[Talk-transit] Mapping public transport network in Port au Prince
Hello list, I'm getting the local mappers of Haiti to map the taptap routes in Port au Prince. Has anyone already mapped the transit network of a similar country? There's a brief mention of shared taxis in the wikihttp://wiki.openstreetmap.org/wiki/Shared_transportbut not very helpful. We're considering to tag relations with the following tags: type=route route=bus bus=share_taxi name=* (example http://www.openstreetmap.org/browse/relation/1734930) I found 2000+ instances of the key shared_taxi and 250 for share_taxi but I couldn't locate them. What tools would you recommend to extract relations? Eventually, we want to work on this data with qgis/postgis. Feedback of all sort is much appreciated. Cheers, /Seb. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
It makes perfect sense to me and I totally agree. But I assume you mean ways in stead of nodes in 'So the route relations should only contain (a preferably) continuous set of nodes' On top of that, I find it handy when the route realations have a name, so it is easy to see which are the relations of a road. http://www.openstreetmap.org/browse/way/73069100 When they have 2 or 3 meaningful letters in front (followed by a space) of the numbers, you can also easily see on the hike or bike maps which network is in place eg ZD 239-240 = Zuid-Dijleland from node 239 to 240 http://hiking.lonvia.de/?zoom=12lat=50.779lon=4.56392 With only the numbers, http://www.openstreetmap.org/browse/relation/14142 it is truncated and thus cluthering the map. http://cycling.lonvia.de/?zoom=13lat=50.78855lon=4.59216layers=FFBTT Also when a way is part of more than one network (hike and bike) the numbers don't tell which is which. Here a good addition could be DL for Dijleland Alternative is to provide an osmc tag with the shortened name in it (probably not working for bike maps). This tagging info for prper naming should be added to the Wiki http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes#Walking_node_networks and http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes#Cycle_Node_Networks and maybe also in the general remarks in conventions. http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Cycle_Routes Regards, Gerard. Jo wrote: Hi, I'm working on the cycle node network in Flanders/Southern Netherlands. I created a collection relation: http://www.openstreetmap.org/browse/relation/1726882 This should make it a lot more convenient to find all the nodes/routes/networks involved in the rcn. Fiddling with XAPI and such is not very productive... It's extremely time consuming and very error prone. Which contains a network relation for each set of numbered nodes (where each set contains only one time 01,02, etc) (I'm working without the maps of Toerisme Vlaanderen, so I had to improvise for the naming and where to make a subdivision) For the moment I'm abusing the role to add the node number. This works easier and is only temporary. I'll take them all out again, when I'm done inventorizing. The network relations contain the route relations. As far as I'm concerned, the route relations don't need to contain the nodes anymore. They are part of the ways, anyway. So the route relations should only contain (a preferably) continuous set of nodes. I try to have them start at the lower numbered node. If the forward and backward relation don't follow the same route, I use forward/backward roles. The idea I'm following is that it should be possible to go from the lower numbered to the higher numbered node by following all the ways without a role until ways with forward roles are met. Then all the ways with forward roles until a way with a backward role is found. Then skip the ways with backward roles and continue with the ways without a role. All this, because I want to be able to 'validate' the routes for continuity with a script/program and this will probably simplify the life of the people of Fietsnet as well. I'll post an example to illustrate later on. Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
On Wednesday 31 August 2011 15:12:05 Gerard Vanderveken wrote: It makes perfect sense to me and I totally agree. But I assume you mean ways in stead of nodes in 'So the route relations should only contain (a preferably) continuous set of nodes' On top of that, I find it handy when the route realations have a name, so it is easy to see which are the relations of a road. http://www.openstreetmap.org/browse/way/73069100 When they have 2 or 3 meaningful letters in front (followed by a space) of the numbers, you can also easily see on the hike or bike maps which network is in place eg ZD 239-240 = Zuid-Dijleland from node 239 to 240 Do not give names to the route relations of cycle and walking node networks. They don't have names so you shouldn't invent one. Use the note=* tag for what you want to put in the name tag, and JOSM will gladly show the note to you in the relation list. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
Ben Laenen wrote: On Wednesday 31 August 2011 15:12:05 Gerard Vanderveken wrote: It makes perfect sense to me and I totally agree. But I assume you mean ways in stead of nodes in 'So the route relations should only contain (a preferably) continuous set of nodes' On top of that, I find it handy when the route realations have a name, so it is easy to see which are the relations of a road. http://www.openstreetmap.org/browse/way/73069100 When they have 2 or 3 meaningful letters in front (followed by a space) of the numbers, you can also easily see on the hike or bike maps which network is in place eg ZD 239-240 = Zuid-Dijleland from node 239 to 240 Do not give names to the route relations of cycle and walking node networks. They don't have names so you shouldn't invent one. Use the note=* tag for what you want to put in the name tag, and JOSM will gladly show the note to you in the relation list. Greetings Ben That is OK for JOSM, but a list like this (at the bottom) is simply not meaningful. http://www.openstreetmap.org/browse/changeset/917?relation_page=3 This is much clearer. http://www.openstreetmap.org/browse/changeset/9132576 altough a short name would also do: http://www.openstreetmap.org/browse/relation/1641610 The route name is not 'invented', everyone referr to it as the route from node A to node B So why not formalize it? I guess the province has internally a similar naming. That it is not on streetsigns is no objection for me. Tracks and paths from roads of the Atlas don't have official names either, and yet it makes perfect sense to name them as numbered in the atlas as eg Buurtweg 23, Sentier 45, etc.) http://www.openstreetmap.org/?lat=50.82162lon=4.61208zoom=15layers=M Regards, Gerard. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
On Wednesday 31 August 2011 16:09:54 Gerard Vanderveken wrote: That is OK for JOSM, but a list like this (at the bottom) is simply not meaningful. http://www.openstreetmap.org/browse/changeset/917?relation_page=3 Then go complain to whoever is in charge of how that page is rendered? This is much clearer. http://www.openstreetmap.org/browse/changeset/9132576 altough a short name would also do: http://www.openstreetmap.org/browse/relation/1641610 The route name is not 'invented', everyone referr to it as the route from node A to node B So why not formalize it? Because it's not its name. And because suddenly renderers have no idea whether they should render the name of a route or not. Or will you also invent another tag like 'show_name=no'? Keep the database clean and don't sacrifice correct data for a little bit of legibility on a random webpage that for all we know may soon support showing the note tag. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
That is OK for JOSM, but a list like this (at the bottom) is simply not meaningful. http://www.openstreetmap.org/browse/changeset/917?relation_page=3 This is much clearer. Then ask for that page to display a note=* tag when a name=* is absent, like JOSM does. But why would you start making collection relations when a scheme already exists? See here: http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging Which as far as I can see meets your needs and relations conforming to that scheme have been in the database for over a year. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppuntennetwerk/Cycle node network
I created route and network relations as is described on that page; so far, so good. There is no way of grouping networks (yet) though. That's what I'm using the collection relation for. Kind regards, Polyglot 2011/8/31 Lennard l...@xs4all.nl That is OK for JOSM, but a list like this (at the bottom) is simply not meaningful. http://www.openstreetmap.org/browse/changeset/917?relation_page=3 This is much clearer. Then ask for that page to display a note=* tag when a name=* is absent, like JOSM does. But why would you start making collection relations when a scheme already exists? See here: http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging Which as far as I can see meets your needs and relations conforming to that scheme have been in the database for over a year. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsnet using OSM
On Sun, Aug 28, 2011 at 05:37:11PM +0200, Jan Herrygers wrote: In principle you can not combine licenses. Because they are all not compatible, even if they are also some kind of 'open', except for Public Domain, were you can do what you want. Licenses can be compatible, there are alot of cases of it. [...] Sadly the contributor terms require an unlimited license (like I said above). And it is that [profanity removed] unlimited license that is incompatible with the ODbL and about any other existing license except public domain. So they require that if you contribute to OSM that they can put any license they want on it, which basicly makes it very hard to add new data that's copyright by someone else. But that doesn't mean that as user of the OSM data you could combine the OSM data with other data under a different but compatible license. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Adopt a PD-Mapper ....... was Re: Refusing CT but declaring contributions as PD
Would the LWG support assigning the change sets of mappers that have made some kind of PD/CC0 declaration, to mappers that are willing to vouch for the data and accept the CTs? At least for mappers that have not explicitly declined the CTs this would seem to be doable without creating a conflict. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Adopt a PD-Mapper ....... was Re: Refusing CT but declaring contributions as PD
On Wed, Aug 31, 2011 at 11:07 AM, Simon Poole si...@poole.ch wrote: Would the LWG support assigning the change sets of mappers that have made some kind of PD/CC0 declaration, to mappers that are willing to vouch for the data and accept the CTs? This seems simple. All you need to do is contact a mapper and ask him to give you his username and password. You can then accept the CTs on that account, change the email address and proceed as normal. Don't really see any need to involve the LWG. They would need to go through a similar process of contacting the mapper anyway I expect, so you might as well just get on with it. At least for mappers that have not explicitly declined the CTs this would seem to be doable without creating a conflict. Simon __**_ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/legal-talkhttp://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Adopt a PD-Mapper ....... was Re: Refusing CT but declaring contributions as PD
Hi Simon, Basically no. Our stance is that the only copy of their data that is accessible is what they contributed only under CC-BY-SA in a database which is published CC-BY-SA. Whilst that stance may be arguable, the number of contributors is small, (3?), there is still a paradox between making a broad PD/CC0 declaration and not accepting the more limited subset new contributor terms, and there is a simple, practical solution without involving folks in a lot of technical work. Such mappers have taken a principled and clear but minority position that OSM data should be published PD/CC0 right now and have not accepted the contributors terms to make that point. The simple practical solution is to now accept the terms having made the point. Outside the right now, the new terms do not logically conflict and provide a rational mechanism for further engagement with the OSM community on what our license should be. Mike On 31/08/2011 12:07, Simon Poole wrote: Would the LWG support assigning the change sets of mappers that have made some kind of PD/CC0 declaration, to mappers that are willing to vouch for the data and accept the CTs? At least for mappers that have not explicitly declined the CTs this would seem to be doable without creating a conflict. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Russ Nelson nel...@crynwr.com wrote on 31/08/2011 03:43:28 PM: What about the people who didn't agree to the CT, but whose data is in the public domain? Hi Russ, The suggestion here is to streamline a process, more than determine policy.. That is to.. 1. Automatically hide trivial changes to objects originally created by those who have agreed to the CT by people who have specifically declined them. And/Or 2. When edits made by those who have specifically declined the CT are manually reverted, allow them to be hidden from the history of the object, so the object can then be determined to be fully CT-compliant throughout its history. If our objective is a CT-compliant data-set, I see both of these things as advancing us towards that objective, doing little or no damage, saving us considerable manual effort in some areas, and saving the history of objects where we can. It also may avoid unnecessarily large data removal at a later stage. To address your question specifically, what happens to data placed in the public domain by the author on the wiki, who then specifically declines the CT? Well in the first case, if the edits are just a trivial modification to a fully CT-compliant version - I'd say just hide them. In the second case, where a CT-compliant editor has decided to revert the edits made by one of our ambivalent PD editors, they are being reverted anyway, so the only concern is the state of the history of the object and not the state of the object itself. The editor when choosing whether to revert currently could just as well decide to copy and upload to avoid the possibility of contamination, with the effect of losing all the history connection to the object. Which is preferable? I'd say hiding the history of the edit by ambivalent PD contributor is preferable to losing all connection, so I'd recommend that. Ian.___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Am 31.08.2011 02:19, schrieb Ian Sergeant: I think the strategy to remove all non-CT compliant data in one big bang is flawed. I don't know of anybody who has proposed such a strategy (well at least nobody serious about the matter). It is clear, at the very end, there will be some automated deletes, but with some exceptions these should be very limited in scope. But will probably include cleaning objects that are in principle CTs compliant, but have had edits that are not, there is work going on on the German forum to define a reasonable rule set for that. Right -now- the best thing to do is: - contact mappers that haven't agreed or disagreed to the CTs (see http://odbl.poole.ch). Worldwide we still have a good 60% of pre-CT mappers that haven't reacted to now, with some effort that can be halved. - use the license status tools in Potlatch and JOSM when you are editing anyway to only leave compliant data after an edit (for example by not moving non-compliant nodes in a way, but by replacing them). This is naturally assuming that you have tracks and other information to allow you to do this. - ignore trolling by JohnSmith Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 31 August 2011 17:06, Simon Poole si...@poole.ch wrote: - ignore trolling by JohnSmith Funny way to ignore someone, in any case here's at least one particular example: http://www.openstreetmap.org/user/aharvey/diary/14416 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 8/31/2011 3:06 AM, Simon Poole wrote: - use the license status tools in Potlatch and JOSM when you are editing anyway to only leave compliant data after an edit (for example by not moving non-compliant nodes in a way, but by replacing them). This is naturally assuming that you have tracks and other information to allow you to do this. Hoe about this: if you decide to delete data that the OSMF has decided not to accept, look at the history and only delete what's necessary. There's no need to make it harder on ordinary mappers who don't care about the license change. This should be treated similarly to an import: if you're not willing to merge the existing data, don't do it. If your change results in the deletion of tags like highway=traffic_signals and lanes=* that have been added by CT-agreeing mappers, you're doing it wrong. (Oh, and don't forget to change the number of lanes properly if you're changing a dual carriageway to a single carriageway or vice versa. Enough mappers fail to do this even when making ordinary edits.) In short, if you're not willing to fix any damage you create, don't delete non-CT data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Am 31.08.2011 09:16, schrieb Nathan Edgars II: Hoe about this: if you decide to delete data that the OSMF has decided not to accept, look at the history and only delete what's necessary. There's no need to make it harder on ordinary mappers who don't care about the license change. I wouldn't over exaggerate the issue, in many many countries it's actually quite difficult to find non-compliant objects and in the countries where there are widespread issues the mappers are in general aware of the situation and, for example in the case of Germany, actively working on the issues. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] measure building height with a droid phone
maning sambale [mailto:emmanuel.samb...@gmail.com] wrote on 29. August 2011 19:33 Has anyone tried this? http://androidboy1.blogspot.com/2010/10/smart-measure-ver-10-manual.html Cool tool for 3d mapping. :) We like the creativity and innovation behind this distance-measuring app, but it lacks accuracy and precision. http://www.pcworld.com/appguide/app.html?id=582743expand=false Happy mapping Willi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
I would go so far as to say, don't delete *anything* until legally you absolutely have to. There are a number of non-CT-accepting contributors in my area, for instance, and I don't think the map should be interfered with unless it's absolutely necessary. Remember that by doing so, the quality of the OSM map - already a useful resource for the general public - will be affected. Nick -Nathan Edgars II nerou...@gmail.com wrote: - To: talk@openstreetmap.org From: Nathan Edgars II nerou...@gmail.com Date: 31/08/2011 08:17AM Subject: Re: [OSM-talk] How to start to remove non-CT compliant data.. On 8/31/2011 3:06 AM, Simon Poole wrote: - use the license status tools in Potlatch and JOSM when you are editing anyway to only leave compliant data after an edit (for example by not moving non-compliant nodes in a way, but by replacing them). This is naturally assuming that you have tracks and other information to allow you to do this. Hoe about this: if you decide to delete data that the OSMF has decided not to accept, look at the history and only delete what's necessary. There's no need to make it harder on ordinary mappers who don't care about the license change. This should be treated similarly to an import: if you're not willing to merge the existing data, don't do it. If your change results in the deletion of tags like highway=traffic_signals and lanes=* that have been added by CT-agreeing mappers, you're doing it wrong. (Oh, and don't forget to change the number of lanes properly if you're changing a dual carriageway to a single carriageway or vice versa. Enough mappers fail to do this even when making ordinary edits.) In short, if you're not willing to fix any damage you create, don't delete non-CT data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
[follow-ups should be to legal-talk yadda yadda] Russ Nelson wrote: What about the people who didn't agree to the CT, but whose data is in the public domain? See http://lists.openstreetmap.org/pipermail/legal-talk/2011-August/006608.html et seq. Given that LWG doesn't appear to be changing its IMO daft stance that a user placing their data in the public domain is not good enough for us, I am seriously tempted to delete and reimport TimSC's data[1] under my own account, and say it's good enough for me, it's PD, and I've agreed to the CTs. You have a problem with that?. cheers Richard [1] the stuff that people have built useful stuff on, that is. I doubt anyone would miss the random landuse ;) -- View this message in context: http://gis.638310.n2.nabble.com/How-to-start-to-remove-non-CT-compliant-data-tp6744723p6745823.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 31/08/2011 10:47, Richard Fairhurst wrote: [1] the stuff that people have built useful stuff on, that is. I doubt anyone would miss the random landuse ... or the NPE-derived waterways in Southern England (given that we now have far better sources for those). The problem with that of course is that it takes time - but as a project we don't seem short of remote mappers (and the northern hemisphere long winter nights will soon be upon us). Maybe some sort of armchair mapping party (some time in December) is needed? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Why not do what Wikipedia did and work together with the licence authors (in this case Creative Commons and Open Data Commons) to provide an automatic upgrade clause? Then nothing need be deleted. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Ed Avis wrote: Why not do what Wikipedia did and work together with the licence authors (in this case Creative Commons and Open Data Commons) to provide an automatic upgrade clause? Then nothing need be deleted. I expressly asked this a couple of years ago: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001971.html and was told no: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001982.html cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/How-to-start-to-remove-non-CT-compliant-data-tp6744723p6746371.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 8/31/2011 8:48 AM, Richard Fairhurst wrote: Ed Avis wrote: Why not do what Wikipedia did and work together with the licence authors (in this case Creative Commons and Open Data Commons) to provide an automatic upgrade clause? Then nothing need be deleted. I expressly asked this a couple of years ago: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001971.html and was told no: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001982.html But, I would remind everyone that the current official CC policy on CC licenses and databases - indeed, on any legal tools other than PD for databases - is the science commons protocol on open access to data, which calls for the PD position only. CC has since changed their position on potentially copyrightable databases (or clarified that they only meant databases of uncopyrightable facts). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Search in nominatim using specific tags
Hi, I wanted to know if there is a way to search in nominatim for certain type of objects (for example, only nodes with key=place). Thanks, Ignacio. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Richard Fairhurst richard at systemed.net writes: Why not do what Wikipedia did and work together with the licence authors I expressly asked this a couple of years ago: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001971.html and was told no: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001982.html Right. But since then the situation has changed. CC have made clear they're committed to supporting the use of CC licences (including BY-SA) for databases. Version 4 of the licence would be an excellent opportunity to make the kinds of changes that would improve it for OSM (even though, in my view, version 2 of CC-BY-SA has served us well so far). More broadly, having two separate copyleft silos for open data can't be in anyone's interest and we should try to get compatibility or a merger between the CC and ODC share-alike licences. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
things have changed since then, might be worth revisiting On 8/31/2011 5:48 AM, Richard Fairhurst wrote: Ed Avis wrote: Why not do what Wikipedia did and work together with the licence authors (in this case Creative Commons and Open Data Commons) to provide an automatic upgrade clause? Then nothing need be deleted. I expressly asked this a couple of years ago: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001971.html and was told no: http://lists.openstreetmap.org/pipermail/legal-talk/2009-February/001982.html cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/How-to-start-to-remove-non-CT-compliant-data-tp6744723p6746371.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] QGIS poly export and multipolygons
I am using the QGIS OSM POLY export plugin to create POLY files that I use to cut datasets from the planet. It does however not seem to support multipolygons, even though the POLY format does[1]. See an example here: https://picasaweb.google.com/lh/photo/mCQCZsHHlWWkDdTtIjGj1w?feat=directlink Am I seeing this right? Is there another way to create POLY files from a shapefile so that multipolygons are taken into account and properly converted? Thanks, Martijn [1] https://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Simon Poole si...@poole.ch wrote on 31/08/2011 05:29:46 PM: I wouldn't over exaggerate the issue, in many many countries it's actually quite difficult to find non-compliant objects and in the countries where there are widespread issues the mappers are in general aware of the situation and, for example in the case of Germany, actively working on the issues. In some areas of the main cities of Australia you have the situation where large areas have been fundamentally mapped by multiple editors who have agreed the CTs, and there are a handful of people who have explicitly rejected the CTs that have touched in some way just about every object the area. Sometimes the change is significant, but in many cases the changes are what I would consider trivial - smoothing a curve, adding a default speed limit tag (without a survey), nudging a node by a metre or so to agree with one imagery set, or one survey. There are situations where the issue is a deep one, where the areas or objects may need remapping to be CT-compliant. In other instances the issues are shallow, and we should have hopefully have a way of reducing the effort required in those areas, rather than requiring all new data. The most valuable thing I can see would be that a person choosing to edit an object could choose to edit a CT-compliant earlier object revision rather modify a non-CT-compliant later revision. The current API forces you to modify the latest revision or to remove the object entirely and replace it with a new one. So the current editor has a choice of modifying a non-CT object, with the possibility that a later decision may see that object removed, or removing and losing the history of the object. Neither of the current options are ideal. If anyone in Germany (or anywhere else) has any ideas to share or is working on the issues, please share. Ian. P.S. I know the people who have rejected the CTs have valid reasons, and have made great contributions. I'm merely looking at the state of affairs, and not meaning to cast aspersions on anyone, so please don't take it that way.___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On Wed, Aug 31, 2011 at 1:43 AM, Russ Nelson nel...@crynwr.com wrote: What about the people who didn't agree to the CT, but whose data is in the public domain? Isn't all data in the public domain? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On Wed, Aug 31, 2011 at 5:47 AM, Richard Fairhurst rich...@systemed.net wrote: Given that LWG doesn't appear to be changing its IMO daft stance that a user placing their data in the public domain is not good enough for us, I am seriously tempted to delete and reimport TimSC's data[1] under my own account, and say it's good enough for me, it's PD, and I've agreed to the CTs. You have a problem with that?. What if the node/way/relation was also edited by others? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Missing streets in Sydney
On Wed, Aug 31, 2011 at 12:01 AM, Anthony o...@inbox.org wrote: The other interesting thing is that when I was finished, pretty much none of the ways I drew and/or imported from the gps, had names on them! (I did the surveying alone and didn't care to pull over every time I saw a sign, or to endanger myself by recording it without pulling over.) I guess by Nick's theory all my efforts were counter-productive! Don't worry, we can always delete your data so someone else can go and do it properly :) Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Undreadful Imports
Ben wrote AFAIK there is no PD source of postcode data. The vibes I was getting, and of course I may have misinterpreted these, are that if we made any sort of decent case that the current ABS data, as imported into OSM is of some benifit in respect to disaster preparedness and/or disaster response, and that in order to keep the data in OSM, we need it to be licenced under a certain licence, then the ABS would have an extremely hard time saying no. Of course all this remains to be tested. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing streets in Sydney
On 26/08/2011, at 1:33 PM, Nick Hocking wrote: I'm sure all the avid tracersout there will deny this,but, I believe that this is the downside to tracing. Once an area looks well mapped, there is little incentive for anyone to go there to map it properly. I'd really like it if all roads that don't have names yet (in OSM) were just deleted. Then II'd be much more inclined to drive there and collect all the infomation. If a road doesn't have a name, then it shows up in the No-names render - that should be enough incentive to go there. When I went to Dubbo a couple of weeks ago, I printed off the no-names map specifically to get some names. A couple of the roads I had previously traced myself from Bing prior to going. Also, on my last trip I did as much tracing from Bing as I could before I went, then got names on the way. For example, prior to my trip, Peterborough (South Australia) only had the main roads passing through. I traced all the streets prior to travel, then collected as many street names as I could on the way through (there are still a few names to collect). I didn't have time to drive every street, so if I hadn't done the tracing first, I would have had to leave Peterborough with no streets (maybe doing one or two streets only on the way through). Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Kachelnummer
Am 30.08.11 21:50, schrieb Werner Hoch: On Dienstag, 30. August 2011, Wolfgang Wienke wrote: Funktioniert bestimmt ganz einfach, nur ich finde es nicht: Wie/ Wo bekomme ich zu einen bestimmten GPS-Position/ einem bestimmten Ort die Nummer der zugehörigen Kachel der Karte? http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames oder hier : http://www.netzwolf.info/kartografie/osm/tilebrowser?lat=51.157800lon=6.865500zoom=14 Wenn du falsche Ergebnisse bekommst, hast du höchstwahrscheinlich auch ln(x) und lg(x) verwechselt. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 25.08.2011 15:24, schrieb Martin Koppenhoefer: Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? die Franzosen haben sich dafür entschieden. Corine ist nicht per se schlecht, nur entspricht der Maßstab halt nicht dem, was man für höhere Zoomstufen in OSM normalerweise erwarten würde (d.h. weit genug rausgezoomt ist es egal, wenn die Flächen ziemlich willkürlich sind, da verschwimmt alles ein bisschen, und was an der einen Stelle zu viel ist, ist an der anderen zuwenig, so dass es sich flächenmäßig ausgleicht (hoffen sie)). Und wenn man einen genaueren Verlauf eines Waldes hat wird der einfach per layer=-2 unter den Corinne Wald gelegt : http://www.openstreetmap.org/browse/way/41674811 Mann, Mann, was ist OSM für ein Datenschrotthaufen ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Michael von Glasow mich...@vonglasow.com wrote: Oder weil man mit deutlich weniger Aufwand eine einigermaßen passabel aussehende Karte bekommt – zumindest für bestimmte Objekte. Für niedrige Zoomstufen und zur groben Orientierung reicht die Präzision von CORINE ja. Der CORINE Import hat meines Erachtens dazu geführt, dass Frankreich auf der karte jetzt halbwegs fertig aussieht was aber mitnichten der Fall ist. Das führt ganz schnell wieder zur Diskussion von der SOTM/EU ob Importe nicht eher kontraproduktiv für OSM sind. Gruss Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist giggls@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich - Layer
Hallo Chris, Und wenn man einen genaueren Verlauf eines Waldes hat wird der einfach per layer=-2 unter den Corinne Wald gelegt Ja, das mit den Layern müsste man vielleicht mal wieder erklären. Es gibt zunehmend layer=-1..-5 Beispielsweise weil Häuser auf dem Boden stehen, wird der Boden tiefer gelegt... :-( Eigentlich müssten die Editoren sowas verhindern. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] BarCamp auf der INTERGEO in Nürnberg
Liebe OSMer, Die INTERGEO ist die eine der weltgrössten Messen für Geo-Informatik. Dieses Jahr findet sie in Nürnberg statt: www.intergeo.de Di 27. - Do-29. 11. 2011 Der Veranstalter bietet der OpenSource-Gemeinde im Vorfeld Raum für ein _BarCamp_ - Mo+Di 26.-27.11. - Platz und Infrastruktur für 250 Teilnehmer - Teilnahme gratis - Inhalt Selbstorganisation Hier die Wiki-Seite zur INTERGEO: http://wiki.openstreetmap.org/wiki/Intergeo_2011#Barcamp Hier kann man sich anmelden: http://wiki.openstreetmap.org/wiki/Intergeo_2011#Barcamp plus bitte Mail an: osmc...@intergeo.de (formlos) Treffpunkt: http://map.openseamap.org/map/?zoom=12mlat=49.4202mlon=11.1208mtext=OSM-BarCamplat=49.42015lon=11.12108layers=B0FFFFT Zeitplan: http://osmcamp.i3mainz.de/ort Themenvorschläge: http://osmcamp.i3mainz.de/wiki Wir können dort beliebige Themen diskutieren und Lösungen erarbeiten. Sowohl OSM-spezifische, als auch darüber hinausgehende wie Politik offene Daten, GIS, Anwendungen, etc. etc. Auch Teilnehmer aus anderen OpenSource-Gruppen und von Profis von Firmen sind willkommen. Es liegt ausschliesslich an uns Teilnehmern, was wir daraus machen :-) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 31. August 2011 09:17 schrieb Chris66 chris66...@gmx.de: Am 25.08.2011 15:24, schrieb Martin Koppenhoefer: Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? die Franzosen haben sich dafür entschieden. Corine ist nicht per se schlecht, nur entspricht der Maßstab halt nicht dem, was man für höhere Zoomstufen in OSM normalerweise erwarten würde (d.h. weit genug rausgezoomt ist es egal, wenn die Flächen ziemlich willkürlich sind, da verschwimmt alles ein bisschen, und was an der einen Stelle zu viel ist, ist an der anderen zuwenig, so dass es sich flächenmäßig ausgleicht (hoffen sie)). Und wenn man einen genaueren Verlauf eines Waldes hat wird der einfach per layer=-2 unter den Corinne Wald gelegt : ja, schrecklich. Ich bin selbst ja ein erklärter Gegner des Importierens von Corine in OSM und habe mich hier in der italienischen Community dafür stark gemacht, dass wir das nicht importieren. Der oben zitierte Absatz erläutert lediglich, dass Corine nicht per se schlecht ist, es hat halt nur nicht die Auflösung, die wir anstreben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] place=neighbourhood
Il 30 agosto 2011 21:44, sabas88 saba...@gmail.com ha scritto: Ma i Municipi come divisione amministrativa (ex Circoscrizioni, a Milano esistono le Zone che sono un corrispettivo) non dovrebbero essere rappresentati come boundary=administrative? si, per esempio in un Municipio ci sono uno o più suburb e di conseguenza i Neighborhood -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso con tesserino
Il 30 agosto 2011 23:39, Maurizio Napolitano napoo...@gmail.com ha scritto: io metterei access = private alla fine ci entrano solo quelli che hanno le chiavi come in tutti gli accessi privati, No? +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] place=neighbourhood
2011/8/30 Martin Koppenhoefer dieterdre...@gmail.com Si, ho pensato di poter usarlo anche per le zone industriali (forse la parola neighbourhood non è il massimo, ma non ho trovato altro). Per quartieri indipendenti (in periferia, isolate, che non fanno parte di una entità suburb più grande) comunque continuerei ad usare surburb. Volevo sopratutto una entità per distinguere i quartieri / municipi veri da quartieri e zone piccole che fanno parte di quelle prime. Vediamo se ho capito: suburb si usa per i Municipi (tipo quelli di Roma), le Zone (di Milano) e così via; insomma, con confini amministrativi, giusto? Per esempio, e chiedo conferma ai milanesi, Greco sarebbe un neighbourhood e Zona 2 un suburb, dico bene? Spiego il motivo della mia domanda: nel mio paese (15000 abitanti circa) ci sono un paio di zone senza alcuna valenza amministrativa ma che vengono utilizzate per indicare una certa parte del centro abitato (per esempio: Dove abiti? Alla Ducatona). In questo caso va usato neighbourhood? Martin, non sarebbe anche il caso di indicare anche l'uso del tag is_in nella tua proposta? -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pannelli Solari
grazie, non ero stato capace di trovarlo sulla wiki Il giorno 30 agosto 2011 10:54, niubii f.pelu...@gmail.com ha scritto: Oltre alle indicazioni di Martin, mi permetto di suggerire: - Edificio per impianto: power=sub-station Ciao /niubii/ Il 30 agosto 2011 09:37, Stefano Tampieri stefano.tampi...@gmail.com ha scritto: Ciao a tutti, come si possono mappare le aree agricole/montane convertite al fotovoltaico ? Di solito si compongono di : Recinzione per delimitare l'area Barrier=Fence Fence_Type=Chain Edificio in Cemento per contenere l'impianto. Building=yes Pannelli Solari Landuse=??? Idee ? -- Stefano ___ 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 -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso con tesserino
2011/8/30 Ruggero giurr...@gmail.com: Uno degli ingressi del mio dipartimento si apre con un tesserino che solo alcune persone possiedono. buidling = entrance access = ?? ho fatto una proposta per questo: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types quindi lo potresti taggare con questi: barrier:key=yes/no/number of locks barrier:biometrics=yes/no/additional - for devices equipped with a biometric system to verify the identity of the person that seeks entrance barrier:rfid=yes/no/additional - for devices equipped with RFID chip readers barrier:magnetic_stripe=yes/no/additional - for devices equipped with magnetic stripe readers barrier:keypad=yes/no/additional - for devices equipped with a keypad to enter a code barrier:video=yes/no/additional - for barriers that are surveyed by video cameras barrier:personnel=yes/no/additional/automatic - for places where there are humans that watch the place (if there is noone use barrier:personnel=automatic ) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] place=neighbourhood
Intendi i rioni o le classificazioni a zone storiche dei paesi immagino.. Sarebbe da chiarire il fatto che si possa usare anche per le classificazioni tradizionali e non solo per quelle (semi)amministrative.. (Anche i paesetti in Sardegna hanno diverse zone con il loro nome, nel paese di mia nonna ce ne saranno una quindicina e sono 3mila abitanti...) is_in +1 se si opera a suddividere un municipio in zone, nel tuo caso place=neighboorhood name=Greco is_in=Zona 2 Zona 2 è un confine amministrativo con relation propria e admin_level=10 (come da wiki) Il giorno 31 agosto 2011 09:02, Sky One sky...@skyone.it ha scritto: 2011/8/30 Martin Koppenhoefer dieterdre...@gmail.com Si, ho pensato di poter usarlo anche per le zone industriali (forse la parola neighbourhood non è il massimo, ma non ho trovato altro). Per quartieri indipendenti (in periferia, isolate, che non fanno parte di una entità suburb più grande) comunque continuerei ad usare surburb. Volevo sopratutto una entità per distinguere i quartieri / municipi veri da quartieri e zone piccole che fanno parte di quelle prime. Vediamo se ho capito: suburb si usa per i Municipi (tipo quelli di Roma), le Zone (di Milano) e così via; insomma, con confini amministrativi, giusto? Per esempio, e chiedo conferma ai milanesi, Greco sarebbe un neighbourhood e Zona 2 un suburb, dico bene? Spiego il motivo della mia domanda: nel mio paese (15000 abitanti circa) ci sono un paio di zone senza alcuna valenza amministrativa ma che vengono utilizzate per indicare una certa parte del centro abitato (per esempio: Dove abiti? Alla Ducatona). In questo caso va usato neighbourhood? Martin, non sarebbe anche il caso di indicare anche l'uso del tag is_in nella tua proposta? -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] place=neighbourhood
2011/8/30 sabas88 saba...@gmail.com: Si, per fare un esempio di Genova, Pontedecimo potrebbe essere un suburb, mentre il sestiere della Maddalena o San Martino diventerebbero Neighborhood.. Ma i Municipi come divisione amministrativa (ex Circoscrizioni, a Milano esistono le Zone che sono un corrispettivo) non dovrebbero essere rappresentati come boundary=administrative? si. I divisioni amministrativi viaggiano a parte. Municipi a Roma sono admin_level=10, boundary=administrative. Per esempio qui: http://www.openstreetmap.org/browse/relation/1463468 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] place=neighbourhood
2011/8/31 Sky One sky...@skyone.it: 2011/8/30 Martin Koppenhoefer dieterdre...@gmail.com Vediamo se ho capito: suburb si usa per i Municipi (tipo quelli di Roma), le Zone (di Milano) e così via; insomma, con confini amministrativi, giusto? no. Confini amministrativi si mappano con boundary=administrative admin_level=x dove x è tra 2 (nazione) e 10 (municipio) I suburb fanno parte del place = insediamento/agglomerato/centro abitato e sono quartieri (il primo livello di suddivisione di una città, di solito hanno nomi, Zona 2 mi sembra una entità amministrativa, mentre i quartieri di solito hanno nomi, sono storici (nascono insieme alla (crescità della) città), alle volte sono i nomi di ex-villaggi che erano lì prima che la città gli ha mangiato)). Poi il neighbourhood è una suddivisione del suburb, quindi più neighbourhood creano un suburb (forse un neighbourhood potrebbe anche appartenere a 2 suburb adiacenti, quindi non è strettamente gerarchico). Spiego il motivo della mia domanda: nel mio paese (15000 abitanti circa) ci sono un paio di zone senza alcuna valenza amministrativa ma che vengono utilizzate per indicare una certa parte del centro abitato (per esempio: Dove abiti? Alla Ducatona). In questo caso va usato neighbourhood? esattamente. Ci capiamo. neighbourhood e suburb non hanno nessuna valenza amministrativa (potrebbe coincidere, o anche no). Martin, non sarebbe anche il caso di indicare anche l'uso del tag is_in nella tua proposta? no, il is_in viene generalmente considerato superato. Da quanto abbiamo i poligoni dei confini non c'é più bisogno, era un hack temporaneo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] place=neighbourhood
2011/8/31 sabas88 saba...@gmail.com: Intendi i rioni o le classificazioni a zone storiche dei paesi immagino.. +1 Sarebbe da chiarire il fatto che si possa usare anche per le classificazioni tradizionali e non solo per quelle (semi)amministrative. nono, non c'entra proprio l'amministrazione. --- ne anche semi ;-) Si usa proprio per le classificazioni tradizionali (i criteri sono di solito morfologia, storia, economia, funzione, ...) is_in=Zona 2 Zona 2 è un confine amministrativo con relation propria e admin_level=10 se esiste quel confine come way il is_in può essere determinato automaticamente. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Situazione in Campania
Stavo chiacchierando con un mio amico che vive a Battipaglia (SA), che mi faceva notare come OSM dalle sue parti sia impossibile da usare, Addirittura, mi dice, in tutta Avellino nemmeno ci sono i nomi delle strade. Lui non sa fare nulla col PC e non si azzarda a provare a inserirli, e quindi gli ho consigliato di sentire i LUG locali. Sorpresa: sia Avellino sia Salerno non hanno nemmeno il LUG! C'era, ma è inattivo da anni. :-O A questo punto mi è venuto in mente di chiedere qui in ML se c'è qualcuno che baita in meridione e se conosce com'è la situazione lì e come eventualmente migliorarla. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappatura Stabilimenti Balneari - Proposta
Ciao a tutti, come promesso vorrei fare qui una proposta per la mappatura degli stabilimenti balneari italiani, in modo da raggiungere un certo livello di consenso prima di andare ad aggiornare la pagina beach_resort sul wiki. Da esperienze personali e mail scambiate qui in ML farei la seguente proposta di mappatura: 1)Mappare tutta l'area dell stabilimento balneare (dalla strada di accesso alla battigia) come leisure=beach_resort supervised=yes/no (servizio di bagnino) surface=sand/gravel/... (per la tipologia di spiaggia) fee=yes 2) aggiungere eventuali parcheggi, buildings, piscina, campi da tennis, ecc, magari con tag access=private (riservati ai clienti) 3) creare una highway=service dalla strada all'accesso dello stabilimento balneare con barrier=gate/... se presenti 4) aggiungere un nodo in corrispondenza dell'accesso con addr:street e addr:number per l'indirizzo 5) racchiudere tutti i punti e aree precedenti in una relation type = site site = beach_resort name = nome stabilimento ref = eventuale numero identificativo phone = numero di telefono altri tag... Che ne pensate? E' eccessivo il ricorso alla relation site? Tenete conto che solo per la zona che voglio mappare (Marina di Pietrasanta) stiamo parlando di circa 100 stabilimenti balneari. Saluti a tutti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso con tesserino
Mi intrometto e segnalo che ho usato barrier=guard_rail qui¹, mi pare una ottima proposta che andrebbe votata :) Ciao, Stefano ¹ http://osm.org/go/xWhVzzjf 2011/8/31 Martin Koppenhoefer dieterdre...@gmail.com ho fatto una proposta per questo: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types quindi lo potresti taggare con questi: barrier:key=yes/no/number of locks barrier:biometrics=yes/no/additional - for devices equipped with a biometric system to verify the identity of the person that seeks entrance barrier:rfid=yes/no/additional - for devices equipped with RFID chip readers barrier:magnetic_stripe=yes/no/additional - for devices equipped with magnetic stripe readers barrier:keypad=yes/no/additional - for devices equipped with a keypad to enter a code barrier:video=yes/no/additional - for barriers that are surveyed by video cameras barrier:personnel=yes/no/additional/automatic - for places where there are humans that watch the place (if there is noone use barrier:personnel=automatic ) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso con tesserino
2011/8/31 sabas88 saba...@gmail.com: Mi intrometto e segnalo che ho usato barrier=guard_rail qui¹, mi pare una ottima proposta che andrebbe votata :) si, avevo pensato la stessa cosa ed ho mandato un secondo RFC (richiesta per commenti) su la tagging ML. Se non ci sono problemi negli prossimi giorni lo mettiamo a votare (altrimenti mettiamo a posto e votiamo cmq). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura Stabilimenti Balneari - Proposta
2011/8/31 Fabrizio Tambussa ftambu...@gmail.com: come promesso vorrei fare qui una proposta per la mappatura degli stabilimenti balneari italiani, in modo da raggiungere un certo livello di consenso prima di andare ad aggiornare la pagina beach_resort sul wiki. ottima iniziativa Da esperienze personali e mail scambiate qui in ML farei la seguente proposta di mappatura: 1)Mappare tutta l'area dell stabilimento balneare (dalla strada di accesso alla battigia) come leisure=beach_resort supervised=yes/no (servizio di bagnino) forse meglio supervised_swimming/bathing ? credo che supervised viene usato anche in un altro modo. surface=sand/gravel/... (per la tipologia di spiaggia) natural=beach per la parte della spiaggia eventualmente anche landcover invece di surface? 2) aggiungere eventuali parcheggi, buildings, piscina, campi da tennis, ecc, magari con tag access=private (riservati ai clienti) si usa anche access=customers 5) racchiudere tutti i punti e aree precedenti in una relation type = site site = beach_resort name = nome stabilimento ref = eventuale numero identificativo phone = numero di telefono se usi il poligono del beach_resort per quello (comprende anche i parcheggi della spiaggia per esempio) non avrei bisogne della relazione. Tenete conto che solo per la zona che voglio mappare (Marina di Pietrasanta) stiamo parlando di circa 100 stabilimenti balneari. si, ma mappate tutti come aree non vedo problemi. Secondome finchè la spiaggia non cambia caratteristica non lo dovresti tagliare, lo mappi semplicemente con un altro oggetto che i vari beach resort. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Använda OSM kommersiellt
Med nya licensen kan väl den som publicerar välja licens helt själv (även stängda licenser) - om vi pratar om egengjorda kartor från OSM-data? Sen tolkar jag det som att vem som helst ändå får ta datat från en sån karta och lägga in i OSM. Eller? Och jag är osäker på om den som skapat kartan verkligen MÅSTE lägga in allt data i OSM? Men det här är klurigt! Har licensgruppen verkligen inte skrivit något om detta och lagt på någon obskyr wikisida? * Hur mycket blir Share-Alike med vår licens, är det bara kartan eller hela boken. (se odbl nedan) Not om ODBL: Roligt nog så är ODBL antagligen svårar att sälja in i vissa fall, även om man får sälja sin bild hur man vill så måste man öppna upp sin egen data. :-) -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-at] 1-2 Fragen für einen Neuling
Servus Lukas! Ich habe mir gerade kurz Lech angeschaut , und ich finde, dass du das genau richtig machst: - Die Klassifizierungen scheinen zu stimmen, du unterscheidest brav zwischen residential und service (BTW. es gibt noch eine weitere Abstufung, nämlich highway=service + service=driveway für einzelne Hauszufahrten), sowie zwischen footway/path/track, daran scheitern sehr viele Anfänger. - Die Genauigkeit ist auch vorbildlich, und du hast die richtige Balance bei der Menge der Punkte gefunden. Bei ein paar Straßen habe ich vereinzelt zusatz-Nodes angebracht, um Ecken abzurunden, aber das ist Geschmacksache (speziell sich windende Forstwege brauchen oft mehr nodes als Gemeindestraßen) Die alte Straße in Oberlech hätte ich aber nicht als Fußgängerzone getaggt, eher als footway oder track. Ansonsten ist mir aber gar nichts aufgefallen, nur weiter so! :-) Gestern (Di, 30. August 2011) meinte Lukas Bischof: btw, irgendwie macht mir Österreich (oder zumindest die Wikiseite auf OSM.org) einen recht inaktiven Eindruck. Das mag für die Wiki-Seite (und ev. auch für die Mailingliste) gelten, die Szene ist aber sehr aktiv (um genau zu sein angeblich Nr. 2 in der Welt). Allerdings gibt es auch Gegenden, wo noch großer Nachholbedarf ist. Überall wird von dem plan.at-Desaster geschrieben. Hat das so zurückgeworfen oder sind da viele frustriert, oder was ist da los? 1) Davon wirst du nicht mehr viel mitbekommen, aber anfangs war das ein perfektes Desaster, vor allem weil die Wege falsch getaggt waren, falsche Informationen trugen, immer noch viele falsch liegen oder gar nicht existieren (der letzte Punkt ist der schlimmste, weil nicht existente Wege kaum auffallen, und daher nicht gelöscht werden). 2) Hr. W. (ein egomanisches A...loch, ich hatte einmal das 'Vergnügen') hat das Ganze in einer Nacht- und Nebel-Aktion völlig an der Community vorbei durchgezogen, und als Kritik laut wurde, sich tot gestellt und tut's bis heute (trotzdem hält er - für Geld - bei der Wirtschaftskammer Vorträge als OSM-Spezialist). 3) (das ärgert mich am meisten) hätte der Import - wenn ordentlich gemacht - die Karte weiterbringen können, so aber räumen wir seit 3 Jahren den Müll weg und sind immer noch nicht fertig. 4) Die Ungenauigkeiten beruhen übrigens auf einer dilettantischen Koordinatentransformation, die Ausgangsdaten wären zumindest teilweise wesentlich besser gewesen. -- Bis demnächst, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
On 08/31/2011 02:48 AM, Dauser Martin Johannes wrote: Bei (Wander-)Wegen mache ich diese so genau wie möglich und bei Strassen mit so wenigen Punkten wie möglich. Aber ich schaue trotzdem drauf, dass der Kurvenverlauf erkennbar ist. Ist wohl auch eine Gefühlssache. Ich glaube Norbert würde bei meinem aktuellen (Landuse-)Projekt einen Schreikrampf bekommen: http://www.openstreetmap.org/?lat=47.8067lon=13.668zoom=14layers=M Schaut sehr gut aus (ist sicher viel Arbeit) und auf keinen Fall zu detailreich IMHO. Allerdings sind das dort oben im Höllengebirge (einem meiner Lieblingsgebirge) Latschen/Legföhren. Da passt mE natural:wood nicht. Ich würd stattdessen natural:scrub verwenden. Bei der Orientierung oder Wegwahl im Gelände macht das einen Riesenunterschied obs ein Wald oder Latschendickicht ist und sollte deshalb auch abgebildet werden. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] OT: Schreikrampf (war: 1-2 Fragen für einen Neuling)
Guten Tag! Heute (31. August) um 10:43 tippte Norbert Wenzel: Ich schreikrampfe nur wenn Geraden mit weiteren Nodes als Details verbessert werden Danke, das musste mal gesagt werden!! Es gibt ja Leute, die einfach alle 10m einen Punkt setzen und trotzdem die Kurven nicht rund bekommen. Schreikrampf Nr. 2 (verwandt): Leute die ihre GPS-tracks als ways hochladen (mäandernde Punktewolken, nicht editierbar, nur noch im ganzen löschbar). Fast genauso schlimm: Leute, die glauben, GPS Geräte hätten eine Genauigkeit im Zentimeterbereich und jede Spitze nachzeichnen (ich frag mich oft, ob sie den Weg wirklich gegangen sind, denn sie müssten ja eigentlich wissen, dass da keine Serpentinen waren) Schreikrampf Nr. 3: Verschmelzen von nichtzusammengehörigen Themen - oder wie mache ich es den anderen so hart wie möglich, mein grandioses Schaffen zu ändern. (z.b. der track der gleichzeitig Wald- und Wiesengrenze ist, von einer Piste überlagert wird und etliche Punkte mit der Gemeindegrenze und dem Bach gemeinsam hat) Ah, das tut gut, mal richtig losschreien! ;-) -- MfG, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
Hallo! Mir ist nur eins aufgefallen: arealway=station würde ich nur auf den Endnode der Seilbahn machen, nicht /auch/ auf das Gebäude. Und den Namen der Seilbahn auf den Tal- und Bergstation-Node setzen finde ich auch nicht ideal. IMO reicht der Name der Seilbahn auf dem Way. Sonst super. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
Am Mittwoch, den 31.08.2011, 10:23 +0200 schrieb Stefan Kopetzky: On 08/31/2011 02:48 AM, Dauser Martin Johannes wrote: Bei (Wander-)Wegen mache ich diese so genau wie möglich und bei Strassen mit so wenigen Punkten wie möglich. Aber ich schaue trotzdem drauf, dass der Kurvenverlauf erkennbar ist. Ist wohl auch eine Gefühlssache. Ich glaube Norbert würde bei meinem aktuellen (Landuse-)Projekt einen Schreikrampf bekommen: http://www.openstreetmap.org/?lat=47.8067lon=13.668zoom=14layers=M Schaut sehr gut aus (ist sicher viel Arbeit) und auf keinen Fall zu detailreich IMHO. Allerdings sind das dort oben im Höllengebirge (einem meiner Lieblingsgebirge) Latschen/Legföhren. Da passt mE natural:wood nicht. Ich würd stattdessen natural:scrub verwenden. Bei der Orientierung oder Wegwahl im Gelände macht das einen Riesenunterschied obs ein Wald oder Latschendickicht ist und sollte deshalb auch abgebildet werden. LG, Stefan Hallo Stefan, ich begründe diese Einstellung mit dem Österreichischen Waldgesetz nachdem Latschen eine Sonderform des Waldes bilden. Naja, und Naturwald nutze ich, da es sich um eine nur sehr wenig veränderte Waldgesellschaft handelt. Grüsse feneks ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] wegen footway
Am Mittwoch, den 31.08.2011, 09:53 +0200 schrieb Boris Cornet: (BTW. es gibt noch eine weitere Abstufung, nämlich highway=service + service=driveway für einzelne Hauszufahrten), sowie zwischen footway/path/track, daran scheitern sehr viele Anfänger. Meine persönliche Meinung: footway verwende ich eingentlich überhaupt nicht mehr. footway ist ja ein mit dem blauen Schild markierter Gehweg. Da nutze ich nur noch die Kombination highway=path mit foot=designated. Und nicht als Gehweg markierte Wege als highway=path mit foot=yes (selten auch noch mit bicycle=yes) Ich denke das wäre klarer strukturiert und könnte Wanderwege, welche dann als Gehweg eingezeichnet werden vermeiden. Vielleicht irre ich mich da aber auch. liebe Grüsse feneks ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] wegen footway
On 31.08.2011 22:20, Dauser Martin Johannes wrote: footway verwende ich eingentlich überhaupt nicht mehr. footway ist ja ein mit dem blauen Schild markierter Gehweg. Da nutze ich nur noch die Kombination highway=path mit foot=designated. Und nicht als Gehweg markierte Wege als highway=path mit foot=yes (selten auch noch mit bicycle=yes) Ich denke das wäre klarer strukturiert und könnte Wanderwege, welche dann als Gehweg eingezeichnet werden vermeiden. Vielleicht irre ich mich da aber auch. Seh ich grundsätzlich genau so. Ich halt nur foot=yes für redundant, weil man ja prinzipiell überall zu Fuß gehen kann. Ausser es ist verboten oder unangebracht, dann wär foot=no passend. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] wegen footway
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/08/11 22:20, Dauser Martin Johannes wrote: Am Mittwoch, den 31.08.2011, 09:53 +0200 schrieb Boris Cornet: (BTW. es gibt noch eine weitere Abstufung, nämlich highway=service + service=driveway für einzelne Hauszufahrten), sowie zwischen footway/path/track, daran scheitern sehr viele Anfänger. Meine persönliche Meinung: footway verwende ich eingentlich überhaupt nicht mehr. footway ist ja ein mit dem blauen Schild markierter Gehweg. Da nutze ich nur noch die Kombination highway=path mit foot=designated. Und nicht als Gehweg markierte Wege als highway=path mit foot=yes (selten auch noch mit bicycle=yes) Ich denke das wäre klarer strukturiert und könnte Wanderwege, welche dann als Gehweg eingezeichnet werden vermeiden. Vielleicht irre ich mich da aber auch. Meine persönliche Meinung: Ich persönlich trenne footway und path folgendermaßen: Ein Fußweg ist für mich befestigt und so breit, den ich mit Rollstuhl oder Kinderwagen problemlos benützen kann (Meistens im Stadtgebiet oder Park). Ein Pfad ist für mich ein unbefestigter (oder so schmaler) Weg, wo ein Rollstuhlfahrer oder Kinderwagen nicht durchkommt (Meistens durch Nutzung von selbst entstanden, zB Wanderwege). bicycle=* ist da bei beiden optional. liebe Grüsse feneks lg, Michael - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOXqAKAAoJEPDJmZ2oE4mGuCgP/jJ/E6S7GyPF2ZRhzEqvFmpK oU+GnES1k/upWz6xuqM8HFxQrcv+iTPalgECnB90vF/ghE/3Eu25yf/91KfTLOb3 wMaHxK6mDY5OJ5snafho8xz4Hb5uznxSu0VwB7qhI8sSFeI2FWYi2kM1lFl29CSW EISmHA+PrdEoPo5+Cd3RE6KyAsVaYqPdR2gndZk8uTRd7TXQQd/+Hxm0ytg/vKZZ wmJTl9qA+qPrg0Ja0XtybdrokVM5vqwQEhNBBQ1+cpuVVJEUwrU+7hekbo+9JDUT 2smV3TXit4aHXQe5MywUF8NEtI1qQnX+l9Y/CG5rNZLISdnXms2ikhYohd2dUQK1 vYLdB1+mgVSUGQTDZmNu76B+Xjtzrqo5D7ANpK/IGP70+4/+M9NXOp0uaAmH5U8o EXiGxqTZbVxHybXGuB023NQjmdNVHP0GSscZNd6Fmu12kmAIldp+dFI9RySHkghn 50c/pP1wkYhgd6sSqnBQkAyhQOO/MDAw4dRTuM2ZdcnBdcgmitBFEpfoRnFBbFu1 1BUDVqORwQabLuxq9MacQgLbFTa/e+CbLGQx6wF2vSG764nsOfnjrbpEy46ypox4 Ob/YCGU/uKwvHgGeYrnDuf5ps9AaZQHjfGiKnts27pllqW1MhoO7f48UguQCLwwb xeGPe/sYpVNy+ehSmYwi =u6bG -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] wegen footway
Hallo! On 2011-08-31 22:56, Michael Maier wrote: Meine persönliche Meinung: Ich persönlich trenne footway und path folgendermaßen: Ein Fußweg ist für mich befestigt und so breit, den ich mit Rollstuhl oder Kinderwagen problemlos benützen kann (Meistens im Stadtgebiet oder Park). Ein Pfad ist für mich ein unbefestigter (oder so schmaler) Weg, wo ein Rollstuhlfahrer oder Kinderwagen nicht durchkommt (Meistens durch Nutzung von selbst entstanden, zB Wanderwege). bicycle=* ist da bei beiden optional. Ja, genauso mache ich es auch. Größere Wege z.B. durch Wohnhausanlagen als path zu taggen, wäre schon sehr merkwürdig ... lg darkweasel ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] wegen footway
Guten Tag! Oh je, geht das hier nun auch los... Die 'richtige' Verwendung von path ist in Deutschland Anlass von wüsten Beschimpfungen auf talk-de und für edit wars. Da halte ich es eher mit der althergebrachten Weise, footway für die Stadt und die Seepromenade, path für schmale Wanderwege. Aber nach der 'reinen Lehre' (wiki) ist deine Ansicht auch nicht falsch. In meiner Gegend verwendet nur *niemand* path so. Heute (31. August) um 22:48 schrieb Stefan Kopetzky: On 31.08.2011 22:20, Dauser Martin Johannes wrote: footway verwende ich eingentlich überhaupt nicht mehr. footway ist ja ein mit dem blauen Schild markierter Gehweg. Da nutze ich nur noch die Kombination highway=path mit foot=designated. Und nicht als Gehweg markierte Wege als highway=path mit foot=yes (selten auch noch mit bicycle=yes) Ich denke das wäre klarer strukturiert und könnte Wanderwege, welche dann als Gehweg eingezeichnet werden vermeiden. Vielleicht irre ich mich da aber auch. Seh ich grundsätzlich genau so. Ich halt nur foot=yes für redundant, weil man ja prinzipiell überall zu Fuß gehen kann. Ausser es ist verboten oder unangebracht, dann wär foot=no passend. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- MfG, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] wegen footway
On 31.08.2011 23:09, Boris Cornet wrote: Da halte ich es eher mit der althergebrachten Weise, footway für die Stadt und die Seepromenade, path für schmale Wanderwege. Ich seh da jetzt, praktisch, nicht so wirklich den grossen Unterschied. Blaues Schild oder nicht kann man getrost den Diskutanten nebenab in talk.de überlassen. Wirklich stören tuts mich nur andersrum, also highway=footway für die schmalen Wegerl. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
Am Mittwoch, den 31.08.2011, 22:44 +0200 schrieb Stefan Kopetzky: On 31.08.2011 22:07, Dauser Martin Johannes wrote: ich begründe diese Einstellung mit dem Österreichischen Waldgesetz nachdem Latschen eine Sonderform des Waldes bilden. Nix für ungut, aber mappst du für Juristen? Alle (AV, FB, Kompass, BEV) mir bekannten Karten unterscheiden, mit gutem Grund, zwischen diesen beiden Formen von Bewuchs. Eben weil es für den Nutzer der Karte einen gewaltigen Unterschied bedeutet, gerade wenn man weglos unterwegs ist. Naja, und Naturwald nutze ich, da es sich um eine nur sehr wenig veränderte Waldgesellschaft handelt. Nachdem dort davor große Weide-/Almflächen waren, die im Laufe der Zeit zuwachsen ist das auch eine eher fragwürdige These. LG, Stefan Hallo Stefan, da bist du offensichtlich der Wanderkartenspezialist. Als ich vor ein paar Jahren Alpenvereinskarten angesehen hatte ist mir nicht aufgefallen, dass derart genau unterschieden wird. Die Grünerlengebüsche waren sogar gar nicht eingetragen und grosse Waldschneisen mit Hochstaudenflur waren auch nur einfach als Wald eingetragen, während ältere Vegetationskarten diese Schneise richtig angaben - und das ist ein wesentlich grösserer Unterschied als Wald und Latsche. Aber ich lass natürlich mit mir reden ... feneks ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
On 31.08.2011 23:14, Dauser Martin Johannes wrote: da bist du offensichtlich der Wanderkartenspezialist. Eher als Botaniker. Was Grünerlen sind musste ich erst googlen. :) Natürlich hast du recht, dass dieser Bewuchs in der Praxis ähnlich behindernd wie Latschen ist. Ich hab auch absolut nichts dagegen, wenn dieses auch als scrub/Buschland (http://wiki.openstreetmap.org/wiki/Tag:natural=scrub) oder was auch immer besser passt, erfasst werden. Besser/Genauer gehts immer. Als ich vor ein paar Jahren Alpenvereinskarten angesehen hatte ist mir nicht aufgefallen, dass derart genau unterschieden wird. Die Grünerlengebüsche waren sogar gar nicht eingetragen und grosse Waldschneisen mit Hochstaudenflur waren auch nur einfach als Wald eingetragen, während ältere Vegetationskarten diese Schneise richtig angaben - und das ist ein wesentlich grösserer Unterschied als Wald und Latsche. Interessehalber: Wo findet man Vegetationskarten mit so einem kleinen Maßstab? Sind die allgemein publiziert oder nur für die jeweiligen Forstverwaltungen selbst? LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
On 01.09.2011 00:47, Dauser Martin Johannes wrote: Verstehe ich recht, dass du als BOTANIKER die Grünerle nicht kanntest?! geschockte Grüsse vom Ökologen Gemeint war: Eher Experte für Wanderkarten denn Botaniker :) LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-Talk-ZA] September Gauteng meetup
Hello, I'm holding a meetup in Centurion in September: Place: Butcher Brothers, Centurion Lake It's a 1km walk from the Gautrain Station. http://www.openstreetmap.org/?mlat=-25.855983mlon=28.187862zoom=18layers=M Time Date: The first person to confirm can pick a date. The date must be before the 23rd. Duration: +- 1 hour Topic: Anything related to OSM: Basic editing, Android Apps etc. * For the first 3 people to confirm: The burgers and chips are on me. (I have some Groupons) These are really nice burgers. Just pay for your own drinks. * I'll provide an open Wi-Fi hotspot. Regards, Nic ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Your new coastline
On Mon, Aug 29, 2011 at 9:23 AM, G. Michael Carter mi...@carterfamily.ca wrote: Andrew, In addition to the missing lakes and marshes documented on talk-ca here's another if your keeping a list: http://www.openstreetmap.org/?lat=43.98365lon=-77.7393zoom=17layers=M Also as another FYI you may have a gap somewhere in the coastline which could be causing a lot of the rendering problems. ie: http://www.openstreetmap.org/?lat=43.88528lon=-78.67676zoom=17layers=M I've tried refreshing it but it's just not seeing the changes you made. really this marsh should be a separate entity cut off at lake Ontario. Michael I don't see any problems with the data in either of these cases, it's probably Mapnik not rerendering properly. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
Any eta on when you'll be finish with the lake Ontario coastline? Sent from my iPhone On 2011-09-01, at 12:19 AM, Andrew MacKinnon andrew...@gmail.com wrote: On Mon, Aug 29, 2011 at 9:23 AM, G. Michael Carter mi...@carterfamily.ca wrote: Andrew, In addition to the missing lakes and marshes documented on talk-ca here's another if your keeping a list: http://www.openstreetmap.org/?lat=43.98365lon=-77.7393zoom=17layers=M Also as another FYI you may have a gap somewhere in the coastline which could be causing a lot of the rendering problems. ie: http://www.openstreetmap.org/?lat=43.88528lon=-78.67676zoom=17layers=M I've tried refreshing it but it's just not seeing the changes you made. really this marsh should be a separate entity cut off at lake Ontario. Michael I don't see any problems with the data in either of these cases, it's probably Mapnik not rerendering properly. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] Données libres services SIG Région Nord-Pas-de-Calais
Salut, Ce n'est pas encore officiellement annoncé mais c'est en place ; le service SIG de la Région Nord-Pas-de-Calais vient de passer ses données sous licence ODBL. Les fichiers, la plupart en shapefile, sont accessibles ici : http://sigale.nordpasdecalais.fr Pour vous inscrire, c'est ici : http://sigale.nordpasdecalais.fr/TELECHARGEMENT/nouveau.asp Cette libération est la conséquence d'une volonté historique d'ouverture du services SIG. Une première licence, très « maladroite » va-t-on dire était en place depuis quelques années. J'ai rencontré Joël Tignon et Christophe Bury en octobre 2010 pour leur parler données libres. Immédiatement, ils se sont intéressés au sujet et le processus de libération des données a suivi son court. C'est Joël Tignon et Adrien Carpentier (qui est présent sur cette liste) qui ont procédé à la mise en œuvre de la licence ODBL, avec le conseil de Veni Vedi Libri et Regards Citoyens. Adrien, je te laisse compléter ou corriger mes propos. Nous envisageons de faire un petit événement pour fêter cette libération, je vous tiendrai informé. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour visualiser des traces GPX dans JOSM
Bonjour, De : didier2...@free.fr la projection lambert 9 zones - zone 7 n'inclus pas ouessant dans josm ... (ESPG 3948 45.5,-4.9,50.5,10.2) La version latest de JOSM (4383) inclut ce patch : http://josm.openstreetmap.de/ticket/6753 qui résout le problème en étendant un peu vers l'ouest la limite de validité du Lambert 9CC zone 7. Je viens de tester, le cadastre d'Ouessant s'affiche désormais. Merci à Pieren. @Romain : yapluka :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petit problème de rendu Mapnik pour les barrages
Bonjour, Il y a apparemment un petit problme de rendu Mapnik pour les barrages. Quand un barrage est reprsent par un linaire simple pas de souci, mais quand on le reprsente par un chemin ferm (pour prciser l'emprise au sol du barrage) il n'est pas affich du tout. Voir par exemple ici : http://www.openstreetmap.org/?lat=42.67179lon=1.70349zoom=15layers=M Pourtant le wiki prcise qu'il devrait tre reprsent avec des hachures grises : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddam A noter que le barrage est affich avec Osmarender (mais pas reprsent par des hachures grises). Par ailleurs, il y a une question que je me pose dans le cas o un barrage est reprsent par un chemin ferm : doit-on relier le lac de retenue avec le cours d'eau en aval en coupant travers le barrage ? a me paratrait mieux pour assurer la continuit du cours d'eau. Qu'est ce que vous en pensez ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données libres services SIG Région Nord-Pas-de-Calais
Bravo ! C'est une très bonne nouvelle. Je me demande si avec de plus en plus de libérations de données en ODbL le changement de licence d'OSM ne va pas finalement faire gagner plus de données que l'on va en perdre (sauf peut être pour les Pyrénéens Atlantiques). Fred Le 31 août 2011 10:10, Philippe Pary phili...@cleo-carto.com a écrit : Salut, Ce n'est pas encore officiellement annoncé mais c'est en place ; le service SIG de la Région Nord-Pas-de-Calais vient de passer ses données sous licence ODBL. Les fichiers, la plupart en shapefile, sont accessibles ici : http://sigale.nordpasdecalais.fr Pour vous inscrire, c'est ici : http://sigale.nordpasdecalais.fr/TELECHARGEMENT/nouveau.asp Cette libération est la conséquence d'une volonté historique d'ouverture du services SIG. Une première licence, très « maladroite » va-t-on dire était en place depuis quelques années. J'ai rencontré Joël Tignon et Christophe Bury en octobre 2010 pour leur parler données libres. Immédiatement, ils se sont intéressés au sujet et le processus de libération des données a suivi son court. C'est Joël Tignon et Adrien Carpentier (qui est présent sur cette liste) qui ont procédé à la mise en œuvre de la licence ODBL, avec le conseil de Veni Vedi Libri et Regards Citoyens. Adrien, je te laisse compléter ou corriger mes propos. Nous envisageons de faire un petit événement pour fêter cette libération, je vous tiendrai informé. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit problème de rendu Mapnik pour les barrages
On 31 août 2011, at 10:45, Nicolas Moyroud wrote: Bonjour, Il y a apparemment un petit problème de rendu Mapnik pour les barrages. Quand un barrage est représenté par un linéaire simple pas de souci, mais quand on le représente par un chemin fermé (pour préciser l'emprise au sol du barrage) il n'est pas affiché du tout. Voir par exemple ici : http://www.openstreetmap.org/?lat=42.67179lon=1.70349zoom=15layers=M Pourtant le wiki précise qu'il devrait être représenté avec des hachures grises : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddam Oui ce problème est signalé dans le bugtracking lié au rendu mapnik. Cela dit j'ai remarqué que cela fait bientôt 2 mois qu'aucune correction n'a été faite sur le rendu mapnik, les contributeurs sont peut etre en (longues) vacances... A noter que le barrage est affiché avec Osmarender (mais pas représenté par des hachures grises). Par ailleurs, il y a une question que je me pose dans le cas où un barrage est représenté par un chemin fermé : doit-on relier le lac de retenue avec le cours d'eau en aval en coupant à travers le barrage ? Ça me paraîtrait mieux pour assurer la continuité du cours d'eau. Qu'est ce que vous en pensez ? Je pense que la continuité est assurée par le waterway linéaire qui doit de toute façon etre présent pour faire couler la rivière dans le bon sens et que les riverbank devraient représenter la véritable étendue d'eau, donc en excluant la surface du barrage. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour visualiser des traces GPX dans JOSM
Trop bien! Mille mercis! Le 31 août 2011 10:21, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : didier2...@free.fr la projection lambert 9 zones - zone 7 n'inclus pas ouessant dans josm ... (ESPG 3948 45.5,-4.9,50.5,10.2) La version latest de JOSM (4383) inclut ce patch : http://josm.openstreetmap.de/ticket/6753 qui résout le problème en étendant un peu vers l'ouest la limite de validité du Lambert 9CC zone 7. Je viens de tester, le cadastre d'Ouessant s'affiche désormais. Merci à Pieren. @Romain : yapluka :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Problème pour utiliser nomatim
Salut, Je cherche à géolocaliser nos utilisateurs sur une carte. J'ai des adresses postales en france avec : (Numéro et) Nom de la rue Code postal Commune J'ai essayé dans une requète à nomatim de ce type (pour restreindre à la france, j'ai ajouté le paramètre countrycode=fr) : http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 rien http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+SAINT+AMAND+MONTROND,+18200countrycode=frformat=xmladdressdetails=1 pas mieux http://nominatim.openstreetmap.org/search?q=18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 Une geolocalisation est renvoyée en équateur (pas cool pour une restriction à la france) Bref, je ne sais pas quelle URL envoyer à Nomatim avec mes données pour géolocaliser correctement en france les personnes. J'ai eu un problème avec Le Chatelet qui est une commune existant dans plusieurs départements. Le code postal ne semblant pas pris en compte dans mes URL. Si vous avez une piste... Cordialement Jean CARTIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour utiliser nomatim
Salut, As-tu essayé d'écrire le département en toutes lettres au lieu du code postal ? J'ai l'impression que c'est ok en écrivant CHER. Frédéric Le 31 août 2011 11:53, Jean jean_cart...@yahoo.com a écrit : Salut, Je cherche à géolocaliser nos utilisateurs sur une carte. J'ai des adresses postales en france avec : (Numéro et) Nom de la rue Code postal Commune J'ai essayé dans une requète à nomatim de ce type (pour restreindre à la france, j'ai ajouté le paramètre countrycode=fr) : http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 rien http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+SAINT+AMAND+MONTROND,+18200countrycode=frformat=xmladdressdetails=1 pas mieux http://nominatim.openstreetmap.org/search?q=18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 Une geolocalisation est renvoyée en équateur (pas cool pour une restriction à la france) Bref, je ne sais pas quelle URL envoyer à Nomatim avec mes données pour géolocaliser correctement en france les personnes. J'ai eu un problème avec Le Chatelet qui est une commune existant dans plusieurs départements. Le code postal ne semblant pas pris en compte dans mes URL. Si vous avez une piste... Cordialement Jean CARTIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour utiliser nomatim
J'ai essayé dans une requète à nomatim de ce type (pour restreindre à la france, j'ai ajouté le paramètre countrycode=fr) : http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 rien http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+SAINT+AMAND+MONTROND,+18200countrycode=frformat=xmladdressdetails=1 pas mieux Euh... cette rue et ce numéro d'adresse sont bien présents dans la base OSM, n'est-ce-pas ? Sinon ça ne peut pas marcher. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour utiliser nomatim
Salut, J'ai déjà évoqué ce problème en juillet: http://www.mail-archive.com/talk-fr@openstreetmap.org/msg33701.html mais le problème n'est toujours pas réglé :( Romain Le 31 août 2011 11:53, Jean jean_cart...@yahoo.com a écrit : Salut, Je cherche à géolocaliser nos utilisateurs sur une carte. J'ai des adresses postales en france avec : (Numéro et) Nom de la rue Code postal Commune J'ai essayé dans une requète à nomatim de ce type (pour restreindre à la france, j'ai ajouté le paramètre countrycode=fr) : http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 rien http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+SAINT+AMAND+MONTROND,+18200countrycode=frformat=xmladdressdetails=1 pas mieux http://nominatim.openstreetmap.org/search?q=18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 Une geolocalisation est renvoyée en équateur (pas cool pour une restriction à la france) Bref, je ne sais pas quelle URL envoyer à Nomatim avec mes données pour géolocaliser correctement en france les personnes. J'ai eu un problème avec Le Chatelet qui est une commune existant dans plusieurs départements. Le code postal ne semblant pas pris en compte dans mes URL. Si vous avez une piste... Cordialement Jean CARTIER ___ 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] Problème pour utiliser nomatim
En fait j'ai l'impression que la Rue de la Cartelee n'existe pas encore sur OSM pour cette commune. Essaie avec Rue Fredt par exemple, ça marche bien. Et ce même en utilisant le code postal 18200, sans écrire Cher. Frédéric Le 31 août 2011 11:58, Frédéric Bonifas fredericboni...@gmail.com a écrit : Salut, As-tu essayé d'écrire le département en toutes lettres au lieu du code postal ? J'ai l'impression que c'est ok en écrivant CHER. Frédéric Le 31 août 2011 11:53, Jean jean_cart...@yahoo.com a écrit : Salut, Je cherche à géolocaliser nos utilisateurs sur une carte. J'ai des adresses postales en france avec : (Numéro et) Nom de la rue Code postal Commune J'ai essayé dans une requète à nomatim de ce type (pour restreindre à la france, j'ai ajouté le paramètre countrycode=fr) : http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 rien http://nominatim.openstreetmap.org/search?q=52+RUE+DE+LA+CARTELEE,+SAINT+AMAND+MONTROND,+18200countrycode=frformat=xmladdressdetails=1 pas mieux http://nominatim.openstreetmap.org/search?q=18200+SAINT+AMAND+MONTRONDcountrycode=frformat=xmladdressdetails=1 Une geolocalisation est renvoyée en équateur (pas cool pour une restriction à la france) Bref, je ne sais pas quelle URL envoyer à Nomatim avec mes données pour géolocaliser correctement en france les personnes. J'ai eu un problème avec Le Chatelet qui est une commune existant dans plusieurs départements. Le code postal ne semblant pas pris en compte dans mes URL. Si vous avez une piste... Cordialement Jean CARTIER ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Election OSMF
Le mardi 30 août 2011 à 14:04 +0100, Emilie Laffray a écrit : Bonjour, Bonjour aussi ;) juste un petit rappel que les elections pour la fondation OSMF sont pour bientot. Il y a pour le moment 7 candidats pour 4 postes (Mikel, Ivan, Simone et la mienne). Je conseille d'a tous les membres de la fondation pour voir les programmes. Le lien se trouve ici: http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board Emilie Laffray Pour commencer, félicitation pour ta candidature. J'ai juste quelques questions qui me taraudent ;) Qui peut se présenter ? Qui peut voter ? merci nono ... citoyen_mappeur -- Singulièrement pluriel : bijou, caillou, chou, genou, hibou, joujou, pou, gnu bijoux, cailloux, choux, genoux, hiboux, joujoux, poux, gnu/linux signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Améliorer le Bâti
Bonjour,
Afin de voir où l'on en est sur la qualité des fichiers bâti issus du
cadastre, j'en ai récupéré quelques uns sur cleo, et j'ai tenté d'identifier
les pb récurrents que le contributeur doit gérer quand il se lance dans
l'aventure import du bati:
1. Des noeuds en doubles ou très proches
2. Des chemins avec un même noeud répété
3. Des bâtiments se croisant eux-mêmes
4. Des bâtiments se chevauchant très faiblement
5. Des bâtiments adjacents, mais qui ne partagent pas leurs noeuds.
Topologiquement ils ne sont pas mitoyens, de quelques centimètres.
6. Des bâtiments en double
7. Des bâtiments inclus dans d’autres, ou se superposant franchement
8. Des bâtiments découpés par les limites de parcelle
9. Des bâtiments avec un nombre exubérant de nœuds
10. Validator c’est long et ça rate des anos en plus !
11. Des bâtiments qui existent déjà dans OSM
12. Des bâtiments sur les highway existantes
Vous en avez d’autres ?
J'ai écrit 2 scripts python. Ce n’est pas très pythonique, pas très
performant, mais cela règle plus d’anos que ça n’en crée (je crois pas que
cela en crée :-) ). Ils utilisent OsmSax [1], Rtree, et Shapely :
Node_simplifier.py : A partir d’un fichier .osm, crée un autre .osm en
éliminant les nœuds en double, ou proches, et nettoie les chemins des nœuds
se répétant.
Node_join.py : A partir d’un fichier .osm, crée un autre .osm en « J »isant
tous les nœuds. Il s’agit de la fonction J de JOSM qui intègre un nœud à un
chemin si celui-ci en est suffisamment proche. A noter que cela ne déplace
aucun point, et que l’on conserve tous les points.
Pour l’instant les paramètres de distance sont en dur (et en angulaire), et
tous les objets modifiés se voient ajouter un tag fixme pour visualiser les
modifs. Ces deux scripts, passés dans cet ordre, traitent les points
1,2,4,5. Un troisième script est en cours pour le point 9.
Je vous laisse juge de leur qualité et de leur intérêt. A vos remarques !
A final je crois qu'il faudra supprimer les dépôts type cléo, et mettre à
dispo une interface d’import différentiel tuilé, c'est-à-dire qui n'affiche
et ne renvoie qu’une portion des bâtiments à importer et, pour combler les
manques de Validator, en ajoutant les tag fixme du type : « bâtiment
superposé avec l’existant », « bâtiment superposé au cadastre », « bâtiment
sur highway », etc…afin d'aider et d'alerter le contributeur... et peut-être
aussi le réfréner ;-)
BrunoC
[1] https://gitorious.org/osmose/backend/blobs/master/modules/OsmSax.py
#!/usr/bin/python
# -*- coding: utf8 -*-
from rtree import Rtree
import OsmSax, sys
DIST_MIN = 1.0e-12
def coords(n):
return (n.lat, n.lon)
def distance2(a,b):
xa, ya = coords(a)
xb, yb = coords(b)
return (xa-xb)**2 + (ya-yb)**2
class Node(object):
def __init__(self, id=None, lon=None, lat=None, tags=None):
self.id = id
if lon != None: self.lon, self.lat = float(lon), float(lat)
if tags:
self.tags = tags
else:
self.tags = {}
self.inWay = set()
self.inRel = set()
class Way(object):
def __init__(self, id=None, nodes=None, tags=None):
self.id = id
if nodes:
self.nodes = nodes
else:
self.nodes = []
if tags:
self.tags = tags
else:
self.tags = {}
class Relation(object):
def __init__(self, id, members=None, tags=None):
self.id = id
if members:
self.members = members
else:
self.members = []
if tags:
self.tags = tags
else:
self.tags = {}
def __repr__(self):
return Relation(id=%r, members=%r, tags=%r) % (self.id, self.members, self.tags)
class Cache:
def __init__(self):
self.nods = {}
self.ways = {}
self.rels = {}
def NodeCreate(self, data):
self.nods[data[id]] = Node(id=data[id],lon=data[lon],lat=data[lat],tags=data[tag])
def WayCreate(self, data):
self.ways[data[id]] = Way(id=data[id],nodes=data[nd],tags=data[tag])
def RelationCreate(self, data):
self.rels[data[id]] = Relation(id=data[id],tags=data[tag],members=data[member])
###
fout = sys.argv[2]
data = OsmSax.OsmSaxReader(sys.argv[1])
cache = Cache()
print 'Parse du fichier...'
data.CopyTo(cache)
idxNode = Rtree()
tabindx = {}
print 'Indexation...'
i = 0
for k in cache.nods.keys():
i += 1
idxNode.insert(i, coords(cache.nods[k]))
tabindx[i] = cache.nods[k]
# set des chemins utilisant un noeud
for w in cache.ways.values():
for nid in w.nodes: cache.nods[nid].inWay.add(w)
# set des relations utilisant un noeud
for r in cache.rels.values():
for m in r.members:
if m['type'] == 'node': cache.nodes[m['ref']].inRel.add(r)
print 'Simplification des noeuds...'
# balayage des noeuds à simplifier
for noeud in cache.nods.values():
#
Re: [OSM-talk-fr] Améliorer le Bâti
Salut, À la fin des itérations, s'il n'y a pas d'effet de bord, je ferai passer automatiquement chaque commune générée par ces moulinettes. Philippe Le 31/08/2011 20:36, Bruno Cortial a écrit : Bonjour, Afin de voir où l'on en est sur la qualité des fichiers bâti issus du cadastre, j'en ai récupéré quelques uns sur cleo, et j'ai tenté d'identifier les pb récurrents que le contributeur doit gérer quand il se lance dans l'aventure import du bati: 1. Des noeuds en doubles ou très proches 2. Des chemins avec un même noeud répété 3. Des bâtiments se croisant eux-mêmes 4. Des bâtiments se chevauchant très faiblement 5. Des bâtiments adjacents, mais qui ne partagent pas leurs noeuds. Topologiquement ils ne sont pas mitoyens, de quelques centimètres. 6. Des bâtiments en double 7. Des bâtiments inclus dans d’autres, ou se superposant franchement 8. Des bâtiments découpés par les limites de parcelle 9. Des bâtiments avec un nombre exubérant de nœuds 10. Validator c’est long et ça rate des anos en plus ! 11. Des bâtiments qui existent déjà dans OSM 12. Des bâtiments sur les highway existantes Vous en avez d’autres ? J'ai écrit 2 scripts python. Ce n’est pas très pythonique, pas très performant, mais cela règle plus d’anos que ça n’en crée (je crois pas que cela en crée :-) ). Ils utilisent OsmSax [1], Rtree, et Shapely : Node_simplifier.py : A partir d’un fichier .osm, crée un autre .osm en éliminant les nœuds en double, ou proches, et nettoie les chemins des nœuds se répétant. Node_join.py : A partir d’un fichier .osm, crée un autre .osm en « J »isant tous les nœuds. Il s’agit de la fonction J de JOSM qui intègre un nœud à un chemin si celui-ci en est suffisamment proche. A noter que cela ne déplace aucun point, et que l’on conserve tous les points. Pour l’instant les paramètres de distance sont en dur (et en angulaire), et tous les objets modifiés se voient ajouter un tag fixme pour visualiser les modifs. Ces deux scripts, passés dans cet ordre, traitent les points 1,2,4,5. Un troisième script est en cours pour le point 9. Je vous laisse juge de leur qualité et de leur intérêt. A vos remarques ! A finalje crois qu'il faudra supprimer les dépôts type cléo, et mettre à dispo une interface d’import différentiel tuilé, c'est-à-dire qui n'affiche et ne renvoie qu’une portion des bâtiments à importer et, pour combler les manques de Validator, en ajoutant les tag fixme du type : « bâtiment superposé avec l’existant », « bâtiment superposé au cadastre », « bâtiment sur highway », etc…afin d'aider et d'alerter le contributeur... et peut-être aussi le réfréner ;-) BrunoC [1] https://gitorious.org/osmose/backend/blobs/master/modules/OsmSax.py ___ 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] Election OSMF
Ouh la, non je ne me présente pas :) J'ai donne l'an dernier. Pour se présenter ou pour voter, il faut être membre de la fondation. Emilie Laffray 2011/8/31 nono pingven...@free.fr Le mardi 30 août 2011 à 14:04 +0100, Emilie Laffray a écrit : Bonjour, Bonjour aussi ;) juste un petit rappel que les elections pour la fondation OSMF sont pour bientot. Il y a pour le moment 7 candidats pour 4 postes (Mikel, Ivan, Simone et la mienne). Je conseille d'a tous les membres de la fondation pour voir les programmes. Le lien se trouve ici: http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board Emilie Laffray Pour commencer, félicitation pour ta candidature. J'ai juste quelques questions qui me taraudent ;) Qui peut se présenter ? Qui peut voter ? merci nono ... citoyen_mappeur -- Singulièrement pluriel : bijou, caillou, chou, genou, hibou, joujou, pou, gnu bijoux, cailloux, choux, genoux, hiboux, joujoux, poux, gnu/linux ___ 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] Améliorer le Bâti
* les erreurs liées aux arrondis des coordonnées: - on valide avec josm. - on telecharge de nouveau la zone = la validation josm en trouve d'autres - on verifie sur osmose.openstreetmap.fr 2 jours après, on trouve encore d'autres erreurs si apres avoir telechargé le fichier .osm cleo - on l'ouvre avec josm - on le sauve tout de suite. - on ferme le fichier - on le recharge. Ca fait les même arrondis que sur le serveur je crois (en tout cas ca leve des erreurs qui n'apparaissent pas sinon) c'est plus long a décrire lire qu'a le faire en vrai ;) Sinon dans les erreurs on vois bien les batiments qui se recouvrent de quelques centimetres, par contre on ne vois pas ceux qui sont séparé de quelques centimetres :( -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] Fwd: [OSM-talk] Overpass API: new version 0.6.93, now with meta data
? Overpass API Overpass??OSM??(ID?)??? ? OSM3 project XAPI?ONLY?XML??API?? ??? XAPI??? Original Message Subject:[OSM-talk] Overpass API: new version 0.6.93, now with meta data Date: Tue, 30 Aug 2011 21:38:44 +0200 From: Roland Olbricht roland.olbri...@gmx.de Reply-To: t...@openstreetmap.org To: t...@openstreetmap.org Hello everybody, I proudly present the new version 0.6.93 of Overpass API. Overpass API now also provides the OSM meta data (timestamp, version, changeset id, user name, and user id). This allows to use the data directly in e.g. JOSM, including re-upload. It is the most-requested feature at the moment. Other features are a hardening of the software against file errors. The print/ statement now allows an attribute limit to limit the size of the response. And a reworked planet import should now work about faster than before. Read more information on http://wiki.openstreetmap.org/wiki/Overpass_API For the next version, which should be 0.7, I'll enable bounding boxes also directly for ways and relations. Furthermore, the scripting language will get some clean-up around the query statement and a concise semantic suitable for effective GET requests. I hope, I'll complete that version in September. Some details about the meta data: As expected, this is twice as much more data (65 GB instead of 35 GB) and makes the server an order of magnitude slower. To mitigate the effects on those that don't need meta data, the feature must be explicitly requested. In OSM script, this is done via setting the respectiveprint/ statement to mode=meta. In the XAPI compatibility layer, add the directive [@meta]. The meta data give rise to the following special keys inside the XAPI compatibility layer: [@meta] lets the database include meta data (version, timestamp, changeset id, user name and user id). [@user=Roland Olbricht], [@uid=65282] restricts the data to data last edited by the user. He or she can be identified by name or by user id. [@newer=2011-08-01] restricts the data to only those data last edited after the given date. This is only possible in combination with another conditional. The corresponding tags in the scripting language are: print mode=meta/ instead ofprint/ for the print statements that shall print meta data. user name=Roland Olbricht/,user uid=65282/ can be used as a standalone statement and as a sub-statement of a query statement. newer than=2011-08-01/ can only be used as sub-statement of a query statement. The [@changeset] special key is not realized. I want to keep up the possibility to restart at any time for a recent Planet.osm, and that Planet.osm won't contain elements that have been deleted meanwhile. Even worse, the same is true for an old version referred in the changeset if the element has been changed since then. A so much crippled response isn't useful any more. These problems do have also an impact on the user and newer queries, but I estimate them to be still useful. Cheers, Roland ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 繁華街・下町のマップ
On Mon, Aug 29, 2011 at 06:58:58AM +0900, Hiroshi Miura wrote: 素晴らしいのは、浅草は充実しています。 http://osm.org/go/7Q54xlWMH- 田町あたりはいかがでしょうか。 http://www.openstreetmap.org/?lat=35.6473289430141lon=139.745927453041zoom=17 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 繁華街・下町のマップ
(2011年08月31日 22時00分15秒), ribbon wrote: 素晴らしいのは、浅草は充実しています。 http://osm.org/go/7Q54xlWMH- 田町あたりはいかがでしょうか。 http://www.openstreetmap.org/?lat=35.6473289430141lon=139.745927453041zoom=17 おー、すごい！！ いつのまに... このくらい充実すると、いいですね！ 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 東京駅近辺の鉄道で確認
ribbonさん、ありがとうございます。 特に問題なさそうですね。 東 11/08/31 ribbon o...@ns.ribbon.or.jp: On Wed, Aug 31, 2011 at 12:13:56AM +0900, Shu Higashi wrote: 2.浜松町モノレール駅から北にtramが少し延びています。 http://www.openstreetmap.org/browse/way/16685130 ここにそのような線路はありましたっけ？ ありません。 何人かの方が編集されているので単純な間違いとも思えず ご存知の方がおられましたら教えてください。 行ってみれば分かりますが、モノレールは浜松町駅が突き当たりで、 その先は伸ばしようがありません。 というわけで消しておきました。 #一応延伸計画はあるんですけどね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] Planning to import speed limit data for Florida
http://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm This is public domain per Microdecisions, Inc. v. Skinner (though I'm waiting on a reply from FDOT confirming that they agree). After checking all current maxspeed tags against the data to ensure accuracy, I plan to use this as a background layer in JOSM and manually split existing ways at speed limit changes. Tags added will be maxspeed=* and source:maxspeed=FDOT Maximum Speed Limits GIS data, updated August 27, 2011: http://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm I will only do this for state roads, as a quick look shows that it cannot be relied on for county roads. I may in the future add other tags from the same data, such as access management. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
Response I received in 2008 GIS data provided by the FDOT Transportation Statistics Office isconsidered to be in the public domain and can be used for any purpose. http://wiki.openstreetmap.org/wiki/Talk:Potential_Datasources#Copy_of_email_from_FDOT I had looked at this a while back and gave up on it personally due to the high amount of manual activity needed. I just did not have the time to do much with it. Not to mention the problems of keeping track of what had been worked on. Would you walk thru your process steps so I and perhaps others could learn from them? For me it was partly an issue of the data covering a large land area, then only able to download small chunks from OSM to edit. Anything else and JOSM took so long to do anything (this is better now, but I think still true). Constantly switching between the layers to get the info, then back to edit the OSM data to match... It all just seemed way more labor intensive than it needed to be. Anyways that is why I am interested in how you plan to attack it. -- Dale Puch On Wed, Aug 31, 2011 at 7:47 PM, Nathan Edgars II nerou...@gmail.comwrote: http://www.dot.state.fl.us/**planning/statistics/gis/**roaddata.shtmhttp://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm This is public domain per Microdecisions, Inc. v. Skinner (though I'm waiting on a reply from FDOT confirming that they agree). After checking all current maxspeed tags against the data to ensure accuracy, I plan to use this as a background layer in JOSM and manually split existing ways at speed limit changes. Tags added will be maxspeed=* and source:maxspeed=FDOT Maximum Speed Limits GIS data, updated August 27, 2011: http://www.dot.state.fl.us/**planning/statistics/gis/**roaddata.shtmhttp://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm I will only do this for state roads, as a quick look shows that it cannot be relied on for county roads. I may in the future add other tags from the same data, such as access management. __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
On 8/31/2011 9:57 PM, Dale Puch wrote: Anyways that is why I am interested in how you plan to attack it. I haven't started, but I plan to convert to .osm using gpsbabel and then use the JOSM 'routes' plugin to color the maxspeed values of the background. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
Oh, I forgot to mention they list the files as being updated weekly. So apparently what ever changes they make that week get rolled into the data. So make sure to start with a current set of data. On Wed, Aug 31, 2011 at 9:57 PM, Dale Puch dale.p...@gmail.com wrote: Response I received in 2008 GIS data provided by the FDOT Transportation Statistics Office isconsidered to be in the public domain and can be used for any purpose. http://wiki.openstreetmap.org/wiki/Talk:Potential_Datasources#Copy_of_email_from_FDOT I had looked at this a while back and gave up on it personally due to the high amount of manual activity needed. I just did not have the time to do much with it. Not to mention the problems of keeping track of what had been worked on. Would you walk thru your process steps so I and perhaps others could learn from them? For me it was partly an issue of the data covering a large land area, then only able to download small chunks from OSM to edit. Anything else and JOSM took so long to do anything (this is better now, but I think still true). Constantly switching between the layers to get the info, then back to edit the OSM data to match... It all just seemed way more labor intensive than it needed to be. Anyways that is why I am interested in how you plan to attack it. -- Dale Puch On Wed, Aug 31, 2011 at 7:47 PM, Nathan Edgars II nerou...@gmail.comwrote: http://www.dot.state.fl.us/**planning/statistics/gis/**roaddata.shtmhttp://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm This is public domain per Microdecisions, Inc. v. Skinner (though I'm waiting on a reply from FDOT confirming that they agree). After checking all current maxspeed tags against the data to ensure accuracy, I plan to use this as a background layer in JOSM and manually split existing ways at speed limit changes. Tags added will be maxspeed=* and source:maxspeed=FDOT Maximum Speed Limits GIS data, updated August 27, 2011: http://www.dot.state.fl.us/**planning/statistics/gis/** roaddata.shtmhttp://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm I will only do this for state roads, as a quick look shows that it cannot be relied on for county roads. I may in the future add other tags from the same data, such as access management. __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us -- Dale Puch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
On 8/31/2011 9:57 PM, Dale Puch wrote: For me it was partly an issue of the data covering a large land area, then only able to download small chunks from OSM to edit. For this, a xapi query of relation[network=US:FL] gets all the state road relations. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
So a query to http://www.overpass-api.de/query_form.html union query type=relation has-kv k=network v=US:FL/ /query recurse type=relation-node into=nodes/ recurse type=relation-way/ recurse type=way-node/ /union print/ Returns all relations with [network=US:FL], as well as the ways and nodes If a way with [network=US:FL] is NOT in a relation, will it be returned by this? Would it need a second query type=way section? Is this resultant file just like the data normally downloaded by JOSM? IE. edit it the same, then upload? Dealing with such a large area, will conflict resolution be an issue? I really have not had to deal with it before, so do not know how big a deal that is. On Wed, Aug 31, 2011 at 9:59 PM, Nathan Edgars II nerou...@gmail.comwrote: US:FL -- Dale Puch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
On 9/1/2011 1:02 AM, Dale Puch wrote: If a way with [network=US:FL] is NOT in a relation, will it be returned by this? I don't think any ways have this tag. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
On Wed, Aug 31, 2011 at 8:58 PM, Nathan Edgars II nerou...@gmail.com wrote: On 8/31/2011 9:57 PM, Dale Puch wrote: Anyways that is why I am interested in how you plan to attack it. I haven't started, but I plan to convert to .osm using gpsbabel and then use the JOSM 'routes' plugin to color the maxspeed values of the background. This seems like an interesting project. I didn't think using the routes plugin would work at first but looking again, that actually seems like a neat way of doing it. I was envisioning having to export to a georeferenced image file and loading it into JOSM as an imagery layer. However I don't think gpsbabel is the right tool to convert the shapefile. From what I can see, gpsbabel just creates tagless ways. You can hard-code tags to add but I don't see any options to pull attributes out of the shapefile and put them into tags. I think you will need to use shp2osm or ogr2osm or something like that. 5 minutes later... In fact, it had been too long since I fired up ArcMap so I played around with the file a bit and ended up reprojecting it to WGS84 and running it through ogr2osm. It put extra spaces in the tag values and all the keys are upper case but other than that it seems like a usable file. I can get it to you if you want. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Planning to import speed limit data for Florida
On 9/1/2011 1:19 AM, Toby Murray wrote: On Wed, Aug 31, 2011 at 8:58 PM, Nathan Edgars IInerou...@gmail.com wrote: On 8/31/2011 9:57 PM, Dale Puch wrote: Anyways that is why I am interested in how you plan to attack it. I haven't started, but I plan to convert to .osm using gpsbabel and then use the JOSM 'routes' plugin to color the maxspeed values of the background. This seems like an interesting project. I didn't think using the routes plugin would work at first but looking again, that actually seems like a neat way of doing it. I was envisioning having to export to a georeferenced image file and loading it into JOSM as an imagery layer. However I don't think gpsbabel is the right tool to convert the shapefile. From what I can see, gpsbabel just creates tagless ways. You can hard-code tags to add but I don't see any options to pull attributes out of the shapefile and put them into tags. I think you will need to use shp2osm or ogr2osm or something like that. It lets you export one tag using -i shape,name=SPEED. 5 minutes later... In fact, it had been too long since I fired up ArcMap so I played around with the file a bit and ended up reprojecting it to WGS84 and running it through ogr2osm. It put extra spaces in the tag values and all the keys are upper case but other than that it seems like a usable file. I can get it to you if you want. This would probably be best since I'll have to deal with the ROAD_SIDE field as well. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
