Re: [talk-ph] Greenhills Christmas/Mapping Party on December 17!
Hi guys, it seems that our Christmas/Mapping Party would also coincide with other OSM Christmas parties around the world: http://wiki.openstreetmap.org/wiki/Christmas_Party_2011 And if you will come, maning will be giving out OSM stickers! http://www.facebook.com/photo.php?fbid=2803955983508set=o.150987638336629type=1 So go on and add yourself to our Facebook event page: http://www.facebook.com/events/150987638336629/ On Sun, Nov 27, 2011 at 8:32 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, To cap off a wonderful year of mapping in the Philippines, let's celebrate by having a Christmas/Mapping Party! This will be a two-part event and you are free to join in either one or both. First, in the afternoon, we will be doing some field surveying in Greenhills, San Juan. Let's try to update and fill in missing POIs and confirm street names and routing information. Target areas include Annapolis Street, Santolan Road, Ortigas Avenue, and Wilson Street. Second, in the evening, we will be having a social meet-up to eat, drink, and be merry! Over dinner, we can all talk about maps, GPS devices, smartphone applications, open-source software, uses of OSM data, and other interesting topics. If you were part of the meetup back in 2009 at Greenbelt 3, it will be something like that. Let's have a Merry Christmas, the OpenStreetMap way! Facebook event page: http://www.facebook.com/events/150987638336629/ Details to follow here on this mailing list and on the Facebook page. See you! -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
I asked two attorneys in the USA to look into the question of whether the OSM map data falls under copyright. Please see earlier messages in this thread for details of how the lawyers were chosen and the question asked. They produced a written report which they asked me not to distribute publicly because of attorney-client privilege. I have sent a copy of that report to the LWG and the OSM board, and I am happy to share a copy with anyone who'd like to see it, but I think it is necessary to have some results which can be fully public. To this end the lawyers have produced a public version which does not mention OSM by name, although the issues addressed are those relevant to our project. You can see the report at http://membled.com/work/osm/Map_Project_Memo_public_FINAL.pdf -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Google Maps UK - some legal angles
As posted on talk-gb, Google Maps appear to have switched to using their own data rather than Tele Atlas's in the UK this morning. This raises a couple of interesting points. Firstly, it seems pretty clear to me that some of the data is OS-derived (probably from OpenData or a commercial licence - this isn't an accusation of wrongdoing!). The water bodies have the same shape. Rural woods are given names - information that can be derived from OS and pretty much nowhere else, unless you actually go round and talk to some very old residents. But even then I'm sure that 99% of people in our town wouldn't know the names of most of the woods. The copyright notice is now Map data (c) 2011 Google. The OS attribution is two clicks away and fairly well hidden. Why that matters to us: it's a pretty obvious precedent that an NMA is happy with that kind of attribution in a large, aggregated dataset, even for significant use of their data. Or at least I think so. Secondly, though, I am still bemused as to where some of the data comes from. As an example, if you search for 'High Lodge, East End', you get a cottage at the edge of the Blenheim Palace estate. But it's not High Lodge; that's well within the estate. I can't see anywhere obvious in the usual data sources, let alone on the ground, to give the impression this is High Lodge. Any thoughts? (I'm sure there isn't any OSM data in there, but someone may, of course, prove me wrong!) Finally, there are _lots_ of roads that look like normal roads, but are clearly tagged within Google's database as restricted access. You can route over them, but you get a warning - This route has restricted usage or private roads - and each direction is subtitled with Partial restricted usage road or somesuch. Will this be enough when someone drives down one and gets shot by the farmer? And are there any exceptions where a rutted track/precipitous drop isn't marked as such? cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
On Thu, Dec 8, 2011 at 1:20 PM, Ed Avis e...@waniasset.com wrote: I asked two attorneys in the USA to look into the question of whether the OSM map data falls under copyright. Please see earlier messages in this thread for details of how the lawyers were chosen and the question asked. They produced a written report which they asked me not to distribute publicly because of attorney-client privilege. I have sent a copy of that report to the LWG and the OSM board, and I am happy to share a copy with anyone who'd like to see it, but I think it is necessary to have some results which can be fully public. To this end the lawyers have produced a public version which does not mention OSM by name, although the issues addressed are those relevant to our project. You can see the report at http://membled.com/work/osm/Map_Project_Memo_public_FINAL.pdf This is good work Ed. Very clear and seems to address, full-on, most of the issues surrounding the topic. There's a word missing in the last line of section 2 (b). I guessing from the context the missing word is 'enforce'. In case it isn't, could you seek confirmation from the authors? Some of the conclusions I get from this (and others are welcome to draw out other conclusions and loose ends) are: * Maps are copyrightable, even when stored and represented as a database. * Facts are not copyrightable, but the creative bar is very low and if any originality is involved (selection, coordination, or arrangement, no matter how crude humble or obvious) then anything except the raw facts is copyrightable. * Tracing from maps, and from GPS tracks, is most likely copyrightable. Although the GPS tracks are unlikely to be copyrightable. * Individuals contributions will have copyright status if they pass the orginality test (selection, coordination, or arrangement, no matter how crude humble or obvious). * If the map is considered to be a compilation then all contributors, as joint authors, have joint copyright ownership. The hanging question in my mind is, if we assume, for the moment, that every contributor has joint copyright ownership, what rights would they actually have? Do they have full and unrestricted copyright in the whole compilation? Are they bound, or limited, by any of the terms or conditions that they agreed to when signing up? Are they in any way limited by the CC-BY-SA license grant? Would the Contributor Terms deny them any of their joint ownership rights? 80n ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
On Thu, Dec 8, 2011 at 2:30 PM, 80n 80n...@gmail.com wrote: * Tracing from maps, and from GPS tracks, is most likely copyrightable. Although the GPS tracks are unlikely to be copyrightable. Oops, I meant to say: * Tracing from imagery, and from GPS tracks, is most likely copyrightable. Although the GPS tracks are unlikely to be copyrightable. * If the map is considered to be a compilation then all contributors, as joint authors, have joint copyright ownership. And this point is specifically applicable in the US. Does this joint authorship doctrine apply in other jurisdictions? 80n ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
Hi, On 12/08/2011 02:20 PM, Ed Avis wrote: They produced a written report I am intrigued by the joint authorship concept. If that was true (relatively) universally, then we could perhaps use that to force even those who haven't agreed to the license change to allow us (their co-authors) to continue to distribute their part of the work under a license we choose. At least under German copyright law, this would only require us to share our profits with them, and since our profit is zero, this whole issue could make the license change a breeze! Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
Am 08.12.2011 15:46, schrieb Frederik Ramm: Hi, On 12/08/2011 02:20 PM, Ed Avis wrote: They produced a written report I am intrigued by the joint authorship concept. If that was true (relatively) universally, then we could perhaps use that to force even those who haven't agreed to the license change to allow us (their co-authors) to continue to distribute their part of the work under a license we choose. At least under German copyright law, this would only require us to share our profits with them, and since our profit is zero, this whole issue could make the license change a breeze! Well the concept is not new and has been suggested before at least in a couple of the major OSM countries have concepts of joint authorship (UK, Germany for example), but the consequences seem to differ quite a lot in the details. But the overriding reason why this is a path best not taken is that force boils down to legal action. And while for example in Germany permission to change the licence could not be unreasonably withheld, you would still have to ask each contributor first (unlikely that no answer would be considered consent). In summary I don't quite see how the report changes anything, summarized it states: a) maps are copyrightable in the US (not that we didn't know that) b) online maps are copyrightable in the US (we assumed that too) c) you could make a case that the underlying data of an online map is copyrightable (which we assume to some point for style files and similar... for the actually geographic data it is probably just speculation) d) we need a set of contributor terms that control the relationship between the mappers and the OSMF (very novel suggestion ... one could argue that the current CTs don't really cover all relevant points but that is a different discussion) Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
Simon Poole simon@... writes: In summary I don't quite see how the report changes anything, summarized it states: a) maps are copyrightable in the US (not that we didn't know that) b) online maps are copyrightable in the US (we assumed that too) c) you could make a case that the underlying data of an online map is copyrightable (which we assume to some point for style files and similar... for the actually geographic data it is probably just speculation) I think it's rather stronger than you could make a case. While the report is couched in conservative lawyer-speak, my understanding from speaking to the two attorneys is that it's pretty clear: the underlying data of the map falls within copyright. If you like, I could send you the full report which addresses OSM and the ODbL specifically? -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [HOT] Blog Post in the NYT About Turkey Earthquake Work
Le 08/12/2011 08:38, Kate Chapman a écrit : Thought I'd pass this along. There was a blog post in the New York Times about the mapping in Turkey: http://latitude.blogs.nytimes.com/2011/11/29/navigating-turkey/ Best, -Kate Thank you Kate. Maybe this is of general interest and can be copied to the talk list. Claiming maps as a right... Jean-Guilhem -- gpg 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Blog Post in the NYT About Turkey Earthquake Work
+1 :) On Thu, Dec 8, 2011 at 9:48 AM, Jean-Guilhem Cailton j...@arkemie.com wrote: Le 08/12/2011 08:38, Kate Chapman a écrit : Thought I'd pass this along. There was a blog post in the New York Times about the mapping in Turkey: http://latitude.blogs.nytimes.com/2011/11/29/navigating-turkey/ Best, -Kate Thank you Kate. Maybe this is of general interest and can be copied to the talk list. Claiming maps as a right... Jean-Guilhem -- gpg 0x5939EAE2 ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Logo, which one the right one?
yes ;) the problem after convert to AI, and open in AI take a look in the magnificier glass, i feel this is not good On Thu, Dec 8, 2011 at 12:37 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: Apologies, I have to correct myself, inkscape CAN open that file. I converted it to svg and png http://osmopenlayers.blogspot.com/2011/12/osm-logo-from-frans-inkscape-can-read.html mike On Thu, Dec 8, 2011 at 6:22 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Public-images-osm_logo-plain.ai what file format is that? I cannot read it. I dont use adobe or any non free software, I have inkscape. please use open formats. thanks, mike On Thu, Dec 8, 2011 at 12:28 AM, Frans Thamura fr...@meruvian.org wrote: Inkscape produce image when export to pdf. That is the problem come, in inkscape and in pdf from export, the design different. I has modified the inkscape edition in ilustrator, put in space.meruvian.org/logos. But need to confirm the design. I use for printing purpose here. On Dec 8, 2011 12:37 AM, Richard Fairhurst rich...@systemed.net wrote: Frans Thamura wrote: i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. Illustrator's SVG import is famously buggy (and I say that as someone who generally likes Illustrator very much). Your best bet is to use a tool with a better understanding of SVG, export to PDF, and then load that in Illustrator. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Logo-which-one-the-right-one-tp7070979p7071347.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What's wrong with this picture?
It seems that there was a problem with the coastline there. When the coastline is broken, this can flood such an area. As other maps are not affected, I tend to think that the problem was solved, so you need to wait for OpenCycleMap to refresh these tiles. Yves On 08. 12. 11 03:36, Andrew Errington wrote: This macro tile seems to be infected by the sea: http://www.openstreetmap.org/?lat=36.0742lon=126.8671zoom=13layers=C All tiles below it are rendered with a blue tinge. The rendering artifact is not present on the new 'Transport' layer (which is very nice, by the way). I had a quick look at the data in the top left corner of the bad tile, but there's nothing obvious. It's also strange that the top left corner of the tile is 'sliced off'. I didn't know whether to send a message to Andy Allan directly, so I decided to post here. Um, I guess I want someone to fix it, or tell me what's wrong and I will fix it. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What's wrong with this picture?
Hi all, I've actually noticed the same problem over in Portland, Oregon, USA as well. In our case, it looks like the river is bleeding out to the north and west, and it's not even square-shaped. Very strange. http://www.openstreetmap.org/?lat=45.266lon=-122.763zoom=10layers=C Thanks, Mele Sax-Barnett TriMet Regional Trip Planner Intern Portland, OR ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
On 8 December 2011 15:30, 80n 80n...@gmail.com wrote: On Thu, Dec 8, 2011 at 1:20 PM, Ed Avis e...@waniasset.com wrote: * If the map is considered to be a compilation then all contributors, as joint authors, have joint copyright ownership. The hanging question in my mind is, if we assume, for the moment, that every contributor has joint copyright ownership, what rights would they actually have? Do they have full and unrestricted copyright in the whole compilation? Are they bound, or limited, by any of the terms or conditions that they agreed to when signing up? Are they in any way limited by the CC-BY-SA license grant? Would the Contributor Terms deny them any of their joint ownership rights? OSM, Wikipedia and other projects having joint ownership by its contributors could have quite important consequences, personally I think it's very unlikely that this is right. The cost to acquire joint authorship would be low and the rights acquired very broad. In my view it would effectively be a loophole in copyright which would allow any other compatibly (e.g. share-alike) licensed work to be imported into the database and then relicensed under any other terms. Anyone could become a joint copyright owner in any (freely licensed) work they wish. I remember Anthony on the osm-fork list has previously explained why OSM is not a joint copyright work and what would be required for it to be one, have the lawyers considered that reasoning? Cheers ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - publishable memo for USA
andrzej zaborowski balrogg@... writes: OSM, Wikipedia and other projects having joint ownership by its contributors could have quite important consequences, personally I think it's very unlikely that this is right. The cost to acquire joint authorship would be low and the rights acquired very broad. In my view it would effectively be a loophole in copyright which would allow any other compatibly (e.g. share-alike) licensed work to be imported into the database and then relicensed under any other terms. Anyone could become a joint copyright owner in any (freely licensed) work they wish. That's my view as well. If making a joint work really were so easy, we would see contributors to Linux, for example, taking advantage of it. The FSF would be tearing their hair out trying to close this loophole in a new version of the GPL. So I don't think it is quite as simple as that. But I was unable to convince the two American lawyers on this point. They did say that they had only scratched the surface of this issue and had not researched it in depth. So the comments about joint copyright ownership should be taken as a starting point for future investigation rather than a definitive statement. I mentioned the joint ownership issue to the LWG in their weekly conference call but I got the impression that none of the LWG members were particularly concerned about this issue or motivated to change the contributor terms to allow for it. So I asked the lawyers not to spend further time on it. I remember Anthony on the osm-fork list has previously explained why OSM is not a joint copyright work and what would be required for it to be one, have the lawyers considered that reasoning? No, I wasn't aware of the arguments here. I could ask them to undertake further research about this but only if there is interest from the LWG or the OSMF board. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Guess the top 20 languages in OSM?
Dear All, Can you guess the top 20 languages used by OSM contributors? If you can help the Communication Working Group to communicate with readers of those languages by translating, let us know. We seek translators for ongoing work on the OSMF blog, and a short term translation task for the License Working Group. Let me know if you are interested. Either one is a way for you to participate in and assist the OSM Foundation without attending weekly meetings. Those interested in participating regularly in the Working groups are also welcome! inquiries to communication @ osmfoundation.org please. http://blog.osmfoundation.org/2011/12/08/languages-and-openstreetmap-foundation/ Best regards, Richard spoiler alert Top twenty languages listed below, for those who don't wish to guess. Cockney Bristolian Brummie Scouse Glaswegian :-) ... I kid, obviously. Just leaving more space for the spoiler. English German French Russian Spanish Italian Dutch Polish Portuguese Czech Chinese Swedish Finnish Japanese Hungarian Romanian Norwegian Slovakian Greek Korean ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Guess the top 20 languages in OSM?
-- Forwarded message -- From: Richard Weait rich...@weait.com Date: 2011/12/9 Subject: [OSM-talk] Guess the top 20 languages in OSM? To: talk@openstreetmap.org Dear All, Can you guess the top 20 languages used by OSM contributors? If you can help the Communication Working Group to communicate with readers of those languages by translating, let us know. We seek translators for ongoing work on the OSMF blog, and a short term translation task for the License Working Group. Let me know if you are interested. Either one is a way for you to participate in and assist the OSM Foundation without attending weekly meetings. Those interested in participating regularly in the Working groups are also welcome! inquiries to communication @ osmfoundation.org please. http://blog.osmfoundation.org/2011/12/08/languages-and-openstreetmap-foundation/ Best regards, Richard spoiler alert Top twenty languages listed below, for those who don't wish to guess. Cockney Bristolian Brummie Scouse Glaswegian :-) ... I kid, obviously. Just leaving more space for the spoiler. English German French Russian Spanish Italian Dutch Polish Portuguese Czech Chinese Swedish Finnish Japanese Hungarian Romanian Norwegian Slovakian Greek Korean ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- 李昕迪 Lee, Sin-di | http://www.mcdlee.tw ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Geo Freedom Day
Omdat de afspraak die ik zaterdagmiddag had is vervallen heb ik me toch nog aangemeld voor Geo Freedom Day in Baarn. Heb nog geen bevestiging van de organisator, maar neem aan dat ik nog wel welkom ben. Voor wie er ook heen gaat: tot dan dan. Op 1-12-2011 12:19, Jo schreef: Het lijkt me wel leuk/interessant om elkaar ook 's irl te zien. We zijn per slot van rekening blijkbaar allebei/allemaal gepassioneerd door zowel fietstoerisme als OSM...Op 1 december 2011 11:13 schreef Frank Fesevur ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geo Freedom Day
Jeroen, troost je Ook ik heb nog geen bevestiging gekregen. ... En wie zou mij nou durven weigeren ;-) Tot zaterdag. Groet Robert -Oorspronkelijk bericht- From: Jeroen Muris Sent: Thursday, December 08, 2011 8:41 PM To: winfi...@gmail.com ; OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Geo Freedom Day Omdat de afspraak die ik zaterdagmiddag had is vervallen heb ik me toch nog aangemeld voor Geo Freedom Day in Baarn. Heb nog geen bevestiging van de organisator, maar neem aan dat ik nog wel welkom ben. Voor wie er ook heen gaat: tot dan dan. Op 1-12-2011 12:19, Jo schreef: Het lijkt me wel leuk/interessant om elkaar ook 's irl te zien. We zijn per slot van rekening blijkbaar allebei/allemaal gepassioneerd door zowel fietstoerisme als OSM...Op 1 december 2011 11:13 schreef Frank Fesevur ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_11735SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geo Freedom Day
En *ik* heb inmiddels mijn bevestiging binnen... Op 8-12-2011 23:39, Jo schreef: Ik denk dat Bas het de laatste dagen wat drukker heeft dan gewoonlijk... Maar ik denk niet dat het nodig is om op bevestiging te wachten, om te weten of je welkom bent. Volgens mij is gewoon iedereen welkom die geïnteresseerd is in vrije verwerking van Geodata, of is dat verwerking van vrije Geodata? Ik denk dat hij gewoon graag heeft dat iedereen zich aanmeldt, zodat hij weet hoeveel stoelen hij moet bijzetten. :-) Groeten, Jo Op 8 december 2011 23:16 schreef Robert Elsenaar rob...@elsenaar.info mailto:rob...@elsenaar.info het volgende: Jeroen, troost je Ook ik heb nog geen bevestiging gekregen. ... En wie zou mij nou durven weigeren ;-) Tot zaterdag. Groet Robert -Oorspronkelijk bericht- From: Jeroen Muris Sent: Thursday, December 08, 2011 8:41 PM To: winfi...@gmail.com mailto:winfi...@gmail.com ; OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Geo Freedom Day Omdat de afspraak die ik zaterdagmiddag had is vervallen heb ik me toch nog aangemeld voor Geo Freedom Day in Baarn. Heb nog geen bevestiging van de organisator, maar neem aan dat ik nog wel welkom ben. Voor wie er ook heen gaat: tot dan dan. Op 1-12-2011 12:19, Jo schreef: Het lijkt me wel leuk/interessant om elkaar ook 's irl te zien. We zijn per slot van rekening blijkbaar allebei/allemaal gepassioneerd door zowel fietstoerisme als OSM...Op 1 december 2011 11:13 schreef Frank Fesevur ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_11735SPAM=truepath=C http://localhost:6083/Panda?ID=pav_11735SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Where did the town go?
On 01/12/2011, at 10:34 PM, Mark Pulley wrote: On 01/12/2011, at 6:15 PM, Andrew Harvey wrote: Deleted by user: cc_cleaner in changeset http://www.openstreetmap.org/browse/changeset/9915617 I've also just noticed that most of Cobar has gone. I did some edits on the way through in May, some of these have been left alone, but some have disappeared completely or been replaced by highway=road. Now that I'm back from holidays (and uploaded all my new traces) I've had a chance to have a closer look at Cobar, and done as much as I can to repair the damage. I probably checked the names of some of the streets back in May, but as I no longer have my audio recordings I can't be sure of this, so I've had to leave most of the streets unnamed. As one example, here is Louth Road: http://www.openstreetmap.org/browse/way/119756523 This is just a stub, this used to link on to the other roads. I've worked out what happened here - the one-way section of Louth Road splits into two at the Barrier Hwy, the stub was one of those branches, the other branch was deleted by cc_cleaner. As Cobar is about 8 hours drive (one way) from home, I won't be going there anytime soon to do further surveys. Mark P.___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
Am 07.12.2011 23:27, schrieb Stefan Keller: Wir haben uns selber schon mit mehreren Aspekten des Indoor Mappings beschäftigt. Ein datenmässiges Resultat unserer Arbeiten mit den Mitteln von OSM sieht man hier in Rapperswil (der schönste Campus der Schweiz): http://osm.org/go/0C0kYxc4f-- Ein Problem wird die Indoor-Positionierung sein. Und man sollte die Anbindung an die Outdoor-Welt nicht vergessen. ;-) Outdoor-Router können so jedenfalls keine Route von/zum Gebäude 1 berechnen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Andreas Labres list at lab.at writes: (jetzt mal ganz abgesehen, was es an Daten gibt und inwieweit die sinnvoll nutzbar sind oder nicht) Sie sind sinnvoll. Sogar für die grobpixeligen Luftbilder gibt es durchaus Verwendungsmöglichkeit. So habe ist bei mir dort zum Beispiel ein Gewerbegebiet drauf, das Bing noch nicht hat. Die Grenzen sind praktisch und die Wanderwege (wenn auch nur wenige vorhanden) sind auch sehr gut. CC-BY gibt eine Bedingung vor, das ist die Namensnennung. Für die Stadt Wien hab ich das abgeklärt, die wollten auf http://www.openstreetmap.org/copyright genannt werden. Guter Gedanke. Wer will sich mal mit denen in Verbindung setzen? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
On 08.12.11 09:43, Manuel Reimer wrote: CC-BY gibt eine Bedingung vor, das ist die Namensnennung. Für die Stadt Wien hab ich das abgeklärt, Guter Gedanke. Es gibt übrigens im Wiki: http://wiki.openstreetmap.org/wiki/Contributors some publishers (listed and attributed below) allow their data to be included in OpenStreetMap Ergo ist das wohl der passendste Ort. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] eigenen Marker auf http://www.openstreetmap.de/karte.html
Hi ! die neue Karte ist ja klasse - aber schön wäre es, wenn man auf dieser Karte noch einen Marker auf einer bestimmten Koordianate hinterlegen könnte. Wäre das machbar bzw. vielleicht geht das ja schon jetzt !?!?!? Nutzbar als Anfahrtsskizze und gleichzeitig direkte Werbung für OSM. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Andreas Labres wrote: Es gibt übrigens im Wiki: http://wiki.openstreetmap.org/wiki/Contributors some publishers (listed and attributed below) allow their data to be included in OpenStreetMap Ergo ist das wohl der passendste Ort. Keine Ahnung. Ich habe gerade eine Mail an das Vermessungsamt verfasst. Ich habe beide Adressen dort genannt. Man muss schon froh sein, wenn die sich überhaut mit so einer versteckten Nennung zufrieden geben und im Wiki, finde ich, ist das doch etwas versteckt. Ohne Umwege findet man da nicht hin. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag per club/associazioni
Alle 13:28 di venerdì 02 dicembre 2011 Alessio Zanol ha scritto: Ho messo in votazione il tag. http://wiki.openstreetmap.org/wiki/Proposed_features/Club Ripropongo l'invito a votare il tag.. intanto ho già iniziato ad usarlo qui e lì. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Datadonation fra BBR - 14358 bygningsnavne
Soren Johannessen skrev: Jeg havde et møde med Morten Lind fra Ministeriet for By, Bolig og Landdistrikter i går. Morten trak en liste fra BBR ud med bygningsnavne og de data kan helt frit bruges uden nogen restriktioner . Der er ingen der interesserer sig for bygningsnavne data ifølge Morten - Så hvis OSM kan bruge dem til systematisk at navngive gårde etc ude i lokalområderne, så er helt fint. Super! Det er godt nyt. Endnu engang UG+ til OSM! building = yes name = Moselund source = BBR Jeg vil nu foreslå, at vi passer på med ikke at befolke det globale namespace i source taggen med forkortelsen BBR, som det ikke er _helt_ urealistisk at forestille sig ville blive brugt til andet, og som i øvrigt ikke siger en ret meget, hvis ikke lige man er dansker og kender til BBR registeret. Jeg tror det ville være en god ide at benytte et dansk namespace, f.ex. source = DK:BBR Det vil i det mindste fortælle en læser af OSM dataene, at de stammer fra en import i Danmark. I fremtiden vil der komme flere og flere dataimporter, ikke blot i DK, og det vil bliver mere og mere uoverskueligt og usystematisk hvor disse data stammer fra. Vi kan lisså godt komme den udvikling i forkøbet. Med samme argumenter skulle vi måske diskutere om en nomenklatur of ID tags. Det blev nævnt for nyligt her på listen, at ID tags f.eks. er nyttige (uundværlige) når man skal opdatere en dataimport, og det ville nok være en god ide, at vi havde nogle retningslinier om namespace osv. i de ID tags, vi benytter i danske imports. -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hej, Hm, stadigvæk problemer? Her fungerer det fint. Hvis du tester på http://osm.rasher.dk/ , skal du måske force-reloade siden for at få de rigtige lag i højre side. Men ellers skulle du kunne se veje for Kolding, Stevns og København (cykel) her: http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF Som sagt kan det være, at siden skal force-reloades i din browser. (Kolding-datasættet inkluderer tilsyneladende også hovedveje for dele af resten af landet) - Peter Brodersen 2011/12/7 Jens Winbladh j...@somewhere.dk: Hej Peter og Rasher Jeg kan ikke få jeres tile-server til at virke. Det eneste jeg kan se er et par tiles syd for Køge. Har jeres URL link /Jens Den 6. dec. 2011 16.45 skrev Peter Brodersen pe...@ter.dk: Det lyder rigtigt godt. Held og lykke med mødet :-) - Peter Brodersen 2011/12/6 Emil Tin z...@tmf.kk.dk: jeg sender vejmidterne til dig så snart jeg får tid. jeg har et møde med frederiksberg i morgen, og vil vende ideen med dem også. -Oprindelig meddelelse- Fra: Peter Brodersen [mailto:pe...@ter.dk] Sendt: 6. december 2011 02:47 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommunale vejmidter som baggrundslag? Hej, 2011/12/6 Soren Johannessen soren.johannes...@gmail.com: Cool og godt tiltag med kun en layers for vejmidter for kommuner (og forhåbentlige mange flere) - Jeg tror det er disse her http://www.kk.dk/Borger/ByOgTrafik/CyklernesBy/CykelData.aspx Cykelmidter.zip (2,06 MB) Cykelmidter er vist misvisende, vejmidter må det nærmere være - bemærk KBh skriver data er fra 2006. Men det kan jo være at de opdaterer så også nyere stier/veje kommer med Det er faktisk cykelmidter (altså midten for cykelbanerne), som set her: http://osm.ter.dk/gfx/josm_cykelvejmidte.jpg Jeg har medtaget dem indtil videre i det generelle vejmidte-lag (i en blå farve), sådan bare mens vi leger. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hm, stadigvæk problemer? Her fungerer det fint. Hvis du tester på http://osm.rasher.dk/ , skal du måske force-reloade siden for at få de rigtige lag i højre side. Men ellers skulle du kunne se veje for Kolding, Stevns og København (cykel) her: http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF F5 og det dukkede fint op her på via http://osm.rasher.dk/ siden. Man kan godt se at cykelmidter er fra 2006 i Kbh, fx Amager Strandpark er slet ikke med - Men det kan være at selve bil/sti vejmidter filen som skulle være på vej fra Emil har nyere vejmidter data med. Godt arbejde med at smide tre kommuners vejmidter ud i et samlet katalog /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Hej Peter Jeg kan se det indimellem, Fik det til at virke et øjeblik på hjemmeside. JOSM giver en HTTP Response code 500. Virker meget ustabil, virker ind i mellem. /Jens Den 8. dec. 2011 10.20 skrev Soren Johannessen soren.johannes...@gmail.com : Hm, stadigvæk problemer? Her fungerer det fint. Hvis du tester på http://osm.rasher.dk/ , skal du måske force-reloade siden for at få de rigtige lag i højre side. Men ellers skulle du kunne se veje for Kolding, Stevns og København (cykel) her: http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF F5 og det dukkede fint op her på via http://osm.rasher.dk/ siden. Man kan godt se at cykelmidter er fra 2006 i Kbh, fx Amager Strandpark er slet ikke med - Men det kan være at selve bil/sti vejmidter filen som skulle være på vej fra Emil har nyere vejmidter data med. Godt arbejde med at smide tre kommuners vejmidter ud i et samlet katalog /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunale vejmidter som baggrundslag?
Men når det virker er det bare mega TopDollar. /Jens Den 8. dec. 2011 11.08 skrev Jens Winbladh j...@somewhere.dk: Hej Peter Jeg kan se det indimellem, Fik det til at virke et øjeblik på hjemmeside. JOSM giver en HTTP Response code 500. Virker meget ustabil, virker ind i mellem. /Jens Den 8. dec. 2011 10.20 skrev Soren Johannessen soren.johannes...@gmail.com: Hm, stadigvæk problemer? Her fungerer det fint. Hvis du tester på http://osm.rasher.dk/ , skal du måske force-reloade siden for at få de rigtige lag i højre side. Men ellers skulle du kunne se veje for Kolding, Stevns og København (cykel) her: http://osm.rasher.dk/?zoom=7lat=56.24056lon=11.61346layers=BFTFF F5 og det dukkede fint op her på via http://osm.rasher.dk/ siden. Man kan godt se at cykelmidter er fra 2006 i Kbh, fx Amager Strandpark er slet ikke med - Men det kan være at selve bil/sti vejmidter filen som skulle være på vej fra Emil har nyere vejmidter data med. Godt arbejde med at smide tre kommuners vejmidter ud i et samlet katalog /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] OpenStreetMap nævnt i IDEKATALOG FOR CYKELTRAFIK
Hej alle sammen Der er lige blev udgivet IDEKATALOG FOR CYKELTRAFIK http://www.e-pages.dk/cykelidekatalog/1/fullpdf/full4ee093ab0d5be.pdf (PDF link) og der står lidt om OpenStreetMap fra side 129-131 I kan læse om I er enige i nogle af de betragtninger. /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nogen der har forslag til hvordan man retter en bunke relationer med fejl i (der er importeret i OSM)
2011/12/8 Jens Winbladh j...@somewhere.dk: Hej Er der nogen der har forslag til hvordan man retter fejl i en bunke relationer der er importeret. Fejlene kan f.eks. være at tagget er skrevet med stort (og derfor kan OSM ikke fatte det) eller at det er forkerte tags f.eks. LANDUSE=Overdrev (Skulle have været natural=grassland). Jeg kan ikke finde noget gennem XAPI eller anden, der kan download relation og man kan rette dem i et go', ligesom man kan med alt andet i OSM. Eneste jeg kan finde på er at rette dem manuelt. Hvad med Overpass API http://wiki.openstreetmap.org/wiki/Overpass_API nederst på siden man vis søge på tidstempel og bbox og så alle relationer i det område sådan noget i stil med http://overpass-api.de/api/xapi?relation[bbox=7.1,51.2,7.25,51.3][@newer=2011-07-01T00:00:00Z] Ved ikke om det virker for dit problem /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nogen der har forslag til hvordan man retter en bunke relationer med fejl i (der er importeret i OSM)
On 08-12-2011 11:54, Jens Winbladh wrote: Hej Er der nogen der har forslag til hvordan man retter fejl i en bunke relationer der er importeret. Fejlene kan f.eks. være at tagget er skrevet med stort (og derfor kan OSM ikke fatte det) eller at det er forkerte tags f.eks. LANDUSE=Overdrev (Skulle have været natural=grassland). Jeg kan ikke finde noget gennem XAPI eller anden, der kan download relation og man kan rette dem i et go', ligesom man kan med alt andet i OSM. Eneste jeg kan finde på er at rette dem manuelt. Det skulle være muligt at hive dem ud med Osmosis's tag filter, som er beskrevet i OSM wikiet[1]. Hent et extract fra Geofabrik[1] og kør noget i stil med dette: osmosis --read-pbf denmark.osm.pbf --tag-filter accept-relations LANDUSE=Overdrev --used-way --used-node --write-xml overdrev.osm [1] http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage [2] http://download.geofabrik.de/osm/europe/ -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nogen der har forslag til hvordan man retter en bunke relationer med fejl i (der er importeret i OSM)
Jens Winbladh skrev: Er der nogen der har forslag til hvordan man retter fejl i en bunke relationer der er importeret. Fejlene kan f.eks. være at tagget er skrevet med stort (og derfor kan OSM ikke fatte det) eller at det er forkerte tags f.eks. LANDUSE=Overdrev (Skulle have været natural=grassland). Interessant! Skulle vi evt. lave en side på den danske del af wikien, med anvisninger om hvorledes man tagger forskellig typiske, danske landskabstyper, evt. med fotos? Vi har for længe siden diskuteret problemet landuse=forest vs. nature=wood. Kan ikke engang huske hvad vi blev enige om :-/ -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
On Wednesday, December 7, 2011, Jens Winbladh j...@somewhere.dk wrote: Hej Morten Jeg er i fuld gang med at rette op på smutterne. Desværre kan relationerne ikke til søges ud, Så man kan rette dem på den let måde (ikke hvad jeg kan finde ud). Således retter jeg dem manuelt og det tager lidt tid, I er velkommen til at rette hvis I se nogen fejl. /Jens OK. Jeg ville ikke lige gøre noget, hvis jeg ødelagde noget automatisk script/bot ting. Men nu skal jeg nok rette, når jeg støder på dem fremover... 2011/12/7 Morten Siebuhr s...@sbhr.dk 2011/12/5 Jens Winbladh j...@somewhere.dk: Hej Morten Det er lige det der er problemet er med at jeg skal rette dele af den import jeg har lavet i dele af Kolding. Jeg ved ikke om det stadig er work-in-progress, men der ser ud til at være lidt smuttere hist og her, eks: http://www.openstreetmap.org/browse/relation/1873419/history Der er tagget med LANDUSE=forest... -- Morten Siebuhr ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-ee] Aadressid koordinaatideks
Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Google Refine ning Google geokodeerija abil saaks teha: http://code.google.com/p/google-refine/source/browse/wiki/Geocoding.wiki?r=1430 6000 kirjet tuleks siis mitme päeva peale ära jaotada. -- Raul Kuupäeval 8. detsember 2011 15:59 kirjutas Andres Kaaber andres.kaa...@gmail.com: Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Praegu tuli veel parem mõte: uploadi tabel Google Fusion Table-sse. See oskab ilusti bulk-geokodeerida, ja kohe ka kaardil näidata. Ma praegu ei saa vaadata, aga minumeelest saab koordinaatidega faili siis ka pärast alla laadida. Kui mitte muidu siis KML failina. Jaak On 08.12.2011, at 16:33, Raul Kern wrote: Google Refine ning Google geokodeerija abil saaks teha: http://code.google.com/p/google-refine/source/browse/wiki/Geocoding.wiki?r=1430 6000 kirjet tuleks siis mitme päeva peale ära jaotada. -- Raul Kuupäeval 8. detsember 2011 15:59 kirjutas Andres Kaaber andres.kaa...@gmail.com: Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Testisin praegu kunagi saadud Muuseumite tabeliga. Suurusjärgus 10% jäi leidmata, mis on päris hea tulemus. Ja ilma mingi häkkimiseta. Jaak On 08.12.2011, at 17:01, Jaak Laineste wrote: Praegu tuli veel parem mõte: uploadi tabel Google Fusion Table-sse. See oskab ilusti bulk-geokodeerida, ja kohe ka kaardil näidata. Ma praegu ei saa vaadata, aga minumeelest saab koordinaatidega faili siis ka pärast alla laadida. Kui mitte muidu siis KML failina. Jaak On 08.12.2011, at 16:33, Raul Kern wrote: Google Refine ning Google geokodeerija abil saaks teha: http://code.google.com/p/google-refine/source/browse/wiki/Geocoding.wiki?r=1430 6000 kirjet tuleks siis mitme päeva peale ära jaotada. -- Raul Kuupäeval 8. detsember 2011 15:59 kirjutas Andres Kaaber andres.kaa...@gmail.com: Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Google fuusion :) ??? esimest korda kuulen ... aga uurin Kuupäeval 8. detsember 2011 19:22 kirjutas Jaak Laineste j...@nutiteq.com: Testisin praegu kunagi saadud Muuseumite tabeliga. Suurusjärgus 10% jäi leidmata, mis on päris hea tulemus. Ja ilma mingi häkkimiseta. Jaak On 08.12.2011, at 17:01, Jaak Laineste wrote: Praegu tuli veel parem mõte: uploadi tabel Google Fusion Table-sse. See oskab ilusti bulk-geokodeerida, ja kohe ka kaardil näidata. Ma praegu ei saa vaadata, aga minumeelest saab koordinaatidega faili siis ka pärast alla laadida. Kui mitte muidu siis KML failina. Jaak On 08.12.2011, at 16:33, Raul Kern wrote: Google Refine ning Google geokodeerija abil saaks teha: http://code.google.com/p/google-refine/source/browse/wiki/Geocoding.wiki?r=1430 6000 kirjet tuleks siis mitme päeva peale ära jaotada. -- Raul Kuupäeval 8. detsember 2011 15:59 kirjutas Andres Kaaber andres.kaa...@gmail.com: Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Aadressid koordinaatideks
Mnjah, tundub et GOogle on selle võimatuks muutnud ikkagi, küllap neile ei meeldi see. http://mickschroeder.com/2011/03/fusion-tables-export/ on juhend ja märkus et enam ei toimi. Tõesti isegi KML eksportides koordinaate seal pole, samas GOogle Earth seda oskab seda näidata (geokodeerib jooksvalt). Jaak On 08.12.2011, at 17:34, Andres Kaaber wrote: Google fuusion :) ??? esimest korda kuulen ... aga uurin Kuupäeval 8. detsember 2011 19:22 kirjutas Jaak Laineste j...@nutiteq.com: Testisin praegu kunagi saadud Muuseumite tabeliga. Suurusjärgus 10% jäi leidmata, mis on päris hea tulemus. Ja ilma mingi häkkimiseta. Jaak On 08.12.2011, at 17:01, Jaak Laineste wrote: Praegu tuli veel parem mõte: uploadi tabel Google Fusion Table-sse. See oskab ilusti bulk-geokodeerida, ja kohe ka kaardil näidata. Ma praegu ei saa vaadata, aga minumeelest saab koordinaatidega faili siis ka pärast alla laadida. Kui mitte muidu siis KML failina. Jaak On 08.12.2011, at 16:33, Raul Kern wrote: Google Refine ning Google geokodeerija abil saaks teha: http://code.google.com/p/google-refine/source/browse/wiki/Geocoding.wiki?r=1430 6000 kirjet tuleks siis mitme päeva peale ära jaotada. -- Raul Kuupäeval 8. detsember 2011 15:59 kirjutas Andres Kaaber andres.kaa...@gmail.com: Mul on ehak -i tabeli alusel aadressid, ehk siis ei ole valesti ja ülitäpset asja ka ei ole vaja. See oleks ka 1x konvertimine, mitte nn. reaal ajas. 2011/12/8 Jaak Laineste j...@openstreetmap.ee: Sa otsid bulk geokodeerijat. Ma poleks eriti kindel kas on. - Googlel on päris hea geokodeerija, ka Eesti kohta, aga see ei luba tingimuste ega API järgi bulk kasutust. - Regiol on ehk ka päris hea (ise tegin sellist seal), mida ta müüb oletatavasti. - Aadressregistri andmed on olemas, aga selle peale loogikat mis hästi leiaks tekstilisi aadresse. Minuteada ka maaamet ega keegi teine ei paku sellist teenust. - OSMis on liiga vähe aadresse et nominatim-i põhjal neid kasutada tasuks. Sisuline probleem on et Aadresse on miljon eri viisi võimalik (valesti) kirjutada, ja tavaline on et esimesel katsel puhtalt baasi päringutega saad heal juhul 10% neist leitud kui geokodeerija pole piisavalt tark. Ja teine probleem on et eri riikides/keeltes on palju omi nüansse, seega USAs tehtud (vabavara) vajaks Eesti jaoks kõvasti kohendamist. Jaak On 08.12.2011, at 13:34, Andres Kaaber wrote: Hei Kas keegi oskab aidata. Mul on exceli tabel (~6000 rida) kus on aadress. Mõnikord on aadress küla täpsusega, mõnikord tänava / maja täpsusega ja mul oleks vaja need aadressid saada wgs84 kordinaati? Kindlasti on selleks mingi tool olemas, oskab keegi sellist asja soovitada? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-cz] Mapa Prahou na kole
Ahoj, nejak mi to ted nefunguje, ale chvilku pockam. Mozna bych cekal, ze tam bude nejaka zminka, zes vychazel z moji mapy, nejen v komentarich. Ale asi by to nevyznelo tak dobre. Jaks mi psal, zes uz presel na Mapnik2, v cem je konkretne lepsi a mas vyzkousenou tuto verzi s offsetem? https://github.com/mapnik/mapnik/issues/927 Nejak nemuzu tu posledni nasi konverzaci najit. Martin 2011/12/8 Petr Dlouhý petr.dlo...@email.cz Ahoj, konečně se nám podařilo spustit [1] novou mapu [2] pro Prahou na kole, která je založená na OSM. [1] http://www.prahounakole.cz/2011/12/nova-cyklomapa-prahou-na-kole/ [2] http://mapa.prahounakole.cz/ Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapa Prahou na kole
Ahoj, sorry asi jsme na tom při spouštění zapomněli - přidáme tu zmínku do dokumentace a snad i do toho článku. Mapnik2 umí MarkersSymbolizer, který používám pro všechny šipky a umožňuje mnohem lepší možnosti nastavení než LinePatternSymbolizer a umožňuje použít SVG s trasformací pro značky. Mapnik2 také umí jednoduše upravit jména tras pomocí name=' (' + [ref]+ ') '. Line offseting by měl být bez problému (je to použíté například na cyklopruhy). Původní zpráva Od: Martin Tesar osm...@gmail.com Předmět: Re: [Talk-cz] Mapa Prahou na kole Datum: 08.12.2011 10:33:49 Ahoj, nejak mi to ted nefunguje, ale chvilku pockam. Mozna bych cekal, ze tam bude nejaka zminka, zes vychazel z moji mapy, nejen v komentarich. Ale asi by to nevyznelo tak dobre. Jaks mi psal, zes uz presel na Mapnik2, v cem je konkretne lepsi a mas vyzkousenou tuto verzi s offsetem? https://github.com/mapnik/mapnik/issues/927 Nejak nemuzu tu posledni nasi konverzaci najit. Martin 2011/12/8 Petr Dlouhý petr.dlo...@email.cz Ahoj, konečně se nám podařilo spustit [1] novou mapu [2] pro Prahou na kole, která je založená na OSM. [1] http://www.prahounakole.cz/2011/12/nova-cyklomapa-prahou-na-kole/ [2] http://mapa.prahounakole.cz/ Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Cléo et les pros d'OSM
Quand je vous disais que j'adore cette communauté ! Pas d'embrouille, on s'explique souvent longtemps et puis hop on se fait des bisous ;) Plus Sérieusement, Merci encore à tous les professionnels qui croient en nous et nous apportent régulièrement leur soutien. Je souhaite vivement et je l'ai déjà annoncé voir très bientôt des gens vivre d'activités connexes à OSM comme certains vivent de leur expertise PHP, Python, Perl, Admin Sys/Net etc ... Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Bonjour, En lisant le tuto, un petit point d'orthographe a retenu mon attention : IV] Téléchargement, installation et paramétrage de l'outil JOSM *Étape 3 :* Paramétrages Comment savoir si ma commune est vectoriée ? Je ne suis pas une experte en langue française (loin de là) mais je trouve que ce serait plus joli de dire soit ma commune est vectorisée soit ma commune est au format vecteur. A bientôt. Le 8 décembre 2011 06:49, partir-en-vtt ad...@partir-en-vtt.com a écrit : Merci blueberry pour la correction. Je vais appliquer les corrections ce soir si le temps me le permet. - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/www-openstreetmap-fr-2-0-tp7064878p7073341.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 -- Ophélie PETIT 8 boulevard Jules Verne 44000 NANTES Tel: 0033 (0)253555715 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Bonjour, Et un complément au reportage vidéo: http://www.charentelibre.fr/2011/12/08/la-cartographie-libre-c-est-leur-meilleur-plan,1069013.php Romain Le 7 décembre 2011 21:54, Pierre-Alain Dorange pdora...@mac.com a écrit : Marc Sibert m...@sibert.fr wrote: Si tu as encore du courage... peux-tu demander la liste des auteurs que l'on voit directement avec eux. Ya peut être moyen qu'ils nous (l'asso) les abandonnent ? J'ai répondu dans ce sens, mais j'y crois pas au vu de la deuxième réponse... voir message à coté. Par contre le cercle d'amis, c'est jouable dans une présentation à moins de 10 personnes. Il réclame dans ce cas une déclaration et le réglement des droits d'auteurs aux sociétés de perception... bla, bla... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ 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] www.openstreetmap.fr 2.0
Effectivement, petite faute de frappe. J'ai corrigé sur l'odt. Merci pour la remonté du souci ! - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/www-openstreetmap-fr-2-0-tp7064878p7073639.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] beta - stats cours d'eau
Chouette, chouette, c'est vite dit ! J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! On n'y voit pas les longueurs, et une analyse faite toutes les quelques semaines ça ne permet pas de vérifier ses ajustements à la volée. Là elle date d'octobre. Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. En allant plus loin et en combinant tous les scripts d'analyses de cours d'eau, on a les intérêts suivants, qui selon moi auraient du sens dans un service unifié. Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + Arno Renevier [2] + Vue en arborescence, très épurée à l'ouverture (pas de tableau interminable) + Hiérarchisation par bassin versant + Fiche détaillée par cours d'eau avec des infos pédagogiques (surtout pour les communes traversées) + D'autres intérêts déjà cités plus haut Werner2101 [3] + Portée internationale (ici France, Allemagne, Espagne, Italie) + Affichage des langues dispo pour la toponymie (*) Jocelyn [4] + Présentation par niveau de l'affluent (similaire à [1] et [2] + Outils de débuggage (**) + Liaison vers le référentiel officiel (SANDRE) + D'autres intérêts déjà cités plus haut Image des cours d'eaux principaux [5] + graphique + lisible, puisque limité aux cours d'eau principaux Dans l'outil de Sly, le nombre de morceaux peut mettre en évidence deux choses : - Le cours principal est en plusieurs morceaux (pas bien) - Les bras secondaires ont été ajoutés à la relation (pourquoi pas en fait, mais cela mériterait un rôle dans la relation, genre side_stream [6]). Bref, je verrais bien que les rôles des morceaux soient affichés Si plutôt que d'indiquer 4 morceaux, on a : 2 morceaux sans rôle et 1 morceau side_stream : cela doit mettre la puce à l'oreille pour révéler 1 vide 1 morceau sans rôle et 3 morceaux side_stream : Pas de souci Pour tout bétonner, on pourrait également mettre l'attribut main_stream sur les tronçons du cours principal. Mais je comprends bien que ne mettre aucun attribut est censé le sous-entendre. J'ai donné en exemple sur le forum eaux-vives.org [7] les analyseurs de sly et de Arno. L'évolution des km totaux et la présentation sous forme de bassin versant sont très parlants Je vais encore plus loin ! (de l'ab-fab'ulation sans doûte) Jean-Christophe Victor a parlé d'une revue critique du projet OpenStreetMap pour le Dessous des Cartes consacré au projet. Sachant que son dada c'est l'analyse, est-ce que pour l'instant il ne voit du projet que l'aspect contributeurs multiples (doûte sur leur fiabilité individuelle) et rendu des données (carte glissant, carte papier ...) ? Pouvoir mettre en évidence que des informations mises dans la base par étapes successives : _ le contributeur qui va tracer le parcours des cours d'eau de sa commune en mettant waterway=river ou stream et en mettant leurs noms quand il y en a. _ le plus zélé qui saura aller relier tout ça au reste du cours d'eau quelques km plus loin, faire l'ajout dans la relation qui porte l'attribut SANDRE _ le contrôleur général qui va faire l'outil pour recenser en temps réel l'état des cours d'eau On aboutit à un état des lieux instantané, critique (état de l'avancement, homogénéité), en liaison avec des données de référence (pages Sandre), polyglotte (noms en plusieurs langues) et hiérarchisé (arborescence des affluents, zones géographiques traversées) des informations. D'autres domaines peuvent être pris en exemple (réseau routier, ferroviaire ...) Et puis la vie ne s'arrête pas au Dessous des Cartes, bien évidemment. Un bel outil lié aux bassins versants est éminemment pédagogique --- (*) On y voit que les rivières allemandes n'ont pas d'attribut name:fr (à part le Rhin) à quoi servirait de faire un rendu mondial en français si on n'y a pas les noms des cours d'eau dans notre langue. Là, on peut balayer rapido les manques, et corriger facilement puisque la référence de la relation est mise en évidence. (**) On y observe des relations multiples pour un même cours d'eau (la Charente par exemple) Je ne prends pas partie dans la discussion concernant la nécessité des rôles tributary of J'espère que l'on peut faire sans, mais en pratique, ajouter ces infos dans la relation n'est pas contraignant et n'alourdit rien du tout (puisque mentionné une seule fois) --- [1] http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php [2] http://renevier.net/maps/rivers/ [3] http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/result.html [4]
[OSM-talk-fr] OpenData EtatLab et l'IGN
A propos des limites communale, mais je crains que ça ne fasse pas avancer énormément les choses. Les communes sont créées par arrêté préfectoral après rédaction d'un procès verbal de délimitation (An VIII ou IX, mais souvent revu depuis). C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). A partir du moment où l'on ce réfère à ce PV, peut importe la topographie (ou sa restitution) puisque la description, en général dans le sens horaire, va indiquer, par exemple, que la commune A est séparée de B par le chemin xxx jusqu'au pont sur la rivière puis suivra le cours de la rivière jusqu'à etc. etc. . C'est ce PV qui est normalement transcrit dans les plans cadastraux, avec les erreurs de ces plans… Donc quand les délimitations varient d'une source à l'autre, je crois que c'est à ce PV qu'il faudrait se référencer. En plus c'est une recherche intéressante pour un mappeur curieux ;-), mais ça ne marchera bien que si les points ou lignes sur lesquels s'appuient les limites communales sont correctement établis et restitués sinon… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Bonjour, De : Romain MEHUT Et un complément au reportage vidéo: http://www.charentelibre.fr/2011/12/08/la-cartographie-libre-c-est-leur-meilleur- plan,1069013.php Bravo PAD :-) 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] Nominatim sur site web...
Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
De : Damouns C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Ça me rappelle ceci : http://georezo.net/forum/viewtopic.php?pid=192338#p192338 suivi de : http://georezo.net/forum/viewtopic.php?pid=192354#p192354 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] OpenData EtatLab et l'IGN
Les communes sont créées par arrêté préfectoral après rédaction d'un procès verbal de délimitation (An VIII ou IX, mais souvent revu depuis). C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). On va garder ça pour osm_vs_limites_communales.2.0 ;-) Pour les problèmes de raccord, j'identifie avant tout des mauvais calages du cadastre. Je l'ai encore constaté hier soir en important les communes nouvellement vectoriées de l'Ardèche. Je parle d'erreurs dépassant la dizaine de mètres. Dans certains cas, on voit bien la limite naturelle utilisée, typiquement une rivière. Y-a-plus-k'à aller parcourir la rivière avec son GPS (en espérant qu'elle n'a pas bougée) et tracer la limite au GPS ou trouver de quel côté le cadastre est décalé. Dans d'autres cas, ce n'est pas facile de trouver de quel côté est le problème. Là, il faudrait aller chercher dans les PV l'élément de repère initial. Et je crains que dans certains cas, le repère initial sur le terrain ait disparu comme une rivière depuis canalisée toute droite ou un ancien chemin. Les divergences sur la forme même de la frontière intercommunale sont quand même beaucoup plus rares. Il y a le cas de la haute montagne sans parcelle mais le PV indiquera certainement du sommet A au sommet B en passant par la ligne crête là où le cadastre a tiré une ligne droite. Pour les autres cas, le PV toujours. Quand est-ce qu'ils les mettent en ligne??? ;-) De quoi occuper les fourmis quelques décennies... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
Les procès verbaux sont rarement numérisés par contre les plans cadastraux le sont: http://mezidonhistoire.canalblog.com/archives/1___archives_en_ligne/index.html Néanmoins je ne pense pas, pour en avoir lu, que ce soit une bonne source... ... Ce n'est ni géoréférencé ni précis (pour les plans) et chaque procès verbal fait quelques pages... Ca risque d'être un travail long et fastidieux... Le 8 décembre 2011 11:07, Damouns damo...@gmail.com a écrit : C'est le (ou les) procès verbal (aux) de délimitation intercommunale qui défini (par description et par plans) les limites de la commune. ce PV est à rechercher dans les archives communales ou aux Archives départementales (série P). Merci pour l'information. Tu aurais un exemple en ligne d'un tel procès-verbal ? Je ne sais pas trop s'il y a des archives départementales ou communales en ligne qui sont consultables facilement ? Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Ophélie PETIT 8 boulevard Jules Verne 44000 NANTES Tel: 0033 (0)253555715 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communes aux archives dép.
Le 8 décembre 2011 11:28, Eric Sibert courr...@eric.sibert.fr a écrit : Les divergences sur la forme même de la frontière intercommunale sont quand même beaucoup plus rares. Il y a le cas de la haute montagne sans parcelle mais le PV indiquera certainement du sommet A au sommet B en passant par la ligne crête là où le cadastre a tiré une ligne droite. Pour les autres cas, le PV toujours. Quand est-ce qu'ils les mettent en ligne??? ;-) De quoi occuper les fourmis quelques décennies... Ayant un peu fréquenté les archives départementales pour des recherches généalogiques (c'est d'ailleurs la généalogie qui m'a fait arriver sur OSM), je doute que ces PV de la série P soient dispo en ligne. Il faut aller sur place et bon courage car c'est assez procédurier sur certains départements. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. Le 8 décembre 2011 11:25, Pieren pier...@gmail.com a écrit : Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Salut, On arrive sur une page 'Document non trouvé' à l'url : http://openstreetmap.fr/calendar/month Cela depuis la page d'accueil sur le bouton 'Calendar' de : BarCamp Cartographie des transports en commun (Paris, le 20 décembre) Sinon j'ai remarqué la disparition du mot Planète sur la revue de blog, et c'est au final plus lisible. Le plus important est d'avoir conservé la diffusion du contenu, j'estime que nous sommes arrivés à un bon consensus après moults discussion , ça fait plaisir ;-) A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Le 8 décembre 2011 11:38, Christian Quest cqu...@openstreetmap.fr a écrit : Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. ça c'est possible en créant un hook sur la fonction ;) http://api.drupal.org/api/drupal/includes--module.inc/group/hooks/7 d'ailleurs le cas a déjà été prévu: http://api.drupal.org/api/drupal/modules--aggregator--aggregator.api.php/function/hook_aggregator_parse/7 Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] www.openstreetmap.fr 2.0
Le 8 décembre 2011 11:38, Christian Quest cqu...@openstreetmap.fr a écrit : Arghhh c'est le flux RSS de Marc qui envoie ça comme ça (css et script openlayers dans le flux RSS). Difficile à filtrer... sauf en modifiant le code de l'aggrégateur de flux de drupal. Le 8 décembre 2011 11:25, Pieren pier...@gmail.com a écrit : Il y a un bogue dans la Revue des blogs en français. concernant celui intitulé Présentation OSM à Courcouronnes le 25 juin 2011 de Marc Sibert. Visiblement, l'insert de carte ne plait pas beaucoup à l'agrégateur. http://www.openstreetmap.fr/planet Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/christian-quest Pareil, je ne vois qu'une seule solution, supprimer freeroute.fr des flux RSS intégrés... ce serait dommage non ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim sur site web...
2011/12/8 Christian Quest cqu...@openstreetmap.fr Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... Je pense que ca prendra aux pros du web ici que quelques minutes. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nominatim sur site web...
Le 08/12/2011 12:10, Emilie Laffray a écrit : 2011/12/8 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr Je viens de regarder rapidement ce que faisaient nos visiteurs sur le site web. A ma grande surprise, dans le champ Recherche, j'en ai un nombre non négligeable qui saisissent des adresses ! Il va falloir mettre un petit javascript pour faire des requêtes Nominatim et les renvoyer vers la carte si il y a une correspondance... Je pense que ca prendra aux pros du web ici que quelques minutes. Je confirme, faut juste trouvé un créneau ;-) Emilie Laffray ___ 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] Changement de travail
Bonjour, puisque ça a une légère incidence vis à vis de ma position à la communauté, je vous annonce qu'a partir de Mercredi soir prochain je ne travaillerai plus pour Mapquest. Je change de société et je pars pour une autre qui n'a pas de relations avec la géographie (enfin pour le moment :P ). Je devrai avoir un temps bien plus supérieur pour me réinvestir pleinement dans OSM car c'est un job avec une équipe au Royaume Uni donc le nombre d'heures ridicule que je faisais devrait en grande partie disparaitre. Je devrai être même en déplacement en France régulièrement pour le boulot. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
A mon avis, France 3 a une gestion stricte des droits. La question est de savoir, s'ils commercialisent ou non leurs reportages peu de temps après leur réalisation. Dans tous les cas, les ayant-droits intellectuels (caméraman, journaliste, principalement) doivent recevoir leur du selon un barème négocié. Je ne conseille pas à l'association d'utiliser des images dont on n'a pas mis le statut juridique au clair. Une extension de l'idée du cercle de famille n'est pas prudente, si elle n'est pas ponctuelle, ce qui exclut l'idée de formation. Au moins, nous tenons un bon acteur pour les futurs films réalisés en interne. ;-) . Christian (sans tirets) Le 7 déc. 2011 à 21:25, Marc Sibert a écrit : Le 07/12/2011 20:13, Pierre-Alain Dorange a écrit : Pierre-Alain Dorangepdora...@mac.com wrote: Je doute que nous puissions mettre en ligne la vidéo sans autorisation, question de droits comme toujours même si notre redevance l'a déjà payée. Pierre-Alain a peut être le contact pour avoir cette autorisation... Pierre-Alain ? Bravo a ceux qui on récupéré le reportage, moi j'avais pas réussit. La réalisatrice a demandé pour que j'ai une copie DVD (mais c'est même pas sur) alors une autorisation de réutilisation c'est pas gagné. Mais je vais demander à la réalisatrice, on verra bien. Elle est contente que ça plaise, par contre la rédaction de F3 a rien compris... Il autorise la (re)diffusion dans le cadre famillial ou cercle d'amis... Bon je veux bien être ami avec tout le monde mais pas sur que ça soit dans l'esprit (sic). Je cite : si la diffusion a lieu dans le cadre familiale ou du cercle d'amis, il n'y a ni autorisation à demander à ftv ni droits à payer aux organismes de collecte des droits d'auteur. Dans tous les cas de diffusion publique il faut: -demander l'autorisation de ftv par écrit (mail à m'envoyer) mentionnant le nom de l'organisateur, la salle, le nombre de spectateurs invités, l'événement donnant lieu à la diffusion, prix d'entrée; -la salle ou l'organisateur doivent déclarer et payer les droits d'auteur (liste que nous fournirons) aux organismes de collecte de ceux-ci. Je vais contacter directement la directrice de production pour essayer d'exposer plus clairement que c'est pour diffuser dans le cadre de formation, voir sur le site internet de l'association et uniquement ce reportage... Bonsoir, Si tu as encore du courage... peux-tu demander la liste des auteurs que l'on voit directement avec eux. Ya peut être moyen qu'ils nous (l'asso) les abandonnent ? Par contre le cercle d'amis, c'est jouable dans une présentation à moins de 10 personnes. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Le 8 déc. 2011 à 11:41, Rodolphe Quiedeville a écrit : Le plus important est d'avoir conservé la diffusion du contenu, j'estime que nous sommes arrivés à un bon consensus après moults discussion , ça fait plaisir ;-) Pour le plaisir d'apporter un peu de dissenssus, sinon ça n'est pas drôle, j'aurais bien aimé que l'on garde le terme planet que je ne connaissais pas. J'ai découvert un planet bio et j'en créer ais bien un pour une de mes marottes. La pédagogie, c'est introduire des termes sans les expliquer, jusqu'à ce que le contexte indique leur sens. C'est comme ça que nous apprenons les langues, l'argot, le jargon, l'ironie, les sous-entendus, etc. Cela me rappelle l'anecdote suivante : Dans un bibliobus, un instit avait écarté un livre, avec le commentaire suivant : il y a du passé simple et ils ne sont pas encore arrivés là. Eviter, à tout prix, les termes identiques, parce qu'ils existent aussi dans un autre champ lexical, c'est pour ceux qui veulent un monde trop blanc, sans polysémie sans second degré. Tout le contraire de la vraie vie. Vve le planet libre ! Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenData EtatLab et l'IGN
2011/12/8 Eric Sibert courr...@eric.sibert.fr: Dans certains cas, on voit bien la limite naturelle utilisée, typiquement une rivière. Y-a-plus-k'à aller parcourir la rivière Le lit d'une rivière se déplace toujours avec le temps, surtout si on remonte à son époque napoléonienne. Seuls les rivières canalisées déjà à l'époque peuvent encore servir de référence. Et que dire des ruisseaux qui sont encore plus souvent utilisés comme limites que les rivières. J'avais compris au cours de conversations précédentes sur ce sujet que si le lit se déplaçait, c'était toujours l'ancienne délimitation qui comptait. Donc utiliser Bing sur ce coup est plus que hasardeux. Il vaut mieux tracer deux ways, un depuis le cadastre pour la limite et un deuxième depuis l'imagerie si c'est possible (comme l'a dit Denis, la couverture végétale rend l'opération plus qu'incertaine). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
J'avais compris au cours de conversations précédentes sur ce sujet que si le lit se déplaçait, c'était toujours l'ancienne délimitation qui comptait. C'est en effet ce qu'on se répète sur osm-fr depuis quelque temps, mais voici un nouvel éclairage radicalement à l'opposé puisqu'il est suggéré que le cadastre ne dispose pas lui même des limites identiques à celles du PV de création de ces limites puisque celles-ci pourraient avoir été établies relativement à des éléments naturels. Information qu'il faudrait pouvoir contrôler. Les archives http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/thread.html n'indique pas qui est le posteur du mail d'origine, et je l'ai effacé par mégarde, qui est-ce qui vient de nous dire que la constitution des limites inter-communales pourraient être définies par rapport aux éléments du terrain ? -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Le 8 décembre 2011 11:41, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Salut, On arrive sur une page 'Document non trouvé' à l'url : http://openstreetmap.fr/calendar/month Cela depuis la page d'accueil sur le bouton 'Calendar' de : BarCamp Cartographie des transports en commun (Paris, le 20 décembre) C'est corrigé et j'ai aussi traduit les parties du calendrier qui ne l'étaient pas. Pour info, je maintiens un journal de bord du webmaster sur le site: http://www.openstreetmap.fr/blogs/webmaster/journal-de-bord Vous pouvez signaler les bugs sur le site en ajoutant un commentaire sur la page en question (quand les commentaires y sont possibles),. C'est beaucoup plus rapide pour moi car 1) ils sont regroupés dans une liste de commentaires à valider et 2) j'accès directement au contenu incriminé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
On jeudi 8 décembre 2011, Ab_fab wrote: J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! (...) Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. Exact. Je comparais à ça : http://beta.letuffe.org/cron/etat-cours-eau/pyramide-cours-eau.php (qui ne marche d'ailleurs plus non plus, mais si quelqu'un s'en sert, je peux le remettre en route) Ce dont on parlait avant : http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php et en train d'être remis en service ailleurs donc tu n'échange pas ton baril contre 2 autres, vu que tu gardes ton baril de béta (mais déplacé ailleurs) Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + C'est pas un cahier des charges, c'est ce qui est déjà ! Un plus serait l'histoire dont tu parles après qui prendrait en compte les rôles side_way. Proposition à laquelle je m'oppose pour l'instant (je ne demande qu'a être convaincu) et pour laquelle il y a grande chances que je ne fasse pas le moindre effort pour la supporter -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de travail
Le jeudi 08 décembre 2011 à 11:17 +, Emilie Laffray a écrit : Bonjour, puisque ça a une légère incidence vis à vis de ma position à la communauté, je vous annonce qu'a partir de Mercredi soir prochain je ne travaillerai plus pour Mapquest. Je change de société et je pars pour une autre qui n'a pas de relations avec la géographie (enfin pour le moment :P ). Je devrai avoir un temps bien plus supérieur pour me réinvestir pleinement dans OSM car c'est un job avec une équipe au Royaume Uni donc le nombre d'heures ridicule que je faisais devrait en grande partie disparaitre. Je devrai être même en déplacement en France régulièrement pour le boulot. bon nouveau travail donc ! cordialement didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
C'est ades_five qui a posté le message vers 9h52. Pour résumer, grosso modo, il y a deux-cents ans, deux gars se sont réunis et ont dit : la limite entre nos deux communes, c'est le ruisseau du Pissedru. Et c'est ça qui fait foi. Depuis, le ruisseau s'est déplacé une demi-douzaine de fois dans son lit. Et ça, dans notre société psychorigide, c'est pas acceptable qu'une limite administrative se ballade :-p. En pratique, ce n'est pas bien important. Il n'y a pas de parcelle dans la zone de divagation du ruisseau. Chacun doit entretenir la berge de son côté. Et payer la moitié du pont qui relie un côté à l'autre (ou tenter de filer le bébé au CG ;-) Après, le cadastre et les cartes IGN ne sont que des reflets déformés de la réalité, dixit Platon. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] beta - stats cours d'eau
En fait mon cahier des charges c'était mettre en avant les points forts de chacun des outils. En les combinant, on aurait quelque chose d'encore plus mieux Donc, oui, tout ce que j'ai mis à propos de ton outil existe déjà, et c'est bien pratique. Merci pour tous ces efforts Le 8 décembre 2011 13:16, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 8 décembre 2011, Ab_fab wrote: J'échangerais pas 1 baril de beta contre 2 de son remplaçant potentiel ! (...) Bon, là, je dirais qu'on parle pas de deux barils de lessive, mais plutôt de lessive et d'adoucissant : les services sont complémentaires. Exact. Je comparais à ça : http://beta.letuffe.org/cron/etat-cours-eau/pyramide-cours-eau.php (qui ne marche d'ailleurs plus non plus, mais si quelqu'un s'en sert, je peux le remettre en route) Ce dont on parlait avant : http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php et en train d'être remis en service ailleurs donc tu n'échange pas ton baril contre 2 autres, vu que tu gardes ton baril de béta (mais déplacé ailleurs) Voilà donc le cahier des charges :-) Sly [1] + Réactivité : résultats instantanés + Longueurs par cours d'eau + Total général + Comparaison avec le référentiel officiel (SANDRE), % d'avancement par cours d'eau (avec couleurs, ouééé) + Nombre de tronçons + Lien vers analyser.openstreetmap.fr, qui est bien efficace pour localiser les soucis + Lien vers la présentation de la relation sur openstreetmap.org + C'est pas un cahier des charges, c'est ce qui est déjà ! Un plus serait l'histoire dont tu parles après qui prendrait en compte les rôles side_way. Proposition à laquelle je m'oppose pour l'instant (je ne demande qu'a être convaincu) et pour laquelle il y a grande chances que je ne fasse pas le moindre effort pour la supporter -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
2011/12/8 Eric Sibert courr...@eric.sibert.fr: ce n'est pas bien important. Il n'y a pas de parcelle dans la zone de divagation du ruisseau. Je ne crois pas. Au contraire, il est très courant que des ruisseaux traversent des parcelles et que, au gré du temps, celles-ci passent d'un côté ou de l'autre du ruisseau, donc d'une commune à l'autre si on suivait la règle du terrain qui prime. Cela voudrait dire qu'après chaque grosse pluie, il faudrait appeler les géomètres pour savoir dans quelle commune on doit payer ses impôts locaux Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle réflexion sur le frontières de commune et éléments naturels - Etait: OpenData EtatLab et l'IGN
Pour résumer, grosso modo, il y a deux-cents ans, deux gars se sont réunis et ont dit : la limite entre nos deux communes, c'est le ruisseau du Pissedru. Nominatim renvoit no result found ;-) À moins que ce soit celui-là : http://www.openstreetmap.org/browse/way/69901228 Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre à la Réunion (était : Limites communes aux archives dép.)
J'étais tombé sur ce document il y a un certain temps: http://www.esgt.cnam.fr/documents/tfe/memoires/2002/02_smil_mem.pdf Les choses intéressantes commencent vers la page 20. Il y a du boulot pour les fourmis tropicales. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] organisation et ménage sur wiki.osm.org
Le 8 déc. 2011 à 01:07, Cyrille Giquello a écrit : Le 8 décembre 2011 01:03, Vincent Privat vincent.pri...@gmail.com a écrit : Bien que faisant partie des fautifs, j'approuve l'idée de faire du rangement en proposant l'option 3: http://wiki.openstreetmap.org/wiki/France:Tours http://wiki.openstreetmap.org/wiki/France:Indre-et-Loire http://wiki.openstreetmap.org/wiki/France:Centre Ça va pas faciliter les homonymes, pour les villes ... Cyrille. Quel intérêt de mettre France, puisque c'est au début du texte et dans les Catégories? D'accord, il y a 5 Paris dans le monde, mais les plus petits n'auront pas leur pages de sitôt, s'ils l'ont un jour. Pour les homonymies, il suffit de faire comme sur le Wikipédia et de mettre le département entre parenthèses. Ex. : Vézac (Cantal) et Vézac (Dordogne) Ce n'est pas grave d'avoir créé une page Centre qui est vide, pour le moment, mais il faudra, un jour, la remplir. A toi de trouver qu'y mettre. Cependant, il me semble que les pages de territoire devraient correspondre à un projet local ou à une collection de ressources. Ainsi la page Bretagne n'a pas été remplie par une communauté locale qui n'existe pas en tant que telle, mais par quelques personnes qui voulaient lister les voies cyclables sur longues distances. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vu sur IRC
Salut, Google vient de faire le meme changement qu'ils ont fait avec la France pour le Royaume Uni et on a pu se rendre compte qu'il manquait des donnees dans OSM: http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 Et pour rajouter un peu plus de details: http://googlemapsfail.tumblr.com/post/13919578126/this-morning-google-maps-uk-switched-from-using Emilie Laffray P.S: c'est bien entendu de l'humour :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reportage grand public sur OSM
Le 07/12/2011 23:36, Cyrille Giquello a écrit : Bah ça marche très bien, il faut cliquer sur Télécharger ce fichier http://dl.free.fr/qb3Fp18bj/france3-osm.mkv et télécharger le fichier pour ensuite le visionner ;-) :-) Je parlais des différents sites de France Télévision (pluzz, francetelevisions.fr, etc.) j'ai pas de Silverlight sur ma machine. Il y a bien le PC de ma fille qui est configuré pour télécharger les vidéo sur pluzz ... mais bon ... paresse oblige ... Donc merci à Christian Quest d'avoir coller le fichier mkv sur dl.free.fr -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
Le 7 déc. 2011 à 10:39, Pieren a écrit : Je vois que mes remarques de l'époque sont toujours d'actualité ;-) Si on se base sur cette source, l'operateur public/private serait suffisant. Le gestionnaire public (mairie, région, état) peut ensuite se déduire à partir de school:FR . Pourquoi, faire compliqué quand on peut faire simple : chaque établissement a un gestionnaire. La question à renseigner est sur le gestionnaire, pas sa couleur ou ses opinions. Ceci dit, en France, c'est hyper simple, car c'est l'Etat qui est l'opérateur principal de tout le système éducatif public, à l'exception, récente, des universités autonomes (attention, elles ne le sont pas toutes). Les mairies, Départements et Régions ne font que fournir des murs, des meubles, du matériel et des services annexes. Dire qu'ils sont operators outrepasseraient leur rôle réel qui est d'attendre que l'Etat leur donne la permission d'intervenir. Le fédéralisme, en France, c'est pas demain la veille. Profitons-en pour mettre Etat à tout ce qui est public et Direction diocésaine (de l'enseignement catholique) à tout ce qui est enseignement catholique. Il restera les universités autonomes, les écoles privées non catholiques (Diwan, en Bretagne, les calandretas dans le midi, les iskastolak du Pays Basque et les écoles catalanes + ABCM en Alsace ), les boites à bac, l'enseignement privé laïque, les écoles musulmanes et je ne sais quel Mandarom, ce qui ne fera pas une masse considérable. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
2011/12/8 Christian Rogel christian.ro...@club-internet.fr: Il restera les universités autonomes, les écoles privées non catholiques (Diwan, en Bretagne, les calandretas dans le midi, les iskastolak du Pays Basque et les écoles catalanes + ABCM en Alsace ), les boites à bac, l'enseignement privé laïque, les écoles musulmanes et je ne sais quel Mandarom, ce qui ne fera pas une masse considérable. et les protestantes, et les boudhistes, etc.. etc.. Quand on vous dit qu'il veut faire simple... ;) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vu sur IRC
Le 08/12/2011 15:39, Emilie Laffray a écrit : Salut, Google vient de faire le meme changement qu'ils ont fait avec la France pour le Royaume Uni et on a pu se rendre compte qu'il manquait des donnees dans OSM: http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 http://maps.google.co.uk/maps?q=ox26nnhl=enll=51.766728,-1.250365spn=0.002815,0.007371sll=51.765151,-1.250886sspn=0.007981,0.011244vpsrc=6dirflg=whnear=Oxford+OX2+6NN,+United+Kingdomt=hz=18 Et pour rajouter un peu plus de details: http://googlemapsfail.tumblr.com/post/13919578126/this-morning-google-maps-uk-switched-from-using Emilie Laffray P.S: c'est bien entendu de l'humour :) Ça doit être la photo qui n'est pas à jour. Et les riverains qui en sont pas encore au courant. En tout cas bon courage aux pilotes... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires
Bonsoir la liste, Nous venons de finaliser la première version d'un outil de suivi des modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de présenter le fruit de notre travail à la communauté. Voici le texte de présentation de l'outil, écrit par moi-même et enrichi par Jean-Louis Zimmerman et Tony Emery : ** LizWatch - Un outil cartographique de suivi des mutations des territoires UN DÉFI : VALORISER L'HISTORIQUE DES DONNÉES OSM OpenStreetMap est une base de données en constante évolution, où chacun est invité à contribuer en ajoutant, modifiant ou supprimant des objets géographiques. Si certaines données sont visibles sur une carte, d' autres modifications sont plus difficiles à voir. En effet, les cartes produites par les moteurs de rendu proviennent d'un choix de représentation des données OSM. Comme il n'est pas possible de tout représenter sur une carte, au risque de la rendre illisible, certains objets et la plupart des tags ne sont pas visibles sur les cartes. En outre, s'il reste possible de surveiller manuellement les modifications réalisées dans une zone déterminée, via des outils dédiés, aucun outil open-source ne nous a paru suffisamment simple et intuitif pour aider les utilisateurs dans ce suivi. C'est pourquoi nous avons créé LizWatch, une interface cartographique en ligne qui permet de consulter les changements effectués entre deux dates, en partenariat avec la ville d'Orange. Elle a soutenu une partie du développement de cet outil car il correspondait à leur besoin de suivi de l'activité économique via OpenStreetMap. Le démonstrateur LizWatch-Ville d'Orange permet de visualiser en temps réel l'évolution des données OSM sur la commune d'Orange. LES FONCTIONS DE LIZWATCH FILTRES DE RECHERCHE Via un formulaire, il est possible de filtrer les modifications OpenStreetMap que l'utilisateur souhaite voir sur la carte : * intervalle temporel de recherche (date et heure) * Statut des modifications : ajout (add), modification (mod) ou suppression (del) * veille sur les contributeurs : * on peut rentrer le pseudo complet d'un utilisateur. Par exemple Ben * on peut entrer une liste d'utilisateurs séparée par | . Par exemple Ben|Alban * il est enfin possible de mettre Marc pour chercher Marcel et Louis-Marc. * Tags : * Si on entre un seul mot, c'est la clé (exacte) qui est cherchée. Par exemple shop pour trouver tous les magasins. * On peut rentrer un couple clé/valeur pour affiner la recherche. Par exemple shop=florist pour voir seulement les fleuristes. * La recherche sur les valeurs n'est pas stricte. Par exemple, on peut mettre amenity=fire pour chercher les fire_hydrant (bornes à incendies) et les fire_station (caserne de pompier). * Il est aussi possible de faire des recherches de type OU sur les clés et sur les valeurs. Par exemple shop=florist|supermarket qui renverra tous les magasins de fleurs et les supermarchés, ou amenity|emergency=fire_hydrant. Ici, on utilise le pipe | comme séparateur. Il peut être mis du côté des clés, ou bien du côté des valeurs. Par exemple amenity=post_office|post_box. * On peut enfin affiner la recherche en combinant les filtres via une recherche de type ET. Par exemple [building=yes][source=cadastre] ne renverra que les immeubles qui ont pour source le cadastre. Dans ce cas, il faut bien encadrer les blocs par des crochets. * Changeset : si on connait le numéro du groupe de modification (changeset), on peut le saisir dans ce champ pour ne voir que les modifications qui le concernent. AFFICHAGE La carte affiche dynamiquement les objets OpenStreetMap qui répondent aux critères de recherche. En vert, les objets ajoutés pendant la période, en orange les objets modifiés et en rouge les objets supprimés. Via la légende en bas à droite, on peut masquer/afficher les nodes (les points) et de Ways (les lignes ou les polygones) Pour les points, nous avons activé le mode cluster, c'est-à-dire que les points proches ne sont pas affichés séparément, mais représentés par un cercle dont la taille dépend du nombre de points (le nombre de points est affichés dans le cercle). Il est possible de désactiver ou de réactiver ce mode en cliquant sur le bouton placé à droite de Nœuds dans la légende en bas à droite. En cliquant sur un des objets sur la carte, on peut ouvrir une fenêtre « popup » qui montre le détail de l'objet OpenStreetMap. Cette fenêtre contient des liens vers le détail du contributeur, de l'objet et du groupe de modifications. Si on est en mode cluster, un clic sur un cercle affiche dans la « popup » les informations sur les 10 premiers points du cercle. Il faut fermer la popup pour pouvoir faire des modifications dans le formulaire de recherche. PERMALINK Il est possible de conserver les critères de recherche pour une consultation ultérieure en cliquant sur le lien permalink à côté du bouton Filtrer. Cela raffraichit la page avec une adresse contenant les paramètres de la recherche. Vous pouvez enregistrer cette
[OSM-talk-fr] Relation CLC cassé
Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Merci -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit bug sur le site openstreetmap.fr
Eviter, à tout prix, les termes identiques, parce qu'ils existent aussi dans un autre champ lexical, c'est pour ceux qui veulent un monde trop blanc, sans polysémie sans second degré. Tout le contraire de la vraie vie. Vve le planet libre ! Il me semble que tu te contredis : « planet » n'est pas polysémique puisqu'il n'existe même pas en français, c'est « revue »qui est polysémique avec sept sens différents dans mon Larousse dont : - défilé, parade militaire - spectacle de music-hall comportant une succession de tableaux fastueux, animés par des danseuses légèrement vêtues - publication périodique spécialisée dans un domaine particulier ... Autrement dit, je suis en accord avec tes arguments mais j'en viens à la conclusion exactement opposée : « vive la revue libre !». Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation CLC cassé
Je viens de télécharger la relation en JOSM. Il y a un node qui a le rôle inner, cela me semble un peu bizarre, sinon, je ne vois rien de trop grave. Et il y a un outer qui n'est pas fermé. Dans les environs, je ne vois pas de chemin landuse=farm que je pourrais utiliser pour le compléter à nouveau, c'est donc probablement celui-là qui a disparu. Jo 2011/12/8 didier2020 didier2...@free.fr Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ 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] Relation CLC cassé
Merci pour les liens. Seul le premier outil arrive à analyser la relation. Sûrement trop grosse... 2011/12/8 Jo winfi...@gmail.com: Je viens de télécharger la relation en JOSM. Il y a un node qui a le rôle inner, cela me semble un peu bizarre, sinon, je ne vois rien de trop grave. Et il y a un outer qui n'est pas fermé. Dans les environs, je ne vois pas de chemin landuse=farm que je pourrais utiliser pour le compléter à nouveau, c'est donc probablement celui-là qui a disparu. OsmInspector indique pourtant que le multipolygone n'est pas valide : http://goo.gl/gLVVD Jo 2011/12/8 didier2020 didier2...@free.fr Le jeudi 08 décembre 2011 à 20:08 +0100, Jocelyn Jaubert a écrit : Le 8 décembre 2011, Sylvain Perrinel a écrit : Bonjour, je pense avoir cassé une relation CLC : 1029248 OsmInspector répond que cette relation n'a pas une géométrie valide. Quelqu'un sait-il comment trouver le chemin ou le point qui pose problème ? Il existe au moins ces analyses: http://osm3.crans.org/osmbin/analyse-relation?1029248 -- donne les nodes qui posent problème très rapidement http://analyser.openstreetmap.fr/cgi-bin/index.py -- plus lent, mais affiche sur une carte http://ra.osmsurround.org/analyzeRelation?relationId=1029248 -- une autre possibilité qui marche pas mal habituellement Par contre, on dirait que ta relation est suffisamment grosse pour que seul le premier lien donne des résultats... +1 Il n'y a pas un lien qui ne donne que les informations de la relations sans la dessiner ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Analyse osmose trou dans le landuse
Bonsoir, Depuis quelques temps j'essaye de trouver un site qui peut me trouver cela, mais pas moyen... donc est-ce qu'il serait possible de trouver quand nos développeurs auront le temps, une analyse de trou dans le landuse? Je pense pas que ca doit etre si compliqué étant donné qu'il y a déja une analyse de trou entre les communes... et pourrait ainsi completer l'analyse de CLC: http://clc.openstreetmap.fr/cgi-bin/index.py merci d'avance pour vos réponses. -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075726.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] Analyse osmose trou dans le landuse
Bonsoir, Est-ce que tu connais cet outil de suivi pour l'après import automatisé des données Corine ? http://clc.openstreetmap.fr/cgi-bin/index.py Le 8 décembre 2011 21:19, PierreV belett...@hotmail.fr a écrit : Bonsoir, Depuis quelques temps j'essaye de trouver un site qui peut me trouver cela, mais pas moyen... donc est-ce qu'il serait possible de trouver quand nos développeurs auront le temps, une analyse de trou dans le landuse? Je pense pas que ca doit etre si compliqué étant donné qu'il y a déja une analyse de trou entre les communes... et pourrait ainsi completer l'analyse de CLC: http://clc.openstreetmap.fr/cgi-bin/index.py merci d'avance pour vos réponses. -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075726.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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires
Bonsoir, Le 08/12/2011 18:22, kimaidou a écrit : Bonsoir la liste, Nous venons de finaliser la première version d'un outil de suivi des modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de présenter le fruit de notre travail à la communauté. (...) En vous souhaitant un bon test et une bonne soirée. Michael Douchin alias kimaidou 3liz Testé à l'instant : ça paraît très prometteur ! Je dis prometteur car ça reste frustrant de ne pas pouvoir tester en dehors d'Orange (même si je comprends bien la restriction). Je trouve particulièrement efficace de mettre en valeur les éléments effacés : c'est par principe les plus délicats à appréhender quand on cherche à comprendre ce qu'il s'est passé sur une zone. Un cas auquel je suis souvent confronté : quand un bout de limite admin est effacé, le voir en un coup d'oeil, ET en pouvant zoomer dessus, ça accélère le diagnostic et permet de cibler la zone de réparation, sans charger toute la relation : un gain d'efficacité et un confort d'utilisation à coup sûr. Une remarque sur la charte : je verrais bien des couleurs plus différentes que le rouge et le orange pour les effacés et les modifiés. Osez les contrastes :-) En tout cas merci pour l'outil, ainsi que pour son code bientôt libre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
oui... je met exactement le même lien dans ma question ;-)... c'est pas grave, au moins je sais que je suis lu ;-) Mais cette analyse ne détecte pas les trous entre les landuses... ni meme les landuses qui se superposent c'est pour cela que je fait cette requête... après ca peut quand même etre plus compliqué que pour les communes étant donné qu'on peut considérer qu'il n'y a pas que les landuses a prendre en compte mais aussi par exemple les terrains de sports, campings... a moins que j'utilise mal les landuses et devrait les mettre en dessous des terrains de sports et campings? (exemples qui me viennent en tete, mais je crois que je doit faire pareil pour des zones d'occupation différentes...) -- View this message in context: http://gis.638310.n2.nabble.com/Analyse-osmose-trou-dans-le-landuse-tp7075726p7075861.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
[OSM-talk-fr] Import bâti cadastal en décalage avec l'imagerie
Bonjour, Je susi débutant sur OSM et j'ai fait un import du bâti cadastral tel que décrit dans le wiki sur la commune de La Touche (26) http://www.openstreetmap.org/?lat=44.515322lon=4.887114zoom=18layers=M Malheuresement, il y a un soucis de calage. Les nouveaux bâtiments sont éloignés de plusieurs mètres de ceux de l'image aérienne et chevauchent même des routes... Que peut-on faire? Merci par avance___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
Le jeudi 8 décembre 2011 22:02:21, PierreV a écrit : oui... je met exactement le même lien dans ma question ;-). Haha ! Pris en flagrant délit de réponse sans avoir lu la question ;-)) Mais cette analyse ne détecte pas les trous entre les landuses... On peut aussi se poser la question philosophique de savoir s'il est utile de couvrir tout de landuse ;-) ni meme les landuses qui se superposent c'est pour cela que je fait cette requête... ça par contre, ça pourrait en effet être une bonne idée. Mais comme tu l'as supposé, les petites surfaces sont en général posées par dessus les plus grosses s'en s'emmer. à faire des multipolygones à trous -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse osmose trou dans le landuse
Shame on me :-( Le 8 décembre 2011 22:40, sly (sylvain letuffe) li...@letuffe.org a écrit : Le jeudi 8 décembre 2011 22:02:21, PierreV a écrit : oui... je met exactement le même lien dans ma question ;-). Haha ! Pris en flagrant délit de réponse sans avoir lu la question ;-)) -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des établissements scolaires
Bonsoir, Le 08/12/2011 16:09, Christian Rogel a écrit : Le 7 déc. 2011 à 10:39, Pieren a écrit : Je vois que mes remarques de l'époque sont toujours d'actualité ;-) Si on se base sur cette source, l'operateur public/private serait suffisant. Le gestionnaire public (mairie, région, état) peut ensuite se déduire à partir de school:FR . Pourquoi, faire compliqué quand on peut faire simple : chaque établissement a un gestionnaire. La question à renseigner est sur le gestionnaire, pas sa couleur ou ses opinions. Ceci dit, en France, c'est hyper simple, car c'est l'Etat qui est l'opérateur principal de tout le système éducatif public, à l'exception, récente, des universités autonomes (attention, elles ne le sont pas toutes). Les mairies, Départements et Régions ne font que fournir des murs, des meubles, du matériel et des services annexes. Dire qu'ils sont operators outrepasseraient leur rôle réel qui est d'attendre que l'Etat leur donne la permission d'intervenir. Le fédéralisme, en France, c'est pas demain la veille. Profitons-en pour mettre Etat à tout ce qui est public et Direction diocésaine (de l'enseignement catholique) à tout ce qui est enseignement catholique. Justement, le fait qu'il y ait plusieurs organisations qui gèrent l'une le personnel enseignant, l'autre les personnels IATOS et les équipements, fait que la présence d'une clé operator n'est pas indispensable, puis qu'elle ne porte pas vraiment d'information. D'ailleurs, le fichier arrête à dire si l'établissement est public ou privé. Sur le même sujet, j'ai examiné le fichier des établissements d'enseignement supérieur http://www.data.gouv.fr/donnees/view/Etablissements-d%27enseignement-sup%C3%A9rieur-30382046?xtmc=enseignement+superieurxtcr=9. On y cite à la fois des établissement publics, privés, mais aussi consulaires. Consulaires, c'est à dire qu'ils dépendent des Chambres de commerce, étranges organismes qui selon Wikipédia http://fr.wikipedia.org/wiki/Chambre_de_commerce_et_d%27industrie_en_France, sont des établissements publics tout en représentant les intérêts des entreprises. Doit on les classifier comme publiques ou pas ? ou trouver un autre mot-clé à côté de public et private ? -- Emmanuel Dewaele, Ingénieur études et recherche La Compagnie des mobilités 64, avenue Portalis bureau 202 37200 TOURS ? 06 26 94 94 71 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr