[Talk-hr] sotmeu11
posjet sotm-eu bio mi je jedan od boljih poteza u životu. Par dana sa predivnim ljudima...netzaboravno. I da,bilo mi ke korisno:-) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Ed Avis wrote: Interesting slip... of course I meant to say 'contacting'... :) So are there cases where people are thumbing their nose at the licence, but somehow if we used ODbL they would fall into line? Couldn't tell you that without reading their minds! I honestly don't know how many infringers are saying let's use this data, they'll never know, how many don't realise they're doing wrong, and how many just don't understand the licence. It's probably a bit of all three. I slightly suspect that ODbL's contract pillar makes it more enforceable than CC's copyright-only approach (there are more contract lawyers than copyright specialists). But even if that's true, and you'd need much finer minds than mine to pronounce on it, that's not really my point. Rather, it's this: in the absence of enforcement, good guys will comply with the licence voluntarily, and bad guys won't. Because ODbL's share-alike is more appropriate to data, it allows people to create produced works - a freedom not afforded by CC-BY-SA. (It also imposes additional requirements, of course, notably the derivative source requirement.) So let's assume neither licence is going to be fully enforced in every single circumstance. (That's surely a given; there are only so many hours in the day and so many things we can spot.) That means CC-BY-SA is restricting the good guys, not the bad guys. ODbL, in the produced work case, is not restricting the good guys. If you believe that produced works are a worthwhile freedom to offer, and I do, then the current situation favours the bad guys. (Of course, if you follow this argument to its extreme, then you end up with CC0+community norms... and though I was originally sceptical about that approach, the way in which infringing use is spiralling beyond even our ability to track it has made me rethink.) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-legal-talk-A-case-for-CT-CC-BY-SA-tp6613895p6618044.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
On Mon, Jul 25, 2011 at 1:01 PM, Richard Fairhurst rich...@systemed.netwrote: Rather, it's this: in the absence of enforcement, good guys will comply with the licence voluntarily, and bad guys won't. In the absence of enforcement they good guys will comply with the license if they can. If the terms are onerous then even the good guys will fail to comply. ODbL is way too onerous. Firstly it's not easy to understand what would be required for compliance (the language is unclear and even the best available advice is conflicting) and secondly if the requirement is for a database then it's impractical in many cases. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Richard Fairhurst wrote: I'm a good guy, I'd hope; I've given years of my life to OSM, and contributed a lot to the community (hardcore JOSM users may see fit to disagree ;) ). Despite that OSM offers nothing to me, because CC-BY-SA's share-alike clause is defined in relation to creative works, not to data. That means my particular niche (hand-drawn, highly specialised cartography, requiring days of work for a small set of maps) works fine with Ordnance Survey OpenData, but not with OSM. If I were someone writing routing software, whose endeavour is not caught within the arbitrary application of CC-BY-SA share-alike to OSM, I'm sure I'd feel differently. I see that the ODbL fits your particular use case nicely. But as you acknowledge, things look different for people with other use cases. I expect that I'm one of those people whose favourite use cases won't benefit from ODbL - quite the opposite, in fact. My personal niche in the realm of OSM products are 3D models. My vision is to build applications that let people explore models of the world and create products such as virtual panoramas, animations, or even simulator game scenarios, with no more than a few clicks. Users of these applications would not be limited to downloading pre-made models from a server and looking at them, but should be able to configure model generation as they see fit and have it instantly performed by their computer. If I'm not mistaken, this use case highlights several of the ODbL's downsides: * Complexity: This is particularly bad when non-specialists create produced works (e.g. screenshots), and the tool they use creates derivative databases in the process. * Unclear distinction between database and produced work: Illustrated by 3D models, which are yet another it depends case. * Skewed balance between effort for sharing databases and sharing products: A database of a virtual environment can be much larger and harder to publish than the short flying over my hometown Youtube clip produced from that database. * Unclear method of making the alterations alternative: This seems hard to apply to GUI-centred software. Strictly speaking, this would also force users of the application from my use case example to ensure continued availability of the SRTM database (additional Contents) and the program (part of the algorithm) as long as they want to continue publication of their produced work. You said CC-BY-SA is also a license that few current mappers should hate so much that they cannot stand to be part of a project that uses it. For the past three years I've stayed here partly in the hope that we'll move to ODbL, and partly out of inertia because OS OpenData wasn't available three years ago. The day that it's decided that we're staying with CC-BY-SA is the day I quit the project. I hope that you could still be convinced to accept a dual licensing solution that makes the database available under both ODbL and CC-BY-SA? If your goal is to eliminate legal barriers that make it hard for you to use OSM data the way you want, then I can understand your position - I'm doing the same thing right now, except for a different use case and therefore with different requirements. Trying to take existing options away from friendly data users, though - and an ODbL-only solution would involve that - is something that I can neither truly understand nor support. -- Tobias Knerr ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Tordanik wrote: I see that the ODbL fits your particular use case nicely. But as you acknowledge, things look different for people with other use cases. I expect that I'm one of those people whose favourite use cases won't benefit from ODbL - quite the opposite, in fact. I can certainly see your issues. But I think that this is what Steve was talking about in the SOTM-EU keynote when he said let's move to ODbL and sort out the details in v2. None of what you've highlighted is insuperable. They either require, IMHO (and I'm certainly not an authority on these things), a small wording change in ODbL 1.1, or a well-formed community guideline on our part. I suspect, for example, that looking closely at machine-readable in ODbL 4.6 would get us a long way. But fixing ODbL to remove implementation bugs will be a lot easier than making CC-BY-SA appropriate for data. I hope that you could still be convinced to accept a dual licensing solution that makes the database available under both ODbL and CC-BY-SA? Oddly enough I've just answered this one in private mail to someone so I'll repost my message here. :) My well-documented personal preference is for public domain (or attribution-only). So if you have two licences with differing share-alike permissions, and you dual-license the data under them, then you're providing it with more freedoms than you would under one alone. That's more permissive than either licence, and therefore closer to public domain - so _personally_ I'm happy. (I've said this on the lists at some point though I can't instantly find where.) But never mind what I think, is it right for the project? It's always hard to put yourself in someone else's mindset. But if you believe that share-alike is good, then surely you want that share-alike to be enforceable (otherwise you'd support CC0+community norms, a la Science Commons). With CC-BY-SA it's entirely possible that in many jurisdictions it isn't enforceable for all data - and, particularly, for OSM's most commercially valuable asset (routable street networks and addressing) in jurisdictions such as the States. So I wouldn't advocate CC-BY-SA or ODbL for the project; I think ODbL is a better way of providing share-alike. But personally, I'd not be upset if we ended up with dual-licensing, because it's slightly closer to public domain. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-legal-talk-A-case-for-CT-CC-BY-SA-tp6613895p6618510.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Cool, thanks for responding Ed. Look forward to the results. Steve On 7/25/2011 3:17 PM, Ed Avis wrote: Steve Coaststeve@... writes: Therefore I think it's going to require you to release the full instructions too. I'm guessing it's an email thread? For the UK, yes. For the US I have done the consultation with the two attorneys in a couple of long phone calls which I did not record. However, I expect the work they produce for me to give the question as well as an answer. I made clear that I want their best-researched opinion and not to promote any particular viewpoint (I am sure this does not need stating but I did so anyway to be on the safe side). In general I do not think a lawyer is able to produce 'biased' answers in the usual sense. There is far too much hot water he or she could get into for not giving a fair shake to all sides of the argument, and this is ingrained into the way lawyers think. But still the way you ask the question can affect the result because of this very caution. We have produced a free map. Can we distribute it under CC-BY-SA and know that some big evil company won't take it and not give back? I am a big evil map company. Can I take this CC-BY-SA data and not give back? These questions appear to be opposites, but the answers may well be 'no and no'. So I have tried not to phrase the question in either of those ways but to ask in a more general way about scope of copyright. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
Hi, On 07/25/11 09:27, Steve Bennett wrote: Two thinks that Wikipedia has that OSM lacks, are good visibility of recent changes (just click view history), and localised forums (talk page). Although it's possible (if difficult) to get the history of a given object in OSM, I don't know of any easy way to get a sense of the recent history of an area. Undoubtedly there are third party websites, but anything built into openstreetmap.org? There's OWL which in the medium term is scheduled to replace/augment the current history view. That should give a good idea of the recent development in an area. And yes, it would be great to have something like localised messaging. I absolutely hate Wikipedia talk pages, to me they are the most useless form of exchange. But it would be great if it were possible to post notes onto OSM with a certain geographic extent, e.g. caution, Bing imagery for this area is 10 years old and many things have been torn down since, or mapping party in this area next weekend, or import of data planned for this area, see ... for discussion and so on. This is however orthogonal to the changeset-based messaging that I have suggested. If I want to say something about a specific changeset, it should be possible to attach my comment to that changeset instead of having to make a general localised note for the area in question, saying I don't think changeset #12345 was a good idea Personally, I would have trouble marking many changesets -1 without doing extensive research. But there are a few where I've queried the author, and in some cases found explanations that weren't obvious at first I think it all depends on what you think a -1 means. If I find a changeset fishy, then conduct extensive research and find my suspicion confirmed, I will revert it (and not attach a mere -1 to it). Problem is that there are many things that I see and I find fishy where I don't have the resources or the patience for extensive research. Currently, in these cases I do exactly nothing, which means that the information 1 person found this fishy is lost. That information in itself does not have a value. But if there was a sufficient number of other people who were of the same opinion then maybe someone should/would investigate. (Actually I sometimes to this on IRC: Does anyone else find this strange?; then if a few others say yep I might actually investigate.) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Am 23.07.11 schrieb Michael Kugelmann: I for my personnal view think that's way too slow for current demands: we should see at least a daily update for the demands of the current work which is necessary to replace ways. Is there a way to speed up e.g. by getting closer to the main database or so? On Saturday the update to the recent full planet dump finished, so the data is now from June. A speed up depends on the way the diffs work. Can sbd. tell me whether the daily/hourly/minutely diffs contain all changesets of the day/... or only the last version per object? Beste regards, Fabian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [spam]Re: data reconciliation tools
On 24.07.2011 00:57, Shu Higashi San wrote: Can someone please tell me the meaning of the colours in Potlatch2 license status option? Sorry, I don't use Potlatch. Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On 23.07.2011 18:35, I wrote: I for my personnal view think that's way too slow for current demands: we should see at least a daily update for the demands of the current work which is necessary to replace ways. Is there a way to speed up e.g. by getting closer to the main database or so? No comment at all? No idea from the developers or the server oriented guys? Or should we move this discussion to the dev list? Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] routing and distance calculation
hi, I need a command line tool to get the distance between two points by the shortest route - preferably in python. Recommendations? -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Mon, Jul 25, 2011 at 5:41 PM, Frederik Ramm frede...@remote.org wrote: This is however orthogonal to the changeset-based messaging that I have suggested. If I want to say something about a specific changeset, it should be possible to attach my comment to that changeset instead of having to make a general localised note for the area in question, saying I don't think changeset #12345 was a good idea Commenting on changesets would be good, but it also needs to be easier to find those changesets, and link that up with other accumulated local knowledge. I can't really picture how such an interface would work, but the idea would to be easily see what's been going on in the area you're looking at, participate in conversations about stuff (individual objects, imagery, changesets...) I think it all depends on what you think a -1 means. The experience on Wikipedia is that reverting a changeset is a pretty offensive action to take, requiring great care. If -1 is a vote for reversion, then presumably equal care ought to be exercised. And IMHO a better option is to discuss the change, rather than to simply vote it down. Hey, are you sure about tagging these as tracks, they look like walking paths to me? builds community better than -1. Problem is that there are many things that I see and I find fishy where I don't have the resources or the patience for extensive research. Currently, in these cases I do exactly nothing, which means that the information 1 person found this fishy is lost. That information in itself does not have a value. But if there was a sufficient number of other people who were of the same opinion then maybe someone should/would investigate. Ok, so maybe -1 is the wrong naming. Query or flag for review might be better. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
On 14 July 2011 00:49, Frederik Ramm frede...@remote.org wrote: No. That patch is for osm2pgsql-64 (with its support for 64bit IDs). Saphy Mo is running a plain old (more than 12 months old) 32-bit-id osm2pgsql on a Windows system. You yourself said that the 32bit version can crash if a way ends up in pending ways with nodes that have large ID numbers. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Help Planet.osm.bz2 import error.
On 14 July 2011 10:11, John Smith deltafoxtrot...@gmail.com wrote: On 14 July 2011 00:49, Frederik Ramm frede...@remote.org wrote: No. That patch is for osm2pgsql-64 (with its support for 64bit IDs). Saphy Mo is running a plain old (more than 12 months old) 32-bit-id osm2pgsql on a Windows system. You yourself said that the 32bit version can crash if a way ends up in pending ways with nodes that have large ID numbers. AFAIK there is nothing that prevents node IDs causing an out of memory error, other than the fact that OSM for now has small ID numbers, Anthony's patch just checks to see how much memory is available and prevents osm2pgsql from using a memory cache if the memory is going to be exceeded. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Sudan boundary
Hi, I wrote the article at Ogle Earth on the Sudan boundary and I saw you thread on it on this talk list. I was told by my Google contact that the South Sudan dataset made by the US State Department's Office of the Geographer and Global Issues is free to the public, so you should be able to just ask for it, like Google did. Try emailing Google's contact there: Dave Linthicum (linthicu...@state.gov) - Boundary Analyst. Keep in mind, you'll have to decide separately what is disputed and how to depict it, but the delineation itself seems top-notch to me. If you want input on how to depict some parts of the border as disputed, I'd be happy to help, just let me know. Regards, Stefan -- stefan.ge...@gmail.com @stefangeens @ogleearth +46 73 504 5261 Skype: stefan.geens -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Ok, now I see! Thanks for explanation! -- RO On 21 лип. 2011, at 05:55, Toby Murray toby.mur...@gmail.com wrote: You know what would be perfect? If this map had the data layer as seen on osm.org. Then you could easily look up the details of ways you want to investigate. Toby On Wed, Jul 20, 2011 at 7:36 PM, Toby Murray toby.mur...@gmail.com wrote: The colors start at zoom 12. But if the area hasn't been viewed before it may take a while to render the overlay tiles, especially with it being hit by a bunch of us at the same time because of a link being shared on a large mailing list :) Toby On Wed, Jul 20, 2011 at 6:40 PM, Oleg gel...@gmail.com wrote: Chrome, latest I believe. Any zoom limits? 2011/7/21 Michael Kugelmann michaelk_...@gmx.de Am 21.07.2011 00:00, schrieb Oleg: hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? The information is visible in a second layer above the mapnik layer. Which system/browser do you use? Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] routing and distance calculation
hi, I need a command line tool to get the distance between two points by the shortest route - preferably in python. Recommendations? -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Shu asked: Can someone please tell me the meaning of the colours in Potlatch2 license status option? Checking the source, (from StatusFetcher.as): // if all users are yes or auto, status is 'ok' (green) // if first user is no, status is 'no' (red) // if any other users are no, status is 'partial' (softer red) // otherwise, status is 'unsure' (yellow) Although in theory I guess the colours could depend on the individual deployments, I think this is what is used at osm.org Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] routing and distance calculation
Hi K, The wiki[1] is a good starting point. There is also a more specific mailing list[2] dedicated to routing. Regards, Jorge [1] http://wiki.openstreetmap.org/wiki/Routing [2] http://lists.openstreetmap.org/listinfo/routing On 25-07-2011 08:56, kenneth gonsalves wrote: hi, I need a command line tool to get the distance between two points by the shortest route - preferably in python. Recommendations? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On 25/07/2011 08:53, Michael Kugelmann wrote: On 23.07.2011 18:35, I wrote: I for my personnal view think that's way too slow for current demands: we should see at least a daily update for the demands of the current work which is necessary to replace ways. Is there a way to speed up e.g. by getting closer to the main database or so? No comment at all? No idea from the developers or the server oriented guys? Or should we move this discussion to the dev list? You're entirely at liberty to write something yourself :-) Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rendering Server Outage - Static Tiles
OSM, The tile rendering server (yevaud) has experienced a hardware failure this morning. We've switched to the backup server, which only serves static tiles. The tiles may be up to 10 days old. Grant Part of OSM sysadmin Team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] routing and distance calculation
On Mon, 2011-07-25 at 10:28 +0200, yve...@gmail.com wrote: Pyroute tried it - but get this error: [lawgon@xlquest pyroute]$ python gui.py [poi_base.poiGroup instance at 0x952cfcc, poi_base.poiGroup instance at 0x952cf6c] Loading POIs from /home/lawgon/pyroute/Setup/poi.txt Error while parsing file No GPSD detected, position information will not be available No such tracklog data/sketches/latest.gpx No such tracklog data/track.gpx Loading OSM data from data/routing.osm No such data file data/routing.osm Downloading tah_9_254_169 Traceback (most recent call last): File gui.py, line 336, in do_expose_event return self._expose_cairo(event, cr) File gui.py, line 332, in _expose_cairo self.draw(cr) File gui.py, line 257, in draw self.modules['tiles'].draw(cr) File /home/lawgon/pyroute/tiles.py, line 156, in draw self.loadImage(x,y,z,layer) File /home/lawgon/pyroute/tiles.py, line 107, in loadImage downloadTile(x,y,z,layer,filename) File /home/lawgon/pyroute/tiles.py, line 41, in downloadTile urllib.urlretrieve(url, filename) File /usr/lib/python2.7/urllib.py, line 91, in urlretrieve return _urlopener.retrieve(url, filename, reporthook, data) File /usr/lib/python2.7/urllib.py, line 237, in retrieve fp = self.open(url, data) File /usr/lib/python2.7/urllib.py, line 205, in open return getattr(self, name)(url) File /usr/lib/python2.7/urllib.py, line 342, in open_http h.endheaders(data) File /usr/lib/python2.7/httplib.py, line 937, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 797, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 759, in send self.connect() File /usr/lib/python2.7/httplib.py, line 740, in connect self.timeout, self.source_address) File /usr/lib/python2.7/socket.py, line 553, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): IOError: [Errno socket error] [Errno -2] Name or service not known Handling last few checks before we close ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GMM publicity
http://minnesota.publicradio.org/collections/special/columns/news_cut/archive/2011/07/google_map_maker_turns_average.shtml I just want to know where I'm going when I'm in Kazakhstan, Negoda said. And I wanted to give something back to the country. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GMM publicity
Back when that article came out I made a feeble attempt at tracking this student down (he goes to the U just down the road from me) but ended up not hearing back from him. I may try again with a bit more vigor... On Monday, July 25, 2011 11:50:23 AM UTC-5, Steve Coast wrote: http://minnesota.publicradio.org/collections/special/columns/news_cut/archive/2011/07/google_map_maker_turns_average.shtml I just want to know where I'm going when I'm in Kazakhstan, Negoda said. And I wanted to give something back to the country. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] routing and distance calculation
On 25. 07. 11 11:51, kenneth gonsalves wrote: On Mon, 2011-07-25 at 10:28 +0200, yve...@gmail.com wrote: Pyroute tried it - but get this error: [lawgon@xlquest pyroute]$ python gui.py [poi_base.poiGroup instance at 0x952cfcc,poi_base.poiGroup instance at 0x952cf6c] Loading POIs from /home/lawgon/pyroute/Setup/poi.txt Error while parsing file No GPSD detected, position information will not be available No such tracklog data/sketches/latest.gpx No such tracklog data/track.gpx Loading OSM data from data/routing.osm No such data file data/routing.osm Downloading tah_9_254_169 Traceback (most recent call last): File gui.py, line 336, in do_expose_event return self._expose_cairo(event, cr) File gui.py, line 332, in _expose_cairo self.draw(cr) File gui.py, line 257, in draw self.modules['tiles'].draw(cr) File /home/lawgon/pyroute/tiles.py, line 156, in draw self.loadImage(x,y,z,layer) File /home/lawgon/pyroute/tiles.py, line 107, in loadImage downloadTile(x,y,z,layer,filename) File /home/lawgon/pyroute/tiles.py, line 41, in downloadTile urllib.urlretrieve(url, filename) File /usr/lib/python2.7/urllib.py, line 91, in urlretrieve return _urlopener.retrieve(url, filename, reporthook, data) File /usr/lib/python2.7/urllib.py, line 237, in retrieve fp = self.open(url, data) File /usr/lib/python2.7/urllib.py, line 205, in open return getattr(self, name)(url) File /usr/lib/python2.7/urllib.py, line 342, in open_http h.endheaders(data) File /usr/lib/python2.7/httplib.py, line 937, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 797, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 759, in send self.connect() File /usr/lib/python2.7/httplib.py, line 740, in connect self.timeout, self.source_address) File /usr/lib/python2.7/socket.py, line 553, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): IOError: [Errno socket error] [Errno -2] Name or service not known Handling last few checks before we close Ok, I never tryed the guy (or did, but with errors). However PyrouteLib works well, I use it there: www.pistes-nordiques.org. You'll find the simplified pyroutelib I uses on the website in http://dev-yves.dyndns.org/repository/www.pistes-nordiques.org/www.pistes-nordiques.org.tar at /pistes-nordiques-frontend/cgi/handler/routing.py Yves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Hm. I posit that whatever Francis comes up with could (and probably will be) reasonably be accused of bias, and by asking for a recommendation for advice in the US propagates the same bias. To be clear, I'm saying accused and the bias could be in either direction merely by hanging around here. I'm happy as ever to be wrong, but we could minimise said accusation by picking a random big firm. As Francis said in another thread: That it was drafted, carefully, by a lawyer I do not doubt. But lawyers draft things on instruction to achieve particular goals. Therefore I think it's going to require you to release the full instructions too. I'm guessing it's an email thread? That you're paying for this and taking the initiative to publish your efforts should be applauded, but lets try not to fall in to the same traps as the LWG? I'm half surprised nobody has jumped on you about not releasing the full US position like they jumped on the LWG for example. Steve On 7/25/2011 4:17 AM, Ed Avis wrote: I haven't wanted to make too much noise before I get the results back, though I have discussed this with the LWG. In the UK I have asked Francis Davey to do the work - he has often contributed to this list. He recommended a US attorney, Cathy Gellis. She in turn asked to bring in Jon Rubens, and they are working together. I am glad I was able to follow a chain of recommendations in this way rather than having to pick a law firm myself. Briefly the two questions I've asked about are the extent to which OSM map data is covered by copyright (and therefore, to which the share-alike provisions of CC-BY-SA are enforceable); and whether the additional contract-law provisions of the ODbL help enforceability. Francis Davey is also going to report on European database right law. I have made it quite clear that I am not involved in any legal action, nor likely to be, and so I'm not concerned about the usual issues of confidentiality and privilege. Nonetheless the US law firms are a little jumpy about producing something which will be posted publicly. I will probably need to summarize or report their findings in my own words, although I hope to share the full report with individuals who'd like to see it. Clearly, I have my own views on OSM licensing, but I have tried to put the legal questions in neutral terms. Sometimes I wasn't sure how specific to make them: am I asking about copyrightability of geodata in general, or OSM in particular? The US attorneys raised several interesting questions, such as what happens when contributors are from different countries, but I have tried to narrow the scope by asking them to assume all parties are in the USA. Similarly, questions about what exactly is a 'produced work' under the ODbL, or what exactly the DbCL covers, are not something I have asked about. I am paying for this work myself. I will of course report the outcome whether or not it supports my personal viewpoint. I expect a few weeks more of waiting. -- Ed Avise...@waniasset.com ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] A case for CT + CC-BY-SA
Hi, Steve Coast wrote: I'm half surprised nobody has jumped on you about not releasing the full US position like they jumped on the LWG for example. We're planning to let him work for 2 years and *then* jump on him, just like we did with LWG. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Announcing the Garching 3D Workshop
We will hold a workshop on August 27 in Garching (near Munich, Germany), where we will discuss 3D mapping and development. Details are available in the OSM wiki: http://wiki.osm.org/3D_Workshop_Garching If you are interested, add your name to the list in the wiki. The venue will be chosen depending on the number of participants. Garching is well connected with Munich's transportation network. We hope that this will enable some members of the international community to join us for the workshop. The event is organized primarily by local community member Marek Strassenburg-Kleciak. -- Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On 25.07.2011 09:47, Fabian Schmidt wrote: Am 23.07.11 schrieb Michael Kugelmann: I for my personnal view think that's way too slow for current demands: we should see at least a daily update for the demands of the current work which is necessary to replace ways. Is there a way to speed up e.g. by getting closer to the main database or so? On Saturday the update to the recent full planet dump finished, so the data is now from June. A speed up depends on the way the diffs work. Can sbd. tell me whether the daily/hourly/minutely diffs contain all changesets of the day/... or only the last version per object? to do a clarification and to avoid possible misunderstandings: I'm happy that some persons spend a lot of effort on tools like Fabian did. But from my personal point of view such tools could/should be provided by the foundation and therefor located within the official OSM servers with a very close link to the database. I would be happy if the whole licence change to OBDL would be finished soon. But therefor in the current phase of reconciliation we need appropriate tools, in that special case fast tools who give a quick response on the work. Once more: my original email was a question/request to the foundation and/or server admins. Please set up a (almost) realtime tool/server or support Fabian to get his server on realtime mode. Maybe further technical discussions should move to the dev list. Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] *** GMX Spamverdacht *** Re: data reconciliation tools
On 25.07.2011 11:45, Andy wrote: No comment at all? You're entirely at liberty to write something yourself :-) Please read my post sent out a few seconds before. Unfortunately I'm neihter a server admin nor a programmer. In that meaning I'm a simple user. But I can turn the knife in the wound which I do... Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering Server Outage - Static Tiles
All clear. Tile rendering is enabled again. Regards Grant On 25 July 2011 10:50, Grant Slater openstreet...@firefishy.com wrote: OSM, The tile rendering server (yevaud) has experienced a hardware failure this morning. We've switched to the backup server, which only serves static tiles. The tiles may be up to 10 days old. Grant Part of OSM sysadmin Team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Mon, Jul 25, 2011 at 4:33 AM, Steve Bennett stevag...@gmail.com wrote: The experience on Wikipedia is that reverting a changeset is a pretty offensive action to take, requiring great care. Really? Whatever happened to Bold, Revert, Discuss? In my experience a revert of a bad edit is a pretty common thing on Wikipedia. It's not until you get to re-reverts or re-re-reverts that offending someone becomes likely. In any case, the Wikipedia model somewhat fails as there's no easy way to revert in OSM. There's not even a good diff system. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On 21 July 2011 04:54, Richard Weait rich...@weait.com wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ accepted the odbl? has anyone voted on that yet? or do you mean accepted the CT? -- robin http://bumblepuppy.org/blog/?p=237 - government bill to remove basic human rights in NZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
On Tue, Jul 26, 2011 at 9:48 AM, Anthony o...@inbox.org wrote: Really? Whatever happened to Bold, Revert, Discuss? In my experience a revert of a bad edit is a pretty common thing on Wikipedia. It's not until you get to re-reverts or re-re-reverts that offending someone becomes likely. That works for particular situations, where people are inhibited from making changes due to complicated local history. It's not standard editing practice. From the guideline: Note that this process must be used with care and diplomacy; some editors will see it as a challenge, so be considerate and patient. This method can be particularly useful when other dispute resolution for a particular wiki is not present, or has currently failed...In a way, you're actively provoking another person with an edit they may (strongly) disagree on, so you're going to need to use all your tact to explain what you're aiming to achieve. In any case, the Wikipedia model somewhat fails as there's no easy way to revert in OSM. There's not even a good diff system. Yeah. This is sort of what I'm agitating for: better visibility of what others are working on, greater ability to manage changes etc. Another reason BRD wouldn't work on OSM is that probably no-one would even notice the B. And if they did, and did the R, probably no one would notice that. And if those steps both succeeded, where would you D? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
On 11 July 2011 13:32, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/7/7 Jochen Topf joc...@remote.org: On Thu, Jul 07, 2011 at 03:35:07PM +1200, Robin Paulson wrote: is there any consensus on shortening of parts of names?... i was under the impression consensus was to type the full word, then renderers would shorten where necessary? apparently some mappers disagree though Yes, thats the consensus and has been for a long time. Some mappers always disagree, just ignore them. :-) does anyone here know what st albans in uk is actually called then? i've been told it's st albans, not saint albans as i 'corrected' it to -- robin http://bumblepuppy.org/blog/?p=237 - government bill to remove basic human rights in NZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] GPS-Verleih
Am 22.07.11 18:43, schrieb Matthias Winter: Hallo, kann mir jemand weiterhelfen, wie ich denjenigen erreiche, der die GPS-Leihgeräte (http://openstreetmap.de/gps-verleih/details.html) verwaltet, oder wer das ist? Emails an gps-verl...@openstreetmap.de werden leider nicht beantwortet. Danke, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Im letzten Jahr hat sich Jan-Benedict Glaw um den Verleih der GPS-Geräte gekümmert – denke, dass sich da nichts gran geändert hat. Ich will hier nicht ungefragt seine E-Mail-Adresse veröffentlichen. Wenn Du mich anschreibst, schicke ich sie Dir persönlich per E-Mail gerne zu. Thomas thomas.eberth[at]t-online.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] more OSM coming soon
Hi, Am 25.07.2011, 10:03 Uhr, schrieb Markus liste12a4...@gmx.de: Jetzt ist sie wieder da. Zumindest vor gut einer Stunde stand hier: http://wiki.openstreetmap.org/wiki/Platform_Status bei tile noch OK, obwohl mir auch Tiles fehlten. Ich habe mal ein Ticket angelegt. Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] more OSM coming soon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.07.2011 10:03, schrieb Markus: Früher gehörte diese Meldung zum OSM-Alltag. Seit etwa zwei Jahren habe ich sie nie mehr gesehen. Jetzt ist sie wieder da. Ich bemerke seit ein paar Wochen mit meinem Schmalband-Internetanschluss, dass einzelne Tiles länger zum Laden brauchen oder garnicht geladen werden (und weiß bleiben). Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJOLS2WAAoJEPT/XJzV1tNzHkwIAJjC4LvururxZz1GJs8F+tY9 3Y38gxKEdvqb1u+n9j76Ps87mnGrGpc/cUSLPbbDUOl6McpYJ6O7K0Fy5QaDuFx4 64/vQeB7ODLk5hjI12vlHBkGVVEpRuCiGK9Bc/9ZjhsT1RL6LJ+1zwVMGwu0FFfH I/hvehD4LAI1opwQntX41TvwpdQzrezrfqsdhw3L9tMWEdRXwVyV0KDOfpMTN3Cv O9XoYTS7OKvrnPg9dN2QU/95wMSeKfEbRb3f2rvCkRoPggtOO90CcFZ6fEmqBIX7 Aa96Jai6BdS2EDUO7SoTCJa54fdDsfm42yfBVV/180bcaScTd9NUl7R8j6mpgm0= =FOa6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25.07.2011 13:29, schrieb Frederik Granna: Ich habe gestern einige Gegenden in Brandenburg/Sachsen-Anhalt gefunden die recht ungemappt sind und dort einige Straßen eingetragen. Bei einigen Straßen kann ich per Bing leider keine richtige Klassifizierung vornehmen. Ich habe da dann unclassified eingetragen. Das ist ein weit verbreiteter Fehler aber dennoch nicht wirkliche ine gute Idee. ;-) unclassified sind lokale Verbindungsstraßen die keine überregionale Klassifikation haben, also Gemeindeverbindungsstraßen. Siehe: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Droad Schön wäre, wenn du highway=road nur im Zweifelsfällen benutzt und bei recht eindeutigen Fällen (Mittelstreifen erkennbar, viele Autos zu sehen) dich lieber für eine der echten Kategorien entscheidest, evtl. auch unclassified. Hintergrund: highway=road kann vom Trampelpfad bis zur Autobahn alles sein, daher wird das in den typischen Routing-Anwendungen nicht verwendet. Ist eine Straße sicher für den Verkehr nutzbar, dann sollte sie auch so eingetragen sein. Dann natürlich mit ggf. fixme=* oder ähnlichem. Gruß, Bernd -- Math and alcohol don't mix. Don't drink and derive! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Frederik Granna webmas...@granna.de wrote: Ich habe da dann unclassified eingetragen. Ist es hier dann auch sinnvoll noch fixme=* zu setzen? unclassified ist dann schlichweg falsch. Genau dafür wurde highway=road erfunden. Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25. Juli 2011 13:44 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Bei jedem meiner Einträge habe ich source=Bing gesetzt. kann man machen, wobei viele Mapper auch sagen, dass solche Quellangaben besser im Changeset-Kommentar aufgehoben seien, also direkt dem Edit zugewiesen werden, und nicht dem Map-Objekt. Gruß Martin ___ naja, ich halte das schon für sinnvoll dieses direkt einzutragen. Immerhin beantwortet das gleich die Frage wie kommt der Typ darauf hier ne Straße zu zeichen und nichtmal anzugeben was das für eine ist (highway=road). Wenn dann ein local rangeht und diese Straße richtig klassifiziert kann er doch den source auf knowledge oder ähnliches stellen. Damit hat man ja auch eine ordentliche Versionskontrolle. Oder sehe ich das falsch? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm: Relationen vereinigen
Am 25.07.2011 14:11, schrieb Sven Geggus: Hallo zusammen, ist es möglich in josm zwei Relationen zu vereinigen ohne die Historie zu verlieren? Also so: Relation x ---+ | +--- Relation z | Relation y ---+ Hintergrund ist, dass man hier tatsächlich zwei Radfernwege zu einem zusammengefasst, neu benannt und beschildert hat. Ohne History-Verlust geht nur mit einer Eltern-Relation, aber ob das der richtige Weg ist... Ich würde eine neue Relation anlegen und die anderen beiden entfernen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25. Juli 2011 14:13 schrieb Henning Scholland o...@aighes.de: Ja, der richtige Wert wäre dann source=bing;knoledge. Die Geometrie stammt aus Bing, der Name aus dem lokalen Wissen. Dann fährt noch jemand Weg mit dem GPS nach und passt hier und da den Verlauf noch etwas an und erfasst noch die Beschaffenheit. Dann wäre man bei source=bing;knowledge;GPS;**sourvey Jetzt kommt der 5te Mapper und will wissen, woher welche Info kommt. Henning ___ Ich meinte eher diese History: http://www.openstreetmap.org/browse/way/22965249/history . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25. Juli 2011 14:28 schrieb Frederik Granna webmas...@granna.de: Ich meinte eher diese History: http://www.openstreetmap.org/browse/way/22965249/history . genau die zeigt ja den Changeset-Kommentar an, wenn er denn gesetzt wird (wie Du in Deinem Beispiel z.B. an der Version 12 sehen kannst). Je genauer man dort einträgt, was man weshalb gemacht hat, um so mehr wird auch dem nächsten Mapper klar, was gelaufen ist. Wenn man wie sysrun einfach nichts schreibt, ist das halt wenig hilfreich. Ein Beispiel könnte z.B. sein: D-Brandenburg, Tracing roads from Bing, no local knowledge oder so. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25. Juli 2011 14:37 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 25. Juli 2011 14:28 schrieb Frederik Granna webmas...@granna.de: Ich meinte eher diese History: http://www.openstreetmap.org/browse/way/22965249/history . genau die zeigt ja den Changeset-Kommentar an, wenn er denn gesetzt wird (wie Du in Deinem Beispiel z.B. an der Version 12 sehen kannst). Je genauer man dort einträgt, was man weshalb gemacht hat, um so mehr wird auch dem nächsten Mapper klar, was gelaufen ist. Wenn man wie sysrun einfach nichts schreibt, ist das halt wenig hilfreich. Ein Beispiel könnte z.B. sein: D-Brandenburg, Tracing roads from Bing, no local knowledge oder so. Gruß Martin Ok, dann bin ich jetzt schlauer :) Ist es bei Potlatch2 möglich Tags für den Changeset zu vergeben? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen
Jan Tappenbeck schrieb: bei knapp werdendem Bauland ist es teilweise in Mode in zweiter Reihe zu bauen. Diese Grundstücke werden dann mit Straßen erschlossen. Stellt sich die Frage - ab wann sind diese Straße in OSM darzustellen ??? Jede Straße, jeder Weg hat ein Recht in OSM zu existieren, wenn er/sie in der echten Welt so existiert. Es gibt Tags, um zu kennzeichnen, wenn man z.B. nicht öffentlich drauf fahren kann. Und wenn es eine reine Zufahrt ist, dann als highway=service taggen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Naturschutzgebiet
Liebe Naturschützer, vielleicht kann mal jemand diese Seite übersetzen: http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area Wie schreibt man Betreten verboten in die DB? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Hallo. Am 25.07.2011 13:54, schrieb Henning Scholland: Hintergrund: highway=road kann vom Trampelpfad bis zur Autobahn alles sein, daher wird das in den typischen Routing-Anwendungen nicht verwendet. Ist eine Straße sicher für den Verkehr nutzbar, dann sollte sie auch so eingetragen sein. Dann natürlich mit ggf. fixme=* oder ähnlichem. +1 in Gegenden ohne vorhandene Mapper. -1 in Gegenden mit lokalen Mappern. Wer eine Straße mit auf Luftbild erkennbarem Kfz-Verkehr (also nicht nur Feldweg) findet die bei OSM noch nicht drin ist, der hat eine Gegend ohne lokale Mapper gefunden. OSM dümpelt jetzt schon recht lange mit dem Image rum, in Ballungszentren sehr gut zu sein, aber in abgelegenen Gebieten würden ganze Orte fehlen. Wenn man eine Gegend hat für die es zutrifft, dass Verbindungsstraßen und ganze Ortschaften fehlen, der tut gut daran das so einzutragen dass es ab sofort nutzbar ist. Wenn nur noch Straßennamen oder Details fehlen ist das weit weniger schlimm als wenn alles fehlt (oder nicht nutzbar ist). Gruß, Bernd -- Wise men don't need advice. Fools don't take it. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen
Hi, On Sat, Jul 23, 2011 at 07:13:07PM +0200, Jan Tappenbeck wrote: HI ! bei knapp werdendem Bauland ist es teilweise in Mode in zweiter Reihe zu bauen. Diese Grundstücke werden dann mit Straßen erschlossen. Stellt sich die Frage - ab wann sind diese Straße in OSM darzustellen ??? Stell dir einfach vor du faehrst die Straße nach 800km nonstop, bei Regen und total uebermuedet im Dunkeln ohne Licht runter und moechtest von deinem Navi wissen in welche der kleinen Dunklen Einfahrten du moechtest. Ich faends super wenn mich mein Navi darauf hinweist das ich diese exakte Einfahrt nehmen soll um zur Nummer 42 zu kommen. Und wenn das nur das einzige Haus ist in 2ter Bebauung. Wenn da irgendwo ein Weg ist dessen Ende von der Straße nicht so offensichtlich zu erkennen ist dann mache ich da ein highway=service/service=driveway draus. Damit ists auch reichlich offensichtlich in den Daten das das kein oeffentlicher Weg im herkoemmlichen Sinne ist sondern eben eine Hauszufahrt. Wenn das zu mehreren Haeusern geht und oeffentlich koennte man das driveway weglassen. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25.07.2011 14:59, schrieb M∡rtin Koppenhoefer: Für Changesets werden nicht tags sondern jeweils ein Kommentar (Comment) vergeben (Randbemerkung: es gibt wohl auch Flags, d.h. für automatische Edits soll man als Bot-Flag bot=yes setzen). Das geht in Potlatch wohl grundsätzlich auch (wie die meisten aktiven Mapper nutze ich JOSM), aber wie genau müsste jemand anders erklären. In JOSM setzt man den Kommentar beim Hochladen des Edits, wobei man auch bisherige Kommentare auswählen kann (auch per automatischem Vervollständigen wird man unterstützt) bzw. von diesen ausgehend einen ähnlichen Kommentar setzen kann. Im Hochladefenster von josm kann man im Reiter Merkmale des neuen Änderungssatzes auch Tags setzen. Dort setze ich dann ein source=bing, in den Kommentar kommt dann Wo und Was. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Bernd Wurst be...@bwurst.org wrote: OSM dümpelt jetzt schon recht lange mit dem Image rum, in Ballungszentren sehr gut zu sein, aber in abgelegenen Gebieten würden ganze Orte fehlen. Was man so kaum noch pauschal sagen kann. Ja solche Orte gibt es auch in .de noch aber nicht mehr richtig viele. Ich muss inzwischen etwa 50km weit von meinem Wohnort weg um wenigstens ungemappte Feld- und Waldwege zu finden. Für fehlende Wohnstraßen wäre wohl am ehesten noch das naheliegende Elsaß ergiebig. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
Am 25.07.2011 13:29, schrieb Frederik Granna: Hallo, ich wollte mal Fragen was so Best-Practice beim Mappen per Bing-Luftbilder ist. Ich habe gestern einige Gegenden in Brandenburg/Sachsen-Anhalt gefunden die recht ungemappt sind und dort einige Straßen eingetragen. Die Luftbilder liegen teilweise spürbar daneben. Ich würde *immer* die Tracks mit herunterladen. Da kann man sich zumindest gelegentlich an vorhandenen Straßen/Bahnstrecken orientieren und eine Einschätzung über den mutmaßlichen Fehler bekommen. Den Tracks kann man meist mehr glauben als den Luftbildern. Die Schwarmintelligenz ist hoch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen per Bing?!
On Mon, Jul 25, 2011 at 05:50:10PM +0200, Thomas Reincke wrote: Den Tracks kann man meist mehr glauben als den Luftbildern. Die Schwarmintelligenz ist hoch. Das gilt so auf dem platten Land ohne bebauung. Ueberall da wo es bebauung gibt oder einfach andere topographische verwerfungen, gibt es auch einfach reproduzierbare Fehler im GPS ... Richtig waere keiner Quelle stumpf zu glauben sondern mit verstand da dran zu gehen. Jede quelle hat fehler. Sowohl OSM, GPS wie auch die Luftbilder. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ankündigung 3D-Workshop Garching
Am 27. August findet in Garching bei München ein 3D-Workshop statt. Eingeladen sind alle, die sich für das noch junge Thema 3D in OpenStreetMap interessieren. Details stehen im Wiki: http://wiki.osm.org/DE:3D_Workshop_Garching Interessenten können sich dort eintragen. Der genaue Veranstaltungort wird dann abhängig von der Teilnehmerzahl gewählt. Organisiert wird das Event von Marek Strassenburg-Kleciak. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag 'visible_name'
Il giorno 24 luglio 2011 09:02, Alessandro Pozzato apozz...@libero.it ha scritto: Potrebbe essere usato, per esempio, per quelle stradine così corte da non permettere la visualizzazione nemmeno ai livelli più alti di zoom, -1, e ti spiego perché. Tu, mappatore, tracci una linea a cui dai un nome. Come fai a sapere se quel nome è troppo lungo? Quello dipende dalla lunghezza (in pixel) della linea una volta renderizzata, dalla curvatura della linea (può essere meno influente se si renderizza il nome al centro, molto di più se lo si disegna sopra o sotto - potrebbe essere concavo o convesso, non lo sai), dal font utilizzato per il nome. Tutti questi parametri sono fuori dal controllo del mappatore, ed è giusto così. *Non* si mappa per un consumatore (in questo caso per il rendering. Tu stesso riconosci che B O S C O D I F A S O L O ucciderebbe la ricerca, quindi non lo si fa. Se in una pagina HTML tu volessi avere un testo grosso spaziato tutto in maiuscolo, lo scriveresti normale e poi ci applicheresti del CSS. Qui è la stessa cosa: contenuto da una parte (DB di OSM), stile da un'altra (foglio di stile di Mapnik/OSMarender/consumatore). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Fabio Alessandro Locati wrote: L'ultima volta che ho parlato con lo sviluppatore me l'aveva spiegata come ho scritto sopra. Può essere che negli ultimi mesi (ne avevamo parlato intorno a pasqua) abbia cambiato, questo non lo so ;) Ah, allora forse non ha spiegato molto bene sul sito... Ad ogni modo, vale la pena iniziare a rimappare adesso i dati a rischio o è meglio aspettare? Ciao, Gianluca -- View this message in context: http://gis.638310.n2.nabble.com/Fwd-OSM-talk-Data-reconciliation-Removing-CT-ODbL-declined-users-tp6607059p6617907.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opening_hours inverno/estate
Qui [1] trovi degli esempi. Suggerisce di separare con un : il periodo di riferimento dalla regola per il relativo orario di apertura. Tutte le regole si applicano al periodo di riferimento che le precede, fintanto che non viene specificato un altro periodo di riferimento. Esempio: Dec 21-Mar 21: 09:00-12:00, 13:00-17:00; Jun 21-Sep 21: 08:00-12:00, 16:00-19:00 [1] http://www.netzwolf.info/kartografie/osm/time_domain/erklaerung Ciao, Alberto -Original Message- From: marcram [mailto:marcr...@email.it] Sent: domenica 24 luglio 2011 19:30 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] opening_hours inverno/estate Il 24/07/2011 19:19, Damjan Gerl ha scritto: Ho trovato più di qualche volta la necessità ti separate gli orari per estate/inverno: ma come si può taggare questa differenza? Nel wiki non c'è niente di simile... Qualche consiglio? Damjan Al posto di inverno metti Dec 21-Mar 21 e al posto di estate Jun 21-Sep 21 Ciao Marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappa degli itinerari ciclistici
Riporto un annuncio di interesse anche per i ciclisti italiani. Da alcuni giorni Sarah Hoffmann ha affiancato alla già apprezzata mappa dei sentieri [1]anche una mappa delle route ciclistiche [2] (relazioni route=bicycle). Entrambi gli overlay coprono tutto il mondo, vengono aggiornati giornalmente (la mappa ciclistica dopo quella escursionistica, l'aggiornamento è pronto verso mezzogiorno), offrono la lista degli itinerari e la possibilità di scaricarne il GPX. [1] http://osm.lonvia.de/world_hiking.html [2] http://cycling.lonvia.de Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag 'visible_name'
Daniele Forsi dixit: un tag per questo sono da aborrire perché sarebbero uno spreco di spazio nel database se possono essere derivati automaticamente e un lavoro duplicato inserirli per tutte le strade, piazze, ecc. che hanno lo stesso nome, mentre con le regole si sistemano in un colpo solo alcune regole ci sono già per tante lingue: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations In pratica dovresti fare un database con tutti i possibili nomi a cui possono essere intitolate le strade con le relative abbreviazioni. considerando che ci sono molti casi in cui il nome è locale e compare in un unica via potrebbe essere pensabile usare un tag short_name con cui indicare l'abbreviazione in questi casi e un database (al limite una pagina wiki) in cui mettere i nomi più comuni. Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opening_hours inverno/estate
Dec 21-Mar 21: 09:00-12:00, 13:00-17:00; Jun 21-Sep 21: 08:00-12:00, 16:00-19:00 Si, questo potrebbe andare bene, ma io avrei da taggare un orario tipo: Apertura esercizio: estate 8:00-19:00 inverno 7:00-20:00 Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] opening_hours inverno/estate
Se estate ed inverno sono da intendere in senso astronomico, e in primavera ed autunno è da intendersi chiuso: Jun 21-Sep 20: 08:00-19:00, Dec 21-Mar 20: 07:00-20 Se invece estate ed inverno non sono da intendersi in senso letterale, ma vogliono solo dire che esistono due diversi orari (uno per il periodo a cavallo dell'inverno e l'altro per il periodo restante a cavallo dell'estate), e non si sa con precisione in che giorno c'è la transizione da orario estivo ad invernale (e viceversa), non resta altro che inserire l'informazione seguita da un commento. Sulla pagina di spiegazioni c'è l'esempio del rifugio alpino (Berghütte ) la cui apertura è specificata genericamente dalla metà di giugno alla metà di settembre, nel senso che apre e chiude intorno alla metà del mese: Jun: ab Mitte Juni; Jul-Aug: open; Sep: bis Mitte September Applicato al tuo caso, verrebbe qualcosa del tipo: 08:00-19:00 open tutto l'anno, 07:00-08:00 solo periodo invernale, 19:00-20:00 solo periodo invernale La parte open tutto l'anno non aggiunge alcuna informazione e la puoi anche omettere, serve solo se vuoi introdurre un commento esplicativo (se vuoi aggiungere questo commento, devi farlo precedere da open). Ciao, Alberto -Original Message- From: Damjan Gerl [mailto:dam...@damjan.net] Sent: lunedì 25 luglio 2011 22:58 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] opening_hours inverno/estate Dec 21-Mar 21: 09:00-12:00, 13:00-17:00; Jun 21-Sep 21: 08:00-12:00, 16:00-19:00 Si, questo potrebbe andare bene, ma io avrei da taggare un orario tipo: Apertura esercizio: estate 8:00-19:00 inverno 7:00-20:00 Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] accesibilidad a las sedes de la Universidad Nacional en el territorio nacional
Para tablets es mejor usar Android 3.2. Honeycomb o una versión 3. El 23 de mayo de 2011 22:28, Ricardo R harrie...@hotmail.com escribió: mensaje llegado al grupo en facebook: Estoy involucrado en un proyecto que busca diagnosticar la accesibilidad a las sedes de la Universidad Nacional en el territorio nacional, la idea es que esos datos sean de libre acceso una vez recolectados, pensamos hacerlo mediante tablets 3G capable, android froyo 2.2... recibo a nombre del grupo cualquier g ...uía y sugerencia que ustedes puedan tener! unaccesi...@gmail.com ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] OSM cykeldata - tags og SQL-queries?
Gode links, tak for det! Pointen om at det er en god træning selv at mappe er taget til efterretning.. VH Emil Tin --- 1. Re: OSM cykeldata - tags og SQL-queries? (Soren Johannessen) 2. Re: OSM cykeldata - tags og SQL-queries? (Jørgen Elgaard Larsen) -- Message: 1 Date: Fri, 22 Jul 2011 13:10:45 +0200 From: Soren Johannessen soren.johannes...@gmail.com To: OpenStreetMap Denmark talk-dk@openstreetmap.org Subject: Re: [Talk-dk] OSM cykeldata - tags og SQL-queries? Message-ID: cajpvc++fxge3uic3v_zwwntrhm+3dr1lo4cp4q1ow_t6zi_...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Standard eller default færdsel for Danmark for typer af trafik kan ses i denne tabel - viser som udgangspunkt hvem der må færdes hvor http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark List med alle typer af veje der finde kan ses http://wiki.openstreetmap.org/wiki/Highway Men der kan altid indsættes tags der overuler en regel fx highway=path udgangpunkt må cykler færdes her - men der kan indsættes bicycle=no på vejsegmentet. OpenStreetMap Wiki vedr. forhold cykelstier og situationer i vejnet kan ses her http://wiki.openstreetmap.org/wiki/Bicycle Et tip for at få en mere handy OSM fil at arbejde med at er at bruge Osmosis http://wiki.openstreetmap.org/wiki/Osmosis - den kan filterer alle de veje man ønsker ud og giver back en fil - Noget helt andet er at hvis man virkelig vil have indsigt i XML strukturen og vil benytte OSM data ad en professionel vej - Så er det bedste vej altså at have kortlagt lidt selv i OSM og få indblik i hvordan vejnettet (samt POIs/polygoner) er blevet tagget samt problemstillingerne Det giver også indsigt i hvordan man via API'er (XAPI)laver søgninger efter bestemte elementer og gør det rigtigt. Datamining ind i OSM uden at have kortlagt selv, er sådan lidt at være webmaster uden at have basal kendskab til HTML (min holdning) /Søren Johannessen 2011/7/22 Emil Tin z...@tmf.kk.dk: Hej, Her på Cykelsekretariatet på Khb kommune er vi i gang med at opdatere vores data over cykelinfrastrukturen i København, og vil gerne lægge data ud når de er klar, så OpenStreetMap kan bliver endnu bedre. I den forbindelse vil jeg gerne lave nogen sammenligninger mellem OSM og de data vi har. Jeg har derfor hentet OSM data og åbnet dem QuantumGIS og/eller GeoMedia, som vi bruger til at redigere vores egne data. Men jeg har brug for at sortere efter de steder (ways) man ifølge OSM kan cykle. Der er en række forhold man bør tage højde for; motorveje, ensretning, 'dismount', kun forgængere, etc. Er der nogen der har et forslag til hvilke tags man skal se på, og hvordan en SQL query kunne se ud? -- Message: 2 Date: Fri, 22 Jul 2011 13:36:37 +0200 From: Jørgen Elgaard Larsen j...@elgaard.net To: OpenStreetMap Denmark talk-dk@openstreetmap.org Subject: Re: [Talk-dk] OSM cykeldata - tags og SQL-queries? Message-ID: 4e2960c5.4000...@elgaard.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Emil Tin skrev: Her på Cykelsekretariatet på Khb kommune er vi i gang med at opdatere vores data over cykelinfrastrukturen i København, og vil gerne lægge data ud når de er klar, så OpenStreetMap kan bliver endnu bedre. Virkelig lækkert. Stor ros herfra! Er der nogen der har et forslag til hvilke tags man skal se på, og hvordan en SQL query kunne se ud? Prøv at tage et kig på http://www.cyclestreets.net/journey/help/osmconversion/ Mvh Jørgen Elgaard Larsen -- ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk Slut på Sammendrag af Talk-dk, Vol 27, Udgave 20 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Midlands Social on 4th Aug
Reminder that our next OSM midlands social is on Thur August 4th. This time at The Black Eagle, a fantastic old fashioned pub on Factory Road in Smethwick. Some of us will be doing a spot of mapping in the area before about 8pm. Details: http://wiki.openstreetmap.org/wiki/Mappa_Mercia The pub is within walking distance of the Soho, Benson Road metro station Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-se] Markanvändning
Det här kommer att låta som ett väldigt fånigt problem, men jag har som målsättning att täcka hela Lund med markanvändning. Vad kan man fylla denna lilla yta med: http://www.openstreetmap.org/?lat=55.700012lon=13.19939zoom=18layers=M (korsningen Södra Esplanaden/Östra Vallgatan)? Det är en stensatt refug med övergångsställe. Det kanske även kan vara vägledande för hur man kan tagga liknande områden på andra platser. /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Markanvändning
On Monday, July 25, 2011 at 17:37 CEST, Andreas Vilén andreas.vi...@gmail.com wrote: Det här kommer att låta som ett väldigt fånigt problem, men jag har som målsättning att täcka hela Lund med markanvändning. Vad kan man fylla denna lilla yta med: http://www.openstreetmap.org/?lat=55.700012lon=13.19939zoom=18layers=M (korsningen Södra Esplanaden/Östra Vallgatan)? Det är en stensatt refug med övergångsställe. Det kanske även kan vara vägledande för hur man kan tagga liknande områden på andra platser. Jag tycker att refugen hör till något av de kringliggande bostadsområdena. Till skillnad från markanvändningsattribut för rent fysiska företeelser (parker, kolonilotter etc) tycker jag att bostadsområden, industriområden osv. bör märkas upp efter deras logiska utbredning. Utbredningen för en park är bara fram tills gräset slutar och trottoaren tar vid, men bostadsområdet omfattar även trottoaren och gatan i sig. -- Magnus Bäck ba...@swipnet.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Markanvändning
2011/7/25 Andreas Vilén andreas.vi...@gmail.com: I Lund har jag kartlagt varje kvarter som ett separat bostadsområde, vilket har funkat bra hittills. Oftast har jag följt gatulinjen, men här kanske man kan låta halva västra och halva östra kvarteret mötas i refugen. Det är nog den bästa lösningen. IMHO tycker jag det är en styggelse att låta landuse polygoner följa en vägsträckning, det gör vidare editeringen av kartan så mycket svårare när man kombinerar dessa två. Om man verkligen har som målsättning att 100% av ytan ska ha ett landuse-värde så borde man kanske introducera landuse=highway Själv brukar jag låta landuse=residential löpa över ett större område än ett kvarter, men så att det enbart finns vägar med highway=residential inne i polygonen. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Markanvändning
Det är mycket lättare att redigera ytor som sitter fast i vägar numera när man kan mittklicka i Josm. Jag har förstått att det är två olika skolor men jag har en känsla av att den som förespråkar att rita i vägarna har övertaget. landuse=highway är nog ingen bra idé, eftersom det är bättre att använda breddvärdet för att definiera hur bred en väg är. /Andreas 2011/7/25 Markus Lindholm markus.lindh...@gmail.com: 2011/7/25 Andreas Vilén andreas.vi...@gmail.com: I Lund har jag kartlagt varje kvarter som ett separat bostadsområde, vilket har funkat bra hittills. Oftast har jag följt gatulinjen, men här kanske man kan låta halva västra och halva östra kvarteret mötas i refugen. Det är nog den bästa lösningen. IMHO tycker jag det är en styggelse att låta landuse polygoner följa en vägsträckning, det gör vidare editeringen av kartan så mycket svårare när man kombinerar dessa två. Om man verkligen har som målsättning att 100% av ytan ska ha ett landuse-värde så borde man kanske introducera landuse=highway Själv brukar jag låta landuse=residential löpa över ett större område än ett kvarter, men så att det enbart finns vägar med highway=residential inne i polygonen. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Markanvändning
2011/7/25 Andreas Vilén andreas.vi...@gmail.com: Det är mycket lättare att redigera ytor som sitter fast i vägar numera när man kan mittklicka i Josm. Vad jag vet så har man kunnat mittklicka i Josm åtminstone sedan 2008/2009 (eller tidigare, men det var då började engagera mig i OSM). Men det är fortfarande besvärligt att jobba med ihopfogade landuse och highway. Och det finns ju ingen logisk koppling dem emellan! Den enda fördelen är att mapnik renderar snyggare kartor, då det inte blir någon vit fläck mellan highway och landuse. Jag har förstått att det är två olika skolor men jag har en känsla av att den som förespråkar att rita i vägarna har övertaget. landuse=highway är nog ingen bra idé, eftersom det är bättre att använda breddvärdet för att definiera hur bred en väg är. Att ha en width-tagg på vägarna låter inte speciellt genomtänkt, Dels så skulle man vara tvungen att stycka upp vägen i mindre bitar varje gång bredden ändras och det är inte speciellt önskvärt. Dels så för att få det rätta värdet borde man väl i princip vara ute med måttband, medans en landuse=highway polygon lät kan ritas ifrån en satelitbild. Men och andra sidan man kanske inte behöver ha en landuse-polygon på 100% av världen. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Guia para catrasteitor
El día 1 de julio de 2011 20:43, jynus jyn...@gmail.com escribió: El día 1 de julio de 2011 18:59, Javier Sánchez javiers...@gmail.com escribió: El día 29 de junio de 2011 16:10, jynus jyn...@gmail.com escribió: Retomando el tema: propongo el 20 de agosto, coincidiendo con el 7º cumpleaños de OpenStreetMap: http://wiki.openstreetmap.org/wiki/OpenStreetMap_7th_Anniversary_Birthday_party -- Jaime ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Wiener Open Government Data Plattform Treffen am 28. Juli 2011
Hallo an Alle! Diesen Donnerstag 28. Juli 2011 zwischen 16.00 - 18.00 Uhr ist wieder Wiener Open Government Data Plattform Treffen [0] in der Rathausstraße 1, 1010 Wien, zusammen mit Vertretern der Stadt Wien, Wiener Verkehrsbetriebe und dem Verkehrsverbund Ostregion. Die letzten Treffen waren ausgesprochen produktiv und es wäre schön, wenn am Donnerstag einige neue Personen dazustoßen würden. cu andreas [0] http://data.wien.gv.at/veranstaltungen ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Edições irresponsáveis na Figueira da Foz?
Muito obrigado pelos esclarecimentos Jorge! Agora eu e muitos utilizadores aqui da lista já sabemos como fazer nestes casos. Já adicionei este email aos favoritos. Se não tens lugar marcado para jantar na Figueira da Foz, aconselho um sitio que fui este fim de semana e adicionei no OM (foi ao adicionar este POI que reparei que os restaurantes tinham desaparecido). Cantina San Lorenzo, na rua de são lourenço. É um restaurante mexicano com alguns anos (caso seja da tua preferência), muito acolhedor com boa comida e excelentes margaritas. Por acaso um amigo meu faz anos no dia 30 já me convidou para irmos à figueira. Quem sabe nos possamos cruzar sem saber. :) Cumprimentos 2011/7/25 Jorge Gustavo j...@di.uminho.pt Olá, Afinal havia de facto uma explicação bem simples: newbie. Se fosse algo intencional é que teríamos que ficar preocupados. De facto, nalguns casos, fazer um revert pode ser bastante complicado e há um conjunto de scripts que ajudam ( cf. http://wiki.openstreetmap.org/** wiki/Revert_scripts http://wiki.openstreetmap.org/wiki/Revert_scripts ) Mas, neste caso, para reverter a situação (trata-se de 33 nodes que foram apagados e que não sofreram alterações posteriores), a forma mais simples é usar o Revert plugin do JOSM (cf. http://wiki.openstreetmap.org/** wiki/JOSM/Plugins/Reverterhttp://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter) Fui isso que fiz: 1) Abrir JOSM 2) Download de uma área central da FF 3) Ir a History - Revert changeset 4) Indicar o changeset em questão: 8759374 5) Todos os nodos apagados são recuperados e ficam como novos 6) Fiz o upload Está reposta a situação (demora 5 minutos). No próximo sábado, dia 30, irei jantar à Figueira (já estava marcado!) e espero já ter restaurantes novamente. Abraço a todos, em especial ao Rui Oliveira que reportou prontamente a situação e entrou em contacto com o utilizador. Jorge Gustavo On 25-07-2011 14:28, f.dos.san...@free.fr wrote: Ha sempre explicaçao : erro dum newbie ;-) O melhor é fazer um revert, existem script para o fazer (pessoalmente nunca o fiz até agora). Jorge talvez tem mais pratica ? Senao posso sempre pedir ajuda na lista francesa, o pessoal ja ta acostumada a isso. E so preciso os ID dos changeset a reverter. Francisco Olá caro Jorge. Também tinha enviado um email ontem, fazendo-lhe justiça e como fiquei intrigado porque ele fez isso, mandei-lhe uma mensagem e ele pediu desculpa. Boa noite Completamente por acidente devo dizer.. pensei que ao fazê-lo estava apenas a criar um rascunho de um mapa que ficaria acessível na minha conta. Para dizer a verdade sou algo newbie no OSM queria apenas fazer uma selecção dos nods que apareciam mas nunca os conseguia seleccionar de forma eficaz. Agradeço a mensagem e uma vez mais peço desculpa pelo sucedido. Respeitosamente 2011/7/25 Jorge Gustavoj...@di.uminho.pt Bom dia Rui, Fiz o seguinte: mandei um email ao Tvieiragoncalves para ele nos ajudar a perceber porque fez a tal remoção. Parto do princípio que deve ter alguma lógica. Temos que lhe dar tempo para explicar porque o fez. Se, de facto, foi um lapso desse utilizar, há forma de reverter essa alteração de forma semi-automática e voltar a repor os restaurantes, pois a informação permanece no histórico. Vamos aguardar. Abraço, Jorge Gustavo On 25-07-2011 02:38, Rui Oliveira wrote: Caros amigos. Escrevo-vos para dizer que fiquei estupefacto com o que um utilizador fez Vejam as edições deste utilizador: http://www.openstreetmap.org/user/Tvieiragoncalves/editshttp://www.openstreetmap.org/**user/Tvieiragoncalves/edits h**ttp://www.openstreetmap.org/**user/Tvieiragoncalves/editshttp://www.openstreetmap.org/user/Tvieiragoncalves/edits E vejam especialmente esta edição #8759374 Segunda, 18 de Julho de 2011, 16:07 h Apagar restaurantes Ele apagou basicamente todos os restaurantes, bares/pubs e cafés da figueira da foz! Nem queria acreditar, quando vi as edições dele e na justificação apenas deu a entender que o fez e não justifica porquê! Aliás nem apagou só restaurantes mas sim POI da vida nocturna e cafés... Enfim, isto é muito chato porque eu tinha até já lá colocado alguns bares típicos (acrescentando ao que já existia) e completado com alguns restaurantes que podiam até ajudar muita gente de fora e turistas. Mas afinal os pontos de interesse também não são importantes para zonas especialmente que vivem do turismo como a figueira da foz? Estou um pouco triste pq o trabalho que tinha feito foi deitado para o lixo. Perguntava-vos como sou relativamente novo nisto se há hipótese de fazer o rollback (ou seja voltar atrás) e se algum utilizador mais experiente era capaz de recuperar o que foi apagado? Os meus agradecimentos. (e lamento a frustração demonstrada da minha parte) ___ Talk-pt mailing list
[OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le site internet de la mairie, Wikipedia [1], et les actes administratifs de la préfecture de Haute-Garonne [2] concordent tous sur Lévignac-sur-Save. Un coup de flemme de l'INSEE ? Vincent [1] http://fr.wikipedia.org/wiki/Lévignac-sur-Save [2] http://www.haute-garonne.gouv.fr/automne_modules_files/raa/public/r5394_RAA_PREF31_2009_09.pdf Le 25 juillet 2011 13:05, Fabien marbolan...@gmail.com a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ 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] Nom de la ville ne correspond pas au code INSEE
bonjour, + osmose vérifie la cohérence: ref:INSEE=31297 doit correspondre à Lévignac + La derniere fois que j'ai pris cette route (route des airbus...), ce village s'appelait bien Lévignac tout cour + http://wiki.openstreetmap.org/wiki/FR:Key:name donc je dirais name=Lévignac loc_name=Lévignac sur Save didier --mateur amapeur-- Le lundi 25 juillet 2011 à 13:05 +0200, Fabien a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ 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] Nom de la ville ne correspond pas au code INSEE
dans ce cas name=Lévignac loc_name=Lévignac sur Save reg_name=Lévignac sur Save en attendant la mise a jour de l'insee ? Le lundi 25 juillet 2011 à 13:21 +0200, Vincent Privat a écrit : Le site internet de la mairie, Wikipedia [1], et les actes administratifs de la préfecture de Haute-Garonne [2] concordent tous sur Lévignac-sur-Save. Un coup de flemme de l'INSEE ? Vincent [1] http://fr.wikipedia.org/wiki/Lévignac-sur-Save [2] http://www.haute-garonne.gouv.fr/automne_modules_files/raa/public/r5394_RAA_PREF31_2009_09.pdf Le 25 juillet 2011 13:05, Fabien marbolan...@gmail.com a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème de routage avec restriction:only_straight_on
Bonjour à tous, J'ai remarqué plusieurs problèmes de routage au même endroit sur une route que je fais beaucoup en Allemagne: http://mapq.st/qY62IH Je voulais corriger mais je ne vois pas très bien le problème. Visiblement c'est la relation only_straight_on qui mets le bazar mais je ne comprends pas bien comment c'est censé marcher et où est le problème. http://wiki.openstreetmap.org/wiki/Relation:restriction Si vous avez des idées, je corrigerai tout ça! Merci d'avance, Antoine -- Tigre-Bleu courriel:tigre-b...@n7mm.org xmpp:tigre-b...@im.n7mm.org http://www.openstreetmap.org/?lat=45.4242lon=1.5612zoom=13layers=M ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Date des tuiles satellites Bing
Bonjour, J'apprends que l'on peut connaître la date d'une tuile de l'imagerie Bing: clique droit dans JOSM et Afficher l'information de la tuile. Quand il est affiché: capture-date: 1/1/2001-12/31/2006 est-ce que la date de dernière capture est bien l'année 2006 ? Merci Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de routage avec restriction:only_straight_on
Le 25/07/2011 14:02, tigre-bleu a écrit : J'ai remarqué plusieurs problèmes de routage au même endroit sur une route que je fais beaucoup en Allemagne: http://mapq.st/pQ377G C'est plutot pas mal non plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 13:05, Fabien a écrit : Bonjour, [...] Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Les panneaux ne sont pas à considérer comme une source fiable, pour l'anecdote j'ai déjà vu des panneaux avec une orthographe différente sur 2 entrées du village :-) 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] Nom de la ville ne correspond pas au code INSEE
Le 25/07/11 15:31, Christophe Jacquet a écrit : Bonjour, Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Personnellement je vois assez souvent des qualificatifs supplémentaires fantaisistes sur les panneaux d'entrée d'agglomération, alors que seul un nom simple est officiel (INSEE, cartes IGN, etc.). De plus la typographie sur les panneaux routiers est approximative : accents et traits d'union manquants, etc. Donc pour moi les panneaux ne sont pas fiables du tout. Exemple typique : Limours dans l'Essonne. Le nom de la commune est clairement Limours. Mais les panneaux d'agglomération indiquent Limours-en-Hurepoix. L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens quand il va dans le sens d'éviter des confusions dont les belles administrations centrales refusent de considérer, car n'étant pas sur le terrain. On pourrait imaginer changer le sens du manche et obliger l'INSEE a la modestie et à l'écoute (idem pour son complice souvent sourd, le Conseil d'Etat). Cela a coûté cher aux contribuables de certaines communes en arguties devant les tribunaux adminstratifs. Tout cela sent un peu le moisi. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juillet 2011, sly (sylvain letuffe) a écrit : L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi Dans ce cas, il est tout à fait envisageable d'ajouter en plus de la liste officielle de l'INSEE, une liste officieuse remplie par les contributeurs à OSM, que osmose vérifiera en plus. Ça permettra d'enlever les faux positifs, et de continuer à vérifier si les communes restent nommées correctement. Est-ce que cette solution vous irait ? (le seul souci que je vois est avec la création de la liste, mais ça peut se faire petit à petit) Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
2011/7/25 Jocelyn Jaubert jocelyn.jaub...@gmail.com Le 25 juillet 2011, sly (sylvain letuffe) a écrit : L'INSEE a un tel passif d'erreurs en tous genres que je me demande si une application citoyenne ne devrait pas se fier à l'avis de vrais gens +1 Les bases de l'insee ne viennent qu'après selon moi Dans ce cas, il est tout à fait envisageable d'ajouter en plus de la liste officielle de l'INSEE, une liste officieuse remplie par les contributeurs à OSM, que osmose vérifiera en plus. Ça permettra d'enlever les faux positifs, et de continuer à vérifier si les communes restent nommées correctement. Est-ce que cette solution vous irait ? (le seul souci que je vois est avec la création de la liste, mais ça peut se faire petit à petit) Merci, Jocelyn Rebonjour, ouah ça en fait de la discussion dans la journée suite à ma question. Il semblerait que ça ne soit pas si évident comme solution... Alors comment faire le choix à valider ? Il serait bien que osmose indique le moins d'erreur sur toute la France mais il est vrai que pour un moteur de routage si les gens cherchent un nom spécifique et que openstreetmap ne le connaît pas parce qu'on ne se fie qu'à l'INSEE ça limite le tout... Personne n'a écrit un petit laïus là dessus dans le wiki (en fait je m'attendais à une réponse dans le style). Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
didier2...@free.fr didier2...@free.fr wrote: + osmose vérifie la cohérence: ref:INSEE=31297 doit correspondre à Lévignac + La derniere fois que j'ai pris cette route (route des airbus...), ce village s'appelait bien Lévignac tout cour Soit la commune préfère utiliser un nom plus exotique mais pas officiel, soit c'est un changement officiel très récent et l'INSEE ne l'a pas intégré. Si on regarde nos concurrents/confrères, ils sont tous d'accord sur Lévignac (tout court) : GoogleMap, BingMap, ViaMichelin et le Géoportail... Quoique le géoportail (IGN) propose les 2 (sur la carte IGN) suivant le niveau de zoom (ça se complique)... A noter que la Carte de Cassini indique Levignac Il existe un Lévignac-de-Guyenne (47) par très loin, c'est peut être pour se différencier plus clairement mais ça semble moyennement officiel. Le mieux serait de contacter la mairie pour éclaircir ce point, voir la préfecture... + http://wiki.openstreetmap.org/wiki/FR:Key:name donc je dirais name=Lévignac loc_name=Lévignac sur Save Ca semble (sans étude sur le terrain) la meilleure solution. -- 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
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 19:58, Pierre-Alain Dorange a écrit : Ca semble (sans étude sur le terrain) la meilleure solution. OSM ne consiste pas à cartographier ce qui nous entoure ? Je vois un panneau de rue écrit de tel manière, je le recopie donc sur OSM avec la même forme. Pourquoi me soucier de l'officiel qui ne correspond pas toujours au terrain. Car il ne faut pas oublier qu'OSM sert à faire quelques choses sur le terrain.. C'est pour cela que je mettrais en name le panneau visible sur la commune. Ce n'est plus de principe de base ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juillet 2011 19:16, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : partir de la liste INSEE, puis, au fur et à mesure que des mappeurs confirment les faux positifs, incorporer ces valeurs validées à la place de celles de l'INSEE. Dans ce genre de cas, mieux vaux faire 2 listes. - Celles de l'INSEE que l'on peut télécharger régulièrement, - Et celles des exceptions que l'on construirait à partir des erreurs que l'on constate sur le terrain. Le 25 juillet 2011 19:07, Fabien marbolan...@gmail.com a écrit : ouah ça en fait de la discussion dans la journée suite à ma question. Ca arrive souvent, mais ce n'est pas grave ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Nicolas Frery nicolas-l...@zoubi.info wrote: Ca semble (sans étude sur le terrain) la meilleure solution. OSM ne consiste pas à cartographier ce qui nous entoure ? Je vois un panneau de rue écrit de tel manière, je le recopie donc sur OSM avec la même forme. Pourquoi me soucier de l'officiel qui ne correspond pas toujours au terrain. Car il ne faut pas oublier qu'OSM sert à faire quelques choses sur le terrain.. Y'a terrain et terrain. Comme signalé dans cette enfilade, certaines rues ont déjà plusieurs orthographes sur les panneaux eux même (début et fin de rue). Certains panneaux de ville comportent des erreurs, etc... Ce que l'on voit autour de nous n'est pas a cartographié en l'état, il faut aussi interprété (notamment les erreurs, omissions ou raccourcis). C'est pour cela que je mettrais en name le panneau visible sur la commune. Et si c'est un employé municipal qui lors de la commande a fait un erreur, tu recopies aussi ;-? Ce n'est plus de principe de base ? Je suis pas sur que ça ait jamais été un principe de base. Le tag loc_name a été inventé aussi pour ça. http://wiki.openstreetmap.org/wiki/Key:name Mais il y a bien sur des cas réels ou le nom officiel est faux : http://rhone-alpes.france3.fr/info/saint-just-d-ardeche-retrouve-son-no m-69134797.html C'est pourquoi perso je contacterais les services de la mairie pour éclaircir la chose... ou pas... -- 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
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25/07/2011 20:51, Pierre-Alain Dorange a écrit : Ce n'est plus de principe de base ? Je suis pas sur que ça ait jamais été un principe de base. J'avais ça en tête depuis le début de mes contributions... d'où je peu tenir ça alors.. C'est pourquoi perso je contacterais les services de la mairie pour éclaircir la chose... ou pas... Je préfère encore demander au habitant comment ils peuvent bien écrire leurs adresses ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
Le 25 juil. 2011 à 19:58, pdora...@mac.com (Pierre-Alain Dorange) a écrit : Soit la commune préfère utiliser un nom plus exotique mais pas officiel, soit c'est un changement officiel très récent et l'INSEE ne l'a pas intégré. Si on regarde nos concurrents/confrères, ils sont tous d'accord sur Lévignac (tout court) : GoogleMap, BingMap, ViaMichelin et le Géoportail... Quoique le géoportail (IGN) propose les 2 (sur la carte IGN) suivant le niveau de zoom (ça se complique)... A noter que la Carte de Cassini indique Levignac Il existe un Lévignac-de-Guyenne (47) par très loin, c'est peut être pour se différencier plus clairement mais ça semble moyennement officiel. Le mieux serait de contacter la mairie pour éclaircir ce point, voir la préfecture... Il peut fort bien arriver que la mairie utilise le nom étendu pour son site et les panneaux sur lesquels elle a la main, mais que les panneaux délimitant l'agglo soient départementaux, d'où une contradiction. Il y a donc l'officiel de l'Etat et celui de la mairie pour des raisons pratiques ou d'usage. Loc—name est utilisable, mais est-il pris en compte par les logiciels de routage, à commencer par les produits CloudMade et Geofabrik? Christian___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Remplacement de données non compatibles - début des hostilités sur Toulouse
Ah, ben le chantier toulousain n'aura finalement pas lieu, les CT semblent avoir été acceptées. J'ai hâte de voir le rafraichissement de http://odbl.de/france.html, on devrait voir un saut significatif dans le pourcentage de données compatibles ! Vincent Le 24 juillet 2011 20:01, Vincent Privat vincent.pri...@gmail.com a écrit : Bonjour, Je viens de lancer le grand chantier de réimport de bâti sur Toulouse. Merci encore à l'équipe de cleo-carto pour l'export du cadastre :) Mon premier changeset, sur un quartier résidentiel du centre-ville ouest: http://www.openstreetmap.org/browse/changeset/8818759 A titre d'exemple pour celles et ceux qui vont se lancer dans les chantiers du type (pas seulement sur Toulouse), j'explique ici la méthode que j'ai suivi. 1) Installer le plugin licensechange pour JOSM 2) Télécharger les données OSM du quartier que l'on souhaite corriger, sauver le tout dans un calque. 3) Télécharger l'export du cadastre de la commune. Avec JOSM, enregistrer un sous-ensemble de cet export correspondant au quartier visé, à grands coups de Ctrl-Shift-P (purge). Sur ce calque, effectuer le nettoyage classique de tout import cadastral (jonctions des bâtiments, tout ça). 4) Fusionner les 2 calques. Lancer l'analyse de compatibilité des données. 5) Pour toutes les bâtiments taggués perte *possible *de données, ne rien remplacer pour l'instant. Il s'agit d'utilisateurs n'ayant pas encore accepté la nouvelle licence, mais pouvant encore le faire, donc plutôt le contacter si ce n'est déjà fait (voir fil de discussion Invitation pour accepter le changement de licence). 6) Pour les bâtiments taggués perte de données. Si le volume est important (cas de Toulouse), sélectionner tous bâtiments concernés. Dans la fenêtre d'attributs de JOSM, relever tous les attributs sortant de l'ordinaire (différents de building, source, note:qadastre, created_by). Les plus courants sont name et amenity, mais il peut y en avoir bien d'autres. Pour chacun de ses attributs, effectuer une recherche au sein de la sélection des bâtiments problématiques avec cet attribut comme filtre de recherche. Pour chacun de ces bâtiments, vérifier que les attributs supplémentaires ont été ajoutés par des utilisateurs ayant accepté la nouvelle licence. Si c'est le cas, copier les attributs du bâtiment vers le nouveau, et opérer au remplacement. Si ce n'est pas le cas, vérifier si l'information peut-être trouvée via une autre source et effectuer le remplacement. Une fois que tous les bâtiments spécifiques ont été remplacés, il ne doit rester que des bâtiments taggués building=yes + source=*** (et éventuellement created_by + note:qadastre). Il est donc possible de supprimer tout ce bloc de bâti d'un coup sans perte d'attributs additionnels. Par contre, vérifier que le tracé correspond, les bâtiments ayant pu être corrigés par rapport à un cadastre erroné. 7) Terminer le travail en remplaçant des nodes isolés restants de vieux bâtiments pouvant être utilisés par d'autres objets (highways, entrance, addr:housenumber, etc...) par les nouveaux nodes. 8) Itérer l'analyse de compatibilité des données jusqu'à ne plus avoir de perte de données. Pour les highways, même philosophie, mais c'est plus rapide :) 9) Lancer un coup de validator et corriger les erreurs. Ne pas oublier de bien corriger les relations pouvant être impactées (les associatedStreet, les lignes de bus, etc...). Si des bâtiments existants étaient compatibles avec la licence, faire attention à ne pas importer de doublon. 10) Plus d'erreur ni de données incompatibles. Les données sont prêtes à uploader. Pour info, rien que ce petit quartier de Toulouse m'a occupé presque tout l'après-midi. C'est long, c'est pénible, mais je ne vois pas de méthode plus efficace pour l'instant. S'il y a des volontaires pour Toulouse c'est le moment de se faire connaître pour coordonner l'action (par mail ou via le wiki si on est nombreux. Le mieux étant de travailler en fonction des 22 quartiers définis par la Mairie, et des quartiers à stationnement résidant pour l'hypercentre). Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] April Camp les 29, 30 et 31 juillet 2011 - était Soucis sur le dépôt cadastral
Le 22/07/2011 10:17, Philippe Pary a écrit : Le vendredi 22 juillet 2011 à 00:27 +0200, Marc Sibert a écrit : Le 21/07/2011 23:54, Philippe Pary a écrit : Le jeudi 21 juillet 2011 à 23:40 +0200, Marc Sibert a écrit : .. Il va falloir se faire un SOTM Fr pour payer quelques bières à nos admin/dev qui travaillent de nuit. Venez à l'April Camp du week-end du 30/31 :-) Philippe A planifier. ça doit être possible... j'ai vu que Gael (RatZilla$) y sera samedi. C'est l'occasion de transformer le camp en repère de geogeek ! Faut pas le dire trop fort, des fois que ça parvienne aux oreilles de Fred Couchet et que ça le facherait, mais c'était un peu l'idée à la base ; que la future OSM-fr s'incruste au week-end de travail de l'April. Viendez ! :-) Philippe Je remonte (up) ce fil. C'est l'occasion de se rencontrer ce WE (samedi ?) les contributeurs Iliens et les autres. Ça vous coutera bien moins cher que d'aller à Vienne ou à Denver. Pour parler de l'avenir de l'asso, du site web, des imports massifs (ya eu un échange intéressant à SOTM-EU sur ce sujet) et puis c'est bientôt l'anniversaire des 7ans d'OSM. Moi j'ai bloqué ma journée ! C'est là : http://www.april.org/april-camp-du-29-au-31-juillet-au-loop-paris-et-en-ligne (avec une carte OSM svp) 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] Date des tuiles satellites Bing
2011/7/25 cyrille giquello cyrill...@gmail.com Quand il est affiché: capture-date: 1/1/2001-12/31/2006 est-ce que la date de dernière capture est bien l'année 2006 ? Non, je pense que cela donne l'intervale des prises de vues pour un ensemble photographique, pas seulement pour une tuile. Si ça vient de l'IGN, je crois qu'ils couvrent tout le territoire tous les 5 ans justement. Ensuite, la date que tu vois est retournée par l'API de Bing qui ne doit pas avoir les détails par tuile (mais cette date peut varier suivant les niveaux de zoom). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] OS OpenData and ODbL OK
Hi Robert Was this resolved with (I believe) Henk's email? Steve On 7/21/2011 12:57 AM, Robert Whittaker (OSM) wrote: On 20 July 2011 19:32, Steve Coastst...@asklater.com wrote: I'm curious how the OSMF saying something magically makes it more valid than the LWG saying it, given the LWG is a body run by... the OSMF? As I already explained to you off-list when you asked this before: It's because the CTs are a contract between myself and OSMF. What a third party has to say about how they're interpreted carries much less weight than a statement by one of the parties to the contract. If the CTs were an agreement between myself and LWG, then clearly an assurance by LWG would be sufficient. But that's not the case here. LWG may well be run by the OSMF, but it is a *working group*, and working groups typically don't have delegated authority to act on behalf of / represent that main body. Indeed one of the OSMF board members has recently indicated that it's possible for OSMF to reject any particular stance taken by LWG. If that's the case, then it would suggest that LWG does not have the authority to act on behalf of OSMF. (For what it's worth, I think that's entirely appropriate. Any policy decisions should be passed by the elected OSMF board, even if it's simply a matter of approving LWG's recommendations.) However, maybe this isn't the case, and LWG does have the authority to speak for OSMF in licensing matters. In which case, a statement to that effect would also satisfy my concerns. If the OSMF board expects contributors to agree to the CTs based on an assurance from LWG, then why would it be a problem for them to publicly endorse that assurance? Robert. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Midlands Social on 4th Aug
Reminder that our next OSM midlands social is on Thur August 4th. This time at The Black Eagle, a fantastic old fashioned pub on Factory Road in Smethwick. Some of us will be doing a spot of mapping in the area before about 8pm. Details: http://wiki.openstreetmap.org/wiki/Mappa_Mercia The pub is within walking distance of the Soho, Benson Road metro station Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb