Re: [talk-ph] Happy 8th Birthday OSM
Sorry guys, I can't join today. Enjoy the meetup. Maning Sambale On Aug 18, 2012 1:31 AM, Eugene Alvin Villar sea...@gmail.com wrote: OK. Let's do this! WHAT: OpenStreetMap 8th Birthday Meetup WHEN: August 21 (Tuesday) 2:00 - 6:00pm WHERE: McDonald's Libis along C-5 Northbound (Twister Fries!!!) Map: http://osm.org/go/4zhSkr0Mc--?m How: 1. From Ortigas Center, you can take a jeep at Robinsons Galleria going towards Rosario/Cainta. Get down at C-5 (IPI) and take a jeep going to Cubao. Get down at McDonald's 2. From Cubao, take a jeep going to Rosario/Cainta. After passing Eastwood get down across Shopwise then cross the street. McDonald's will be to the right. On Wed, Aug 15, 2012 at 11:59 AM, maning sambale emmanuel.samb...@gmail.com wrote: Game! Aug 21. On Wed, Aug 15, 2012 at 11:58 AM, Eugene Alvin Villar sea...@gmail.com wrote: We could just have a simple meet-up, share an OSM cake and talk about mapping and maybe even share skills and knowledge about mapping, navigation gadgets and other stuff. I prefer we have a meetup on Aug 21. :) On Tue, Aug 14, 2012 at 5:05 AM, maning sambale emmanuel.samb...@gmail.com wrote: This Saturday Aug 18 is OSM's 8th birthday celebration. Any ideas of celebrating (other than doing some mapping of course :))? http://wiki.openstreetmap.org/wiki/OpenStreetMap_8th_Anniversary_Birthday_party -- cheers, maning -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] [Osmf-talk] shameless copying: still going on !!
I had a look in the relevant changeset (10690450) and what you find is a huge amount of deleted nodes end roads, which have been replaced by new ones. Unfortunately are the original nodes and roads not visisble as the original maker has not agreed to the the ODBL and the RedactionBot has done its work. Even without the work of mr_Israel the nodes and roads would have disappeared. With that this becomes a delicate legal discussion: Is deleting a set of data and replacing it with a new set (likely using the old data) conflicting with the original CC-by-SA license. This does not mean I support copying, (I know how it feels, as my first OSM steps back in 2007 have mysteriously dissappeared), but before serious accusations of shameless copying are uttered, a solid investigation is required. Hugo From: Floris Looijesteijn Sent: Thursday, August 09, 2012 3:43 PM To: ce-test, qualified testing bv - Gert Gremmen Cc: osmf-t...@openstreetmap.org ; talk@openstreetmap.org Subject: Re: [Osmf-talk] [OSM-talk] shameless copying: still going on !! That's a bad thing. In case people want to have a look, it seems Gert means this for example: http://www.openstreetmap.org/browse/way/150461594 Greetings, Floris Looijesteijn On Thu, Aug 9, 2012 at 3:10 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Now the map cleaning phase has been completed (according to the message of the day in JOSM) Per today 8/9/2012 I still find most of my contributions that were contributed under the CC-BY-SA license in the new map, mostly simply cutted pasted This time I focused on my contributions in Israel. Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It’s impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. Same for the red walk I actually walked and surveyed myself with a GPS, it still in an unmodified version in the map, just the author changed. Same for the numerous fish farms I drew, and apparently are the only one in Israel according to Mr_Israel called Fish_farming in English. The rest of the hundreds of fish farms in only marked is only water. Same for the entire kibbutz Geva , all details I draw are still there, including voluntary mistakes in introduced. No changes but the name of the author. Mr_israel even for the sake of making less efforts copied the Places name Geva and left the original source. On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. I declare the new map still to be CC-BY-SA and not ODBL Gert Gremmen cetest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] remapping in sydney
Hi everyone, Here's a map I made of the remapping efforts in Sydney. The users represented are those using Simon Poole's Task Manager [1] to remap the area - I'm sure there other mappers who have done significant repairs but haven't been using the task manager. Specifically, these are all the nodes created or edited by remappers the two weeks between July26 and August 7. The map was made with Tilemill [2] and a really long OverpassAPI call [3]. You can see how many nodes were either created or edited by each user in this gist [4]. the map: https://tiles.mapbox.com/villeda/map/map-m7isafy8 You can make similar visualizations following this guide [5], but I'm particularly interested in how visualizations like this could be helpful in motivating remapping efforts, and what we can do to make progress visualizations like this one more better + more effective. I'm excited to hear feedback, or where else visualizations might be useful. Thanks, -ian https://twitter.com/ian_villeda http://www.openstreetmap.org/user/ian29 [1]: http://rebuild.poole.ch [2]: http://mapbox.com/tilemill/ [3]: http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide [4]: https://gist.github.com/3341429 [5]: http://mapbox.com/blog/how-to-map-contributions-openstreetmap/___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] shameless copying: still going on !!
I wonder why this discussion is not on legal? On Sat, Aug 11, 2012 at 11:17 AM, Hugo Holscher hugoholsc...@gmail.comwrote: . Unfortunately are the original nodes and roads not visisble as the original maker has not agreed to the the ODBL and the RedactionBot has done its work. you can find the old data on other servers, if you dont know or cannot figure it out, send me a mail and I will tell you. -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org http://flossk.orgSaving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Neocartography
Sadly it overlaps too closely with SotM for me. (to list intended) Best wishes to the conference, Gregory. On 14 August 2012 03:56, Russ Nelson nel...@crynwr.com wrote: Robert Scott writes: Sorry list, that was meant to be a private reply. /me continues with normal level of incompetence. Not your fault. http://russnelson.com/rt.html -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Board nominations, exit interviews
Did you know that you can propose yourself as a candidate for the OpenStreetMap Foundation board? the nomination process is now open, and you don't have to wait for somebody else to nominate you. If you've wanted to be more involved in solving problems for other mappers, standing for the board, or joining working groups is an excellent way to do so. http://wiki.openstreetmap.org/wiki/Foundation/AGM12/Election_to_Board Don't wait. Stand up and serve the community today. I'd love to hear from current board members on their thoughts about the recent year in OSM and their year on the board. it would be particularly interesting to hear from those long term board members who have elected not to stand for re-election. Perhaps something like an exit interview. What are their collected thoughts on the board, it's function within the larger community and even advice for incoming board members to consider? This might even be an interesting oanel discussion at SotM in Tokyo. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Board nominations, exit interviews
I'm happy to talk about my experiences. Not going to Tokyo. Planning to write a series of blog posts. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Richard Weait rich...@weait.com To: talk@openstreetmap.org Sent: Monday, August 20, 2012 10:21 AM Subject: [OSM-talk] Board nominations, exit interviews Did you know that you can propose yourself as a candidate for the OpenStreetMap Foundation board? the nomination process is now open, and you don't have to wait for somebody else to nominate you. If you've wanted to be more involved in solving problems for other mappers, standing for the board, or joining working groups is an excellent way to do so. http://wiki.openstreetmap.org/wiki/Foundation/AGM12/Election_to_Board Don't wait. Stand up and serve the community today. I'd love to hear from current board members on their thoughts about the recent year in OSM and their year on the board. it would be particularly interesting to hear from those long term board members who have elected not to stand for re-election. Perhaps something like an exit interview. What are their collected thoughts on the board, it's function within the larger community and even advice for incoming board members to consider? This might even be an interesting oanel discussion at SotM in Tokyo. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Redaction progress
(apologies for the formatting - below is quoted from the mailing list web archive.) Hi everyone, I'm a long time contributor but this is my first post to this list. Neal, don't be discouraged! I've already restored a significant amount of street data to Hobart in a team of a few others (combined we have done about 1/3 of the city total): http://rebuild.poole.ch/job/33 (thanks Simon Poole for this site) I don't expect it will take too long, especially with 1-2 more people helping! Regards, Charles Hobart has been decimated. It feels like vandalism to lose so much data. I allowed my edits to be preserved but as stated earlier I will not keep contributing - I can't find the incentive after so much effort was simply tossed out. Regards, Neal Mapper since: 12 September 2007 at 04:13 (almost 5 years ago) - Original Message - From: Michael Hampson mhampson at fastmail.com.au To: Liz edodd at billiau.net, talk-au at openstreetmap.org Sent: Thursday, 19 July, 2012 11:23:08 PM Subject: Re: [talk-au] Redaction progress It's a shame to lose so much data, but I've learnt that things are often done better the second time around. We'll be back on our feet in no time. Maybe we'll get those pesky roundabouts right. :) Regards, Michael On 19/07/2012 10:28 PM, Liz wrote: On Thu, 19 Jul 2012 22:22:37 +1000 Michael Hampson wrote: Looks like we lost Botany Bay!! Who's good at fix that? http://www.openstreetmap.org/?lat=-33.9929lon=151.1838zoom=13layers=M Regards, Michael I think you will see far more gone as the night progresses. More reassuring to watch le Tour de France. ___ Talk-au mailing list Talk-au at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Good no name layer?
Hi. Does anyone know a good way to find streets with no names? Potlatch no longer has this option, and Cloudmade's noname map is not up to date. Basically I'm trying to find any streets with no names in an area where most streets have names. - Ben Kelley ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Use of equals symbol within keys
Was recently browsing OSM Inspector and it was throwing up a warning about some tags that had been used on parts of the F3 because an equals symbol appears in the key. Specifically these source:bicycle=no = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf source:cycleway=no = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf See http://tools.geofabrik.de/osmi/?view=tagginglon=151.17082lat=-33.60765zoom=15 As a person with some coding experience, I find this use of = inside a key slightly disturbing, as = is the separator between a key and a value, plus this method requires duplication of the root element's original value. I'm thinking the 2 keys are better written simply like source:bicycle = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf source:cycleway = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf I draw a comparison with use of source:xyz elsewhere - e.g. for speeds, names, etc... where we adopt this convention - maxspeed = 110 source:maxspeed = sign and not... maxspeed = 110 source:maxspeed=110 = sign There's very little in the wiki about use of = in a key, but it gets a brief mention toward the bottom of http://wiki.openstreetmap.org/wiki/Any_tags_you_like Cheers, BJ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Good no name layer?
On Tue, August 21, 2012 9:29 am, Ben Kelley wrote: Does anyone know a good way to find streets with no names? Potlatch no longer has this option, and Cloudmade's noname map is not up to date. Basically I'm trying to find any streets with no names in an area where most streets have names. I seem to remember once seeing somewhere that someone was producing a Garmin img file highlighting no-named streets, but I can't now find it. Was it derived from that Cloudmade one? I'd rather like to use such a thing myself, if it exists... (Gosh, that's helpful isn't it? Sorry.) - Sam. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Good no name layer?
Oh actually OSM Inspector can show this. http://tools.geofabrik.de/osmi/ Choose view Highways and check boxes as appropriate. - Ben. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing data
It sounds like the redaction bot then. E.g. 1 You map the area initially 2 someone else later remaps it 3 License change announced 4 remapper does not agree to new CTs 5 remapped data deleted by redaction bot Hopefully now you are seeing 6 someone else remaps streets deleted by the redaction bot - Ben Kelley. On Aug 20, 2012 9:52 AM, Diego Molla dmollaal...@gmail.com wrote: (sorry I forgot to type a title) I added the data a few years ago, and I think it was deleted in the last couple of weeks. Today I noticed that some of the data is back but not all. I'll keep checking... Diego http://www.openstreetmap.org/user/Diego -- Message: 2 Date: Sun, 19 Aug 2012 12:51:45 +1000 From: Ben Kelley ben.kel...@gmail.com To: Diego Molla dmollaal...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] (no subject) Message-ID: cae4-2t+mbsee1tokgrvthvw1w7_zyedvfmscc6yqsgdqrkk...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi. When did you originally map it? Are you aware of the work of the redaction bot around the license change? It's possible some of it was deleted by the bot after it had been remapped by someone else. - Ben Kelley On Aug 19, 2012 11:58 AM, Diego Molla dmollaal...@gmail.com wrote: Somebody has erased data from the area of Macquarie Park: http://www.openstreetmap.org/?lat=-33.7797403335571lon=151.125891208649zoom=16 Can someone restore the deleted data? I added that data some time ago but now it's gone Diego http://www.openstreetmap.org/user/Diego ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing data
If Diego initially mapped the area, then it should be reverted to his edits. More likely: 1 Someone else maps the area initially 2 You later remap it 3 License change announced 4 Initial mapper does not agree to new CTs 5 remapped data deleted by redaction bot Some of your information may remain, but not visible on the map. While remapping, I have seen some fragments of ways with no tags, or few tags (e.g. surface = asphalt, no other tags) - these won't show on the map. Also, some ways have been deleted but some of the nodes remain. (E.g. when I remapped the Tasman Highway, large sections were missing from the map, but the nodes still remained, along with a few short ways with no tags - I just had to play join-the-dots.) On 21/08/2012, at 12:49 PM, Ben Kelley wrote: It sounds like the redaction bot then. E.g. 1 You map the area initially 2 someone else later remaps it 3 License change announced 4 remapper does not agree to new CTs 5 remapped data deleted by redaction bot Hopefully now you are seeing 6 someone else remaps streets deleted by the redaction bot - Ben Kelley. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing data
The discussions about licence change happened quite a long time ago, does it mean that this redaction bot is running now? I might spend some time remapping this area during the weekend. Diego Date: Tue, 21 Aug 2012 12:49:44 +1000 From: Ben Kelley ben.kel...@gmail.com To: Diego Molla dmollaal...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] Missing data Message-ID: cae4-2tlwy9ubst8fsun36gjrrajwmgskdvyzr4jtl9ha_o2...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 It sounds like the redaction bot then. E.g. 1 You map the area initially 2 someone else later remaps it 3 License change announced 4 remapper does not agree to new CTs 5 remapped data deleted by redaction bot Hopefully now you are seeing 6 someone else remaps streets deleted by the redaction bot - Ben Kelley. On Aug 20, 2012 9:52 AM, Diego Molla dmollaal...@gmail.com wrote: (sorry I forgot to type a title) I added the data a few years ago, and I think it was deleted in the last couple of weeks. Today I noticed that some of the data is back but not all. I'll keep checking... Diego http://www.openstreetmap.org/user/Diego -- Message: 2 Date: Sun, 19 Aug 2012 12:51:45 +1000 From: Ben Kelley ben.kel...@gmail.com To: Diego Molla dmollaal...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] (no subject) Message-ID: cae4-2t+mbsee1tokgrvthvw1w7_zyedvfmscc6yqsgdqrkk...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi. When did you originally map it? Are you aware of the work of the redaction bot around the license change? It's possible some of it was deleted by the bot after it had been remapped by someone else. - Ben Kelley On Aug 19, 2012 11:58 AM, Diego Molla dmollaal...@gmail.com wrote: Somebody has erased data from the area of Macquarie Park: http://www.openstreetmap.org/?lat=-33.7797403335571lon=151.125891208649zoom=16 Can someone restore the deleted data? I added that data some time ago but now it's gone Diego http://www.openstreetmap.org/user/Diego ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20120821/52c1778a/attachment.html -- ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au End of Talk-au Digest, Vol 62, Issue 20 *** -- This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University. - Dr. Diego MOLLA ALIOD diego.molla-al...@mq.edu.au Department of Computing http://web.science.mq.edu.au/~diego Macquarie University ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing data
Hi Diego, It ran mid-July. The deed was done by July 25. Ian. On 21 August 2012 14:25, Diego Molla-Aliod diego.molla-al...@mq.edu.au wrote: The discussions about licence change happened quite a long time ago, does it mean that this redaction bot is running now? I might spend some time remapping this area during the weekend. Diego Date: Tue, 21 Aug 2012 12:49:44 +1000 From: Ben Kelley ben.kel...@gmail.com To: Diego Molla dmollaal...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] Missing data Message-ID: cae4-2tlwy9ubst8fsun36gjrrajwmgskdvyzr4jtl9ha_o2...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 It sounds like the redaction bot then. E.g. 1 You map the area initially 2 someone else later remaps it 3 License change announced 4 remapper does not agree to new CTs 5 remapped data deleted by redaction bot Hopefully now you are seeing 6 someone else remaps streets deleted by the redaction bot - Ben Kelley. On Aug 20, 2012 9:52 AM, Diego Molla dmollaal...@gmail.com wrote: (sorry I forgot to type a title) I added the data a few years ago, and I think it was deleted in the last couple of weeks. Today I noticed that some of the data is back but not all. I'll keep checking... Diego http://www.openstreetmap.org/user/Diego -- Message: 2 Date: Sun, 19 Aug 2012 12:51:45 +1000 From: Ben Kelley ben.kel...@gmail.com To: Diego Molla dmollaal...@gmail.com Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] (no subject) Message-ID: cae4-2t+mbsee1tokgrvthvw1w7_zyedvfmscc6yqsgdqrkk...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi. When did you originally map it? Are you aware of the work of the redaction bot around the license change? It's possible some of it was deleted by the bot after it had been remapped by someone else. - Ben Kelley On Aug 19, 2012 11:58 AM, Diego Molla dmollaal...@gmail.com wrote: Somebody has erased data from the area of Macquarie Park: http://www.openstreetmap.org/?lat=-33.7797403335571lon=151.125891208649zoom=16 Can someone restore the deleted data? I added that data some time ago but now it's gone Diego http://www.openstreetmap.org/user/Diego ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20120821/52c1778a/attachment.html -- ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au End of Talk-au Digest, Vol 62, Issue 20 *** -- This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University. - Dr. Diego MOLLA ALIOD diego.molla-al...@mq.edu.au Department of Computing http://web.science.mq.edu.au/~diego Macquarie University ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing data
Diego, The discussion happened a while ago, but the redaction bot only ran a few weeks (maybe a month?) ago. It shouldn't run any more, as I understand it. Stephen On 21 August 2012 14:25, Diego Molla-Aliod diego.molla-al...@mq.edu.auwrote: The discussions about licence change happened quite a long time ago, does it mean that this redaction bot is running now? I might spend some time remapping this area during the weekend. Diego ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Landupplýsingagáttin
2012/8/19 Svavar Kjarrval sva...@kjarrval.is: Var að prófa landupplýsingagátt Landmælinga Íslands og sá að þeir bjóða upp á WMS afhendingu sem þeir lista á vefsíðunni þeirra. Væri það þess virði að fá leyfi til að nota þær fyrir OpenStreetMap? Þeir gefa upp slóðina á færslunni sjálfri svo það getur varla verið um leyndarmál að ræða. Ég og Þórir fórum á fund með LMÍ fyrir nokkrum árum í von um að fá að nota eitthvað að gögnunum þeirra. Í stuttu máli vildi forstjóri LMÍ ekki gefa okkur gögn undir frjálsu leyfi, ástæðan verandi: * Skv. lögum eru stofnanir eins og LMÍ með höfundarrétt á gögnum sem þær búa til. * Þeim er gert að standa undir sínum rekstri * Í tilfelli LMÍ er þetta gert með að selja aðgang að sínum landsupplýsingagrunni. * Það væri mögulegt fyrir þá að gefa okkur eitthvað undir frjálsu leyfi, en með fjármálaóvissuna (þetta var nokkrum mánuðum eftir hrunið ef ég man rétt) voru þeir ekki til í það. Það væri vel þess virði að spurja aftur, en bara þótt þeir séu með WMS þjón þýðir það ekki að við getum notað gögn af honum. ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Landupplýsingagáttin
On 20/08/12 13:12, Ævar Arnfjörð Bjarmason wrote: 2012/8/19 Svavar Kjarrval sva...@kjarrval.is: Var að prófa landupplýsingagátt Landmælinga Íslands og sá að þeir bjóða upp á WMS afhendingu sem þeir lista á vefsíðunni þeirra. Væri það þess virði að fá leyfi til að nota þær fyrir OpenStreetMap? Þeir gefa upp slóðina á færslunni sjálfri svo það getur varla verið um leyndarmál að ræða. Ég og Þórir fórum á fund með LMÍ fyrir nokkrum árum í von um að fá að nota eitthvað að gögnunum þeirra. Í stuttu máli vildi forstjóri LMÍ ekki gefa okkur gögn undir frjálsu leyfi, ástæðan verandi: * Skv. lögum eru stofnanir eins og LMÍ með höfundarrétt á gögnum sem þær búa til. * Þeim er gert að standa undir sínum rekstri * Í tilfelli LMÍ er þetta gert með að selja aðgang að sínum landsupplýsingagrunni. * Það væri mögulegt fyrir þá að gefa okkur eitthvað undir frjálsu leyfi, en með fjármálaóvissuna (þetta var nokkrum mánuðum eftir hrunið ef ég man rétt) voru þeir ekki til í það. Það væri vel þess virði að spurja aftur, en bara þótt þeir séu með WMS þjón þýðir það ekki að við getum notað gögn af honum. ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is Þetta seinasta er rétt. Þeir nefndu þetta með að þótt gögnin séu þarna þýðir ekki að það sé leyfilegt að nota þau. Sendi þó tölvupóst og spurði svo nú er það bara að bíða eftir svari. Þær manneskjur sem ég ræddi við símleiðis voru persónulega fyrir því að gögn LMÍ ættu að vera frjáls en lögin bundu hendur þeirra. - Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Hotel mit Fahrrad-Garage
Was ist der uebliche Weg, einen Beherbergungsbetrieb zu taggen, der dem Radfahrer eine abgeschlossene und ueberdachte Fahhrad-Garage zur Verfuegung stellt? Im konkreten Fall habe ich: tourism=hotel amenity=restaurant name=Gasthof XXX amenity=bicycle_parking geht nicht, da amenity schon fuer das Restaurant benutzt wird Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hotel mit Fahrrad-Garage
Volker Schmidt voschix at gmail.com writes: Im konkreten Fall habe ich: tourism=hotel amenity=restaurant name=Gasthof XXX amenity=bicycle_parking geht nicht, da amenity schon fuer das Restaurant benutzt wird Punkt an die Stelle, an der der Stellplatz ist und dort das bicycle_parking dran. Hier könnte dann auch noch sowas wie covered=yes oder ähnliches hinterlegt werden. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?
Holger wrote: Hallo, ich hänge grad an der selben Stelle. Was ist der aktuelle Vorschlag für das Tagging? Holger Am 21.06.2012 09:10, schrieb Werner Poppele: Guten Morgen, nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. Ich habe mit derm User Tanker, der im Zusammenhang mit OpenFireMap genannt wurde, Kontakt aufgenommen und von ihm auch schon eine Rueckmeldung erhalten. Vielleicht nehmen sich die bei OpenFireMap aktiven Mapper dieses Themas an. In meiner ersten iMehl habe ich ein paar Links angegeben, unter der man sich Infos holen kann. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, Holger im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema. Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit emergency=dry_standpipe dry_standpipe=inlet_valve taggen. WernerP [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 109
Hallo, die Wochennotiz Nr. 109 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/08/wochennotiz-nr-109/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Server mieten
Weiss jemand, wo man preiswert Root-Server mieten kann? Oder haben wir vielleicht eine eigene Quelle? (gern per PM) Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und unsere Erfahrungen damit? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hallo, ich hänge mich dran. Für die OSM-Straßenlistenauswertung (und später ggfs. weitere Projekte) bin ich auch aktuell über einen eigenen Root-Server am nachdenken. Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja? Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und ich fände es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung anbieten könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden, aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was anderes. Viele Grüße Dietmar aka okilimu [1] http://www.hetzner.de/hosting/produkte_rootserver/ex4 -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet am: Montag, 20. August 2012 09:10 An: talk-de@openstreetmap.org Betreff: [Talk-de] Server mieten Weiss jemand, wo man preiswert Root-Server mieten kann? Oder haben wir vielleicht eine eigene Quelle? (gern per PM) Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und unsere Erfahrungen damit? Gruss, Markus ___ 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] Server mieten
Ich bin seit einiger Zeit bei hetzner und sehr zufrieden der support ist 1A. es gibt auch eine server börse bei hetzner wo man günstig kleinere Server mieten oder zumindest das setup sparen kann ... ein i7 ist dann für die meisten Aufgaben doch ein wenig heftig .. die kleineren etwas älteren Server sind imo vorzuziehen wenn ihr etwas ausgefallenes vor habt und keines der default images nehmt. (zb Gentoo linux oä. installieren) Wenn ich die skripten selber installieren und laufen lassen kann stelle ich auch gerne die Rechenzeit auf meinem Root Sonst helfe ich bei allem gerne Gruß Tobias On 08/20/12 09:35, Dietmar wrote: Hallo, ich hänge mich dran. Für die OSM-Straßenlistenauswertung (und später ggfs. weitere Projekte) bin ich auch aktuell über einen eigenen Root-Server am nachdenken. Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja? Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und ich fände es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung anbieten könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden, aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was anderes. Viele Grüße Dietmar aka okilimu [1] http://www.hetzner.de/hosting/produkte_rootserver/ex4 -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet am: Montag, 20. August 2012 09:10 An: talk-de@openstreetmap.org Betreff: [Talk-de] Server mieten Weiss jemand, wo man preiswert Root-Server mieten kann? Oder haben wir vielleicht eine eigene Quelle? (gern per PM) Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und unsere Erfahrungen damit? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hotel mit Fahrrad-Garage
Punkt an die Stelle, an der der Stellplatz ist und dort das bicycle_parking dran. Hier könnte dann auch noch sowas wie covered=yes oder ähnliches hinterlegt werden. Es ist natürlich auch von Vorteil die info hotel/bicycle_parking zusammen zu haben, ist einfacher zu durchsuchen. -- Jan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Ich kann da nur beipflichten, mindestens für 0815 Hardware scheint Hetzner weit und breit der günstigster Anbieter zu sein. Manchmal hat man das Gefühl halb OSM läuft da. Optionen sind aber zum Teil unverhältnismässig teuer, sprich man fährt mit den standard Konfigurationen am besten. Simon PS: falls man einen Tile Server plant siehe http://wiki.openstreetmap.org/wiki/Osm2pgsql/benchmarks, da es jetzt auch 240GB SSDs von Hetzner gibt, kann man sich durchaus einen performanen Server basteln. Am 20.08.2012 10:06, schrieb Tobias Hobmeier: Ich bin seit einiger Zeit bei hetzner und sehr zufrieden der support ist 1A. es gibt auch eine server börse bei hetzner wo man günstig kleinere Server mieten oder zumindest das setup sparen kann ... ein i7 ist dann für die meisten Aufgaben doch ein wenig heftig .. die kleineren etwas älteren Server sind imo vorzuziehen wenn ihr etwas ausgefallenes vor habt und keines der default images nehmt. (zb Gentoo linux oä. installieren) Wenn ich die skripten selber installieren und laufen lassen kann stelle ich auch gerne die Rechenzeit auf meinem Root Sonst helfe ich bei allem gerne Gruß Tobias On 08/20/12 09:35, Dietmar wrote: Hallo, ich hänge mich dran. Für die OSM-Straßenlistenauswertung (und später ggfs. weitere Projekte) bin ich auch aktuell über einen eigenen Root-Server am nachdenken. Bisher habe ich das Angebot gefunden [1],ist das ok/gut/naja? Bei mir auch per PM, noch lieber aber hier erstmal diskutieren und ich fände es toll, wenn ein erfahrener OSM-ler vorübergehend Unterstützung anbieten könnte. Auf Hobby-Niveau lokaler Rechner ist bei mir Know-How vorhanden, aber so einen richtigen Server (auch performant) aufzusetzen, ist ja was anderes. Viele Grüße Dietmar aka okilimu [1] http://www.hetzner.de/hosting/produkte_rootserver/ex4 -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet am: Montag, 20. August 2012 09:10 An: talk-de@openstreetmap.org Betreff: [Talk-de] Server mieten Weiss jemand, wo man preiswert Root-Server mieten kann? Oder haben wir vielleicht eine eigene Quelle? (gern per PM) Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und unsere Erfahrungen damit? ___ 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] Hotel mit Fahrrad-Garage
Jan Torben Heuer mail at jtheuer.de writes: Es ist natürlich auch von Vorteil die info hotel/bicycle_parking zusammen zu haben, ist einfacher zu durchsuchen. Den Parkplatz, der zum Hotel gehört, zeichnet man aber üblicherweise auch separat ein. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Gruppen
Hallo, on Tuesday, 7 August 2012 21:14:16 +0200, André Riedel riedel.an...@gmail.com writes: Am 7. August 2012 17:25 schrieb Bernd Wurst be...@bwurst.org: Am 07.08.2012 14:59, schrieb André Riedel: Mit heutigen Mitteln und API 0.6 habe ich vorgeschlagen, einen durch | getrennten numerischen Prä- oder Suffix pro Gruppe zu verwenden. Bspw. highway = primary maxspeed = 100 1|restriction = hgv 1|maxspeed = 80 2|restriction = hgv 2|minweight = 12 2|maxspeed = 60 Das erscheint mir eine Idee mit Potenzial... Gleiches funktioniert auch wunderbar bei mehreren POI pro Knoten/Fläche (diesmal als Suffix ausgeführt) name = Backerei und Fleischerei Müller addr:street = Dorfstraße addr:number = 1 shop|1 = backery opening_hours|1 = 06:00-19:00 shop|2 = butcher opening_hours|2 = 09:00-19:00 ...das allerdings finde ich unlogisch. Also zunächst: Entweder Prä- oder Suffix. Beides zuzulassen ist doch irgendwie hausgemachtes Chaos. Das ist klar. Ich wollte nur beide Varianten darstellen, welche mir in der derzeitigen API vorschweben. Wobei man die Idee dann, wenn schon, RICHTIG weiterspinnen müsste: Wieso Tag-Gruppen nicht in der OSM-Datenbank und auf XML-Format-Ebene unterstützen, also beispielsweise aus der Präfix-/Suffix-Nomenklatur im Tag-Key gleich eine offizielle Tag-Gruppe machen: way id=... ... nd ref=... / nd ref=... / tag k=name v=Bäckerei und Fleischerei Müller / taggroup tag k=shop v=backery / tag k=opening_hours v=06:00-19:00 / /taggroup taggroup tag k=shop v=butcher / tag k=opening_hours v=09:00-19:00 / /taggroup /way Dasselbe kann man nun mit zeitlichen und transportmittel-abhängigen Verkehrsbeschraenkungen (50 für Lkw ab 3,5t und von 22-6 Uhr). DB-intern kann man alles als Tag-Gruppen ablegen. DB-extern werden Einzel-Tags beim Verarbeiten zu einer Tag-Gruppe mit nur einem Tag und beim Herauslesen kann eine Tag-Gruppe mit nur einem Tag dann auch vereinfacht dargestellt werden. Dadurch hat man ein einheitliches DB-Schema und gleich eine Möglichkeit zum Umstieg. Nachteil gegenüber der Suffix-/Präfix-Lösung: Die DB, die API und alle Tools müssen entsprechend umgestellt werden, bedeutet also nochmals viel Arbeit für wenige Personen durch die Umstellung. Vorteil gegenüber der Suffix-/Präfix-Lösung: Tags, die zusammen gehören, sind explizit zusammengefasst. Der Key eines Tags wird nicht mit noch mehr impliziter Bedeutung überfrachtet. Was mich hier aber wirklich stört ist, dass kein normales Tagging mehr dran ist, also ein einfacher Datenauswerter das nicht mehr wahrnehmen kann. Es sollte also IMHO so gestaltet sein, dass weiterhin das primäre Tagging ungeändert bestehen bleibt. Grade bei dem von dir genannten anderen Beispiel mit den highway- und bridge-Tags wird deutlich, dass ohne dieses System zu verstehen wirklich nichts auswertbares mehr an dem Element dran ist. Die Grenzen der Anwendung von Gruppen sollte man noch eingehender diskutieren. Genauso ob Gruppen kaskadierend angewendet werden dürfen oder ob es eine maximale Anzahl geben soll. Welche Beispiele für solche geschachtelten Gruppen gibt es denn? (Und das obige Beispiel eines Mehrfach-Shops innerhalb eines Gebäudes legt IMHO die Verwendung von Relationen schon eher nahe als dies noch mit tiefer geschachtelten Tag-Gruppen zu repräsentieren.) Grüße, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hi, Markus schrieb: Weiss jemand, wo man preiswert Root-Server mieten kann? Oder haben wir vielleicht eine eigene Quelle? (gern per PM) Vielleicht gibt es ja schon eine Wikiseite, über OpenSource-freundliche Provider mit verlässlichem 24/7 Service und unbegrenztem Traffic und unsere Erfahrungen damit? falls noch nicht bekannt: Es gibt auch mehrere deutsche OSM Dev Server die von der FOSSGIS gesponsert werden und gerne für so etwas genutzt werden können. Mehr hier: http://wiki.openstreetmap.org/wiki/FOSSGIS/Server viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hallo Pascal, Von: Pascal Neis [mailto:pascal.n...@gmail.com] falls noch nicht bekannt: Es gibt auch mehrere deutsche OSM Dev Server die von der FOSSGIS gesponsert werden und gerne für so etwas genutzt werden können. Mehr hier: http://wiki.openstreetmap.org/wiki/FOSSGIS/Server Mir ist nicht klar: sind das der oder die dev Server [1] oder haben die damit nichts zu tun? Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die stark belastet sind für mehrere Garmin-Kartenerstellungen und keine Kapazität hatten. Zu den FOSSGIS-Servern: bei [2] steht u.a. Dienste, die von der Community benutzt werden, gut funktionieren und von mehreren Leuten supported werden, können später in eine Produktions-Umgebung auf dem Tools-Server umziehen. Sprich mit den Admins, wenn Du denkst, dass es bei Deinem Projekt so weit ist. Mit Tool-Server sind die Server von [3] gemeint, oder? Heißt das, das auf den FOSSGIS-Server nur die Entwicklung erfolgt und noch keine produktiven Lösungen laufen sollen bzw. können, weil dort die DB nicht ein Spiegel der osm DB ist? Ich bin mit meinem Projekt theoretisch bereits bei Toolserver [4]. Praktisch publiziere ich dort mittlerweile nur meine lokalen Auswertungen, weil die DB dort öfters um Wochen zurück liegt. Ich habe einen Munin-Link, der das aktuell auch wieder zeigt, ich habe eben nochmal dort nachgefragt, ob der noch gilt (deshalb hier ncoh nicht der Link dazu). Ich bin auf der Suche nach einem vorhandenen, aktuellen OSM DB-Spiegelserver und da scheint es einfach Probleme zu geben oder sehe ich das falsch? Viele Grüße Dietmar aka okilimu [1] http://wiki.openstreetmap.org/wiki/Using_the_dev_server [2] http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server [3] http://toolserver.org [4] http://toolserver.org/~okilimu/listofstreets/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
On 20.08.2012 19:10, Dietmar wrote: [1] http://wiki.openstreetmap.org/wiki/Using_the_dev_server [2] http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Development-Server Es gibt einen (?) Dev-Server von der OSMF. Der war vor Jahren schon ausgelastet, da hatte ich nicht mal nach einem Account gefragt. Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch die waren laut einem Announcement voll. Der Umzug meint den Umzug in die Produktivumgebung der OSMF. Das ist aber wohl noch nie passiert. Überhaupt muss man dort einem elitären Kreis angehören wenn man auf den Hauptservern etwas ändern will (dauert ewig, siehe redesign der Homepage, OSB integration und Ähnliches. Nur Logos lassen sich schnell wechseln). [3] http://toolserver.org Die Wikimedia Deutschland betreibt ebenfalls einen Server. Der war für die OSM/Wikipedia verzahnung gedacht. Da läuft mittlerweile so viel (auch Produktiv), dass nichts rechenintensives mehr passt. Für kleinere Dinge kann sicher noch ein Account beantragt werden. Aktuell ist übrigens die Datenbank defekt und wird neu aufgesetzt. Warum postgres schon zum zweiten Mal gestorben ist kann keiner sagen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hallo, On 20.08.2012 20:44, Stephan Knauss wrote: Der Umzug meint den Umzug in die Produktivumgebung der OSMF. Das ist aber wohl noch nie passiert. Überhaupt muss man dort einem elitären Kreis angehören wenn man auf den Hauptservern etwas ändern will (dauert ewig, siehe redesign der Homepage, OSB integration und Ähnliches. Nur Logos lassen sich schnell wechseln). Naja, ehrlich gesagt bin ich ganz froh, dass nicht jeder einfach irgendwas einchecken kann und das wird dann auf den Hauptservern installiert. Um etwas auf den Hauptservern zu installieren, muss man Admin der Hauptserver sein, Punkt. Wenn Du das elitaerer Kreis nennst, bitte - aber die Admins sind nachher halt auch die, die nachts aufstehen, wenn was nicht tut. Die Admins installieren Patches von Dritten aber gern und regelmaessig, und hierbei muessen alle Patches den gleichen Qualitaetsmasstaeben genuegen. Diskussion dazu i.d.R. auf der rails-dev-Mailingliste. Und das sind z.T. auch Designaenderungen, in letzter Zeit ist da einiges passiert - zwar kein grosser Wurf, aber halt zahlreiche Detailaenderungen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Hallo, mir ist ein Unterwassser-Seekabel von Malle nach Spanien in der Karte aufgefallen: http://www.openstreetmap.org/?lat=39.5119lon=2.4447zoom=14layers=M (Malle) http://www.openstreetmap.org/?lat=39.6544lon=-0.2106zoom=14layers=M (Festland Spanien) Aus den Daten z.B. in JOSM geht hervor, dass es ein Stromkabel ist... Das Rendering hat im Mittelmeer m.E. nichts zu suchen. Aber das könnte man vermutlich verhindern, wenn man ein layer == -1 setzen würde. Das würde ich für Meeresboden (oder sogar dort eingegraben wegen/gegen Anker und Fischernetze) eigentlich sowieso ganz passend finden. Bitte um ein Feedback insbesonders der power-Fraktion;-) hier auf der Liste bevor ich das ändere. Danke, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Hi, On 20.08.2012 21:04, Michael Kugelmann wrote: mir ist ein Unterwassser-Seekabel von Malle nach Spanien in der Karte aufgefallen: Ist als power=line getaggt; andere Tiefseekabel sind als power=underground_cable getaggt und werden dadurch nicht gerendert. Lt. Wiki gibt es zwar auch power=line, location=underground (alternativ tunnel=yes), aber das ist mir fremd; bei power=line denke ich zumindest immer an eine oberirdische Leitung. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Am 20.08.2012 20:44, schrieb Stephan Knauss: Es gibt einen (?) Dev-Server von der OSMF. Der war vor Jahren schon ausgelastet, da hatte ich nicht mal nach einem Account gefragt. ACK. IIRC gibt es da mehrere (und auch abgeschaltete) Maschinen. Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch die waren laut einem Announcement voll. ACK! Insbesonder bei (?rechen- und/oder?) Speicher-intensive Aufgaben sind die Server überlastet (IIRC sind das 3 Server). Der Umzug meint den Umzug in die Produktivumgebung der OSMF. Das ist aber wohl noch nie passiert. Vermutlich ist da etwas Anderes gemeint. Alles *AFAIK *und *IIRC *von der letzten FOSSGIS-Konferenz und -Jahreshauptversammlung. Der FOSSGIS e.V. hat aus Spendengeldern einen leistungsfähigen Server gekauft (vor allem mit ausreichend RAM etc, so dass man den Problemen mit den Strato-Servern aus dem Weg geht) [oder er wollte so eine Server kaufen, ich glaube das war schon erledigt]. Und darauf sollten einige Projekte umziehen. Ein Problem dabei: der Server ist als Gast irgendwo untergestellt und sein Netzzugang von den Netz-Admins dort (also nicht den Server-Admins!) als Vorsichtsmaßnahme in seiner Bandbreite gedrosselt. Generelle Anmerkung zu den DEV Servern: DEV steht für DEVelopment also Entwicklung. Und um etwas auzuprobieren und/oder zu entwickeln sind die Server eigentlich gedacht. Wenn ein Dienst aber (wie die Garmin-Karten) in den Regeldienst übergeht, sollten die Dienste eigentlich die dev-server wieder verlassen und Platz und Ressourcen für andere (neue) Projekte freimachen. Statt dessen sollten derartige Dienste auf einem Produktiv-Server laufen. Aber Produktiv-Server und OSMF (außer der API) ist ein trauriges Thema...:-( Nur Logos lassen sich schnell wechseln). ;-]Der war böße aber gut. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hi, Dietmar schrieb: Mir ist nicht klar: sind das der oder die dev Server [1] oder haben die damit nichts zu tun? nein, die haben damit nichts zu tun Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die stark belastet sind für mehrere Garmin-Kartenerstellungen und keine Kapazität hatten. das hat sich aber inzwischen geändert Zu den FOSSGIS-Servern: bei [2] steht u.a. Dienste, die von der Community benutzt werden, gut funktionieren und von mehreren Leuten supported werden, können später in eine Produktions-Umgebung auf dem Tools-Server umziehen. Sprich mit den Admins, wenn Du denkst, dass es bei Deinem Projekt so weit ist. ja das ist richtig Mit Tool-Server sind die Server von [3] gemeint, oder? Heißt das, das auf den FOSSGIS-Server nur die Entwicklung erfolgt und noch keine produktiven Lösungen laufen sollen bzw. können, weil dort die DB nicht ein Spiegel der osm DB ist? nein, das ist nicht richtig. Auf den FOSSGIS Servern laufen auch stable Sachen. Siehe humboldt Server von FOSSGIS Ich bin auf der Suche nach einem vorhandenen, aktuellen OSM DB-Spiegelserver und da scheint es einfach Probleme zu geben oder sehe ich das falsch? da fragst du am besten Sven der Admin der FOSSGIS Server ist. Du kannst weiterhin natürlich deine Fragen auch auf der OSM DE Dev Liste stellen: https://lists.openstreetmap.de/pipermail/devserver/ viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hi, Stephan Knauss schrieb: Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch die waren laut einem Announcement voll. jetzt nicht mehr. Platz sollte für Verschiedenes noch vorhanden sein. Dabei sollte aber immer natürlich auch auf andere User des Servers Rücksicht genommen werden. Damit meine ich z.B. eher bewusst mit Ressourcen (CPU/RAM/Festplatten-Nutzung) umgehen und nicht volles Rohr vom Server zu verlangen. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server mieten
Hi, Michael Kugelmann schrieb: Von Strato gesponsert und vom Fossgis gepflegt sind die anderen. Auch die waren laut einem Announcement voll. ACK! Insbesonder bei (?rechen- und/oder?) Speicher-intensive Aufgaben sind die Server überlastet (IIRC sind das 3 Server). wie eben erwähnt stimmt dies nicht mehr ganz, vgl. Munin Stats: http://wiki.openstreetmap.org/wiki/FOSSGIS/Server Generelle Anmerkung zu den DEV Servern: DEV steht für DEVelopment also Entwicklung. Und um etwas auzuprobieren und/oder zu entwickeln sind die Server eigentlich gedacht. Wenn ein Dienst aber (wie die Garmin-Karten) in den Regeldienst übergeht, sollten die Dienste eigentlich die dev-server wieder verlassen und Platz und Ressourcen für andere (neue) Projekte freimachen. Statt dessen sollten derartige Dienste auf einem Produktiv-Server laufen. ja, stimme ich dir zu. Wenn ich es richtig verstanden habe, wird sich hierbei auf den OSM DE Servern in der kommenden Zeit etwas ändern. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Michael Kugelmann schrieb: Das Rendering hat im Mittelmeer m.E. nichts zu suchen. Aber das könnte man vermutlich verhindern, wenn man ein layer == -1 setzen würde. Die Leitung dürfte auch mit layer=-1 gerendert werden. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Am 20.08.2012 21:22, schrieb Frederik Ramm: Ist als power=line getaggt; andere Tiefseekabel sind als power=underground_cable getaggt und werden dadurch nicht gerendert. Habe ich mal so abgeändert, zusammen mit einem layer = -1 Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Introduction + questions
Hi, I'm in Kochi and am just starting to help map out Kochi and Kerala's crazy coastline (fixing the PGS coastline). Can someone tell me how to assign names in Malayalam to roads etc.? JOSM just gives me white boxes. Thanks, Deepak ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] man_made=works e rendering
Ho usato il tag in oggetto per il perimetro di una fabbrica di gelati. Mapnik non fa il rendering di un oggetto con questo tag. C'e' un modo migliore per taggare questo tipo di elemento? Il fatto che il rendering di quel tag non e previsto ha fatto emergere un altro problema: tutta la zona dove si trova quella fabbrica e' immersa in un multipolygon di tipo forest. In parte sovrapposti a questo si trovano vari altri oggetti come landuse=residential. Questo implica che si toglie o cambia uno di questi elementi sovrapposti mapnik mostra foresta. Sicuramente la creazione di oggetti che coprono grandi parti di territorio semplifica il lavoro, specie durante una importazione di massa. Ma mi chiedevo se sia corretto mantenere intatti questi elementi anche quando si vanno ad aggiungere oggetti che specificano meglio la natura del territorio. Siccome e' un lavoraccio ritagliare decine di paesi dal multipolygon di cui sopra, mi chiedevo se c'e' un sistema consolidato. grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] venezia apre i dati a settembre
Il gazzettino riporta oggi l'articolo sul tema in oggetto. Giro la foto presa dal gruppo opendatavenezia di facebook https://fbcdn-sphotos-h-a.akamaihd.net/hphotos-ak-ash3/s720x720/559345_10151025197897883_425231403_n.jpg Addenda: qualcuno va all'ESC? Non sarebbe male avere una delegazione OSM Idem per il MOKA Ciao -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
Am 20.08.2012 09:23, schrieb emmexx: Ho usato il tag in oggetto per il perimetro di una fabbrica di gelati. Mapnik non fa il rendering di un oggetto con questo tag. C'e' un modo migliore per taggare questo tipo di elemento? Il fatto che il rendering di quel tag non e previsto ha fatto emergere un altro problema: tutta la zona dove si trova quella fabbrica e' immersa in un multipolygon di tipo forest. In parte sovrapposti a questo si trovano vari altri oggetti come landuse=residential. Questo implica che si toglie o cambia uno di questi elementi sovrapposti mapnik mostra foresta. Sicuramente la creazione di oggetti che coprono grandi parti di territorio semplifica il lavoro, specie durante una importazione di massa. Ma mi chiedevo se sia corretto mantenere intatti questi elementi anche quando si vanno ad aggiungere oggetti che specificano meglio la natura del territorio. Siccome e' un lavoraccio ritagliare decine di paesi dal multipolygon di cui sopra, mi chiedevo se c'e' un sistema consolidato. grazie maxx Ma è davvero un lavoraccio? Selezionare la foresta e tutti gli residential (o industrial/commercial etc.) e poi premere Ctrl+Alt+A (in JOSM), e tutto è fatto. Ulteriori residential poi si inseriscono nel come sempre nel editore delle relazioni. Poi c'è anche la possibilità di spezzare la foresta dove sembra opportuno: fiumi, vie, o altre pezzi con vegetazione diversa (natural=scrub, natural=heath...) -- cheers, Alex -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
Il 08/20/2012 10:47 AM, Alexander Roalter scrisse: Ma è davvero un lavoraccio? Selezionare la foresta e tutti gli residential (o industrial/commercial etc.) e poi premere Ctrl+Alt+A (in JOSM), e tutto è fatto. Ci ho provato, in realta' senza sapere bene cosa dovrei ottenere con quel comando. Ho selezionato il multipolygon forest e una delle aree residential ed ho premuto CTRL+ALT+A: Adesso ho 2 multipolygon, quello precedente ed uno che include il precedente e l'area residential. E adesso cosa faccio? Devo sottrarre l'uno dall'altro? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
Il giorno 20 agosto 2012 11:39, emmexx emm...@tiscalinet.it ha scritto: Il 08/20/2012 10:47 AM, Alexander Roalter scrisse: Ma è davvero un lavoraccio? Selezionare la foresta e tutti gli residential (o industrial/commercial etc.) e poi premere Ctrl+Alt+A (in JOSM), e tutto è fatto. Ci ho provato, in realta' senza sapere bene cosa dovrei ottenere con quel comando. Ho selezionato il multipolygon forest e una delle aree residential ed ho premuto CTRL+ALT+A: Adesso ho 2 multipolygon, quello precedente ed uno che include il precedente e l'area residential. E adesso cosa faccio? Devo sottrarre l'uno dall'altro? Se hai già un multipoligono (che in pratica è l'outer, cioè la foresta), devi solo aprirlo nell'editor delle relazioni, selezionare i tuoi inner e aggiungerli alla relazione con ruolo inner. Considerando che li puoi selezionare tutti e poi applicare un ruolo a tutti quanti in un colpo solo, puoi farlo abbastanza velocemente. La scorciatoia che indicava Alexander crea un nuovo multipoligono con i membri che hai selezionato - non è il tuo caso. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
Il 20 agosto 2012 09:23, emmexx ha scritto: Ho usato il tag in oggetto per il perimetro di una fabbrica di gelati. Mapnik non fa il rendering di un oggetto con questo tag. senza vedere l'oggetto è difficile capire dove è il problema hai messo anche building=yes (o un valore specifico)? ho avuto un caso simile con un amenity e da quello che ho capito va specificato perché non tutti i sono edifici (es. man_made=breakwater o amenity=parking) ed è una semplificazione notevole non dover specificare quali valori sono edifici nelle regole di mapnik, ma solo nei dati -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
Il 08/20/2012 11:54 AM, Daniele Forsi scrisse: Il 20 agosto 2012 09:23, emmexx ha scritto: Ho usato il tag in oggetto per il perimetro di una fabbrica di gelati. Mapnik non fa il rendering di un oggetto con questo tag. senza vedere l'oggetto è difficile capire dove è il problema hai messo anche building=yes (o un valore specifico)? http://www.openstreetmap.org/browse/way/176693086 Non ho messo building=yes sia perche' nel wiki non pare essere necessario, sia perche' la way indica il perimetro dell'azienda, non i singoli edifici. Nel wiki alla voce man_made=works manca l'immagine con il rendering di mapnik. ho avuto un caso simile con un amenity e da quello che ho capito va specificato perché non tutti i sono edifici (es. man_made=breakwater o amenity=parking) ed è una semplificazione notevole non dover specificare quali valori sono edifici nelle regole di mapnik, ma solo nei dati In realta' credo che non siano chiarissime le regole da usare per mappare il territorio (o non sono chiare a me). Ad esempio landuse va usato solo per zone generiche, cioe' di cui non si conosce/non si e' ancora inserito il dettaglio o va utilizzato comunque, sovrapponendo oggetti piu' specifici. Evidentemente per mapnik solo alcuni valori di man_made meritano di avere un rendering ad hoc ma nel caso di una fabbrica (works) la cosa non mi pare molto sensata. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] man_made=works e rendering
2012/8/20 emmexx emm...@tiscalinet.it: Il 08/20/2012 11:54 AM, Daniele Forsi scrisse: Il 20 agosto 2012 09:23, emmexx ha scritto: Ho usato il tag in oggetto per il perimetro di una fabbrica di gelati. Mapnik non fa il rendering di un oggetto con questo tag. si, ma non è un problema generale, ma solo uno del attuale stile di mapnik ;-), se non c'è ancora potresti fare un ticket in trac.openstreetmap.org (mapnik) per richiedere il feature (man_made=works). hai messo anche building=yes (o un valore specifico)? Non ho messo building=yes sia perche' nel wiki non pare essere necessario -1, il wiki dice che edifici vanno taggati con building=* quindi è necessario (in realtà nessun tag è necessario, ma ogni tag aggiunto (se ha senso) aiuta a descrivere meglio l'oggetto) . , sia perche' la way indica il perimetro dell'azienda, non i singoli edifici. +1, si, ho interpretato anch'io così il tag (che definisce tutto l'impianto inteso come intera fabbrica è tutto ciò che appartiene, per esempio parcheggi ecc.) Il wiki dice che viene usato per un Industrial building to produce something. Secondo questa logica andrebbe usato su ogni edificio dove viene prodotto qualcosa, e significerebbe anche che ci manca un tag per un intero impianto (oppure si potrebbe dire che quel tag è landuse=industrial, insieme a product, name, operator ed altri tags ed il fatto che si trovino degli edifici con man_made=works all'interno si capirebbe che si tratta di una fabbrica) Ad esempio landuse va usato solo per zone generiche, cioe' di cui non si conosce/non si e' ancora inserito il dettaglio o va utilizzato comunque, sovrapponendo oggetti piu' specifici. landuse per me è l'attuale uso del suolo (quindi non quello previsto o pianificato per legge), e l'entità più piccola per le divisioni devi decidere ad una base individuale. Nel dubbio lo farei più preciso / piccolo. Non userei multipoligoni per zone edificate/abitate (residential, commercial, industrial, retail, ...), ma non comprendo ne anche le strade (pubbliche) nel landuse (o forse lo faccio per pigrizia in zone che non mi interessano, ma lo vedo come stato transitorio verso una mappature maggiormente dettagliata), quindi credo di rappresentare (ancora) una minorità in questa domanda. I multipoligoni per landuse in città creano una complessità che spesso non sarebbe necessario. Se hai voglia, spezzerei il landuse=residential in più parti (per esempio potresti cominciare ad escludere le strade grandi, è già si spezzerebbe in più parti, più semplici da raffinare). Secondome c'è un abuso di landuse=residential, che viene spesso usato per sostituire place=* su un poligono. Se invece non spezziamo i multipoligoni in parti più piccoli (dove possibile), l'editing diventerà sempre più difficile (per verificare l'integrità di un multipoligono devi avere tutti i pezzi caricati), perchè si devono scaricare più oggetti (di quali la maggiorparte non è rilevante per l'attuale edit). (ancore più che con residential questo potrebbe diventare un problema con alcuni landuse=farmland/farm giganteschi.) La soluzione secondome è di usare anche landuse per zone piccole (un unità sensata è per esempio il singolo lotto, dove si potrebbe abbinare a addr:housenumber e altro, in certi casi potrebbe anche avere senso di mettere più landuse nella stessa particella), ma per pigrizia personalmente mappo anch'io normalmente più isolati adiacenti di residential come un area unica ;-) Questa maniera rende più facile l'editing ma anche il rendering ed altri usi, perchè non constringe di utilizzare geometria molto più grande della zona che interessa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Contattare utente problematico
Ciao, credo che se ne sia già discusso in passato, ma come si fa con un utente, probabilmente nuovo, che: - cambia aree già mappate correttamente (sbagliando); - cambia i confini (erano già quelli ISTAT corretti) - mette due nomi alle vie e tra parentesi il nome del comune (sbagliato tra l'altro) - e non risponde ai contatti via sito ? Ciao :) -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero a gradini
2012/8/12 emmexx emm...@tiscalinet.it: In realta' pensavo ad una indicazione per chi si dovesse avventurare su quel sentiero in MTB. Usero' mtb:scale Ottima idea, in questo modo l'indicazione va diretta agli utenti per cui la vuoi inserire (e viene anche gestita correttamente da mappe ad hoc, es openmtbmap) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Únete a mi red en LinkedIn
LinkedIn alexander garcia ha solicitado añadirte como contacto en LinkedIn: -- Me gustaría añadirte a mi red profesional en LinkedIn. Aceptar invitación de alexander garcia http://www.linkedin.com/e/ifuv0y-h63vnao6-q/vXG8TOQFlEL7ceoD4owo0Y3Cf4aCcXL-_7dAuVL/blk/I282237345_115/3wOtCVFbmdxnSVFbm8JrnpKqlZJrmZzbmNJpjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPkNclYRd3cTcP8Oe399bPlqgzp9gCZmbPsUczANe3wVczwLrCBxbOYWrSlI/eml-comm_invm-b-in_ac-inv28/?hs=falsetok=09KrLChlq_b5o1 Ver el perfil de alexander garcia http://www.linkedin.com/e/ifuv0y-h63vnao6-q/rso/20603531/aShW/name/118708732_I282237345_115/?hs=falsetok=2x1Ce82eS_b5o1 -- Estás recibiendo invitaciones por correo electrónico. Este mensaje de correo electrónico estaba dirigido a Carlos Castillo. Averigua la razón por la que incluimos esto: http://www.linkedin.com/e/ifuv0y-h63vnao6-q/plh/http%3A%2F%2Fhelp%2Elinkedin%2Ecom%2Fapp%2Fanswers%2Fdetail%2Fa_id%2F4788/-GXI/?hs=falsetok=38PFwMY_y_b5o1 (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, EE.UU. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-se] Omtaggning av naturreservat
2012/8/19 Henrik Lundqvist h.lundqv...@gmail.com: Testa och ladda ned ny riksfil över naturreservaten från gis.Lst.se för att förhoppningsvis ha uppdaterade urler. Det är nog dags att se över alla nytillkomna nr eftersom det bildas några st per län och år. Låter som rätt sak att göra. Vad finns det för verktyg för att importera data i det format som man kan ladda ner det på därifrån? /Fredrik Mvh Henrik Den 19 aug 2012 10:38 skrev Fredrik Ramsberg fred...@ramsberg.net: Hej! Polygonerna för naturreservat i stockholms län har en tag med en URL i, men den URLen är inte längre giltig. Urlen är http://www.ab.lst.se/templates/InformationPage2017.asp;, men en rimligare URL (som gäller för alla reservat i stockholms län) är http://www.lansstyrelsen.se/STOCKHOLM/SV/DJUR-OCH-NATUR/SKYDDAD-NATUR/NATURRESERVAT/Pages/default.aspx eller kanske http://www.lansstyrelsen.se/STOCKHOLM/SV/DJUR-OCH-NATUR/SKYDDAD-NATUR/Pages/default.aspx Hur gör man enklast för att rätta den felaktiga URLen på alla de berörda naturreservaten? Exempel på felaktigt naturreservat: way id=103228300 user=leojth uid=3700 visible=true version=1 changeset=7488938 timestamp=2011-03-07T23:04:02Z nd ref=1191633445/ ... nd ref=1191788097/ nd ref=1191633445/ tag k=is_in v=Stockholms län, Sweden/ tag k=leisure v=nature_reserve/ tag k=lst:anmärkning v=Dossienr. Lst: 0126-02-003K/ tag k=lst:area_ha v=22.39/ tag k=lst:kommun v=Huddinge/ tag k=lst:metodbeskrivning v=Status på gränsdragning enligt VIC-natur: Justerad mot fastighetskarta/ tag k=lst:ref v=0102169/ tag k=lst:tillkomst v=1998-02-09/ tag k=name v=Gladöskogen/ tag k=source v=Länsstyrelsen i Stockholms län (gis.lst.se)/ /way Jag har även en komplett lista över de berörda polygonerna, men det blir kanske lite långt att ta med här. /Fredrik ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] Obstallmende
On 20.08.2012 00:01, Rainer Fügenstein wrote: TK Ja, aber halt als natural=tree + species=malus domestica. Nicht als TK schmackhaft, auch gut zum Trocknen oder Unser Garten - Haben ab Mitte TK Ende September Anfang Oktober von 2 Bäumen Äpfel. agreed. die darstellung (malus domestica - apfel) bleibt dem presentation layer überlassen. ich tendiere allerdings dazu noch ein public=yes anzuhängen. Wobei es wohl nicht immer leicht festzustellen sein wird, ob ein Baum rechtlich gesehen als public=yes zu taggen ist. Und im Zweifel würde derartige Infos in OSM auch wieder weglassen, oder durch ein objektiv überprüfbares Kriterium ersetzen (ähnlich dem MTB Schwierigkeitsgrad, der erstmal nur sagt womit man als Fahrer zu rechnen hat, aber nicht, ob es offiziell erlaubt ist). Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Unvollständig eingetragene Linien des öffentlichen Verkehrs
Ich bin in letzter Zeit auf zahlreiche ÖV-Linien gestoßen, die falsch eingetragen waren. In einigen Fällen wurden schlichtwegs falsche Tags verwendet, die die Linien als solche nicht erkennbar machten. Bei zahlreichen Bahnlinien wurden statt route=train ein anderer Wert verwendet, was dazu führte, dass sämtliche einschlägigen Karten das halbe Bahnnetz Oberösterreichs nicht anzeigten. Ein weiteres Problem ist, dass bei zahlreichen Linien nur die Route für die Linie in einer Richtung angelegt wurde, Route_Master und die Route in gegenläufiger Richtung fehlen. Abgesehen davon, dass nur wenige Netzstrukturen eingetragen sind gäbe es auch am vorhandenen Material Korrekturbedarf. Neueintragungen sollten auch auf Seiten wie http://wiki.openstreetmap.org/wiki/Upper_Austria_Public_Transport vermerkt werden. Mfg, LH ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Unvollständig eingetragene Linien des öffentlichen Verkehrs
Am Mon, 20 Aug 2012 18:16:47 +0200 schrieb liberalerhuman...@gmx-topmail.de: Ich bin in letzter Zeit auf zahlreiche ÖV-Linien gestoßen, die falsch eingetragen waren. In einigen Fällen wurden schlichtwegs falsche Tags verwendet, die die Linien als solche nicht erkennbar machten. Bei zahlreichen Bahnlinien wurden statt route=train ein anderer Wert verwendet, was dazu führte, dass sämtliche einschlägigen Karten das halbe Bahnnetz Oberösterreichs nicht anzeigten. Hallo, ich habe mich damit bis jetzt zurückgehalten weil mir nicht klar war, was in Österreich gemeinsame Praxis ist. Teilweise sind Strecken mit Fahrplanbildnummern in Relationen zusammengefasst und teilweise sind (internationale) Zugläufe erfasst. Zum Beispiel gibt es auf der Westbahn die Zuglauf-Relation http://www.openstreetmap.org/browse/relation/2167317 (ICE/RJ 90 München - Wien), welche als route=train getagt ist, die Strecke Wien-Passau http://www.openstreetmap.org/browse/relation/1884017 (150 Wien Westbf-Linz-Wels-Neumarkt Kallham -Schärding-Passau) bei der das route=train fehlt. Müsste das nicht eher umgekehrt sein? Auf der Südbahn gibt es meines Wissens nach noch überhaupt keine Strecken-Relation, dort gibt es nur den Zuglauf EC 150 Emona (http://www.openstreetmap.org/browse/relation/1782861) Liebe Grüße, Albin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Kartēšanas pasākums Jelgavā
On 2012-08-20 16:10, Martins M wrote: Sveiciens kartētājiem! Kā jau iepriekš tika baumots un pēc tam apstiprināts, Jelgavā briest kartēšanas pasākums. super :) buutu LJOTI labi, ja : a) vareetu uztaisiit mapping party lapu ieksh osm wiki (skat. ieprieksheejo pasaakumu lapas) b) kaads vareetu uzrakstiit bloga ierakstu par plaanoto pasaakumu (diemzheel pats nebuushu latvijaa, liidz shim iisti nebija aktivitaate shajaa virzienaa. piedaliities gribeetos gan ljoti :) ) Ar šo vēlos izziņot kartēšanas pasākumu Jelgavā, 8. septembrī, 10:00. 10:00 tiekamies pie laukumā J. Čakstes pieminekļa (Akadēmijas iela 1) - http://www.openstreetmap.org/export/embed.html?bbox=23.725886,56.650906,23.732387,56.653852amp;layer=mapnikamp;marker=56.65246,23.72862 Sadalām virzienus un uzdevumus un pāriniekus. /Walkingpaperus/ es sadrukāšu. Pēc brīvdabas kartēšanas ap 13:00 tiekamies picērijā TamiTami (Jelgavas Kreklos) uz kopīgu savākto datu savadīšanu kartē. Būs arī ievadinstruktāža iesācējiem. Bezmaksas WiFi ir - šodien noskaidroju. JelgavasKrekli atrodas šeit: http://www.openstreetmap.org/export/embed.html?bbox=23.715607,56.648279,23.722109,56.651225amp;layer=mapnikamp;marker=56.65001,23.71831 Speciāli šim /mapping party/ ir izveidots pasākums iekš draugiem.lv http://draugiem.lv (http://www.draugiem.lv/ev/18398245/). Tie, kuri ir draugos, būtu jauki, ja jūs pieteiktos. Mārtiņš M. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] rúian bot - první výsledky testů
Dne 7.8.2012 23:13, Miroslav Šulc napsal(a): Dne 7.8.2012 21:43, Mirek Dlask napsal(a): Díky za hodně zajímavé výstupy. díky za skvělou analýzu. díky ní jsem narazil na další problémy, které jsem přehlídnul a je potřeba je vyřešit. Že se liší OSM od RÚIAN není překvapení, ale rozdíl mezi RÚIAN a KM je zarážející. Čekal bych, že používají stejná data, ale zjevně tomu tak není. Všechny body v Doksech, které nejsou v RÚIAN jsou v KM i OSM hledal jsem, kde je problém, a našel jsem příčinu. v rúian je celkem 205488 adresních bodů (z celkových 2915347), které nemají definované souřadnice. z toho vyplývá, že když udělám do db dotaz na určitý bounding box, tak tyhle ve výsledném seznamu chybí. je otázka, jak tohle pořešit. osm definice adresního bodu typu POINT(14.6523938 50.5632938) CZ, null null, null 948 není z adresního hlediska moc jednoznačná :-) nicméně z rúian db by mělo jít vytáhnout, v jaké obci se bod nachází (podle osm souřadnic), takže bych měl dostat identifikaci obec - číslo. s tím už by mělo být ve většině případů asi možné body jednoznačně napárovat. Vidis, tohle je jeden z duvodu, proc sem proti mazani cehokoli. Mimochodem, patri ty adresy (bez tech souradnic) nejakym budovam se souradnicemi? Bylo by zajimavy z toho vytahnout nejaky pocet. Zkoušel jsem dva body z Kosmonos. Tam pro změnu jsou v RÚIAN, ale v KM jsou domečky/chatičky bez čp/če. a jak je to na webu čúzk v nahlížení do kú? Čemu nerozumím. POINT(14.9199488 50.4377038) CZ, 29306 Kosmonosy, Květinová 979 má protějšek http://www.openstreetmap.org/browse/node/1238703135/history přesně na místě jako v KM, tedy na ulici ;-) Přesto, že má protějšek, je v Not matched RÚIAN addresses: Znamená to, že je příliš vzdálen? Neměl by být onen protějšek v Not matched OSM addresses: ? Nebo by byl vymazán? tady je problém v bounding boxu. jelikož jsme definovali bounding box jako BOX(14.9 50.41,14.92 50.44) a bod z osm je mimo něj (50.4375975, *14.9201675*), tak se body nepotkaly (export z osm api mi bod nedal, protože je mimo bbox). v praxi by bot nejdřív načetl body z celé čr (z osm i z rúian db), takže k tomuhle problému by dojít nemělo. Nekonzistence dat vypadá takto Not matched OSM addresses: POINT(14.9130038 50.4308788) CZ, null null, null 1396 Duplicity to selektí skvěle. jak jsem psal jinde, budu muset ještě upravit párování, aby se vždy párovaly nejbližší body. teď to záleží na pořadí bodů v osm. tj pokud mají oba duplicitní body stejné adresní informace a vzdálenější bod je v exportu z osm api před bližším, tak se rúian bod spáruje s tím vzdálenějším. ta úprava ale nebude mít vliv na body, které jsou sice duplicitní, ale kvalitativně rozdílné. tj pokud jeden z duplicitních bodů má např. navíc správně ulici a druhý ne, tak se na rúian bod napáruje první bod, i kdyby byl dál než ten bez ulice. Ještě jeden zajímavej bod POINT(14.9097779 50.4360764) CZ, 293 06 null, Na Radouči 1326 Na něm je připíchnutá lékárna, čímž není vidět čp. (docela blbý ne? pro navigace asi OK) http://www.openstreetmap.org/browse/node/1781453132/history z pohledu renderování amenity přímo na adresním bodě asi není zrovna ideální. další problém určitě nastává v případě, kdy je na adrese víc různých amenity, ale namapovat jde tímhle způsobem jen jedna. na druhou stranu je z toho naprosto zřejmá adresa daného amenity. jak se tohle v praxi řeší, aby amenity mělo i adresu ale současně nebylo adresním bodem? bot by eventuelně mohl z bodů extrahovat amenity a posunout je třeba o metr, aby nedocházelo k tomuhle jevu. pokud ovšem budeme chtít. Da se to v praxi i s adresou na budovu - dalsi duvod proc preferovat adresu na budove, kam logicky patri. Amo, pokud je v budove vice, daj se dalsi body do ni. Ale prevazne ma budova jako takova nejaky primarni ucel. Jinak, pokud mas na budeove amenity, renederuje se ta prednostne pred adresou, ale vyheldavanim to samozrejme najdes a zaroven mas informaci, ze toto patri teto budove. Navíc na stejné budově je další nekonzistence http://www.openstreetmap.org/browse/node/1238706528/history Zakončím pozitivní zprávou. Na této budově je ještě jeden adresní bod, který je na stejném místě v OSM, KM i RÚIAN. Mirek ff Dne 6. srpna 2012 19:27 Miroslav Šulc fordf...@fordfrog.com mailto:fordf...@fordfrog.com napsal(a): v příloze posílám log z bota. tady pak ještě výtah z logy pro ty, kterým se nebude chtít zip otevírat: Loaded 1 632 OSM nodes Loaded 2 044 RÚIAN nodes Matching nodes by full address... 0 nodes matched Matching nodes by street... Matched RÚIAN node POINT(14.901064 50.4144003) CZ, 29301 Mladá Boleslav, Ptácká 28/29 and OSM node POINT(14.9009875 50.4211801) CZ, null null, Ptácká 28/29 but their distance 0,0067802 is over the limit 0,005 Matched RÚIAN node POINT(14.9009205 50.4145706) CZ, 29301 Mladá Boleslav, Ptácká 295 and OSM node POINT(14.9001738 50.4229025) CZ, null
Re: [Talk-cz] rúian bot - první výsledky testů
Dne 20.8.2012 19:36, jzvc napsal(a): Dne 7.8.2012 23:13, Miroslav Šulc napsal(a): Dne 7.8.2012 21:43, Mirek Dlask napsal(a): Že se liší OSM od RÚIAN není překvapení, ale rozdíl mezi RÚIAN a KM je zarážející. Čekal bych, že používají stejná data, ale zjevně tomu tak není. Všechny body v Doksech, které nejsou v RÚIAN jsou v KM i OSM hledal jsem, kde je problém, a našel jsem příčinu. v rúian je celkem 205488 adresních bodů (z celkových 2915347), které nemají definované souřadnice. z toho vyplývá, že když udělám do db dotaz na určitý bounding box, tak tyhle ve výsledném seznamu chybí. je otázka, jak tohle pořešit. osm definice adresního bodu typu POINT(14.6523938 50.5632938) CZ, null null, null 948 není z adresního hlediska moc jednoznačná :-) nicméně z rúian db by mělo jít vytáhnout, v jaké obci se bod nachází (podle osm souřadnic), takže bych měl dostat identifikaci obec - číslo. s tím už by mělo být ve většině případů asi možné body jednoznačně napárovat. Vidis, tohle je jeden z duvodu, proc sem proti mazani cehokoli. Mimochodem, patri ty adresy (bez tech souradnic) nejakym budovam se souradnicemi? Bylo by zajimavy z toho vytahnout nejaky pocet. být proti mazání čehokoliv je podle mě dost jednobarevný a předčasný pohled. robot je zatím stále ještě v syrové podobě. podle mě až bude ve finální podobě a vyjede z něj, co on by měl v úmyslu smazat a porovnáme to s realitou, tak pak bude teprve zřejmé, jestli mazat nebo nemazat. jinak co se týče počtu adresních bodů, které nemají souřadnice, ale budova, na které jsou, má v db souřadnice, jsou počty následující: adresní body bez souřadnic: 205488 související budova má souřadnice: 66463 související budova má obrys: 36657 překryv jsem nezjišťoval. použití těchhle souřadnic by mohlo trochu pomoct, ale i tak zbydou body bez souřadnic. ale to by neměl být problém pořešit. databáze je kvůli tomuhle bugu http://trac.osgeo.org/postgis/ticket/1936 už docela zastaralá, protože jí nemůžu aktualizovat. situace v datech tudíž může být už jiná, snad lepší, ale dokud někdo ten bug nefixne, tak jsme v tomhle směru na mrtvém bodě. já bohužel céčko ovládám mizivě, takže s tím asi nic neudělám. Ještě jeden zajímavej bod POINT(14.9097779 50.4360764) CZ, 293 06 null, Na Radouči 1326 Na něm je připíchnutá lékárna, čímž není vidět čp. (docela blbý ne? pro navigace asi OK) http://www.openstreetmap.org/browse/node/1781453132/history z pohledu renderování amenity přímo na adresním bodě asi není zrovna ideální. další problém určitě nastává v případě, kdy je na adrese víc různých amenity, ale namapovat jde tímhle způsobem jen jedna. na druhou stranu je z toho naprosto zřejmá adresa daného amenity. jak se tohle v praxi řeší, aby amenity mělo i adresu ale současně nebylo adresním bodem? bot by eventuelně mohl z bodů extrahovat amenity a posunout je třeba o metr, aby nedocházelo k tomuhle jevu. pokud ovšem budeme chtít. Da se to v praxi i s adresou na budovu - dalsi duvod proc preferovat adresu na budove, kam logicky patri. Amo, pokud je v budove vice, daj se dalsi body do ni. Ale prevazne ma budova jako takova nejaky primarni ucel. no, já osobně preferuju používat vždy jeden způsob implementace něčeho než jich mít několik různých. v případě adresních bodů narážím na to, že jsou budovy, které mají víc adresních bodů. další problém je, že v osm nemáme ani zdaleka 100% budov. navíc adresní bod může určovat i umístění vchodu. Jinak, pokud mas na budeove amenity, renederuje se ta prednostne pred adresou, ale vyheldavanim to samozrejme najdes a zaroven mas informaci, ze toto patri teto budove. tady já vidím problém v tom, že v mapě se taková informace skryje. navíc stejně jako u adresních bodů, amenity umístěné přesně nad místem, kde skutečně existuje, je podle mě přidanou hodnotou mapy ve srovnání s unifikovaným zobrazením na středu budovy. ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] «Bug» OSM
Le ticket 4530 était au sujet du volet des résultats de recherche qui ne se refermait pas. C'est bien corrigé maintenant. Le ticket 4531 c'est à propos de mon problème de langue. Là, pas c'est wontfix, mais bizarrement, je n'ai plus le problème ce matin, sur la même machine (mais IP différente, je suis sur ma ligne free, au lieu d'une ligne Orange). Tom indique qu'en l'absence d'indication de langue, si on est connecté sur son compte, c'est le paramètre du compte qui est utilisé sinon Nominatim fait comme bon lui semble. Il n'y aurait donc pas de géoloc faite par l'IP... à suivre et retester lorsque je serai à nouveau son mon IP Orange. Le 19 août 2012 19:57, Vincent Privat vincent.pri...@gmail.com a écrit : Ou alors c'était peut-être juste un bug côté OSM qui a été corrigé il y a 2 heures déjà grâce au ticket de Christian: https://trac.openstreetmap.org/ticket/4530#comment:2 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes fusionées
2012/8/20 Philippe Verdy verd...@wanadoo.fr: Mais alors à quoi sert le nœud admin_centre pour la commune ? Et pour les autres niveaux, qu'indique-t-on en admin_centre ? Le rôle admin_centre sert juste à relier l'entité administrative (la relation de type boundary) avec son centre administratif (noeud taggué place). Pour le niveau nation, c'est la capitale. Pour un département ou une région, sa préfecture. etc Accessoirement, si les deux entités portent le même nom, on peut optimiser le rendu pour n'afficher qu'une seule fois celui-ci. Pourquoi y a-t-il vérification que ce noeud doit être dans les limites du polygone de la relation (ce n'est pas toujours vrai !) et doit être unique (ce n'est pas toujours vrai non plus, des régions ont bien plusieurs co-capitales/co-chef-lieux) ? Ca, c'est un problème d'outil de vérification. Pourquoi l'admin_centre (ou les) ne pourrait pas être un autre polygone (relation) ? Pourquoi faire compliqué quand on peut faire simple ? Mais pourquoi pas si le cas se présente et qu'on a pas le choix. Dans l'état actuel des données on a encore besoin du noeud (et cela va durer... il n'y a pas que la France concernée). Ah ça, des noeuds, il y en a beaucoup dans le projet OSM... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur d'OSM concernant l'Île des Embiez ?
Bonjour, En lisant cette article concernant la mort d'un certain Patrick Ricard. j'apprend que sa famille est propriétaire de l'île de Bendor et de l'île des Embiez. Afin d’approfondir ma culture générale, j'ai essayé de localisé ces îles sur OSM. Il semble qu'il y ai quelques erreurs... Selon wikipedia, l'Archipel des Embiez est constitué de plusieurs îles https://fr.wikipedia.org/wiki/Archipel_des_Embiez L'île des Embiez est la plus grande. L'île du Grand Rouveau. L'île du Petit Rouveau est réservée à un domaine de reproduction d'oiseaux. L'île du Grand Gaou, la deuxième par sa taille, est aménagée en parc et reliée à la terre par une passerelle. L'île du Petit Gaou est devenue une presqu'île du Brusc. ainsi que des nombreux îlots comme celui de La Cavelle ou des Mayons... Sur OSM http://www.openstreetmap.org/?lat=43.0816lon=5.7868zoom=14layers=M La plus grande île est nommé île de la Tour Fondue ??!!, il manque l'île du petit rouveau et l'île du grand gaou n'est pas nommé. aucun îlots n'est représenté (mais ça c'est pas grave... ce n'était peut être pas dans le cadastre, mais ça l'est maintenant dans bing). Un coup d'oeil sur google maps, indique que la plus grande île est aussi nommé île de la tour fondue ! Or la Tour fondue est censé être un ancien fortin situé au sud de la presqu'ile de geins à quelques km à l'est de ce lieu https://fr.wikipedia.org/wiki/La_Tour_Fondue Le site touristique de l'île des embiez ne fait pas référence à la tour fondue http://www.les-embiez.com/fr/index.php Je soupconne donc un contributeur d'avoir recopié une erreur de google maps dans osm. Si un local pouvait confirmer ou infirmer mes doutes afin de corriger et compléter cette zone... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ERP (établissement recevant du public) : primo versement sur Orange
ZIMMY wrote rldhont wrote Nous sommes sommes parti du listing municipal lequel affectait de multiples classements à un même établissement : une bibliothèque était à la fois en S (bibliothèque) et L (salle d'audition) et Y (musée) et M (magasin de vente). http://www.openstreetmap.org/browse/node/1859794604 Nous avons pensé judicieux de mettre la bibliothèque en S uniquement. Mais pour un *hall d'exposition* c'est plus problématique : http://www.openstreetmap.org/browse/way/78534462 dans le listing il est : - T : salle d'expo à vocation commercial - L : Salles d'auditions, de conférences, de réunions, de spectacles ou à usage multiple Comment trancher d'habitude c'est plutôt T mais à l'usage c'est effectivement les 2. Je dirais alors qu'il faut créer des tags : * FR:ERP:T = une valeur * FR:ERP:L = une autre valuer Merci René-Luc de la réponse, Cette façon de procéder permettrait alors de qualifier un ensemble qui a une capacité et un sous-ensemble qui en a une autre n'est-ce pas ? Un exemple : Immeuble St Louis une partie Conservatoire R3 un auditorium L4 http://www.openstreetmap.org/browse/way/153984722 une halte garderie et crèche en R5 http://www.openstreetmap.org/browse/way/153984723 Les catégories des ERP sont toujours là http://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public_en_droit_fran%C3%A7ais Si on part là dessus, ça nous fait créer 30 tags différents qui vont, à terme, être difficile à gérer. Je répète encore que l'usage doit prévaloir à la méthode : c'est à dire que la méthode pour qualifier les données dans OSM doit d'abord servir aux utilisateurs plutôt qu'au modèle de données. Je ne suis donc pas trop pour FR:ERP:T ou FR:ERP:L parce que le jour oùu l'on veut extraire les ERP dans un SIG, on va avoir déjà 30 colonnes à gérer au minimum. Soit on les sépare par un ;, soit on qualifie les ERP par des points dans un bâtiment ou dans un espace public et, à ce moment, on met autant de point que nécessaire. -- View this message in context: http://gis.19327.n5.nabble.com/ERP-etablissement-recevant-du-public-primo-versement-sur-Orange-tp5720265p5721239.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lieux publics en FRANCE : les ERP (et dans OSM?)
-- View this message in context: http://gis.19327.n5.nabble.com/lieux-publics-en-FRANCE-les-ERP-et-dans-OSM-tp5720139p5721241.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lieux publics en FRANCE : les ERP (et dans OSM?)
Et puis, quand même, il faut pas exagérer. Le code INSEE, ça s'apprend à l'école et on sait ce que c'est dès le Lycée (même si on le confond avec le code postal, hein Philippe , le code INSEE de Rennes, c'est 35238). Alors c'est peut-être connu qu'en France, mais ça reste une référence incontournable. -- View this message in context: http://gis.19327.n5.nabble.com/lieux-publics-en-FRANCE-les-ERP-et-dans-OSM-tp5720139p5721243.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur d'OSM concernant l'Île des Embiez ?
Le 20 août 2012 10:35, Christophe Merlet red...@redfoxcenter.org a écrit : Je soupconne donc un contributeur d'avoir recopié une erreur de google maps dans osm. Je ne suis pas local, alors ça vaut ce que ça vaut, mais ce n'est peut-être pas forcément une recopie de Google. Si l'on en croit [1], une partie de l'île s’appellerait Île de la Tour Fondue. Elle s'appelait bien Île des Embiez avant en tout cas ([2]). [1] http://mglebrusc.free.fr/textes/le%20milieu/archipel_Embiez.html [2] http://osm.mapki.com/history/way.php?id=30819494 Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tags point crottes de chiens !
Le 16/08/2012 19:03, Bruno Besson a écrit : Au passage, une idée pour les espaces chien aussi ? Petits espaces fermés en terre ou gravier où ils peuvent se soulager (par exemple à Grenoble). Bruno J'en ai fait un il n'y a pas longtemps : barrier = fence leisure = dog_park le résultat est ici au bout du chemin Carrières Lanneau : http://www.openstreetmap.org/?lat=47.325704lon=5.017345zoom=18layers=M ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur d'OSM concernant l'Île des Embiez ?
Le lundi 20 août 2012 à 11:20 +0200, Matthias Dietrich a écrit : Le 20 août 2012 10:35, Christophe Merlet red...@redfoxcenter.org a écrit : Je soupconne donc un contributeur d'avoir recopié une erreur de google maps dans osm. Je ne suis pas local, alors ça vaut ce que ça vaut, mais ce n'est peut-être pas forcément une recopie de Google. Si l'on en croit [1], une partie de l'île s’appellerait Île de la Tour Fondue. Elle s'appelait bien Île des Embiez avant en tout cas ([2]). [1] http://mglebrusc.free.fr/textes/le%20milieu/archipel_Embiez.html [2] http://osm.mapki.com/history/way.php?id=30819494 Bien vu ! Sur ce plan et sur la photo satellite bing on distingue les deux anciennes îles séparées par des salines non visible sur OSM. http://www.les-embiez.com/fr/index.php#decouverte-de-l-ile.php Aujourd'hui, seul le port semble avoir conservé le nom Saint-Pierre des Embiez http://www.les-embiez.com/maj/pdf/DP_Port_st_Pierre_2011.pdf île de la tour fondue apparait sur le carte IGN, mais a priori, ce n'est plus le nom usuel de l'île. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PlaceMaker GeoFLA suite au passage du Redaction Bot
Bonjour, De : Etienne Trimaille Une mise à jour s'impose demain ;-) Voilà qui est fait. Comme pressenti, on arrive à 0 candidat :-). vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Trottoir séparé de la rue
Bonjour, Je voudrais savoir comment indiquer un trottoir séparé de la rue, tel que cette photo le montre : http://flic.kr/p/cVgzxj Sur OSM le lieu se trouve là : http://osm.org/go/0ApJYzYQR-- Sur le wiki j'ai trouvé http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk mais je ne vois rien qui puisse indiquer qu'il existe une rangée d'arbres entre le trottoir et la chaussée. (mais est-ce utile de l'indiquer, au fond ? ) Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Salut à tous, Maintenant que les communes de la réunion sont correctes, je m'attaque au EPCI. A titre d'exemple, j'ai créé celui de la CINOR [1]. Comme je bosse rarement sur les limites administratives, pourriez-vous m'indiquer s'il-vous-plaît, si tout vous semble correcte. Cela me permettra d'enchaîner ensuite sur les trois restantes. Merci Arnaud [1] http://www.openstreetmap.org/browse/relation/2364330 * *http://www.openstreetmap.org/?relation=2364330 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
De : Arnaud Vandecasteele Maintenant que les communes de la réunion sont correctes, je m'attaque au EPCI. A titre d'exemple, j'ai créé celui de la CINOR [1]. Comme je bosse rarement sur les limites administratives, pourriez-vous m'indiquer s'il-vous-plaît, si tout vous semble correcte. Cela me permettra d'enchaîner ensuite sur les trois restantes. Pour que le polygone soit correct, les ways qui le composent, mis bout à bout, forment une boucle. Or tu as inclus dans ta relation des limites internes, qui séparent 2 communes de l'interco : les ways http://www.openstreetmap.org/browse/way/38731597 et http://www.openstreetmap.org/browse/way/41956405 . Il faudrait les enlever. Dit autrement, les ways de la relation doivent être ceux qui définissent la limite entre la communauté de communes et le reste du monde. Sinon côté attributs : - le type CI ne fait pas partie des types d'intercos jusque là. La liste est ici : http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dlocal_authority Soit tu trouve ton bonheur dans la liste, soit il faudrait modifier la liste en ajoutant CI et en l'explicitant. Mais j'ai l'impression qu'il s'agit bien d'une Communauté d'Agglomération (= local_authority:FR=CA). - le nom : il y a une proposition de règle de nommage ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives# .C3.89tablissements_publics_de_coop.C3.A9ration_intercommunale vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoir séparé de la rue
Bonjour, Pour le trottoir, je mettrais un highway=path . Et pour la rangée d'arbre, natural=tree_row Cedric Le 20/08/2012 13:42, Ista Pouss a écrit : Bonjour, Je voudrais savoir comment indiquer un trottoir séparé de la rue, tel que cette photo le montre : http://flic.kr/p/cVgzxj Sur OSM le lieu se trouve là : http://osm.org/go/0ApJYzYQR-- Sur le wiki j'ai trouvé http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk mais je ne vois rien qui puisse indiquer qu'il existe une rangée d'arbres entre le trottoir et la chaussée. (mais est-ce utile de l'indiquer, au fond ? ) Merci. ___ 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] Trottoir séparé de la rue
Le 20/08/2012 14:29, Cedric Viou a écrit : Pour le trottoir, je mettrais un highway=path . Bonjour, Je mettrais plutôt highway=footway , puisqu'en principe, un trottoir est réservé aux piétons, poussettes et fauteuils roulants. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Salut Vincent, Merci pour tes remarques. Cela te semble-t-il maintenant correct ? http://www.openstreetmap.org/browse/relation/2364330 Arnaud 2012/8/20 Vincent de Chateau-Thierry v...@laposte.net De : Arnaud Vandecasteele Maintenant que les communes de la réunion sont correctes, je m'attaque au EPCI. A titre d'exemple, j'ai créé celui de la CINOR [1]. Comme je bosse rarement sur les limites administratives, pourriez-vous m'indiquer s'il-vous-plaît, si tout vous semble correcte. Cela me permettra d'enchaîner ensuite sur les trois restantes. Pour que le polygone soit correct, les ways qui le composent, mis bout à bout, forment une boucle. Or tu as inclus dans ta relation des limites internes, qui séparent 2 communes de l'interco : les ways http://www.openstreetmap.org/browse/way/38731597 et http://www.openstreetmap.org/browse/way/41956405 . Il faudrait les enlever. Dit autrement, les ways de la relation doivent être ceux qui définissent la limite entre la communauté de communes et le reste du monde. Sinon côté attributs : - le type CI ne fait pas partie des types d'intercos jusque là. La liste est ici : http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dlocal_authority Soit tu trouve ton bonheur dans la liste, soit il faudrait modifier la liste en ajoutant CI et en l'explicitant. Mais j'ai l'impression qu'il s'agit bien d'une Communauté d'Agglomération (= local_authority:FR=CA). - le nom : il y a une proposition de règle de nommage ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives# .C3.89tablissements_publics_de_coop.C3.A9ration_intercommunale vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoir séparé de la rue
En effet. Merci pour la correction. Le 20/08/2012 14:34, Jean-Claude Repetto a écrit : Le 20/08/2012 14:29, Cedric Viou a écrit : Pour le trottoir, je mettrais un highway=path . Bonjour, Je mettrais plutôt highway=footway , puisqu'en principe, un trottoir est réservé aux piétons, poussettes et fauteuils roulants. Jean-Claude ___ 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] Trottoir séparé de la rue
Bonjour Bien que ce ne soit pas spécifiquement un voie cyclable, vous trouverez sûrement des éléments de réponses ici : http://wiki.openstreetmap.org/wiki/Bicycle -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
De : Arnaud Vandecasteele Cela te semble-t-il maintenant correct ? http://www.openstreetmap.org/browse/relation/2364330 C'est ok pour la géométrie. Pour le nom et le type de comcom, je ne vois rien de changé, contrairement à ton commentaire de changeset :-). Ma suggestion serait : local_authority:FR=CA name=Communauté Intercommunale du Nord de la Réunion short_name=CINOR vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Tout est maintenant correct. http://www.openstreetmap.org/browse/relation/2364330 Les modifs sur les tags n'avaient pas été prises en compte. Certainement une fausse manip de ma part. Je continue sur le reste. Merci pour le coup de main. Arnaud 2012/8/20 Vincent de Chateau-Thierry v...@laposte.net De : Arnaud Vandecasteele Cela te semble-t-il maintenant correct ? http://www.openstreetmap.org/browse/relation/2364330 C'est ok pour la géométrie. Pour le nom et le type de comcom, je ne vois rien de changé, contrairement à ton commentaire de changeset :-). Ma suggestion serait : local_authority:FR=CA name=Communauté Intercommunale du Nord de la Réunion short_name=CINOR vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Suite et fin de mes éditions EPCI. Elles ont toutes été ajoutées à la réunion : * Communauté Intercommunale du Nord de la Réunion http://www.openstreetmap.org/browse/relation/2364330 * Communauté Intercommunale Réunion Est http://www.openstreetmap.org/browse/relation/2364473 * Communauté d’Agglomération du Sud http://www.openstreetmap.org/browse/relation/2364708 * Communauté Intercommunale des Villes Solidaires du Sud http://www.openstreetmap.org/browse/relation/2364717 * Territoire de la Côte Ouest : http://www.openstreetmap.org/browse/relation/2364728 Arnaud 2012/8/20 Arnaud Vandecasteele arnaud@gmail.com Tout est maintenant correct. http://www.openstreetmap.org/browse/relation/2364330 Les modifs sur les tags n'avaient pas été prises en compte. Certainement une fausse manip de ma part. Je continue sur le reste. Merci pour le coup de main. Arnaud 2012/8/20 Vincent de Chateau-Thierry v...@laposte.net De : Arnaud Vandecasteele Cela te semble-t-il maintenant correct ? http://www.openstreetmap.org/browse/relation/2364330 C'est ok pour la géométrie. Pour le nom et le type de comcom, je ne vois rien de changé, contrairement à ton commentaire de changeset :-). Ma suggestion serait : local_authority:FR=CA name=Communauté Intercommunale du Nord de la Réunion short_name=CINOR vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Tu n'as plus qu'à chercher les limites des cantons... Il va falloir trouver les segments des rues qui divisent les commmunes en fractions cantonales. Rien que pour la commune de Saint-Denis, il y en a neuf. Attention une fraction cantonale d'une commune peuvent éventuellement être groupée avec une fraction cantonale d'une autre commune limitrophe pour former un seul canton, afin d'atteindre un quorum suffisant en nombre d'électeurs (c'est le nombre des électeurs et non celui des habitants qui compte pour déterminer les limites). Recherche les définitions dans les textes parus au JORF : il faut consulter les dernières lois électorales, car les cantons sont régulièrement révisés avant les élections cantonales. Le détail de ces textes de loi peut révéler éventuellement des rues ou chemins manquants qu'il faudrait cartographier). Note que la dernière loi électorale n'a pas repris la liste exhaustive des cantons mais seulement ceux qui ont été modifiés, ajoutés, supprimés, fusionnés et/ou renommés. Bon courage ! Le 20 août 2012 15:41, Arnaud Vandecasteele arnaud@gmail.com a écrit : Suite et fin de mes éditions EPCI. Elles ont toutes été ajoutées à la réunion : * Communauté Intercommunale du Nord de la Réunion http://www.openstreetmap.org/browse/relation/2364330 * Communauté Intercommunale Réunion Est http://www.openstreetmap.org/browse/relation/2364473 * Communauté d’Agglomération du Sud http://www.openstreetmap.org/browse/relation/2364708 * Communauté Intercommunale des Villes Solidaires du Sud http://www.openstreetmap.org/browse/relation/2364717 * Territoire de la Côte Ouest : http://www.openstreetmap.org/browse/relation/2364728 Arnaud 2012/8/20 Arnaud Vandecasteele arnaud@gmail.com Tout est maintenant correct. http://www.openstreetmap.org/browse/relation/2364330 Les modifs sur les tags n'avaient pas été prises en compte. Certainement une fausse manip de ma part. Je continue sur le reste. Merci pour le coup de main. Arnaud 2012/8/20 Vincent de Chateau-Thierry v...@laposte.net De : Arnaud Vandecasteele Cela te semble-t-il maintenant correct ? http://www.openstreetmap.org/browse/relation/2364330 C'est ok pour la géométrie. Pour le nom et le type de comcom, je ne vois rien de changé, contrairement à ton commentaire de changeset :-). Ma suggestion serait : local_authority:FR=CA name=Communauté Intercommunale du Nord de la Réunion short_name=CINOR vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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] Communauté de Commune du Nord de la Réunion
Bonjour Vincent. Je note que tu as défini l'attribut boundary=administrative sur les segments de la ligne de côte. Cette ligne est une ligne naturelle et non la limite administrative des communes et autres collectivités ou circonscriptions. Les limites administratives sont d'un autre nature sur la côte : légalement c'est la ligne de base mais elle n'est pas encore tracée, elle contient ce qu'on appelle les eaux intérieures en itngorant les nombreuses anfractuosités de la ligne de côte, pour inclure aussi la zone de laisse de marée basse aux plus fortes eaux, ainsi que les rochers et écueils avec une petite marge autour. Ensuite il y a la limite des eaux territoriales (12 miles au delà de la ligne de base). Cependant les eaux territoriales appartiennent non pas aux communes mais au domaine maritime de la Réunion (je n'ai pas le détail pour savoir si le département ou la région en ont la compétence, ou si c'est uniquement le domaine maritime de la France, ou si c'est le préfet qui en a la charge au nom de l'État, notamment en terme de police et de défense). Ensuite il y a la limite de la ZEE (zone économique exclusive). Là encore il est possible que la région y ait une compétence (même si c'est le domaine maritime de l'Etat). Attention car cette limite est négociée avec les pays voisins par traité international ou décision judiciaire devant une cour internationale en cas de litige. Dans ces deux derniers cas, ces limites sont celles de la France. Il est possible que certaines de ces deux limites soient incomplètes, les négociations n'ayant pas abouti. Les segments en litige doivent alors être estimés et annotés comme étant sujet à révision ultérieure, en utilisant une ligne de séparation à peu près équitable en terme de distance (Mais pour être très précis, il faut aussi que les lignes de base de chaque pays soient reconnues déjà pour fixer le point de départ des 12 miles, ce qui n'est pas toujours le cas, dans les négociations des petits écueils inclus dans la ligne de base d'un pays peuvent faire l'objet d'une négo pour ne pas compter comme point de départ de la ligne des eaux territoriales ou de la ZEE ; les pays voisins peuvent aussi vouloir ne pas prendre en compte les constructions artificielles comme les digues, ou les extensions naturelles récentes causées par une coulée de lave ou le déplacement naturel du récif coralien). Mais la conséquence est alors que la bordure côtière des communes devient très détaillée et qu'on devrait alors y inclure les ilôts et écueils côtiers qui peuvent émerger à marée basse (à moins qu'on sache qu'ils fassent effectivement partie du domaine maritime). L'autre conséquence est que cette ligne de côte est vivante (l'effet des coulées de lave lors des éruptions, ou de l'érosion des coulées anciennes, ou de l'enfoncement ou le comblement des estuaires de rivières; ainsi que les travaux réalisés par les digues construites sur le domaine maritime, ou l'ensablement artificiel des plages, pour étendre le territoire des communes dans les eaux territoriales, sans pour autant faire bouger la ligne de base, ni la limite des eaux territoriales et de la ZEE). Pour ces raisons, on ne met plus boundary=administrative (ni admin_level=*) sur les segments de la ligne de côte, même si on s'en sert comme segments de frontière (terrestre et pas forcément administrative) des communes, à défaut d'autre chose. L'attribut natural=coastline est suffisant. En revanche, concernant les limites au niveau 2 (national) on se sert classiquement de la ligne des eaux territoriales (les segments de la ZEE sont à part, il n'est pas encore sûr qu'ils forment un contour fermé). Cela permet un rendu plus lisible des pays pour afficher la carte du monde à faible niveau de zoom. Sinon cela apparait (par exemple dans Mapnik) comme un trait bleu foncé tracé en mer. Actuellement les moteurs de rendu actuels n'affichent pas encore les limites de la ZEE, souvent sujette à nombreuses controverses et litiges internationaux pas toujours résolus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Bonjour Vincent. Je note que tu as défini l'attribut boundary=administrative sur les segments de la ligne de côte. Cette ligne est une ligne naturelle et non la limite administrative des communes et autres collectivités ou circonscriptions. A la défense de Vincent, c'est moi qui ai effectué cette modification. Je pensais bien faire et cela me semblait logique. La ligne de côte étant la la limite de la commune... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Le 20 août 2012 17:03, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bonjour Vincent. Je note que tu as défini l'attribut boundary=administrative sur les segments de la ligne de côte. Cette ligne est une ligne naturelle et non la limite administrative des communes et autres collectivités ou circonscriptions. A la défense de Vincent, c'est moi qui ai effectué cette modification. Je pensais bien faire et cela me semblait logique. La ligne de côte étant la la limite de la commune... Non. la limite de commune est la ligne de base, pas la ligne de côte... Il y a une différence notable notamment dans les estuaires et dans les ports protégés par une digue. et là où il y a des écueils très proches de la côte (moins de 100 mètres) ou qui sont reliés parfois à la côte à marée basse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau =?utf-8?q?_op=C3=A9rationnel?=)
Et plutôt que de générer des tuiles, si on générait des points pour chaque commune avec une couleur pour leur état ? 'fin je dis ça, mais ça n'est qu'une idée … C'est sans doute pas idiot. Générer des tuiles en png juste pour dire cette commune est bien là et complète c'est un peu over-kill Cet outil est vieux, et avait été fait à l'époque où il n'y avait pas ce qui existe aujourd'hui. Avec des yaka+faucon, je dirais qu'un outil comme osmose est peut-être plus indiqué que layers pour ce travail d'affichage des communes/départements/régions On peut aussi argumenter que la représentation de la surface gagne comme avantage la visualisation plus aisée dans le cas où il y aura des trous entre deux communes Sinon, de manière général, et c'est ce que je pense depuis environ 2 ans, layers.openstreetmap.fr et tous les layers fournis ne servent plus (et en tout cas ne me servent pas à moi) car j'ai pû les remplacer avantageusement par keepright et osmose que je trouver plus adaptés (pour la vérification des communes, je préfères http://suivi.openstreetmap.fr/communes/communes.csv.txt ) Donc, perso, je ne verrais aucun inconvénients à ce que layers disparaisse Mais je ne suis pas tout le monde, certains y voient peut-être encore un intérêt ? -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
Ok je corrige ça dans la semaine alors. 2012/8/20 Philippe Verdy verd...@wanadoo.fr Le 20 août 2012 17:03, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bonjour Vincent. Je note que tu as défini l'attribut boundary=administrative sur les segments de la ligne de côte. Cette ligne est une ligne naturelle et non la limite administrative des communes et autres collectivités ou circonscriptions. A la défense de Vincent, c'est moi qui ai effectué cette modification. Je pensais bien faire et cela me semblait logique. La ligne de côte étant la la limite de la commune... Non. la limite de commune est la ligne de base, pas la ligne de côte... Il y a une différence notable notamment dans les estuaires et dans les ports protégés par une digue. et là où il y a des écueils très proches de la côte (moins de 100 mètres) ou qui sont reliés parfois à la côte à marée basse. -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard
Je comprend la frustration d'Hélène. Mais j'adhère aussi totalement à la suppression de l'ancien système qui était super-lent (rendu calculé en live à chaque fois). D'un point de vue uniquement technique, si c'était super-lent c'était avant tout (d'après moi, et j'en veux pour semi-preuve que sur mon serveur c'était bien plus rapide) parce que la machine est saturée au niveau des disques car elle héberge 3 bases mondiales mise à jour chaque minute. layers n'est pas du tout visité comme peuvent l'être le rendu map...@osm.org ou celui de mapquest (on est a plusieurs ordres de grandeur sans doute) Moralité, ce qui, selon moi (j'ai pas de stats), sature la machine, ce n'est pas layers mais la mise à jour de la base. Donc, même si avec la nouvelle méthode on divise par 10 (au pif) la charge liée à layers, comme celui-ci ne devait représenter que quelques % du total, on a pas changé grand chose au problème de charge. Ce qu'on a en revanche gagné, c'est la rapidité d'affichage des zones en cache (c'est à dire zoom 1 à 10), car les zones pas en cache sont toujours aussi lentes qu'avant Mon résumé (certes pessimiste) c'est qu'on a réglé un problème au mauvais endroit en en rajoutant d'autres -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau =?utf-8?q?_op=C3=A9rationnel?=)
L'ennui est qu'Osmose ne montre que les erreurs, pas les limites. C'est utile aussi pour voir d'un premier coup d'oeil les trous laissés par les communes ou collectivités et EPCI manquants. En revanche j'aimerais bien voir un serveur donnant une carte administrative utilisable, sans aucune route mais axée justement sur les contours. Idéalement cela devrait être servi en format vectoriel, avec des id's stables (basés sur les ref:INSEE) permettant de créer des cartes dérivées (par exemple avec du CSS ou du javascript), pour produire par exemple des cartes statistiques, des cartes de résultats électoraux. Etc. Mais des cartes qui resteraient navigables et zoomables pour afficher plus ou moins de détails, et non une simple carte statique en SVG ou PDF. Il contient une couche obsolète pour boundary=political qui ne semble plus utilisé du tout. La coloration de la couche des communes selon l'état d'avancement du réseau routier ou les imports des bâtiments ou de la couverture des landuse=*. devrait ne plus y être : tout devrait être de la même couleur dans cette couche. Plutôt que d'utiliser le menu intégré à droite, ce pourrait une liste plus facilement extensible pourrait être dans un cadre à droite permettant de sélectionner les couches à afficher avec leur niveau de détail : coloration de la surface ou non, frontière ou non, les admin_centre's rendus ou pas, les noms ou pas, les numéros de référence (INSEE...) ou pas. Un ennui actuel de Layers est qu'au delà du fait que certaines couches sont obsolètes, il ne permet pas de distinguer les différents types pour boundary=political : il confond notamment en France les cantons et les circonscriptions électorales, ce qui ne rend pas cette couche lisible (et visiblement il y a un problème/bogue car il semble qu'il y ait bien plusieurs requêtes séparées au lieu d'une seule, la fusion des requêtes entrainant des anomalies de rendu avec des zones qui ne ferment plus, ou dont n'apparaît que les contours et pas le remplissage correct, ou bien un remplissage en gris foncé de l'extérieur inversé arbitrairement de certaines tuiles au lieu de laisser l'extérieur en blanc, comme s'il y avait une erreur). Le 20 août 2012 17:06, sly (sylvain letuffe) li...@letuffe.org a écrit : Et plutôt que de générer des tuiles, si on générait des points pour chaque commune avec une couleur pour leur état ? 'fin je dis ça, mais ça n'est qu'une idée … C'est sans doute pas idiot. Générer des tuiles en png juste pour dire cette commune est bien là et complète c'est un peu over-kill Cet outil est vieux, et avait été fait à l'époque où il n'y avait pas ce qui existe aujourd'hui. Avec des yaka+faucon, je dirais qu'un outil comme osmose est peut-être plus indiqué que layers pour ce travail d'affichage des communes/départements/régions On peut aussi argumenter que la représentation de la surface gagne comme avantage la visualisation plus aisée dans le cas où il y aura des trous entre deux communes Sinon, de manière général, et c'est ce que je pense depuis environ 2 ans, layers.openstreetmap.fr et tous les layers fournis ne servent plus (et en tout cas ne me servent pas à moi) car j'ai pû les remplacer avantageusement par keepright et osmose que je trouver plus adaptés (pour la vérification des communes, je préfères http://suivi.openstreetmap.fr/communes/communes.csv.txt ) Donc, perso, je ne verrais aucun inconvénients à ce que layers disparaisse Mais je ne suis pas tout le monde, certains y voient peut-être encore un intérêt ? -- sly (sylvain letuffe) ___ 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] Statistiques Contributions sur l'Ile de la Réunion
Salut à tous, Depuis peu, des statistiques OpenStreetMap sur l'Ile de La Réunion sont disponibles : http://www.osm974.re/osm-stat/index.html Cela me sert comme outil de suivi et pour vérifier un peu les contributions. Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard
Vivement que j'aille installer un autre serveur chez free qu'on désature osm11... top priorité ! Le 20 août 2012 17:18, sly (sylvain letuffe) li...@letuffe.org a écrit : Je comprend la frustration d'Hélène. Mais j'adhère aussi totalement à la suppression de l'ancien système qui était super-lent (rendu calculé en live à chaque fois). D'un point de vue uniquement technique, si c'était super-lent c'était avant tout (d'après moi, et j'en veux pour semi-preuve que sur mon serveur c'était bien plus rapide) parce que la machine est saturée au niveau des disques car elle héberge 3 bases mondiales mise à jour chaque minute. layers n'est pas du tout visité comme peuvent l'être le rendu map...@osm.org ou celui de mapquest (on est a plusieurs ordres de grandeur sans doute) Moralité, ce qui, selon moi (j'ai pas de stats), sature la machine, ce n'est pas layers mais la mise à jour de la base. Donc, même si avec la nouvelle méthode on divise par 10 (au pif) la charge liée à layers, comme celui-ci ne devait représenter que quelques % du total, on a pas changé grand chose au problème de charge. Ce qu'on a en revanche gagné, c'est la rapidité d'affichage des zones en cache (c'est à dire zoom 1 à 10), car les zones pas en cache sont toujours aussi lentes qu'avant Mon résumé (certes pessimiste) c'est qu'on a réglé un problème au mauvais endroit en en rajoutant d'autres -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau =?utf-8?q?_op=C3=A9rationnel?=)
Le 20/08/2012 17:06, sly (sylvain letuffe) a écrit : Et plutôt que de générer des tuiles, si on générait des points pour chaque commune avec une couleur pour leur état ? 'fin je dis ça, mais ça n'est qu'une idée … C'est sans doute pas idiot. Générer des tuiles en png juste pour dire cette commune est bien là et complète c'est un peu over-kill Cet outil est vieux, et avait été fait à l'époque où il n'y avait pas ce qui existe aujourd'hui. Avec des yaka+faucon, je dirais qu'un outil comme osmose est peut-être plus indiqué que layers pour ce travail d'affichage des communes/départements/régions On peut aussi argumenter que la représentation de la surface gagne comme avantage la visualisation plus aisée dans le cas où il y aura des trous entre deux communes Sinon, de manière général, et c'est ce que je pense depuis environ 2 ans, layers.openstreetmap.fr et tous les layers fournis ne servent plus (et en tout cas ne me servent pas à moi) car j'ai pû les remplacer avantageusement par keepright et osmose que je trouver plus adaptés (pour la vérification des communes, je préfères http://suivi.openstreetmap.fr/communes/communes.csv.txt ) Donc, perso, je ne verrais aucun inconvénients à ce que layers disparaisse Mais je ne suis pas tout le monde, certains y voient peut-être encore un intérêt ? Oui, moi. Layers n'a pas beaucoup d'intérêt technique, l'intérêt est psychologique. J'aime bien faire un tour sur layers pour voir l'avancée. C'est tout de même plus parlant qu'une liste, un camembert ou une série de point. Ça a de allure ça : http://layers.openstreetmap.fr/?zoom=6lat=46.18783lon=3.89851layers=BFFTFFF Le jour où tout sera vert, où on aura fait la 36000e commune, on proposera l'image pour IotW, pas un camembert et on sabrera le champagne. Si, si, ça va venir... Justement, layers permet de voir que des fourmis continuent patiemment leur travail. Bravo à elles. Et puis j'utilise layers dans CommcomMaker, justement parce qu'on voit les trous. À ce propos, je serais intéressé par une couche de plus... boundary=religious_administration, avec les différents niveaux dans la même couche, ça suffit. Je ne sais pas utiliser mapnik autrement qu'à travers TileMill, donc je ne parviens pas à produire quelque chose que je peux montrer. Et je vois que layers fait ça tellement bien... (OK, j'arrête la pommade) Le côté technique, charge de serveur, toussa... je ne sais pas... C'est vous qui savez... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lieux publics en FRANCE : les ERP (et dans OSM?)
Le 20 août 2012 11:20, Tony Emery tony.em...@yahoo.fr a écrit : Et puis, quand même, il faut pas exagérer. Le code INSEE, ça s'apprend à l'école et on sait ce que c'est dès le Lycée (même si on le confond avec le code postal, hein Philippe , le code INSEE de Rennes, c'est 35238). Je le sais très bien ! Je suis né à Rennes (dont 35238 est dans mon propre numéro INSEE/sécurité sociale), et je n'ai jamais confondu code INSEE et code postal (il y a d'ailleurs plusieurs codes postaux à Rennes, en dehors des Cedex !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage des communes sur layers.openstreetmap.fr en retard ( était : MissingCommunes à nouveau opérationnel)
De : Vincent Pottier Le 20/08/2012 17:06, sly (sylvain letuffe) a écrit : Donc, perso, je ne verrais aucun inconvénients à ce que layers disparaisse Mais je ne suis pas tout le monde, certains y voient peut-être encore un intérêt ? Oui, moi. Layers n'a pas beaucoup d'intérêt technique, l'intérêt est psychologique. J'aime bien faire un tour sur layers pour voir l'avancée. C'est tout de même plus parlant qu'une liste, un camembert ou une série de point. Ça a de allure ça : http://layers.openstreetmap.fr/? zoom=6lat=46.18783lon=3.89851layers=BFFTFFF +1 ! Quand on ajoute des limites de communes, avoir Layers pour témoigner de l'avancement, c'est essentiel. Intérêt psychologique comme dit Vincent, mais aussi outil de contrôle-qualité : une commune qui ne s'affiche pas alors qu'on jurerait de l'avoir tracée, c'est le signe d'un pépin de géométrie, d'un ref:INSEE manquant, etc. Je pense particulièrement aux chantiers de tracé sur fond raster, pour lesquels la visu (et idéalement, en temps quasi réel) donne un peu de boost à la motivation. y compris avec les fameuses couleurs :-) Le jour où tout sera vert, où on aura fait la 36000e commune, on proposera l'image pour IotW, pas un camembert et on sabrera le champagne. Ça méritera un communiqué de presse dans notre petit monde :-) Si, si, ça va venir... Justement, layers permet de voir que des fourmis continuent patiemment leur travail. Bravo à elles. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lieux publics en FRANCE : les ERP (et dans OSM?)
Ah oui, excuse moi, mon message précédent donnait un mauvais exemple avec ref:FR:35000. Désolé, j'ai tapé ça sans trop réfléchir. Le 20 août 2012 18:14, Philippe Verdy verd...@wanadoo.fr a écrit : Le 20 août 2012 11:20, Tony Emery tony.em...@yahoo.fr a écrit : Et puis, quand même, il faut pas exagérer. Le code INSEE, ça s'apprend à l'école et on sait ce que c'est dès le Lycée (même si on le confond avec le code postal, hein Philippe , le code INSEE de Rennes, c'est 35238). Je le sais très bien ! Je suis né à Rennes (dont 35238 est dans mon propre numéro INSEE/sécurité sociale), et je n'ai jamais confondu code INSEE et code postal (il y a d'ailleurs plusieurs codes postaux à Rennes, en dehors des Cedex !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion
2012/8/20 Philippe Verdy verd...@wanadoo.fr: Pour ces raisons, on ne met plus boundary=administrative (ni admin_level=*) sur les segments de la ligne de côte C'est pas ça la raison, qui est bien plus inavouable (question de rendu). En revanche, concernant les limites au niveau 2 (national) on se sert classiquement de la ligne des eaux territoriales (les segments de la ZEE sont à part, il n'est pas encore sûr qu'ils forment un contour fermé). Cela permet un rendu plus lisible des pays pour afficher la carte du monde à faible niveau de zoom. Plus lisible ? Par convention, les cartes administratives n'utilisent jamais cette limite à 12m, sauf peut-être dans les cartes marines. Nombreux sont ceux qui se sont plaints de cette affreuse limite qui serait partie depuis longtemps s'il ne fallait pas faire un travail au niveau du calcul de rendu. A noter qu'on a le droit d'utiliser les orthophotos du géolittoral (prises à marée basse) pour tracer ces limites (malheureusement qu'en métropole, j'en ai peur) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur d'OSM concernant l'Île des Embiez ?
Le 20 août 2012 11:20, Matthias Dietrich eiger@gmail.com a écrit : Le 20 août 2012 10:35, Christophe Merlet red...@redfoxcenter.org a écrit : Je soupconne donc un contributeur d'avoir recopié une erreur de google maps dans osm. Je ne suis pas local, alors ça vaut ce que ça vaut, mais ce n'est peut-être pas forcément une recopie de Google. Si l'on en croit [1], une partie de l'île s’appellerait Île de la Tour Fondue. Cette partie est la partie Nord qui formait avant et visiblement une presqu'ile avec un étroit passage entre les deux rues actuelles (l'Avenue Edison à l'Est et celle à l'ouest). On voit encore sur les photos satellite, face au milieu du parking de l'Avenue Edison, qu'un partie de ce terrain laissé à nu a des matériaux d'origine marine. Tout ce qui est à l'est de l'Avenue Edison et qui est maintenant fait de parkings, des constructions et du quai du port est visiblement fait de remblais. La presqu'ile du Nord (la Tour Fondue) et l'ile principale du Sud n'en font plus qu'une. D'ailleurs Google Map positionne L'île de la Tour Fondue bien sur cette partie nord et pas au centre de l'île totale. Ce qui veut dire que ce n'est pas le nom de l'île entière mais c'est resté comme le nom d'un lieu-dit sur la grande île actuelle. Ensuite la partie au Nord-Est, délimitée par les chemins Denis Papin et Louis Pasteur a bien été aussi une île, puis une presqu'île quand les salines ont été aménagées entre la grande île et cette ancienne île Nord-Est (qui devrait aussi avoir un nom gardé comme lieu-dit). L'île actuelle est donc la réunion de 3 anciennes îles. Il aurait même pu y avoir réunion avec l'île du Grand Gaou, si le gué (bien visible sur la photo satellite) avait été transformé pour être mis hors d'eau, ou relié par un passage à sec comme entre le Grand Gaou et le petit Gaou, ou par un pont comme entre le continent et le Petit Gaou . Mais il semble y avoir eu la volonté de laisser des chenaux de circulation de l'eau entre ces îles qui seraient devenues parties du continent et aurait perdu leur statut d'île et limité l'attrait touristique et commercial du port privé (très peuplé en bateaux de plaisance) par rapport au port public sur le continent des Six-Fours (au Quai Saint-Pierre), visiblement nettement moins fréquenté. Mais si la commune des Six-Fours le voulait, et obtenait l'autorisation d'exploiter son littoral, la baie entre Les embiez, Le Grand Gaou, le Petit Gaou et la Corniche pourrait étendre son port de plaisance actuel vers le Sud avec une continuité terrestre entre ces îles. Ce n'est plus dans l'air du temps : on protège aujourd'hui le littoral contre les extensions maritimes et la surexploitation par la navigation de plaisance (source de pollution). Mais il est vrai qu'il nous reste à cartographier les salines qui sont ici essentielles à la géographie cette île et à son histoire (ces salines ont visiblement du être construites par l'homme en prenant sur la mer, c'est très clair sur les photos quand on regarde la couleurs des fonds marins qui traduit leur profondeur et un chenal d'eau qui permet de l'alimenter : si ce chenal avait été fermé, les salines seraient devenues impropres à leur usage, ou alors il aurait fallu renforcer et protéger un canal). Ces salines, même si elles ne sont plus exploitées, sont en fait la meilleure protection contre une extension future du port de plaisance des Six-Fours car c'est un élément environnemental important, notamment pour les oiseaux marins. Mais sachant ce que rapporte une marina aux collectivités locales souvent très endettées, surtout à cet emplacement stratégique entre Marseille d'un côté et Toulon et la Côte d'Azur de l'autre, qui sait ce qui pourrait arriver et si la commune ne sera pas tentée d'exploiter d'avantage commercialement l'attrait spécifique de sa presqu'île et ses îles quasi-attenantes (les autres marinas et mouillages de plaisance de la Côte d'Azur sont saturés, la pression est forte pour les étendre encore, et nombre de promoteurs seraient prêts à payer cher les collectivités pour obtenir une licence d'exploitation, et faire cet aménagement et étendre encore un parc immobilier commercial opportuniste). Elle s'appelait bien Île des Embiez avant en tout cas ([2]). [1] http://mglebrusc.free.fr/textes/le%20milieu/archipel_Embiez.html [2] http://osm.mapki.com/history/way.php?id=30819494 Matthias ___ 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] Communauté de Commune du Nord de la Réunion
Le 20 août 2012 20:09, Pieren pier...@gmail.com a écrit : 2012/8/20 Philippe Verdy verd...@wanadoo.fr: Pour ces raisons, on ne met plus boundary=administrative (ni admin_level=*) sur les segments de la ligne de côte C'est pas ça la raison, qui est bien plus inavouable (question de rendu). En revanche, concernant les limites au niveau 2 (national) on se sert classiquement de la ligne des eaux territoriales (les segments de la ZEE sont à part, il n'est pas encore sûr qu'ils forment un contour fermé). Cela permet un rendu plus lisible des pays pour afficher la carte du monde à faible niveau de zoom. Plus lisible ? Par convention, les cartes administratives n'utilisent jamais cette limite à 12m, sauf peut-être dans les cartes marines. Nombreux sont ceux qui se sont plaints de cette affreuse limite qui serait partie depuis longtemps s'il ne fallait pas faire un travail au niveau du calcul de rendu. A noter qu'on a le droit d'utiliser les orthophotos du géolittoral (prises à marée basse) pour tracer ces limites (malheureusement qu'en métropole, j'en ai peur) Ce serait bien justement la meilleure justification du fait qu'on ne marque pas les lignes de côtes en tant que limites administratives. En effet, on importerait alors les lignes de base (prenant en compte cette fois les données bathymétriques pour déterminer la zone de laisse des plus fortes marées). La ligne de côte actuelle est basée sur des photos satellite ou aériennes dont on ne sait jamais quel était la hauteur de marée. En méditerranée où les marées sont faibles c'est peu gênant, mais pour les côtes des golfes de la Manche ou des Landes, c'est très gênant de ne pas avoir des données assez précises sur la ligne de côte (niveau moyen de la mer ou marée haute ?) ou la ligne de base. En principe on a un tag (natural=tidal, marée) pour marquer la zone de laisse, comme aussi l'effet de la marée haute qui fait remonter de l'eau de mer le long des fleuves, et rias ou abers bien au dessus du niveau de marée haute par effet dynamique. Mais son usage n'est pas très clair : les imports de Corine ont utilisé natural=tidal pour inclure largement des zones de terre du littoral, et pas seulement les plages ou les zones de laisse sous la forme de zones fermées qui encerclent chacun un segment de la ligne de côte, c'est franchement pas clair de savoir ce que ça désigne et pourquoi alors le reste de la côte est ignoré. Dans d'autres cas, les segments tidals ne sont pas fermés. Dans d'autres cas les zones fermées ont été taguées comme zones humides ou de marais salés (à priori selon la nature des dépôts marins laissés sur le sol et le développement d'espèces végétales spécifiques de ces types de sols fréqumment submergés, comme les prés salés du Mont-Saint-Michel). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [JOSM] requête service XAPI avec bbox
Bonsoir, Dans JOSM, pourquoi lorsque j'ouvre l'emplacement suivant [1] je me retrouve avec des ways bien au-delà des valeurs de coordonnées indiquées pour bbox ? Par exemple : - node id=472689370 : 48.4327121, 16.4866829 - node id=1826833135 : 56.9518644, 24.109445 Ma requête ne considérait que l'un OU l'autre des 3 critères ? Je croyais que ça cumulait les 3 critères en même temps. Merci d'avance pour votre indulgence, c'est la 1ère fois que je fais ce genre de trucs. Je découvre l'eau chaude mais ça a l'air génial. [1] http://api.openstreetmap.fr/xapi/xapi?*[bbox=3.9,46.45,5.4,47][highway=*][@newer=2012-08-15T00:00:00Z][@meta] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr