[talk-ph] 60% of the country is covered by Bing imagery
Dear everyone, We often wondered how much of the Philippines is covered by Bing's hires imagery. Using the the data from out Imagery coverage map [0], I clipped the imagery outline polygon to the coastline data in OSM [1] and I got the value 180,466 km^2. We have roughly 300,000 km^2 of land. So, 180466 / 30 = 60% [0] http://tools.openstreetmap.org.ph/imagery_coverage/ [1] http://farm9.staticflickr.com/8188/8115782445_b1651be93c_b.jpg -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 60% of the country is covered by Bing imagery
It seems you included all the other non-Bing imagery. So the 60% is for all available mid to high resolution imagery. :) On Tue, Oct 23, 2012 at 7:25 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We often wondered how much of the Philippines is covered by Bing's hires imagery. Using the the data from out Imagery coverage map [0], I clipped the imagery outline polygon to the coastline data in OSM [1] and I got the value 180,466 km^2. We have roughly 300,000 km^2 of land. So, 180466 / 30 = 60% [0] http://tools.openstreetmap.org.ph/imagery_coverage/ [1] http://farm9.staticflickr.com/8188/8115782445_b1651be93c_b.jpg -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 60% of the country is covered by Bing imagery
Oops sorry. I guess the title is wrong. Maning Sambale (mobile) On Oct 23, 2012 9:58 PM, Eugene Alvin Villar sea...@gmail.com wrote: It seems you included all the other non-Bing imagery. So the 60% is for all available mid to high resolution imagery. :) On Tue, Oct 23, 2012 at 7:25 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We often wondered how much of the Philippines is covered by Bing's hires imagery. Using the the data from out Imagery coverage map [0], I clipped the imagery outline polygon to the coastline data in OSM [1] and I got the value 180,466 km^2. We have roughly 300,000 km^2 of land. So, 180466 / 30 = 60% [0] http://tools.openstreetmap.org.ph/imagery_coverage/ [1] http://farm9.staticflickr.com/8188/8115782445_b1651be93c_b.jpg -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] 60% of the country is covered by Bing imagery
re-running with bing only outlines 168648 / 30 = 56% One outline polygon is a multipolygon which QGIS doesn't recognize so the hole here [0] is included. [0] http://tools.openstreetmap.org.ph/imagery_coverage/#6.445038,125.6145,13 On Tue, Oct 23, 2012 at 10:40 PM, maning sambale emmanuel.samb...@gmail.com wrote: Oops sorry. I guess the title is wrong. Maning Sambale (mobile) On Oct 23, 2012 9:58 PM, Eugene Alvin Villar sea...@gmail.com wrote: It seems you included all the other non-Bing imagery. So the 60% is for all available mid to high resolution imagery. :) On Tue, Oct 23, 2012 at 7:25 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We often wondered how much of the Philippines is covered by Bing's hires imagery. Using the the data from out Imagery coverage map [0], I clipped the imagery outline polygon to the coastline data in OSM [1] and I got the value 180,466 km^2. We have roughly 300,000 km^2 of land. So, 180466 / 30 = 60% [0] http://tools.openstreetmap.org.ph/imagery_coverage/ [1] http://farm9.staticflickr.com/8188/8115782445_b1651be93c_b.jpg -- cheers, maning -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Vergadering/Réunion OSM-Service Public de Wallonie yesterday
Salut, Je viens de voir que la Région Wallonne travaille déjà avec OSM... Des boundaries existent concernant la cartographie des sites classés Natura 2000, SGIB,... http://observatoire.biodiversite.wallonie.be/carto/sites/carte.aspx?type=lcn Bien à vous. *__Eddy__* 2012/9/27 Julien Fastré jul...@fastre.info Hi Everybody, The meeting with the SPW (Service PUblic de Wallonie) and the Cabinet of Minister Philippe Henry took place yesterday. We are preparing a compte-rendu/verslag soon ! Julien FASTRE ___ 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
[OSM-talk-be] Wandelknooppunten in Vlaanderen, TODO
Hier staat een overzicht van wandelknooppunten en routes waar nog werk aan is: (On this wiki page is an inventory of remaining problems with walking node networks in Flanders): http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes/Node_Network Hopelijk heeft iemand er iets aan, Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] [Talk-us] press from SOTM US
Hi Frederik, On Tue, Oct 23, 2012 at 2:44 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 10/23/12 01:24, Alex Barth wrote: Another question that we could ask to enlighten us is: What do commercial geocoding providers usually allow you to do once you have paid them? When you geocode a dataset with TomTom data and you pay them for that, do TomTom then still claim any rights about your resulting database, or do they say, like you sketched above, that their license does not extend to the geocoded dataset? I think we need to separate the geocoding engine from the data to answer this question. I worked for a company where we had geocoded a huge amount of data (millions and millions of records) with one street dataset. The dataset began to be too expensive and we looked for another source. When we switched datasources we had to regeocoded all the records because the original geocodes were derived from the original commercial data source. So essentially it was the lat/lons that were associated with the original data, but not the address data we had input. I'm unsure what would have happened to the corrected addresses the geocoder fed back. We would have fed in the original data again. -Kate Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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-legal-talk] [Talk-us] press from SOTM US
Hi, On 23 October 2012 11:44, Frederik Ramm frede...@remote.org wrote: ... During the license change discussion, my position was often this: Instead of trying to codify everything in watertight legalese, let's just make the data PD and write a human-readable moral contract that lists things we *expect* users to do, but don't *enforce*. - Maybe the same can be done with geocoding; we could agree on making no legal request for opening up any geodata, but at the same time make it very clear that we would consider it shameful for someone to exploit this in order to build any kind of improved geocoding without sharing back. A related question is whether any agreement like that can be made within the Contributor Terms. With the thread about the Public Domain OSM subset when someone said that the PD declaration had no real meaning I asked myself what made that declaration different from other license grants (I'm still not sure). But a license, according to Wikipedia, is an agreement not to sue under some conditions. An agreement not to sue under some conditions is a license. But the OSMF is bound by the Contributor Terms to only grant a subset of the two licenses listed in the CT, in their specific versions. So can it make a statement declaring that it would not sue under some conditions (e.g. use of the results of geocoding) and keep publishing data from current contributions? It can probably state that it understands the ODbL 1.0 license to allow users to do this and that under given conditions, or to not *apply* under some conditions in some jurisdiction (for example in USA). But this could also be abused by declaring something that is in contrast with what OSM contributors think, an extreme case being a statement that says that ODbL is effectively invalid, or that ODbL = PDDL. That could perhaps be treated as an agreement not to sue, i.e. license. So what kind of clarifications (if any) can the OSMF make about the licenses? As has been noted in the Public Domain subset thread, the contributors can make license statement that they like, but the OSMF can still enforce the database rights. So a statement by the contributors (e.g. on OSM wiki) that is not confirmed by the OSMF is not very helpful to the end user. Cheers ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Scientific/Species Data in OSM Database - Collaborators
Different things can be mapped in the natural science field... For fauna, you may want to map either a particular observation (I've seen this bird, there, at this date) or some traces (a nest, footprints, ...). This will not fit well in the OSM database because it is not stable in time. The case of flora might be easier because plants don't move but some of them are visible only a part of the year. It will be complicated to keep the map updated. In my opinion, mapping habitat will fit better in the OSM model because it is stable (more or less) and it is really visible in the landscape. You can do it the same way we map landuse. The main challenge will be to find or establish a common list of habitat. I know the one of the French INPN but I'm not aware of such a list at the global scale. Best regards Gilles 2012/10/22 Alex Rollin alex.rol...@gmail.com: Is it against policy to store all of it in the OSMF DB? a On Mon, Oct 22, 2012 at 10:03 PM, John F. Eldredge j...@jfeldredge.com wrote: Mikel Maron mikel_ma...@yahoo.com wrote: Hi I'm interested in the topic, but haven't been contributing information yet. Some immediate issues that come to mind: Most areas would have more than one species of flora, but not clear how to use the species tag in that way. Fauna ranges are often not well defined in terms of existing landuse tags, so not sure if it is appropriate. Some cases could clearly be, such as a protected area set up for a particular endangered species. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Rollin alex.rol...@gmail.com To: talk@openstreetmap.org Sent: Monday, October 22, 2012 2:12 AM Subject: [OSM-talk] Scientific/Species Data in OSM Database - Collaborators Hi, I have been looking through the wiki for more information about appopriate data. I would like to meet more of the people storing information about presence of species, flora or fauna, inside the OSM db. I see http://wiki.openstreetmap.org/wiki/Key:species and http://tagstat.hypercube.telascience.org/tagdetails.php?tag=species Any feedback about this is very welcome. We are just researching this now. Alex Bogor, Indonesia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk The practicality of storing this information in the OSM database depends in part on how many species you are tracking. If only a few species are being tracked, there isn't a problem. If you try to record all of the species in an area, including the insects and microbes, then you are talking about tens of thousands of entries for even a small geographical area. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Standard way across edits to tag changesets
On 21 October 2012 21:59, Paul Norman penor...@mac.com wrote: comment | 9882933 survey_date | 1097 I'm glad I'm not the only one using those tags. I'd like to(or see someone else) do some sort of visualisation with the time gaps between me surveying and editing. Yesterday I was going through my old photos/tracks and noticed I hadn't done the editing from a mapping trip in October last year. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Standard way across edits to tag changesets
On 21/10/2012 21:59, Paul Norman wrote: The following are the changeset tags used at least 100 times as of a couple weeks ago Which editor is using create_by instead of created_by? Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Downloading data via the Export tab
Hi Downloading XML from the website's Export Tab appears to put a Limit of 50,000 nodes. With the detail users are mapping that won't allow me to get the area of a 80,000 people city. i.e. not very much. Has the limit ever been upgraded? With the increased server speeds could this not be expanded to suit? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Downloading data via the Export tab
On 23/10/12 14:36, Dave F. wrote: Downloading XML from the website's Export Tab appears to put a Limit of 50,000 nodes. With the detail users are mapping that won't allow me to get the area of a 80,000 people city. i.e. not very much. Has the limit ever been upgraded? With the increased server speeds could this not be expanded to suit? All that does is give you an API link with all the normal API limits. If you want large areas then you should be using an planet, or an extract of planet. See recent dev@ discussion about making export steer people in that direction when they ask for a large area. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Downloading data via the Export tab
Dave F. wrote: Downloading XML from the website's Export Tab appears to put a Limit of 50,000 nodes. Given that what you're after isn't time-critical, wouldn't Overpass or even a split from an england.osm.pbf be a better option? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Knight funded work and OSM dev blog
Hello everyone - We just kicked off our MapBox OSM Development blog [1] as a place to keep people in the loop of our Knight funded OpenStreetMap work [2]. We'll be updating there regularly on where work stands and use it as a casual space for bigger picture posts. We'll be keeping the [talk] list here updated, too. Much of the discussion around development priorities has been happening on the [dev] list, if you're interested in a finer grained picture of ongoing dev work, I recommend you head over there. [1] http://mapbox.com/osmdev/2012/10/23/welcome/ [2] http://mapbox.com/blog/knight-invests-openstreetmap/ Alex Barth http://twitter.com/lxbarth tel (+1) 202 250o3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Knight funded work and OSM dev blog
On 23 October 2012 15:45, Alex Barth a...@mapbox.com wrote: Hello everyone - We just kicked off our MapBox OSM Development blog [1] as a place to keep people in the loop of our Knight funded OpenStreetMap work [2]. We'll be updating there regularly on where work stands and use it as a casual space for bigger picture posts. We'll be keeping the [talk] list here updated, too. Much of the discussion around development priorities has been happening on the [dev] list, if you're interested in a finer grained picture of ongoing dev work, I recommend you head over there. Excellent. I also suggest you add it to http://blogs.openstreetmap.org/ -- Matt Williams http://milliams.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Knight funded work and OSM dev blog
On 23 Oct 2012, at 16:01, Matt Williams li...@milliams.com wrote: On 23 October 2012 15:45, Alex Barth a...@mapbox.com wrote: Hello everyone - We just kicked off our MapBox OSM Development blog [1] as a place to keep people in the loop of our Knight funded OpenStreetMap work [2]. We'll be updating there regularly on where work stands and use it as a casual space for bigger picture posts. We'll be keeping the [talk] list here updated, too. Much of the discussion around development priorities has been happening on the [dev] list, if you're interested in a finer grained picture of ongoing dev work, I recommend you head over there. Excellent. I also suggest you add it to http://blogs.openstreetmap.org/ I've added them. :-) Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Standard way across edits to tag changesets
On Tue, Oct 23, 2012 at 7:40 AM, Dave F. dave...@madasafish.com wrote: On 21/10/2012 21:59, Paul Norman wrote: The following are the changeset tags used at least 100 times as of a couple weeks ago Which editor is using create_by instead of created_by? MapStalt Mini by Microsoft. http://wiki.openstreetmap.org/wiki/MapStalt_Mini I bugged SteveC about it a while ago and he poked a minion but the fix was apparently never pushed out. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] What are the technical functions you miss the most as an OSM contributor ?
Hi to OSM contributors , You are a rather long standing OSM contributor and adding data on regular basis in OSM ? You are aware of dozens of editors, tools, tricks to improve your day to day mapping efficiency ? But your are still missing things ? Then I'd like to hear your voice in a test attempt to build a Contributors functionalities wishlist : http://wiki.openstreetmap.org/wiki/Contributors_functionalities_wishlist (all is explained in there) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Downloading data via the Export tab
Overpass was (eventually) the way to go. Downloaded a couple of areas looking good on the GPSr. Thanks to all for your help Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Het taggen van BAG data.
Die terugmelding lijkt vlot te werken, via het Kadaster al contact gehad met de betrokken gemeente die de ontbrekende panden aan het Kadaster zal doorgeven. Frank schreef: Dat zou je kunnen melden via het terugmeldformulier. On 21-10-2012 11:51, Minko wrote: Het omgekeerde komt ook voor, panden die wel bestaan maar niet in de BAG voorkomen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] dirt roads
Unfortunately i can't find my original comments on tracks and 4wd_only, but I'll concede that highway=track doesn't necessarily mean 4wd_only=yes. I don't like 4wd_only=no because many tracks that may be used by 2wds can rapidly deteriorate to a 4wd track and, as previously mentioned, weather can change everything. I know forestry roads that are definitely classed as touristy roads but, add a bit of rain and keep the grader away for a while and that road is pretty rough in a 4wd. No tag leaves the onus on the user to use his/her own discretion. There's also the problem of what type of 2wd. Yeah i know I'm picking at this but I've heard the comments from the knuckleheads. A Falcon is a 2wd - as is a Kia Carnival and a Jag and a Ferrari. Does 2wd_only mean all those? No tag = up to the driver to work it out. Nathan From: talk-au-requ...@openstreetmap.org talk-au-requ...@openstreetmap.org To: talk-au@openstreetmap.org Sent: Tuesday, 23 October 2012 10:00 PM Subject: Talk-au Digest, Vol 64, Issue 20 Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. dirt roads - a summary (David Bannon) 2. Re: dirt roads - a summary (Ian Sergeant) 3. Re: dirt roads - a summary (Mark Pulley) 4. Re: dirt roads - a summary (John Henderson) -- Message: 1 Date: Tue, 23 Oct 2012 10:39:53 +1030 From: David Bannon dban...@internode.on.net To: talk-au@openstreetmap.org Subject: [talk-au] dirt roads - a summary Message-ID: 38c3ab4655c281ac64279a1e5bb9cf80e7083...@webmail.internode.on.net Content-Type: text/plain; charset=utf-8 Hi Folks, a summary of discussion on dirt roads before I hack at the discussion tab of Australian_Road_Tagging. Seems to me two issues not completely clear - 1. Nathan sees all cases of highway=track implying 4x4 required. I don't really agree, the dynamic range in this space is just too tight, we need to use 'track' on roads that are both 4x4 and not 4x4. Thats what 4x4_only tag is for. Whats the feeling here folks ? 2. Ian likes the idea that tracks or unsealed roads can be marked 4x4_only=no if someone has done a survey and decided that's appropriate. Particularly in places where there may be some assumption that the tracks are often pretty tough. I am not completely convinced, see two problems, it does, to some extent, change the idea that default is 'no'. Secondly, importantly, tracks change over time and people opinions on what is and is not a 4x4 track vary. Saying you will be OK in a conventional car is a lot stronger statement than you might/will need a 4x4. Comments please ? At present, mainstream rendering? emphasizes the purpose of a road. Trouble is that (possibly uninformed) people look at the maps and assume a thick prominent line means a well maintained, probably sealed road. I think there is some agreement that a means of showing the 4x4-ness of a track on the mainstream (ie mapnik) maps is desirable and possibly a safety issue. The best way to show this might be to append 4x4 to the name of tracks where 4x4_only is set to yes or recommended (Matt).? Similarly, showing sealed/unsealed may also be a good idea. I note that if you look at the slippery map on osm.org, click Map Key at a zoomed in level there is a key for unsealed road, a thick grey dashed line. I spent an hour looking for an example of that on Australian and overseas maps but found none. But thats what we want ??? If we are to have even the slightest chance of getting changes in this space, it will be because we all agree and play the safety card ! I will clarify lanes=1 where two cars cannot pass at 'normal' speed (Paul, John). And no lanes= tag for default situation. I will also suggest that survey is probably required for tracks, sat or aerial sources risk missing things like water crossing or gates that completely change the nature of the whole road. A safety issue again. David -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121023/0082fee5/attachment-0001.html -- Message: 2 Date: Tue, 23 Oct 2012 13:08:18 +1100 From: Ian Sergeant inas66+...@gmail.com To: David Bannon dban...@internode.on.net Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] dirt roads - a summary Message-ID: calda4yltfkux7kx6o3ywnsso69vtss+9zzrno7yfuh_tcac...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 On 23 October 2012
Re: [talk-au] dirt roads
On 23/10/12 22:31, Nathan Van Der Meulen wrote: I don't like 4wd_only=no because many tracks that may be used by 2wds can rapidly deteriorate to a 4wd track and, as previously mentioned, weather can change everything. I know forestry roads that are definitely classed as touristy roads but, add a bit of rain and keep the grader away for a while and that road is pretty rough in a 4wd. No tag leaves the onus on the user to use his/her own discretion. I don't believe this is currently the case. No tag implies the default, not use at your own risk, depending on weather conditions, etc. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] surface tag
Hi People Sorry if this has already been stated, I have not mapped since the licence change and I am only reading some emails. I my humble opinion, surface=unpaved should not be used. surface=paved should only be used is the surface is literally paved with brick, bluestone, cobblestone, whatever. surface=asphalt should be used for asphalt or bitumen. surface=gravel should be used for gravel roads. surface=dirt should be used if there is no surface covering, the track has been literally made out of whatever the ground is made out of. Think fire breaks. surface=sand where there is no surface covering, but the ground is sand or very sandy. surface=concrete for concrete bike or walking tracks. surface=wood for wooden walkways, jetty's and so forth. I even have a faint memory of using surface=grass, where the track was very overgrown, but too many tags might not be so good for rendering machines. I do not think I ever used it, but I think there is a smoothness tag which might be worth some research if you are worried about a track falling between 4x4_only=[recommended; yes;no]. The 4x4_only tag might be better left to legal definitions set by rangers. As well as a speed_limit tag, thought should be given to a speed_avg tag. Some roads might have a legal speed limit of 100 kmh, but you can be lucky to get out of second gear because of the rough road surface, or even heavily used roads that are normally very crowded, and the average speed is actually not very fast. The speed_avg tag would be handy for routing engines. My 2 cents worth. Andrew. On 21 October 2012 12:03, dban...@internode.on.net wrote: Hi Folks, recent I have been going over parts of OSM mapped some time ago, following up on the infamous redaction. One thing that jumps out at me is the inconsistent tagging of dirt roads. Even, I must say, ones I have done myself but over a several year time span. So I started to write some notes for myself and thought that maybe I should add them to http://wiki.openstreetmap.org/wiki/Australian_Roads_Tagging I don't think this is inconsistent with whats there now, just more detailed. However, I do suggest that we need consider what the rendering engines do with our data and I know that is a bit naughty. But, in this case, I'd suggest to do otherwise is negligent as it can have quite serious safety issues. So, would people like to comment on what I say here ? If we can reach consensus, I'll graft some of it onto the OSM wiki. Unmade roads These are typically forestry and remote tracks, while they may have been cut initially by a bulldozer they are not regularly maintained and, importantly, are not domed and don't have good run off gutters on the side. Such roads might or might not be single lane, 4x4 only, might be dry weather etc. Be careful about deciding on such restrictions, some people are often surprised at how well a carefully driven conventional vehicle can use these tracks. Highway=track will typically render to a dashed line. highway=track surface=unpaved lanes=[1; 2] 4x4_only=[recommended; yes] source=survey Made but unsealed roads. Many rural roads fit here. There is no asphalt but the roads are 'made' and regularly maintained by, eg, the local council. These roads often have a gravel base, always have dome shape, the middle is somewhat higher than the sides and there is some sort of gutter at the edge. The gutter will usually have run offs to drain water away from the road. Such roads are almost never 4x4_only nor dry weather only. highway=[unclassified; tertiary, secondary] surface=unpaved lanes=[1; 2] source=survey Use of the highway tag on dirt roads. While the selection of tags should not be defined by how current rendering engines display, we cannot ignore the final outcome. In Australia, a lot of dirt roads are quite important and sometimes its necessary to compromise a little to achieve a useful result. So the correct highway tag may be determined by a combination of the purpose of the road and its condition. Tracks are often rendered as dashed lines and most people would understand that means some care may well be needed. Unclassified would indicate a purely local function and is typically rendered as two thin black lines with white between Tertiary roads usually are rendered with two black lines and a coloured fill and many people (incorrectly) interpret that as meaning a sealed road, so maybe mappers should ensure they apply that tag only to dirt roads that are reasonably well maintained. Secondary roads are shown as wider and a different colour than tertiary and are definitely presented as viable routes for people passing through the area. Some care needs be exercised if a dirt road is to be classified as 'secondary'. Discussion Sometimes its hard to balance the description of a road against its purpose. A good example might be the Plenty Highway. This road is probably a track from a road condition
Re: [talk-au] Dirt Roads
Mapnik 2 will allow tagging of 4wd_only=recommended and 4wd_only=yes. An example of 4wd_only=yes here: http://map.4x4falcon.com/?zoom=14lat=-20.73023lon=116.99701layers=B0F The 4wd_only=recommended is similar but shows 4WD Recommended. It is a trivial matter with Mapnik 2 to use text substitution for this and what you actually show on the map can easily be changed. Cheers Ross On 22/10/12 06:53, Nathan Van Der Meulen wrote: Hi David Tho I can't say much about it yet, the outcome is for public use (within a product). Once we have some details nutted out we hope to have some more detail. We can't define 4wd_only=yes from 4wd_only=recommended due to software restrictions and other difficulties. But we are certainly trying to get 4wd_only=yes defined, and surface=unpaved is already done. Like most things in OSM, the end result really relies on proper placement and tagging - not only roads but also places etc. Matt, the Peninsular Dev Rd is certainly another example. In fact there are heaps of Dev Rds that are state roads or major roads, but in quite poor condition. Go to the extreme - National Route 1 across the gulf. Nathan *From:* talk-au-requ...@openstreetmap.org talk-au-requ...@openstreetmap.org *To:* talk-au@openstreetmap.org *Sent:* Sunday, 21 October 2012 10:00 PM *Subject:* Talk-au Digest, Vol 64, Issue 18 Send Talk-au mailing list submissions to talk-au@openstreetmap.org mailto:talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org mailto:talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org mailto:talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: Lanes tag (John Henderson) 2. Re: dirt roads (John Henderson) 3. Re: dirt roads (Matt White) 4. Re: dirt roads (Ian Sergeant) 5. Re: dirt roads (Nathan Van Der Meulen) (dban...@internode.on.net mailto:dban...@internode.on.net) 6. Re: dirt roads (dban...@internode.on.net mailto:dban...@internode.on.net) 7. Re: dirt roads (Ian Sergeant) -- Message: 1 Date: Sun, 21 Oct 2012 14:03:49 +1100 From: John Henderson snow...@gmx.com mailto:snow...@gmx.com To: talk-au@openstreetmap.org mailto:talk-au@openstreetmap.org Subject: Re: [talk-au] Lanes tag Message-ID: 50836615.5000...@gmx.com mailto:50836615.5000...@gmx.com Content-Type: text/plain; charset=UTF-8; format=flowed On 21/10/12 13:40, Paul HAYDON wrote: It occurs to me there's at least one other case which warrants tagging the lanes - a two-way road (or section thereof) having only a single lane. I.E. when there are LESS than one in each direction, making passing difficult or unsafe at normal speeds. Any thoughts? I reckon that's quite legitimate if two cars can't pass. Exceptional conditions should be flagged as appropriate. But I wouldn't think a road simply too narrow for two caravans to pass should automatically get the lanes=1 treatment. Caravaners are especially aware of the need to drive to the prevailing conditions, as are truck drivers. The width or est_width tags from http://wiki.openstreetmap.org/wiki/Map_Features are more appropriate in most such circumstances. John -- Message: 2 Date: Sun, 21 Oct 2012 14:12:04 +1100 From: John Henderson snow...@gmx.com mailto:snow...@gmx.com To: dban...@internode.on.net mailto:dban...@internode.on.net Cc: talk-au@openstreetmap.org mailto:talk-au@openstreetmap.org Subject: Re: [talk-au] dirt roads Message-ID: 50836804.1010...@gmx.com mailto:50836804.1010...@gmx.com Content-Type: text/plain; charset=UTF-8; format=flowed On 21/10/12 13:28, dban...@internode.on.net mailto:dban...@internode.on.net wrote: OK, I'm interested in what you say about lanes= John (and the rest too!) I use lanes=1 to indicate that a road is generally only wide enough for one car, if one approaches traveling in the other direction, both need to slow a little and pull of to the side. Similarly for overtaking. Thats actually a pretty important factoid, lots of caravaners for example would studiously avoid such a road. That's especially important if pulling off the road is also impossible. I can think of cases where roads cut into mountainsides have short sections too narrow for two cars, and have a drop on one side and a rock face on the other. Don't forget the established use of tagging a way as access:caravan=unsuitable John -- Message: 3 Date: Sun, 21 Oct 2012 14:34:06 +1100 From: Matt White mattwh...@iinet.com.au mailto:mattwh...@iinet.com.au To: talk-au@openstreetmap.org
Re: [talk-au] Dirt Roads
Ross, thats pretty cool. My plan at the moment is to document this discussion on the OSM wiki and then start lobbying the people who maintain the OSM website's slippery map to do just what you have done there. I guess we all expected it to be do-able but nice to have it confirmed. Would you mind if I used that link as a reference ? I must admit I don't know just how good the relationship between fosm and osm is ? David - Original Message - From: i...@4x4falcon.com To: Cc: Sent:Mon, 22 Oct 2012 10:20:56 +1000 Subject:Re: [talk-au] Dirt Roads Mapnik 2 will allow tagging of 4wd_only=recommended and 4wd_only=yes. An example of 4wd_only=yes here: http://map.4x4falcon.com/?zoom=14lat=-20.73023lon=116.99701layers=B0F The 4wd_only=recommended is similar but shows 4WD Recommended. It is a trivial matter with Mapnik 2 to use text substitution for this and what you actually show on the map can easily be changed. Cheers Ross On 22/10/12 06:53, Nathan Van Der Meulen wrote: Hi David Tho I can't say much about it yet, the outcome is for public use (within a product). Once we have some details nutted out we hope to have some more detail We can't define 4wd_only=yes from 4wd_only=recommended due to software restrictions and other difficulties. But we are certainly trying to get 4wd_only=yes defined, and surface=unpaved is already done. Like most things in OSM, the end result really relies on proper placement and tagging - not only roads but also places etc. Matt, the Peninsular Dev Rd is certainly another example. In fact there are heaps of Dev Rds that are state roads or major roads, but in quite poor condition. Go to the extreme - National Route 1 across the gulf. Nathan *From:* talk-au-requ...@openstreetmap.org *To:* talk-au@openstreetmap.org *Sent:* Sunday, 21 October 2012 10:00 PM *Subject:* Talk-au Digest, Vol 64, Issue 18 Send Talk-au mailing list submissions to talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmaporg/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-owner@openstreetmaporg When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: Lanes tag (John Henderson) 2. Re: dirt roads (John Henderson) 3. Re: dirt roads (Matt White) 4. Re: dirt roads (Ian Sergeant) 5. Re: dirt roads (Nathan Van Der Meulen) (dban...@internode.on.net ) 6. Re: dirt roads (dban...@internode.on.net ) 7. Re: dirt roads (Ian Sergeant) -- Message: 1 Date: Sun, 21 Oct 2012 14:03:49 +1100 From: John Henderson To: talk-au@openstreetmap.org Subject: Re: [talk-au] Lanes tag Message-ID: Content-Type: text/plain; charset=UTF-8; format=flowed On 21/10/12 13:40, Paul HAYDON wrote: It occurs to me there's at least one other case which warrants tagging the lanes - a two-way road (or section thereof) having only a single lane. I.E. when there are LESS than one in each direction, making passing difficult or unsafe at normal speeds. Any thoughts? I reckon that's quite legitimate if two cars can't pass. Exceptional conditions should be flagged as appropriate. But I wouldn't think a road simply too narrow for two caravans to pass should automatically get the lanes=1 treatment. Caravaners are especially aware of the need to drive to the prevailing conditions, as are truck drivers. The width or est_width tags from http://wiki.openstreetmap.org/wiki/Map_Features are more appropriate in most such circumstances. John -- Message: 2 Date: Sun, 21 Oct 2012 14:12:04 +1100 From: John Henderson To: dban...@internode.on.net Cc: talk-au@openstreetmap.org Subject: Re: [talk-au] dirt roads Message-ID: Content-Type: text/plain; charset=UTF-8; format=flowed On 21/10/12 13:28, dban...@internode.on.net wrote: OK, I'm interested in what you say about lanes= John (and the rest too!) I use lanes=1 to indicate that a road is generally only wide enough for one car, if one approaches traveling in the other direction, both need to slow a little and pull of to the side. Similarly for overtaking. Thats actually a pretty important factoid, lots of caravaners for example would studiously avoid such a road. That's especially important if pulling off the road is also impossible. I can think of cases where roads cut into mountainsides have short sections too narrow for two cars, and have a drop on one side and a rock face on the other. Don't forget the established use of tagging a way as
Re: [talk-au] surface tag
On 24 October 2012 08:05, Andrew Laughton laughton.and...@gmail.com wrote: I my humble opinion, surface=unpaved should not be used. surface=paved should only be used is the surface is literally paved with brick, bluestone, cobblestone, whatever. I think, regardless of the validity of your argument, that this horse has well and truly bolted. I even have a faint memory of using surface=grass, where the track was very overgrown, but too many tags might not be so good for rendering machines. I really like the two level tags. Like natural=water, water=bay. Or surface=unpaved, unpaved=gravel This allows a basic parser to make some sense of what is there, and those who care about the detail can drill down. This is the documented method with some tags, but not with others, such is the nature of the beast. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Dirt Roads
On 24 October 2012 09:48, David Bannon dban...@internode.on.net wrote: My plan at the moment is to document this discussion on the OSM wiki and then start lobbying the people who maintain the OSM website's slippery map to do just what you have done there. I guess we all expected it to be do-able but nice to have it confirmed. Hi David, Have you seen this ticket? https://trac.openstreetmap.org/ticket/1447 Would you mind if I used that link as a reference ? The trac call already has examples, do you think they are suitable? I don't see the purpose in linking to styles from third parties unless we have explicit permission from their owner/creator to use them in OSM. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] surface tag
Hi. Common usage is that surface=paved is any kind of sealed road including asphalt. - Ben Kelley On Oct 24, 2012 9:23 AM, Andrew Laughton laughton.and...@gmail.com wrote: Hi People Sorry if this has already been stated, I have not mapped since the licence change and I am only reading some emails. I my humble opinion, surface=unpaved should not be used. surface=paved should only be used is the surface is literally paved with brick, bluestone, cobblestone, whatever. surface=asphalt should be used for asphalt or bitumen. surface=gravel should be used for gravel roads. surface=dirt should be used if there is no surface covering, the track has been literally made out of whatever the ground is made out of. Think fire breaks. surface=sand where there is no surface covering, but the ground is sand or very sandy. surface=concrete for concrete bike or walking tracks. surface=wood for wooden walkways, jetty's and so forth. I even have a faint memory of using surface=grass, where the track was very overgrown, but too many tags might not be so good for rendering machines. I do not think I ever used it, but I think there is a smoothness tag which might be worth some research if you are worried about a track falling between 4x4_only=[recommended; yes;no]. The 4x4_only tag might be better left to legal definitions set by rangers. As well as a speed_limit tag, thought should be given to a speed_avg tag. Some roads might have a legal speed limit of 100 kmh, but you can be lucky to get out of second gear because of the rough road surface, or even heavily used roads that are normally very crowded, and the average speed is actually not very fast. The speed_avg tag would be handy for routing engines. My 2 cents worth. Andrew. On 21 October 2012 12:03, dban...@internode.on.net wrote: Hi Folks, recent I have been going over parts of OSM mapped some time ago, following up on the infamous redaction. One thing that jumps out at me is the inconsistent tagging of dirt roads. Even, I must say, ones I have done myself but over a several year time span. So I started to write some notes for myself and thought that maybe I should add them to http://wiki.openstreetmap.org/wiki/Australian_Roads_Tagging I don't think this is inconsistent with whats there now, just more detailed. However, I do suggest that we need consider what the rendering engines do with our data and I know that is a bit naughty. But, in this case, I'd suggest to do otherwise is negligent as it can have quite serious safety issues. So, would people like to comment on what I say here ? If we can reach consensus, I'll graft some of it onto the OSM wiki. Unmade roads These are typically forestry and remote tracks, while they may have been cut initially by a bulldozer they are not regularly maintained and, importantly, are not domed and don't have good run off gutters on the side. Such roads might or might not be single lane, 4x4 only, might be dry weather etc. Be careful about deciding on such restrictions, some people are often surprised at how well a carefully driven conventional vehicle can use these tracks. Highway=track will typically render to a dashed line. highway=track surface=unpaved lanes=[1; 2] 4x4_only=[recommended; yes] source=survey Made but unsealed roads. Many rural roads fit here. There is no asphalt but the roads are 'made' and regularly maintained by, eg, the local council. These roads often have a gravel base, always have dome shape, the middle is somewhat higher than the sides and there is some sort of gutter at the edge. The gutter will usually have run offs to drain water away from the road. Such roads are almost never 4x4_only nor dry weather only. highway=[unclassified; tertiary, secondary] surface=unpaved lanes=[1; 2] source=survey Use of the highway tag on dirt roads. While the selection of tags should not be defined by how current rendering engines display, we cannot ignore the final outcome. In Australia, a lot of dirt roads are quite important and sometimes its necessary to compromise a little to achieve a useful result. So the correct highway tag may be determined by a combination of the purpose of the road and its condition. Tracks are often rendered as dashed lines and most people would understand that means some care may well be needed. Unclassified would indicate a purely local function and is typically rendered as two thin black lines with white between Tertiary roads usually are rendered with two black lines and a coloured fill and many people (incorrectly) interpret that as meaning a sealed road, so maybe mappers should ensure they apply that tag only to dirt roads that are reasonably well maintained. Secondary roads are shown as wider and a different colour than tertiary and are definitely presented as viable routes for people passing through the
Re: [talk-au] Dirt Roads
I'm happy for you to use that link as a reference. I'll refrain from commenting on the remainder of that para. When the 4wd_only tagging was introduced it was attempted to get this included in the mapping but there was reluctance to do so. Like most proposals it did not have a rendering proposal included and is something that should be mandatory for all proposals. Including mapnik xml at the very least. Cheers Ross On 24/10/12 08:48, David Bannon wrote: Ross, thats pretty cool. My plan at the moment is to document this discussion on the OSM wiki and then start lobbying the people who maintain the OSM website's slippery map to do just what you have done there. I guess we all expected it to be do-able but nice to have it confirmed. Would you mind if I used that link as a reference ? I must admit I don't know just how good the relationship between fosm and osm is ? David - Original Message - From: i...@4x4falcon.com To: talk-au@openstreetmap.org Cc: Sent: Mon, 22 Oct 2012 10:20:56 +1000 Subject: Re: [talk-au] Dirt Roads Mapnik 2 will allow tagging of 4wd_only=recommended and 4wd_only=yes. An example of 4wd_only=yes here: http://map.4x4falcon.com/?zoom=14lat=-20.73023lon=116.99701layers=B0F The 4wd_only=recommended is similar but shows 4WD Recommended. It is a trivial matter with Mapnik 2 to use text substitution for this and what you actually show on the map can easily be changed. Cheers Ross On 22/10/12 06:53, Nathan Van Der Meulen wrote: Hi David Tho I can't say much about it yet, the outcome is for public use (within a product). Once we have some details nutted out we hope to have some more detail. We can't define 4wd_only=yes from 4wd_only=recommended due to software restrictions and other difficulties. But we are certainly trying to get 4wd_only=yes defined, and surface=unpaved is already done. Like most things in OSM, the end result really relies on proper placement and tagging - not only roads but also places etc. Matt, the Peninsular Dev Rd is certainly another example. In fact there are heaps of Dev Rds that are state roads or major roads, but in quite poor condition. Go to the extreme - National Route 1 across the gulf. Nathan *From:* talk-au-requ...@openstreetmap.org talk-au-requ...@openstreetmap.org *To:* talk-au@openstreetmap.org *Sent:* Sunday, 21 October 2012 10:00 PM *Subject:* Talk-au Digest, Vol 64, Issue 18 Send Talk-au mailing list submissions to talk-au@openstreetmap.org mailto:talk-au@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-au or, via email, send a message with subject or body 'help' to talk-au-requ...@openstreetmap.org mailto:talk-au-requ...@openstreetmap.org You can reach the person managing the list at talk-au-ow...@openstreetmap.org mailto:talk-au-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-au digest... Today's Topics: 1. Re: Lanes tag (John Henderson) 2. Re: dirt roads (John Henderson) 3. Re: dirt roads (Matt White) 4. Re: dirt roads (Ian Sergeant) 5. Re: dirt roads (Nathan Van Der Meulen) (dban...@internode.on.net mailto:dban...@internode.on.net) 6. Re: dirt roads (dban...@internode.on.net mailto:dban...@internode.on.net) 7. Re: dirt roads (Ian Sergeant) -- Message: 1 Date: Sun, 21 Oct 2012 14:03:49 +1100 From: John Henderson snow...@gmx.com mailto:snow...@gmx.com To: talk-au@openstreetmap.org mailto:talk-au@openstreetmap.org Subject: Re: [talk-au] Lanes tag Message-ID: 50836615.5000...@gmx.com mailto:50836615.5000...@gmx.com Content-Type: text/plain; charset=UTF-8; format=flowed On 21/10/12 13:40, Paul HAYDON wrote: It occurs to me there's at least one other case which warrants tagging the lanes - a two-way road (or section thereof) having only a single lane. I.E. when there are LESS than one in each direction, making passing difficult or unsafe at normal speeds. Any thoughts? I reckon that's quite legitimate if two cars can't pass. Exceptional conditions should be flagged as appropriate. But I wouldn't think a road simply too narrow for two caravans to pass should automatically get the lanes=1 treatment. Caravaners are especially aware of the need to drive to the
[Talk-is] Hvernig hafa gögnin nýst ykkur?
Hæ. Mig langar að forvitnast að hvaða leiti þið hafið notað eða eruð að nota gögnin sem hafa komið frá sveitarfélögunum. Væri ágætt að fá report frá ykkur í þetta skiptið. :þ Er einhver með AutoCAD og/eða Microstation sem gæti hjálpað til við að umbreyta gögnunum í shape skrár? Nennir/getur einhver sett upp tile map service fyrir gögn sem eru eingöngu til á myndaformi? Er eitthvað sveitarfélag sem þið eruð að bíða eftir sérstaklega og er ekki komið? Langar ykkur að byrja að setja inn gögnin en eitthvað hindrar ykkur? Hver er helsta hindrunin? Sumir hafa ekki nægan tíma til að setja í verkefnið og er það skiljanlegt. Hér er ég aðallega að hugsa atriði sem koma að tækni og kunnáttu. Einhverjir sem myndu vilja hafa hitting bráðlega til að ræða um hvernig eigi að koma þessum gögnum inn á OSM á skipulagðan hátt? Með kveðju, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Große Karte rendern ohne Zoom-Angabe
Hi. Ich würde gerne ein Image aus OSM-Daten rendern (zur Weiterverwendung im GIS). Dazu möchte ich gerne dem Renderer eine Boundingbox (lat/lon) mitgeben, sowie eine Zielgröße für das Bild (z.B. 5000px x 5000px). Ich finde nur Lösungen, die die Angabe eines Zoomlevels erfordern. Kann mich jemand in die Richtige Richtung weisen und ein Tool empfehlen? Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das vorteilhaft. So oder so soll es auf einem ubuntu laufen und entsprechende Bild-Requests per HTTP/console annehmen und ausliefern können (also keine windows-clientprogramme). Danke, Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Große Karte rendern ohne Zoom-Angabe
Nachtrag: Eine PHP-Lösung kommt leider nicht in Frage... :( On 23.10.2012 11:34, Gerrit Lammert wrote: Hi. Ich würde gerne ein Image aus OSM-Daten rendern (zur Weiterverwendung im GIS). Dazu möchte ich gerne dem Renderer eine Boundingbox (lat/lon) mitgeben, sowie eine Zielgröße für das Bild (z.B. 5000px x 5000px). Ich finde nur Lösungen, die die Angabe eines Zoomlevels erfordern. Kann mich jemand in die Richtige Richtung weisen und ein Tool empfehlen? Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das vorteilhaft. So oder so soll es auf einem ubuntu laufen und entsprechende Bild-Requests per HTTP/console annehmen und ausliefern können (also keine windows-clientprogramme). Danke, Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Große Karte rendern ohne Zoom-Angabe
Hallo Gerrit, On 23.10.2012 11:34, Gerrit Lammert wrote: [...] Ich habe aktuell bereits einen Tileserver (mod_tile) auf einer ubuntu-box laufen. Wenn ich die Tool-chain übernehmen könnte wäre das vorteilhaft. So oder so soll es auf einem ubuntu laufen und entsprechende Bild-Requests per HTTP/console annehmen und ausliefern können (also keine windows-clientprogramme). Du verwendest bestimmt Mapnik und wenn du die mapnik-utils installiert hast kannst Du nik2img wie folgt benutzen: nik2img.py /path/to/osm.xml output_filename.png --scale-factor=3 -e 1467870.6369923 6882377.556746 1488984.3755909 6897485.2569212 -d 3990 2855 --no-open -e gibt den extent an -d die Pixelanzahl --scale-factor Skalierungsfaktor für Objekte und Schrift --no-open verhindert den Start des Bildbetrachters Die Pixelanzahl in obigem Beispiel erzeugt ein Bild, das mit 360 dpi ausgedruckt, 800x600 Pixel groß ist. Grundlage sind 72 dpi Bildschirmauflösung. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte um Kritik zu Dreifach-Kulturweg
Hi, die Super-Relations-Struktur sieht gut aus. (hätte ich auch so gelöst) Von den ganzen anderen Tags hab ich nicht viel Ahnung, sieht aber auf den ersten Blick auch ok aus. Hoffe das hilft dir schomal etwas. :) Ob an der Superrelation network=lwn, route=hiking und osmc:symbol=blue:blue::ECP:yellow Oder an den Kind-Relationen website=* stehen muss/darf, weiß ich nicht. Denn wenn ich den Bodensee [1] taggen würde (bestehend aus Obersee, Seerhein und Untersee, welche wiederrum aus Teilseen bestehen), würde ich der Superrealtion, oder in dem Fall besser collection(?) nicht umbedingt natural=water geben, währ ja sonst doppelt-gemoppelt. Aber das ist ein anderes Thema. Antworten hierzu gerne mit einem anderen Betreff. [1] http://de.wikipedia.org/wiki/Bodensee Gruß Masi Am 22.10.2012, 19:56 Uhr, schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Hallo, mir geht es um diesen Kulturweg: http://www.spessartprojekt.de/kulturwege/weisser_leimen/ Um die einzelnen Routen trennen zu können und auch die Tafeln den richtigen Routen zuweisen zu können, habe ich das so gelöst: http://www.openstreetmap.org/browse/relation/2260920 Eigentlich mag ich ja Super-Relationen nicht, aber hier erscheint mir diese als einzige gangbare Lösung. Ist das so korrekt getaggt, oder sollte noch irgendwo korrigiert werden? Danke im Voraus Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten (Crossposting von tagging)
Hi! Crossposting von tagging: Ich stelle mir derzeit die Frage, welches ref-Tag auf Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem junction-Knoten, sondern auf dem Weg welcher mit motorway_link getaggt wird). Bisher habe ich folgendes gesehen: * Die selbe Referenz wie am junction-Knoten * Die Referenz der Autobahn * Die selbe Referenz wie am junction-Knoten allerdings in junction:ref und nicht in ref * nichts Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig. Ich bin für jede Anmerkung dankbar. Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenbanken
Hallo, ich habe mal eine Frage zu den Datenbanken. Zwischenzeitlich habe ich drei verschiedene Datenbanken aufgebaut: 1. Direkt mit osmosis Diese ist für QGIS ja durch die hstore-Spalte nicht so sehr geeignet. Für Auswertungen klappt das allerdings sehr gut. Hier sidn unter anderem auch die TimeStamp und die User-Spalte enthalten. 2. osm2pgsql Diese scheint für QGIS sehr geeignet zu sein. Allerdings fehlen hier die User/TimeStamp-Spalten. Für Auswertungen auf der Datenbank gefällt mir die DB direkt mit osmosis besser. 3. osm2postgresql Dieses scheint ein guter Mix zu sein, da hier extra Spalten für QGIS vorhanden sind, als auch die User/TimeStamp-Spalten. Die Karten werden in QGIS mit den Daten aus der Datenbank mit osm2postgresql leicht verzerrt (in die Breite) angezeigt. Dieses ist bei den Daten mit osm2pgsql nicht der Fall. Die dritte DB gefällt mir eigentlich am Besten, da ich diese für beide Arten sehr gut nutzen kann. Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese Verzerrung zu stande? Uwe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
Am 22.10.2012 17:09, schrieb Andreas Neumann: Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß) Das liegt einfach daran das die nie lange vorhanden waren. ;) Leider gibt es immer noch ein paar Adressinterpolationen. MfG Andreas vg Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
Am 23.10.2012 19:36, schrieb Ristok, Uwe: Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese Verzerrung zu stande? Schau mal hier: http://de.wikipedia.org/wiki/Mercator-Projektion http://wiki.openstreetmap.org/wiki/Mercator Deine plattgedrückten Karten sind einfach nur lat-lon-Koordianten. Mit PostGIS kann man beides sehr einfach umwandeln (Ein lat-lon-Box in Google-Mercator): ST_Transform(ST_SetSRID(ST_MakeBox2D( ST_Point('.floatval($bbox[0]).','.floatval($bbox[1]).'), ST_Point('.floatval($bbox[2]).','.floatval($bbox[3]).')), 4326),900913) Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
Ristok, Uwe wrote ... 2. osm2pgsql Diese scheint für QGIS sehr geeignet zu sein. Allerdings fehlen hier die User/TimeStamp-Spalten. Für Auswertungen auf der Datenbank gefällt mir die DB direkt mit osmosis besser. hi uwe, deine Frage wegen der Verzerrung kann ich nicht beantworten, aber zu osm2pgsql kann ich dir nen Tip geben: es gibt für osm2pgsql (und wohl auch für osm2postgresql) ein style-file, in dem genau drin steht, welche Daten er übernimmt. das kannst du einfach erweitern und dann sollten timestamp und user drin sein. Lies mal kurz die Doku und suche nach style. ich hab das Zeug derzeit nicht auf meinem Rechner. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732570.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den Basisdaten sind und diese nicht konfiguriert werden können. Schade Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732572.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
On 23.10.2012 20:10, Walter Nordmann wrote: nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den Basisdaten sind und diese nicht konfiguriert werden können. Schade laut osm2pgsql --help ist es möglich: -x|--extra-attributes Include attributes for each object in the database. This includes the username, userid, timestamp and version. Note: this option also requires additional entries in your style file. Oder was meinst Du mit Basisdaten? Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
Am Dienstag, 23. Oktober 2012, 11:10:30 schrieb Walter Nordmann: nachtrag: hab mal reingeschaut: geht doch nicht, da die Werte in den Basisdaten sind und diese nicht konfiguriert werden können. Schade Hi Walter, also mit dem Schalter --extra-attributes scheint es zu funktionieren. Zuvor habe ich die Datei default.style bearbeitet und konnte die gewünschten Spalten hinzufügen. Diese tauchen nun auch in den Tabellen auf. Werde jetzt mal sehen, wie ich die eine oder andere Abfrage darauf umstelle. Vielen Dank! Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Datenbanken-tp5732550p5732572.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
Am Dienstag, 23. Oktober 2012, 19:59:16 schrieb Kolossos: Am 23.10.2012 19:36, schrieb Ristok, Uwe: Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese Verzerrung zu stande? Schau mal hier: http://de.wikipedia.org/wiki/Mercator-Projektion http://wiki.openstreetmap.org/wiki/Mercator Deine plattgedrückten Karten sind einfach nur lat-lon-Koordianten. Mit PostGIS kann man beides sehr einfach umwandeln (Ein lat-lon-Box in Google-Mercator): ST_Transform(ST_SetSRID(ST_MakeBox2D( ST_Point('.floatval($bbox[0]).','.floatval($bbox[1]).'), ST_Point('.floatval($bbox[2]).','.floatval($bbox[3]).')), 4326),900913) Hier müsste ich dann die Datenbank um die zusätzlichen Felder erweitern? Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=school / building=yes / addr?
On 10/23/2012 05:59 PM, Andreas Dommaschk wrote: Am 22.10.2012 17:09, schrieb Andreas Neumann: Ich habe mich bis heute nicht an diesen Relationstyp herangewagt und bin froh, dass er in Ilmenau nicht angewendet wird (soweit ich weiß) Das liegt einfach daran das die nie lange vorhanden waren. ;) Leider gibt es immer noch ein paar Adressinterpolationen. MfG Andreas vg Andreas Hallo Andreas, Adressinterpolationen (also Node - [Node - ]* Node) sind, wenn mans mal verstanden hat, in den Standardfällen einfach zu berechnen (OK, mein Script hat allein dafür 230 Zeilen). Mich wurmen dann nur die Spezialfälle, da man die Auswertung meist für jeden Spezialfall einzeln anpassen muss. Hier würde ich mir wünschen, wenn die Nutzer einfach nur einzelne Nodes malen würden. Aber meist muss man dann selber ran :D. MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten (Crossposting von tagging)
Hallo Martin, nach meiner Auffassung gehören die Verbindungs-Rampen oder Abzweige zu keiner der damit verbundenen Straßen. Ich gebe ihnen keinen Namen und kein ref-Tag. Den parallel verlaufenden Fahrbahnen an Autobahnkreuzen, die später wieder auf die Hauptfahrbahn münden, würde ich den ref-Tag der parallelen Hauptfahrbahn geben und sie nicht _link taggen. Das habe ich aber bisher noch nirgends geändert. An Autobahndreiecken oder wenn die ref-Fahrbahnen abzweigen, kann man sie oft eindeutig einer ref zuordnen, dann würde ich hier auch kein _link verwenden. Als Typ bei _link nehme ich den der höherrangigen Straße, denn es gelten in der Regel die gleichen Regeln wie auf dieser, da man von der höherrangigen kommt oder zu einer solchen fährt. Bernhard -Original Message- From: Martin Vonwald [mailto:imagic@gmail.com] Sent: Tuesday, October 23, 2012 3:48 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Welches ref-Tag auf Autobahnauf-/abfahrten (Crossposting von tagging) Hi! Crossposting von tagging: Ich stelle mir derzeit die Frage, welches ref-Tag auf Autobahnauf-/abfahrten verwendet werden soll (nicht auf dem junction-Knoten, sondern auf dem Weg welcher mit motorway_link getaggt wird). Bisher habe ich folgendes gesehen: * Die selbe Referenz wie am junction-Knoten * Die Referenz der Autobahn * Die selbe Referenz wie am junction-Knoten allerdings in junction:ref und nicht in ref * nichts Im Wiki (deutsch/englisch) wurde ich nicht wirklich fündig. Ich bin für jede Anmerkung dankbar. Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbanken
Am 23/ott/2012 um 23:33 schrieb talk-de-boun...@openstreetmap.org: Hier müsste ich dann die Datenbank um die zusätzlichen Felder erweitern? Du kannst auch schon beim Import über eine osm2pgsql Option die Daten nach 900913 projizieren. Mit --help siehst Du alle Optionen, es gibt aber auch im Wiki eine Beschreibung. Theoretisch kannst Du auch onthefly projizieren, aber das ist natürlich weniger performant. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Große Karte rendern ohne Zoom-Angabe
On 23.10.2012 13:05, Lars Lingner wrote: Du verwendest bestimmt Mapnik und wenn du die mapnik-utils installiert hast kannst Du nik2img wie folgt benutzen: nik2img.py /path/to/osm.xml output_filename.png --scale-factor=3 -e 1467870.6369923 6882377.556746 1488984.3755909 6897485.2569212 -d 3990 2855 --no-open Ja, super. Das scheint genau das zu sein, was ich brauche. Leider hab ich mir in dem Prozess irgendwie den Tile-Server zerschossen (irgendwelche Rechte auf die Postgre-DB!?) ich hoffe ich bekomme das heute hin. Danke auf jeden Fall! Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Biennale di Venezia - Architettura
Il 15 ottobre 2012 21:55, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Qualche giorno fa sono andato alla Biennale di Venezia e ho visto tantissimi progetti basati sulle varie parole d'ordine così care agli architetti e agli urbanisti: territorio, condivisione, trasparenza... Era pieno di nazioni che hanno costruito installazioni in cui il concetto è legare il disegno del territorio alla partecipazione degli abitanti con il concetto stesso di mappa. La mostra poi quest'anno si chiama proprio Common Ground e così mi è subito venuto in mente OSM. Siccome ero in visita con un gruppo molto nutrito di architetti, ho loro spiegato cos'è OSM (da notare: nessuno sapeva della sua esistenza...) e ho visto facce sbalordite, affascinate, esaltate. :-) Mi è subito venuta in mente un'installazione da fare: mappa proiettata, colonnine con PC che permettono alla gente di visualizzare la propria zona, e di mapparla se mancano dettagli, sotto la guida di qualche mapper più esperto che spiega cos'è OSM e come si fa. Attorno, solite cose fighette che piacciono agli architetti tipo frasi importanti e parole chiave da allestire nel più artistico dei modi possibili. Certo, non so se sarà possibile soprattutto avere i soldi per fare una cosa del genere, né ho idea di come si faccia, ma in effetti ci sono due anni per informarsi e organizzare e magari tra qualcuno di voi c'è un esperto in queste cose. Per la riuscita, vi assicuro che potrebbe essere con il botto. Sono tornato in treno sbattendo la testa sulla parete chiedendomi come ho fatto in tutti questi anni a non pensarci. :-) Ci sono stato anche io e ci ho pensato anche io... purtroppo mi sa che la mostra così è e così rimane... Ma visto che tentar non nuoce io ho un contatto dentro in Biennale, avete sviluppato e messo già concretamente l'idea??? -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biennale di Venezia - Architettura
Il 23 ottobre 2012 18:18, Gianluca De Rossi bigshot4e...@gmail.com ha scritto: Ci sono stato anche io e ci ho pensato anche io... purtroppo mi sa che la mostra così è e così rimane... Ma visto che tentar non nuoce io ho un contatto dentro in Biennale, avete sviluppato e messo già concretamente l'idea??? no, almeno credo di no. Secondo me i punti da capire prima di incominciare a ragionare meglio sull'idea sono: - possiamo partecipare alla prossima? - se si quanto ci costa? - abbiamo le forze per portare a termine un progetto simile? -- Bigshot - Gianluca -- 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
[Talk-it] Immagini aeree Bing Sat
Come da oggetto volevo alcune info sulle immagini aeree che possono essere attivate come sfondo in JOSM per facilitare la mappatura: Utilizzo a volte un netbook, visto che non sempre ho la rete disponibile per la connessione online, mi chiedevo se c'è la possibilità di poter scaricare porzioni delle immagini aeree in oggetto (naturalmente quelle che interessano la zona su cui sto lavorando) per poter lavorare offline. Grazie. Un saluto Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Immagini aeree Bing Sat
Am 23/ott/2012 um 21:37 schrieb Roby Libero roby...@libero.it: Come da oggetto volevo alcune info sulle immagini aeree che possono essere attivate come sfondo in JOSM per facilitare la mappatura: Utilizzo a volte un netbook, visto che non sempre ho la rete disponibile per la connessione online, mi chiedevo se c'è la possibilità di poter scaricare porzioni delle immagini aeree in oggetto (naturalmente quelle che interessano la zona su cui sto lavorando) per poter lavorare offline. Credo di ricordare che il caching del PCN è vietato, bing invece arriva in cache. In josm puoi gestire tramite le preferenze quanto è grande il cache, credo anche per ogni fonte distintamente. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Klaidų ruletė
On Mon, Oct 22, 2012 at 10:34:17AM +0300, Tomas Straupis wrote: Sveiki Paskutiniu metu populiaru kurti įvairias ruletes. Tai, pagalvojau, reikia ir mums savos :-) Taigi, kai turėsite laisvą minutę, galite užeiti čia: http://z.samogitian.com/rulete/ Tai yra AWESOME daiktas. Pats tas tokiems tinginiams, kaip aš, kurie nori padėti, bet neturi laiko (t.y. noro/jėgų) gilintis ir aiškintis, kas ir kaip. P.S. Rašykite, jei kils kažkokių neaiškumų arba jei pateikiama taisymo informacija nepakankama, neaiški ir pan. Sako „Nenurodyta kalba“. Objekto informacija: kelias 172407844. Ruletė nerodo jokių tagų, kas man neatrodo teisinga. http://www.openstreetmap.org/browse/way/172407844 rodo, kad yra name, name:ru, ir name:be, kurie visi skirtingi, kas paaiškina, kodėl šis objektas ten pateko. Bet kodėl ruletės puslapis tų tagų nerodo? Marius Gedminas -- Linux is not user-friendly. It _is_ user-friendly. It is not ignorant-friendly and idiot-friendly. (Seen somewhere on the net.) signature.asc Description: Digital signature ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Klaidų ruletė
Labas 2012 m. spalis 23 d. 10:35, Marius Gedminas rašė: Sako „Nenurodyta kalba“. Objekto informacija: kelias 172407844. Ruletė nerodo jokių tagų, kas man neatrodo teisinga. Objektas labai ant ribos (netgi už Lietuvos sienų), gali būti nesutapimas su tuo, kokią informaciją ruletė turi apie klaidą ir kokią turi apie objektą. (visa informacija imama iš ruletės serverio, ne iš pagrindinio OSM serverio, dėl to gali būti ir nesutapimų, ir vėlavimų 1-2 dienas). Grįžęs namo pabandysiu pasiaiškinti, kaip taip gaunasi. Ačiū už pranešimą (ir pagalbą taisant klaidas!). -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-gb-westmidlands] Mapping parks
On 23 October 2012 15:29, Graeme Mulvaney web@gmail.com wrote: Would I be able to use openstreetmap to map all of the trees in the war memorial park in Coventry? - each tree represents a citizen who was killed during the world wars. We did something similar a while back which you can read about at http://blog.mappa-mercia.org/2012/08/a-exercise-in-micro-mapping-national.html and see at http://www.openstreetmap.org/?lat=52.72784lon=-1.72855zoom=17layers=M Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Mapping parks
To my mind yes. I map individual trees he they are significant to the area. If they are a memorial then consider tagging them as such, i forget the precise tag for that but it's on the wiki. Look up natural=tree, it talks about memorials on there. On October 23, 2012 7:29:11 AM PDT, Graeme Mulvaney wrote: Would I be able to use openstreetmap to map all of the trees in the war memorial park in Coventry? - each tree represents a citizen who was killed during the world wars. I am not sure if it is an appropriate use of the project. -- You can't build a reputation based on what you are going to do. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Mapping parks
If they physically exist in the landscape then they are very welcome in OSM. As Matt says, we did do some work at the NMA though we focused mainly on the memorials. The trees (the man thousands of them) still mostly need mapping. Cheers Andy -Original Message- From: Graeme Mulvaney [mailto:web@gmail.com] Sent: 23 October 2012 15:29 To: talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] Mapping parks Would I be able to use openstreetmap to map all of the trees in the war memorial park in Coventry? - each tree represents a citizen who was killed during the world wars. I am not sure if it is an appropriate use of the project. -- You can't build a reputation based on what you are going to do. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2741 / Virus Database: 2616/5847 - Release Date: 10/22/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Mapping parks
Hi All, Graeme, (All: If you worked on the National Memorial Arboretum, can you advise on what tags you used to add the memorial information to trees. Thanks). You certainly can. When you open the map editor double click on the map to add a 'node' (a point) where the tree is. In the left hand pane you will then have to select the advanced tab at the bottom. This allows you to add any map feature that is not part of the 'simple' list. All info is added as Tags which are in the form key=value. So once you have added a node and selected the advanced tab you will need to add natural in the key column and tree in the value column (without the quotation marks). You can then add the details about the memorial. If anyone can suggest a good tag for this (based on the NMA work) then please do. If you feel really inclined to do so you can also add tags about the tree itself. See: http://wiki.openstreetmap.org/wiki/Tree Regards, Rob p.s Thanks for your contributions to Spon Street. On 23 October 2012 15:40, Andy Robinson ajrli...@gmail.com wrote: If they physically exist in the landscape then they are very welcome in OSM. As Matt says, we did do some work at the NMA though we focused mainly on the memorials. The trees (the man thousands of them) still mostly need mapping. Cheers Andy -Original Message- From: Graeme Mulvaney [mailto:web@gmail.com] Sent: 23 October 2012 15:29 To: talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] Mapping parks Would I be able to use openstreetmap to map all of the trees in the war memorial park in Coventry? - each tree represents a citizen who was killed during the world wars. I am not sure if it is an appropriate use of the project. -- You can't build a reputation based on what you are going to do. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2741 / Virus Database: 2616/5847 - Release Date: 10/22/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Lantmäteriverket har gett OSM tillstånd att föra databas och publicera kartor
Vi ska nog skilja på myndigheten LM och affärsverket LM (och riktiga bolaget Metria). De gör det själva, och det är olika avdelningar. Kan nog vara så att även många lantmätare på bolags-delen gillar OSM, men att det är upp till regeringen att släppa offentliga kartdata fritt. Jag tycker vi ska vara glada om LM försöker underlätta för OSM. Om inte annat för att det är mycket trevligare än motsatsen. I övrigt: Jag skulle närmast bli misstänksam om klart synliga landmärken (master till exempel) finns i verkligheten men inte på kartan. Kanske i dessa fall vara att man_made=mast är helt OK, men undvika military=... ? Samma sak för satelitbilder. Informationen finns ju redan ute om att det finns *något* byggnad, parkeringsplats etc här och där. Det lär knappast hjälpa ryssen (om vi låtsas att de inte har info redan) särskilt mycket att veta var det finns byggnader i allmänhet. Däremot kan vi nog låta bli att skriva military=sambandcentral om nu inte det är så att militären har stora skyltar som säger samma sak utanför. Ungefär idén - att kartlägga sådant som redan syns på håll eller på satelit, men inte sådant som avslöjar specifik hemlig funktion. Sen kanske vi praktiskt får böja oss och låta bli att kartlägga vissa saker, till exempel byggnaders läge i något enstaka objekt ändå. (LM har en spännande uppgift - genom att kolla vilka objekt de tar bort får man en rätt fin lista över hemligheter. Och så har det väl i princip alltid varit för alla kartutgåvor som ska granskas) /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Öppet brev från Lantmäteriet
Härligt att få ett beslut på det. Dock blev jag lite fundersam när det i öppna brevet framgår att detta bara gäller data om landinformation men samtidigt listas sjödjup och liknande under handlingsregler i beslutet. Ingen stor grej men skapar kanske en gråzon när det kommer till eventuell tolkning framöver. Det bästa med beslutet är kommentaren i slutet som även har sagts via denna mailinglista några gånger, mer eller mindre sunt förnuft ska användas. Vid osäkerhet om den aktualla informationen innehåller objekt av betydelse för totalförsvaret kan en jämförelse göras med senast utgivna spridningsgodkända editioner av allmänna kartor. Med vänlig hälsning -- Christoffer Holmstedt Den 18 oktober 2012 21:34 skrev joha...@goteborg.cc: Bifogar ett öppet brev till OpenStreetMap-deltagare från handläggaren Arne Bergquist på Lantmäteriet. Bifogar även själva beslutet med lagar och bestämmelser. /Johan Jönsson i Göteborg - Köp sälj, Evenemang, Nyheter, Företag, Gratis e-post och mycket annat Besök våra svenska sajter på http://sverige.cc Besök våra spanska sajter på http://spanien.st ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Probando el nuevo Cat2Osm y... la traducción
Hola, Gracias por el email, que esto está últimamente un poco parado y no tenemos feedback de si la gente está probando el cat2osm y qué tal les funciona. La traducción a los distintos idiomas es una de las cosas que tenemos pendientes (que en cuanto nos pongamos con ella no debería tardar mucho). Ahora estamos dándole vueltas a por qué razón la simplificación de ejes (carreteras) deja algunas rotas. Lo demás parece funcionar todo bien, salvo ese problema de las carreteras. En cuanto lo tengamos mas claro, nos ponemos manos a la obra con la traducción. Saludos! El 22 de octubre de 2012 18:49, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Buenas, Al fin me he decidido a probar la nueva versión de Cat2Osm, tenía que volver a organizarlo todo y no encontraba el momento. He transformado La Palma de Cervelló y no ha tardado ni 1 minuto en procesarlo. Parece que todo ha ido perfecto. Cuando lo he abierto en JOSM algunas geometrias me parecían raras y he pensado que quizás se debiera a la simplificación de vías, pero he abierto los ficheros generados con anteriores versiones de Cat2Osm y eran exactamente iguales, o sea que supongo que será cosa del catastro. Ahora, una duda... Es posible utilizar los datos de esta página para corregir los nombres de los elementos al catalán? Hice la traducción pero no tengo ni idea de cómo proceder: http://wiki.openstreetmap.org/wiki/Cat2Osm/TraduccionVias Si conviene lo documento en la wiki, un saludo! Muchas gracias! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] osm2pgrouting mapconfig
Buenas tardes, alguien me puede indicar como incluir el atributo de oneway dentro del archivo de mapconfig.xml (archivo de configuración del osm2pgrouting), cojo el que está por defecto en la ultima version de osm2pgrouting, y en la tabla ways, el campo to_cost está en blanco para todas las filas y el campo de reverse_cost es identico al campo length, entonces a la hora de hacer routing no tiene en cuenta las direcciones de las calles. Gracias de antemano! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Probando el nuevo Cat2Osm y... la traducción
Gracias a vosotros por la gran labor que hacéis! Me he fijado en las carreteras y tienes razón. Salen rotas o simplemente no salen. Si lanzo Cat2Osm con -ejes veo que se crean archivos .osm con calles inexistentes en el procesado global, pero estos archivos están vacíos. Sobre la traducción... quería empezar a juntar los datos actuales de OSM con las masas, pero me parece que me esperaré a qué haya la traducción (si no es un curro de «Buscar y reemplazar», que a lo mejor luego no sirve) ;) También he visto (y contrastado con la página del catastro) que las parcelas de cultivo de menos de 400m2 continuan apareciendo como farmland en lugar de allotments... ¿está operativo el tag condicionado al área? http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo! ALBERT 2012/10/23 Ander Pijoan ander.pij...@deusto.es Hola, Gracias por el email, que esto está últimamente un poco parado y no tenemos feedback de si la gente está probando el cat2osm y qué tal les funciona. La traducción a los distintos idiomas es una de las cosas que tenemos pendientes (que en cuanto nos pongamos con ella no debería tardar mucho). Ahora estamos dándole vueltas a por qué razón la simplificación de ejes (carreteras) deja algunas rotas. Lo demás parece funcionar todo bien, salvo ese problema de las carreteras. En cuanto lo tengamos mas claro, nos ponemos manos a la obra con la traducción. Saludos! El 22 de octubre de 2012 18:49, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Buenas, Al fin me he decidido a probar la nueva versión de Cat2Osm, tenía que volver a organizarlo todo y no encontraba el momento. He transformado La Palma de Cervelló y no ha tardado ni 1 minuto en procesarlo. Parece que todo ha ido perfecto. Cuando lo he abierto en JOSM algunas geometrias me parecían raras y he pensado que quizás se debiera a la simplificación de vías, pero he abierto los ficheros generados con anteriores versiones de Cat2Osm y eran exactamente iguales, o sea que supongo que será cosa del catastro. Ahora, una duda... Es posible utilizar los datos de esta página para corregir los nombres de los elementos al catalán? Hice la traducción pero no tengo ni idea de cómo proceder: http://wiki.openstreetmap.org/wiki/Cat2Osm/TraduccionVias Si conviene lo documento en la wiki, un saludo! Muchas gracias! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ro] A1 Timisoara-Lugoj
Constructorii au fost cu 6 luni inainte de termen si noi am fost cu 4 minute inaintea lor: http://www.openstreetmap.org/browse/changeset/13602712 :)) Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 30 septembrie 2012, 01:44, Eddy Petrișor eddy.petri...@gmail.com a scris: În data de 28 septembrie 2012, 21:32, Eddy Petrișor eddy.petri...@gmail.com a scris: În data de 27 septembrie 2012, 22:22, Eddy Petrișor Am publicat și codul pentru parsepbfutils: http://repo.or.cz/w/osm-parsepbfutils.git Am terminat și funcția de bază pentru mutarea ref-urilor europene din ref in int_ref. Salut, Am implementat și o funcție care uniformizează numele de străzi, stradele, fundături, bulevarde, piețe, etc. Pentru cei care „vorbesc” Python (sau ignoră ce-i în stânga), codul ăsta poate clarifica puțin care e forma către care se tinde: http://repo.or.cz/w/osm-ro-tools.git/blobdiff/0e1fa4d448ba7ccd4f345375c11f6bcbf0b74a25..4fb815e82a96e13071e2a088e42d97c15cadd8d6:/OsmRoConsistency.py Iată ce ar face pentru o porțiune foarte restrânsă din zona Poiana Țapului: INFO:root:Way 47386204 changed: from name=Fundatura Lalelelor to name=Fundătura Lalelelor INFO:root:Way 46961779 changed: from name=Fundatura Valcelului to name=Fundătura Valcelului INFO:root:Way 46961788 changed: from name=Fundatura Stejarului to name=Fundătura Stejarului INFO:root:Way 46961772 changed: from name=Fundatura Livezilor to name=Fundătura Livezilor INFO:root:Way 34047968 changed: from name=Fundatura Castelului to name=Fundătura Castelului INFO:root:Way 46961780 changed: from name=Fundatura Sipotului to name=Fundătura Sipotului INFO:root:name correction done Zona e aproximativ asta: http://www.openstreetmap.org/?lat=45.3951lon=25.5428zoom=13layers=M Pentru datele din Ialomița (aceleași date din 13 sept) am un rezultat parțial care arată așa: INFO:root:Way 50894703 changed: from name=Str. Nisipuri to name=Strada Nisipuri INFO:root:Way 55972837 changed: from name=Str. Rozelor to name=Strada Rozelor INFO:root:Way 73324182 changed: from name=Str Campului to name=Strada Campului INFO:root:Way 75836917 changed: from name=Str. Viilor to name=Strada Viilor INFO:root:Way 115562176 changed: from name=Str. Panselutei to name=Strada Panselutei INFO:root:Way 119242966 changed: from name=Str. Teiului to name=Strada Teiului INFO:root:Way 119242967 changed: from name=Str. Iasomiei to name=Strada Iasomiei INFO:root:Way 126136730 changed: from name=Str. Anemonei to name=Strada Anemonei INFO:root:Way 126136731 changed: from name=Str. Socului to name=Strada Socului INFO:root:Way 126136732 changed: from name=Str. Lotusului to name=Strada Lotusului INFO:root:Way 126136734 changed: from name=Str. Craitei to name=Strada Craitei INFO:root:Way 126136735 changed: from name=Str. Lalelei to name=Strada Lalelei INFO:root:Way 126136738 changed: from name=Str. Molidului to name=Strada Molidului INFO:root:Way 126136740 changed: from name=Str. Begoniei to name=Strada Begoniei INFO:root:Way 126136741 changed: from name=Str. Nufarului to name=Strada Nufarului INFO:root:Way 126136742 changed: from name=Str. Amurgului to name=Strada Amurgului INFO:root:Way 126136743 changed: from name=Str. Cactusului to name=Strada Cactusului INFO:root:Way 126136744 changed: from name=Str. Margaretei to name=Strada Margaretei INFO:root:Way 126138308 changed: from name=Str. Bujorului to name=Strada Bujorului INFO:root:Way 126138317 changed: from name=Str. Toporasului to name=Strada Toporasului INFO:root:Way 132042959 changed: from name=Str. Chiocelului to name=Strada Chiocelului INFO:root:Way 132042968 changed: from name=Str. Trandafirului to name=Strada Trandafirului INFO:root:Way 134015438 changed: from name=Str. Migdalei to name=Strada Migdalei Momentan am ceva erori de decodare, dar vroiam să vă țin la curent cu progresul muncii ăsteia. Codul e publicat în același loc (nu am pus tag pentru că nu-i perfect funcțională această nouă funcționalitate): http://repo.or.cz/w/osm-ro-tools.git După cum am mai spus, codul pentru parsepbf este publicat aici: http://repo.or.cz/w/osm-parsepbfutils.git -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] Canada Post addresses that do not match municipality name
OK I've figured it out. In the City of Toronto, there are numerous duplicate street names caused by amalgamation. See http://finance.groups.yahoo.com/group/ontroads/message/9826. If there is a duplicate street name, you must use the name of the former municipality in the address e.g. York, East York, Etobicoke, Scarborough, North York. If it is not a duplicate, either Toronto or the name of the former municipality are acceptable. Various other city names like Downsview, Don Mills and Weston are acceptable for certain areas of these former municipalities, these are generally just aliases for the old municipality name (though Downsview for instance is only accepted for the portion of North York near the community of Downsview, using Downsview for an address at Yonge/Sheppard is incorrect). In Markham, there is the weird situation of Main Street Unionville and Main Street Markham. In other parts of the GTA, sometimes the city name used by the post office doesn't match the actual city's name, but I can't find any other examples of duplicate street names other than the one in Markham. If an address is Woodbridge or Concord we can pretend it is in Vaughan. Since the Canada Post database is proprietary I have had to figure this out from sources like receipts from coffee shops and fast food restaurants. Fortunately these are easy to get. Is a free source available for the boundaries of Old Toronto, North York, York and East York as they existed before 1998? I have added the boundaries of Scarborough and Etobicoke as boundary=administrative, admin_level=10 which seems to make nominatim work propertly (though it says that the addresses are in Scarborough, Toronto, Ontario, Canada instead of Scarborough, Ontario, Canada which is not the correct format). ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canada Post addresses that do not match municipality name
On Tue, 23 Oct 2012, Andrew MacKinnon wrote: OK I've figured it out. Is a free source available for the boundaries of Old Toronto, North York, York and East York as they existed before 1998? I have added the boundaries of Scarborough and Etobicoke as boundary=administrative, admin_level=10 which seems to make nominatim work propertly (though it says that the addresses are in Scarborough, Toronto, Ontario, Canada instead of Scarborough, Ontario, Canada which is not the correct format). The Toronto Open Data Catalogue apparently has the old bounaries listed http://www1.toronto.ca/wps/portal/open_data/open_data_item_details?vgnextoid=31f0b940f1f49310VgnVCM103dd60f89RCRDvgnextchannel=6e886aa8cc819210VgnVCM1067d60f89RCRD I recall someone determining the the 2.0 license was compatible with OSM. ___ 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
Re: [Talk-ca] Canada Post addresses that do not match municipality name
On Tue, Oct 23, 2012 at 7:44 PM, Steve Singer st...@ssinger.info wrote: On Tue, 23 Oct 2012, Andrew MacKinnon wrote: OK I've figured it out. Is a free source available for the boundaries of Old Toronto, North York, York and East York as they existed before 1998? I have added the boundaries of Scarborough and Etobicoke as boundary=administrative, admin_level=10 which seems to make nominatim work propertly (though it says that the addresses are in Scarborough, Toronto, Ontario, Canada instead of Scarborough, Ontario, Canada which is not the correct format). The Toronto Open Data Catalogue apparently has the old bounaries listed http://www1.toronto.ca/wps/portal/open_data/open_data_item_details?vgnextoid=31f0b940f1f49310VgnVCM103dd60f89RCRDvgnextchannel=6e886aa8cc819210VgnVCM1067d60f89RCRD I recall someone determining the the 2.0 license was compatible with OSM. Are you 100% sure that the Open Data website is compatible with the new OSM contributor terms? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
2012/10/23 Philippe Verdy verd...@wanadoo.fr: Certes, mais la validité sera encore pire si on le stocke dans l'objet, car cette information va s'appliquer automatiquement à toutes les versions suivantes et toutes les autres modifications faites à l'objet, dont pourtant les sources n'ont rien à voir avec la source initiale. Si on veut être précis, la source ne concerne QUE chaque modification entre deux versions d'un même objet. Autrement dit cette source n'est pas non plus l'utilisateur lui-même, mais c'est bien un attribut du changeset, dans lequel le contributeur qui le soumet devra mentionner les sources utilisées au delà de son propre travail personnel sur ces données, où le contributeur est implicitement aussi une source). Si je prend un exemple : on utilise le cadastre une année pour importer un bâtiment. Il est source de ce tracé. Plus tard, le bâtiment est entièrement modifié pourtant la source lui survit dans l'objet ou dans certaines de ses versions historiques, mais on met alors la nouvelle source. Plus tard encore, le cadastre est réutilisé dans un nouveau millésime (parfois le même) et redéfinit à nouveau la plupart des caractéristiques de l'objet : comment doit-on interpréter les différentes sources entre les versions successives ? Evidemment la seule interprétation possible c'est version par version. Le changeset est le seul lieu approprié pour mettre les infos spécifiques à chaque version. La base de données reste interrogeable objet par ojet pour voir la liste des versions, et pour chacune le changeset concerné qui mentionne la ou les sources utilisées et qui permet aussi de ce qui est ajouté, modifié ou supprimé par rapport à la version précédente par l'utilisateur qui l'a soumis (cet utilisateur s'ajoutant aux autres sources qu'il indique dans son changeset). S'il faut continuer sur cette voie, il faudra automatiser et systématiser d'avantage dans les éditeurs le renseignement des changeset afin que ces sources puissent être facilement indiquées (par des simple cases à cocher, ou automatiquement si on utilise certaines couches visibles dans l'éditeur à l'endroit où l'objet était modifié dans sa géométrie, mais ce ne sera pas automatique pour les tags textuels dont la source n'a le plus souvent rien à voir avec celle des autres fonds de carte utilisés : les éditeurs devraient alors pouvoir inclure un petit onglet de navigation web, mémorisant les URLs ou domaines visitées, afin de permettre un copier-coller éventuel depuis cet onglet, si la source web est autorisée comme source libre pour ces éléments textuels, de même l'utilisateur devrait avoir dans son carnet perso de sources une liste de sources qu'il lui suffit d'activer d'un clic pour que cela figure dans les propriétés du changeset qu'il va soumettre). Chaque changeset contiendra donc une liste de sources (de même qu'il contient déjà le nom de l'utilisateur), uniquement celles concernées par la modification. Les autres sources des parties non modifiées ou des anciennes versions persistent dans la base dans les changesets associés aux versions dans lesquelles sont apparues les données. Cette liste de sources est facilement intérrogeable, mais si on veut faciliter leur affichage, on peut développer dans l'API un type de requête simple permettant de les avoir de façon exhautives pour toutes les données et attributs d'un objet qui sont encore visibles, simplement en groupant ces données visibles par changeset, en ordre antéchronologique où elles sont apparues, le serveur alors générant dans ses résultats une liste de versions pertinentes d'un objet, où celle-ci mentionne les sources du changeset associé). Bon, je crois qu'il faut revenir un peu sur terre, là. Nous sommes un projet collaboratif ouvert à tous les publics. Ca sera déjà bien si quelqu'un écrit un commentaire pertinent dans son changeset. Alors compter sur l'ajout de la source qui sera uniforme pour un changeset... L'essentiel des tags sources proviennent des imports. Si vous voyez un bâtiment en version 2 ou + , je peux déjà vous dire que : soit la géométrie a changé et ça vient de l'imagerie aérienne, soit des tags supplémentaires ont catégoriser le bâti et la personne qui ne fait pas l'effort de citer sa source ne le fera pas plus que pour d'autres éléments, ni sur le changeset. L'important au final, c'est d'avoir respecter notre obligation au moment de l'import. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
2012/10/23 Philippe Verdy verd...@wanadoo.fr: Le problème du micromapping c'est ça: ça change facilement radicalement sans prévenir. Et même si les modifications sont progressives, cela peut changer tellement souvent que cela ne correspond vite plus à rien du tout. En général, on peut être d'accord. Mais ici, on peut penser que si le cadastre a pris la peine de faire figurer ces détails, c'est qu'il pense que ce type d'information est suffisament pérenne pour y être ajouté. Bien que cela soit largement au-delà de ses missions (le géomètre a dû se faire plaisir). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source des données dans OSM
Le lundi 22 octobre 2012 13:56:17 PierreV a écrit : Dites a l'origine de cette critique de notre source unique n’était pas la longueur de notre Tag? Pour ma part je serait bien plus partisan d'associer la source au changeset plutot qu'a l'objet lui même qui au bout d'une 40aine de modification dans quelques années par autant de personnes pourrait avoir une liste trèès longue des différentes sources utilisés? Donc pour ma part je pense que l'on s'enflame un peut sur vouloir détailler la source sur l'objet en lui meme. Attention, je parle bien de source sur le changeset. On peut renseigner source= bing et source:name=survey pour indiquer que l'on a tracé des rues avec bing, mais que leurs noms ont été relevés sur le terrain (c'est un exemple). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source des données dans OSM
On lundi 22 octobre 2012, Mickaël Guéret wrote: Salut, est-ce qu'on pourrait conseiller d'utiliser le tag source comme 'namespace' (espace de nom ??) ? ex: - source:geometry = Bing 2012 - source:ref = survey - source:name = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2010 Pourquoi pas, toutefois, si j'avais à le faire, je pense que je ferais plusieurs changeset, par soucis de clarté, de simplicité pour moi même et de meilleur compréhension pour les autres. En plus, si je suis en train de relever des noms sur le cadastre, en général je ne fais presque que ça puisqu'il faut basculer de fond de carte, et dans ce cas là, je préfère valider mes changements de géométries d'abord, puis mettre les noms et valider. Mais sinon, je n'y vois aucun inconvénient, comme on le fait d'ailleurs parfois pour les objets. Bien que l'utilisation du tag source=* étant le plus utilisé, je pense que je mettrais quand même ce tag avec la source majoritairement utilisée et j'affinerais avec des source:name=google maps (j'déconne ;-) ) source:amenity=survey source:place=survey source:sac_scale=survey source:building=bing source:geometry=gps;bing Mais bon, ça fait un peu bulldozer quand même. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ortho littorale V2
Bonjour, La version 2 des photos littorales est désormais disponible en WMS (et aussi en TMS, WTMS et WMS-C). Pour le moment, elle ne couvre que le littoral méditerranéen (sauf la Corse), mais elle est très utile, car la version 1 ne couvrait que l'Atlantique, la Manche et la mer du Nord. L'adresse WMS est : http://geolittoral.application.developpement-durable.gouv.fr/wms2/metropole Pour l'utiliser dans JOSM, il faut: - ouvrir le paramétrage WMS-TMS dans la fenêtre des préférences, - cliquer sur le bouton + situé à la droite de la fenêtre, - coller l'adresse ci-dessus dans la case Adresse web du service, - mettre un nom de fournisseur tel que Ortho littorale V2, - cliquer sur le bouton Obtenir les calques, - sélectionner la couche Ortho-littorale v2 (2010-2012) - Vraies couleurs, - valider. Il faudrait mettre à jour la page http://josm.openstreetmap.de/wiki/Maps , mais je ne sais pas comment faire pour obtenir le multipolygone correspondant à l'étendue de la couche. Y a-t-il une documentation à ce sujet quelque part, ou sinon, quelqu'un peut-il se charger de la mise à jour ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source des données dans OSM
Bonjour, Je suivais cette affaire sans vraiment m’y impliquer, mais comme des solutions commencent à faire leur chemin ça m’intéresse un peu plus :) Le fait de raffiner par des sous-tags les sources me paraît être une bonne idée ; j’y vais de ma vision des choses : — source:type = official (reconnue juridiquement par OSM), base (une base de données non officielle), survey (le reste, les informations apportées par le contributeur lui-même) — source:ref = un identifiant donné à la source officielle — source:import = yes|no — source:bot = yes|no — source = informations sur la source si pas de source:type=* ni de source:ref=*, ou en complément des tags précédents Quant au fait que ce soit attaché au changeset ou à l’objet… Je n’ai pas d’avis tranché : — il est vrai que la redondance est très gênante (pour toutes les mêmes raisons que la redondance de données (qui n’est pas une référence) est un problème dans les bases de données relationnelles), mais finalement nécessaire pour bien discriminer les données émanant de telle ou telle source. — je trouve que — par l’intermédiaire des tags source*=* — dire qu’une donnée vient de telle source alors que ce n’est pas le cas peut être très gênant pour OSM et la source : imaginez qu’une certaine quantité de bâtiments tracés à la main soient attribuée au cadastre, la qualité de la source pourrait être remise en cause. Le contraire (une donnée de meilleure qualité attribuée à une source qui n’est pas très fiable) peut avoir les mêmes conséquences : booster l’utilisation d’une source peu fiable. C’est pourquoi mettre la source sur le changeset est dangereux. — les données émanant de plusieurs sources (source + modifications) complexifient énormément les choses et je n’ai pas encore d’avis. — JOSM n’est pas le seul moyen d’ajouter des données. Faire un patch pour JOSM c’est bien, ceci dit ce n’est pas la panacée… Et surtout dangereux de faire un patch sans aller plus loin : les utilisateurs de JOSM se sentiront en confiance (ils auront assez raison) mais cette confiance déteindra sur les contributeurs avec un autre éditeur. Et un contributeur confiant contribue beaucoup… Autre remarque qui va encore compliquer l’affaire : — il existe des données émanant de sources officielles qui ne sont pas géographiques (ou en tout cas pas précisément), or les sources sont attachées à des objets géographiques… Du coup on se retrouve à avoir des données géographiques dont la source n’est pas géographique. Par exemple, l’INSEE est une source de données administratives et non géographiques. — l’idéal serait d’avoir un attribut de source pour un tag… — cette remarque ressemble évidemment plus à de la masturbation intellectuelle, mais si ça peut faire naître une idée sensée… ;) Cordialement, -- Mikaël Cordon (mickey86) Le 23 octobre 2012 11:44, sly (sylvain letuffe) li...@letuffe.org a écrit : On lundi 22 octobre 2012, Mickaël Guéret wrote: Salut, est-ce qu'on pourrait conseiller d'utiliser le tag source comme 'namespace' (espace de nom ??) ? ex: - source:geometry = Bing 2012 - source:ref = survey - source:name = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2010 Pourquoi pas, toutefois, si j'avais à le faire, je pense que je ferais plusieurs changeset, par soucis de clarté, de simplicité pour moi même et de meilleur compréhension pour les autres. En plus, si je suis en train de relever des noms sur le cadastre, en général je ne fais presque que ça puisqu'il faut basculer de fond de carte, et dans ce cas là, je préfère valider mes changements de géométries d'abord, puis mettre les noms et valider. Mais sinon, je n'y vois aucun inconvénient, comme on le fait d'ailleurs parfois pour les objets. Bien que l'utilisation du tag source=* étant le plus utilisé, je pense que je mettrais quand même ce tag avec la source majoritairement utilisée et j'affinerais avec des source:name=google maps (j'déconne ;-) ) source:amenity=survey source:place=survey source:sac_scale=survey source:building=bing source:geometry=gps;bing Mais bon, ça fait un peu bulldozer quand même. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Bonjour, (Le mail d'origine étant en anglais, et en correspondance privée, j'en fais une traduction simplifiée et adaptée, le respect de la correspondance privée étant important pour moi) J'ai donc une bonne et une mauvaise nouvelle, je commence par la bonne ? J'ai été contacté par F. Ramm et ils m'acceptent comme membre du DWG, j'ai eu droit à une pommade de bienvenue : vous feriez un bon membre de notre équipe La mauvaise, c'est que les conditions sont en contradictions avec celles que j'avais exposées dans ma profession de foi pour représenter la communauté française (bien sûr, c'est toujours cette histoire de 2ème compte) En bref, ça donne : - Ils souhaitent que je m'investisse dans le traitements de tous les type de problèmes dont s'occupe le DWG, que ça soit en France ou non. Bien qu'ils acceptent qu'étant plus efficace en France, ce sont ces problèmes que je serais amenés à régler en particulier/priorité. - La règle du 2ème compte obligatoire pour les imports cadastre est à imposer actuellement, mais ils acceptent que je puisse indiquer, tout en bloquant les gens, que je leur disent que je suis contre cette règle, que la communauté française est contre cette règle et que nous comptons, dans l'avenir y remédier lorsque des problèmes auront été réglés concernant les imports faits avec le même compte (l'idée des tags sur les changesets étant accepté sur le principe) - Dans tous les cas ou je n'accepterais pas la règle, je suis invité à en discuter avec eux, expliquer en quoi elle est inadaptée (ou absurde), rapporter un résumé de l'avis de la communauté française, et soit accepter de ne finalement pas l'appliquer et/ou trouver des solutions à l'avenir pour s'en passer, (Le 2ème compte pour les imports cadastre n'étant pas dans ce cas actuellement : ça, ok, on a compris, c'est répété tout au long du mail) - Le refus de rejoindre notre équipe leur serait compréhensible, je continuerais à être contacté (ou un autre français, ou la liste [ga]) pour la communication en français, mais c'est eux qui continueraient à bloquer. Vos avis ? Si à la lecture de ce résumé vous êtes énervés et que votre réponse s'apprête à impliquer Hitler ou les nazis, je vous recommande d'attendre un peu (on réfléchi mieux à tête reposée ;-) ) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ortho littorale V2
Le 23/10/2012 12:31, Jean-Claude Repetto a écrit : La version 2 des photos littorales est désormais disponible en WMS (et aussi en TMS, WTMS et WMS-C). J'ai oublié de préciser que si vous l'utilisez, il faut citer la source comme ceci : Ortho Littorale V2 - MEDDE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Fiou… Peste, choléra… ? Pour résumer (qu’on me dise si je me trompe) : tu dois bloquer les comptes qui contreviennent les règles du DWG tout en pouvant dire que tu es contre ce blocage… En terme de communication, y’a pas un problème… ? Cordialement, -- Mikaël Cordon (mickey86) Le 23 octobre 2012 12:38, sly (sylvain letuffe) li...@letuffe.org a écrit : Bonjour, (Le mail d'origine étant en anglais, et en correspondance privée, j'en fais une traduction simplifiée et adaptée, le respect de la correspondance privée étant important pour moi) J'ai donc une bonne et une mauvaise nouvelle, je commence par la bonne ? J'ai été contacté par F. Ramm et ils m'acceptent comme membre du DWG, j'ai eu droit à une pommade de bienvenue : vous feriez un bon membre de notre équipe La mauvaise, c'est que les conditions sont en contradictions avec celles que j'avais exposées dans ma profession de foi pour représenter la communauté française (bien sûr, c'est toujours cette histoire de 2ème compte) En bref, ça donne : - Ils souhaitent que je m'investisse dans le traitements de tous les type de problèmes dont s'occupe le DWG, que ça soit en France ou non. Bien qu'ils acceptent qu'étant plus efficace en France, ce sont ces problèmes que je serais amenés à régler en particulier/priorité. - La règle du 2ème compte obligatoire pour les imports cadastre est à imposer actuellement, mais ils acceptent que je puisse indiquer, tout en bloquant les gens, que je leur disent que je suis contre cette règle, que la communauté française est contre cette règle et que nous comptons, dans l'avenir y remédier lorsque des problèmes auront été réglés concernant les imports faits avec le même compte (l'idée des tags sur les changesets étant accepté sur le principe) - Dans tous les cas ou je n'accepterais pas la règle, je suis invité à en discuter avec eux, expliquer en quoi elle est inadaptée (ou absurde), rapporter un résumé de l'avis de la communauté française, et soit accepter de ne finalement pas l'appliquer et/ou trouver des solutions à l'avenir pour s'en passer, (Le 2ème compte pour les imports cadastre n'étant pas dans ce cas actuellement : ça, ok, on a compris, c'est répété tout au long du mail) - Le refus de rejoindre notre équipe leur serait compréhensible, je continuerais à être contacté (ou un autre français, ou la liste [ga]) pour la communication en français, mais c'est eux qui continueraient à bloquer. Vos avis ? Si à la lecture de ce résumé vous êtes énervés et que votre réponse s'apprête à impliquer Hitler ou les nazis, je vous recommande d'attendre un peu (on réfléchi mieux à tête reposée ;-) ) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Fonce ... c'est mieux que rien, et ça te permettra - et la communauté des mapper de France avec probablement - d'avoir plus de poids dans les décision du DWG. 2012/10/23 Mikaël Cordon mikael.cor...@gmail.com: Fiou… Peste, choléra… ? Pour résumer (qu’on me dise si je me trompe) : tu dois bloquer les comptes qui contreviennent les règles du DWG tout en pouvant dire que tu es contre ce blocage… En terme de communication, y’a pas un problème… ? Cordialement, -- Mikaël Cordon (mickey86) Le 23 octobre 2012 12:38, sly (sylvain letuffe) li...@letuffe.org a écrit : Bonjour, (Le mail d'origine étant en anglais, et en correspondance privée, j'en fais une traduction simplifiée et adaptée, le respect de la correspondance privée étant important pour moi) J'ai donc une bonne et une mauvaise nouvelle, je commence par la bonne ? J'ai été contacté par F. Ramm et ils m'acceptent comme membre du DWG, j'ai eu droit à une pommade de bienvenue : vous feriez un bon membre de notre équipe La mauvaise, c'est que les conditions sont en contradictions avec celles que j'avais exposées dans ma profession de foi pour représenter la communauté française (bien sûr, c'est toujours cette histoire de 2ème compte) En bref, ça donne : - Ils souhaitent que je m'investisse dans le traitements de tous les type de problèmes dont s'occupe le DWG, que ça soit en France ou non. Bien qu'ils acceptent qu'étant plus efficace en France, ce sont ces problèmes que je serais amenés à régler en particulier/priorité. - La règle du 2ème compte obligatoire pour les imports cadastre est à imposer actuellement, mais ils acceptent que je puisse indiquer, tout en bloquant les gens, que je leur disent que je suis contre cette règle, que la communauté française est contre cette règle et que nous comptons, dans l'avenir y remédier lorsque des problèmes auront été réglés concernant les imports faits avec le même compte (l'idée des tags sur les changesets étant accepté sur le principe) - Dans tous les cas ou je n'accepterais pas la règle, je suis invité à en discuter avec eux, expliquer en quoi elle est inadaptée (ou absurde), rapporter un résumé de l'avis de la communauté française, et soit accepter de ne finalement pas l'appliquer et/ou trouver des solutions à l'avenir pour s'en passer, (Le 2ème compte pour les imports cadastre n'étant pas dans ce cas actuellement : ça, ok, on a compris, c'est répété tout au long du mail) - Le refus de rejoindre notre équipe leur serait compréhensible, je continuerais à être contacté (ou un autre français, ou la liste [ga]) pour la communication en français, mais c'est eux qui continueraient à bloquer. Vos avis ? Si à la lecture de ce résumé vous êtes énervés et que votre réponse s'apprête à impliquer Hitler ou les nazis, je vous recommande d'attendre un peu (on réfléchi mieux à tête reposée ;-) ) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ 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] [politique] Réflexion sur la manière de choisir des règles
re, (je bascule de [ga] sur [talk-fr]) On mardi 23 octobre 2012, Christian Quest wrote: Cela n'a comme d'habitude amené aucune réaction... impossible de parler de gouvernance sur talk@ ni avec le DWG. Ayant 3 chats brûlant sur le feu a sauver, je ne me lancerais pas non plus tout de suite dans ce débat et une construction de quelques chose, mais voilà ce que j'ai en tête (sans fondements) : - Au DWG ils ne font rien et ne répondent pas à ce propos car ils ont peur d'un gouffre pour leur temps disponible, plus, peut-être, se voient-ils uniquement comme pouvoir executif (de lois, certes, définis par eux, mais telles qu'ils les pensent issues d'un consensus communautaire) Pour sortir de ça, j'ai peur que leur poser des questions ne suffisent donc pas, il faut proposer quelque chose. Je verrais donc bien une proposition, sur le wiki, d'une page expliquant un modèle de gouvernance et de choix des règles (lois), une sorte de constitution pour osm, la soumettre au vote de la communauté puis ensuite, commencer à faire des propositions de lois qui seront soumises au modèle de gouvernance préalablement choisi. Bref, un sacré boulot en perspective, mais une fois l'avis de nombreux contributeurs demandés, il deviendrait plus inconfortable de s'entêter pour quel que chef auto proclamé que ce soit. Les gens d'osm, croient, je le pense, en la démocratie. Donnons leur la possibilité de mettre un +1 sur une page wiki et ils seront alors plus motivés pour défendre leur choix. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
2012/10/23 sly (sylvain letuffe) li...@letuffe.org: Vos avis ? Est-ce que tu peux faire partie du DWG en disant je ne prend pas en charge les blocages uniquement basés sur la règle du compte séparé pour le cadastre ? Si oui, je pense qu'il y aurait intérêt à ce que quelqu'un des chez-nous en fasse partie pour s'oocuper des moutons noirs, ceux dont nous demanderions le blocage au DWG de toute façon (y compris pour des imports sauvages du cadastre) mais avec des chances d'avoir une réaction plus rapide et la non-nécessité de faire la demande en anglais (à terme, chaque langue devrait avoir son représentant dans le DWG). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Pour résumer (qu’on me dise si je me trompe) : tu dois bloquer les comptes qui contreviennent les règles du DWG tout en pouvant dire que tu es contre ce blocage… Je ne dois que si j'accepte d'être membre, mais oui, c'est ça. En terme de communication, y’a pas un problème… ? Clairement, ça ne va pas être facile à présenter ça au contributeur, mais j'ai déjà une idée sur la question sous cette forme : Salut x, (blabla diplomatique sur quoi qu'y s'passe) Et donc, suite à ces problèmes identifiés concernant notre manière de faire, nous travaillons actuellement à une solution pour le permettre à nouveau mais en attendant, ils nous semble préférable de temporairement arrêter les imports du bâti. Tu peux quand même choisir l'option de créer un deuxième compte, mais comme c'est la galère et que ça créer d'autres problèmes, je pense préférable de faire une pause, on refera le point le X février 2013 et je penserais à te recontacter pour te dire que tout est bien résolu (blabla désolé pas cool je suis méchant mais je le fais pas exprès) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
On mardi 23 octobre 2012, Pieren wrote: 2012/10/23 sly (sylvain letuffe) li...@letuffe.org: Vos avis ? Est-ce que tu peux faire partie du DWG en disant je ne prend pas en charge les blocages uniquement basés sur la règle du compte séparé pour le cadastre ? Peut-être, ça coûte rien de demander. Je peux expliquer que sinon je vais me faire lyncher, et que je préfère qu'ils tiennent le pistolet. Si oui, je pense qu'il y aurait intérêt à ce que quelqu'un des chez-nous en fasse partie pour s'oocuper des moutons noirs, ceux dont nous demanderions le blocage au DWG de toute façon (y compris pour des imports sauvages du cadastre) mais avec des chances d'avoir une réaction plus rapide et la non-nécessité de faire la demande en anglais (à terme, chaque langue devrait avoir son représentant dans le DWG). Là, je ne t'ais pas compris ? Tu veux dire un autre membre au DWG pour bloquer dans les cas où on est d'accord ? Il lui sera présenté les mêmes conditions que moi je suppose, donc si ils acceptent de tenir le flingue pour les imports cadastre, je veux bien m'occuper des autres cas pour lesquels je et on est d'accord. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
On mardi 23 octobre 2012, sly (sylvain letuffe) wrote: Pour résumer (qu’on me dise si je me trompe) : tu dois bloquer les comptes qui contreviennent les règles du DWG tout en pouvant dire que tu es contre ce blocage… Je ne dois que si j'accepte d'être membre, mais oui, c'est ça. Encore que je n'ai pas demandé si je pouvais être membre sans tirer (voir réponse à coté) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Le 23 oct. 2012 à 13:06, Pieren a écrit : mais avec des chances d'avoir une réaction plus rapide et la non-nécessité de faire la demande en anglais (à terme, chaque langue devrait avoir son représentant dans le DWG). Lu rapidement, ce n'est guère réaliste : il y a déjà deux douzaines de langues officielles dans l'UE. L'implicite du propos est de se limiter aux 3 ou 4 langues les plus répandues dans le monde et cela pourrait amener de belles batailles. Pour le moment, les mappeurs utilisant l'hindi ou l'arabe ou le turc ou le swahili ne sont pas en mesure de revendiquer une place significative, mais, cela pourrait bien arriver. Il semble que ce sont les traducteurs automatiques qui apporteront les vrais solutions. Une autre piste est de créer des filiales du DWG par langues ou par chapitre local, mais c'est alors la Fondation qui devrait être l'organe de conciliation et elle n'est pas encore assez robuste pour cela. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
Le 23 octobre 2012 13:01, sly (sylvain letuffe) li...@letuffe.org a écrit : re, (je bascule de [ga] sur [talk-fr]) On mardi 23 octobre 2012, Christian Quest wrote: Cela n'a comme d'habitude amené aucune réaction... impossible de parler de gouvernance sur talk@ ni avec le DWG. Ayant 3 chats brûlant sur le feu a sauver, je ne me lancerais pas non plus tout de suite dans ce débat et une construction de quelques chose, mais voilà ce que j'ai en tête (sans fondements) : - Au DWG ils ne font rien et ne répondent pas à ce propos car ils ont peur d'un gouffre pour leur temps disponible, plus, peut-être, se voient-ils uniquement comme pouvoir executif (de lois, certes, définis par eux, mais telles qu'ils les pensent issues d'un consensus communautaire) Pour sortir de ça, j'ai peur que leur poser des questions ne suffisent donc pas, il faut proposer quelque chose. Tu remarquera que ce n'est pas au DWG que j'ai posé la question mais publiquement sur talk@ Je verrais donc bien une proposition, sur le wiki, d'une page expliquant un modèle de gouvernance et de choix des règles (lois), une sorte de constitution pour osm, la soumettre au vote de la communauté puis ensuite, commencer à faire des propositions de lois qui seront soumises au modèle de gouvernance préalablement choisi. Bref, un sacré boulot en perspective, mais une fois l'avis de nombreux contributeurs demandés, il deviendrait plus inconfortable de s'entêter pour quel que chef auto proclamé que ce soit. Les gens d'osm, croient, je le pense, en la démocratie. Donnons leur la possibilité de mettre un +1 sur une page wiki et ils seront alors plus motivés pour défendre leur choix. Entièrement d'accord. J'avais initié sans le vouloir cette avalanche en cherchant avant tout à comprendre quel était le processus actuel pour définir des règles, surtout des règles dures. N'ayant eu aucune réponse claire, tout me semble à faire pour en définir un mais le sujet ne semble pas intéresser grand monde. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Présentation Ghanabefr
Le message suivant de : ## Bonjour à vous, J'habite dans l'est de la Belgique et j'ai décidé de poser ma petite pierre à l'édifice. Je suis passionné de logiciel libres ou gratuits et je privilégie toujours ce genre de programme. Fervent admirateur/utilisateur de Linux. Je suis arrivé à OSM grâce à mon smartphone, sur lequel, j'ai installé navfree tout en enlevant google maps. Après test, je trouve que c'est pas mal du tout. Etant passionné de nature (guide à mes heures), je dispose d'un gps garmin de trek. J'ai donc un peu de temps que je sais combiner avec les relevés. J'ai déjà commençé d'ailleurs à corriger pas mal de chose dans mon village et je vais utiliser mon garmin afin de complèter les sentiers et routes manquantes. Malgré tout (je suis débutant, pas tirer sur le pianiste), j'ignore si c'est possible d'importer les bâtiments en Belgique. A mon avis, peu probable mais je ne m'imagine pas le faire en manuel dans toute ma région. Pourriez-vous me conseiller sur ce point? En sachant que j'ai déjà vu quelque maisons dans certains village proches (encodés manuellements ?). En vous remerciant Ghana a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
2012/10/23 sly (sylvain letuffe) li...@letuffe.org: Là, je ne t'ais pas compris ? Tu veux dire un autre membre au DWG pour bloquer dans les cas où on est d'accord ? Il lui sera présenté les mêmes conditions que moi je suppose, donc si ils acceptent de tenir le flingue pour les imports cadastre, je veux bien m'occuper des autres cas pour lesquels je et on est d'accord. Oui, je parle bien de ta candidature. Faire partie du DWG ne veux pas dire s'occuper uniquement de l'histoire du compte séparé. Ca, ils peuvent continuer à s'y casser les dents eux-même. Par contre, il y a aussi de manière générale, mais plus rares, des cas où on veut modérer nous-mêmes (ou autrement dit, avoir un français au DWG), les cas où on est tous d'accord (vandalisme, sources illégales (IGN ou google) ou même import cadastre sans intégration avec l'existant, par exemple). Pouvoir demander une modération en français est un avantage indéniable pour le projet (d'ailleurs qui ne se limite pas qu'à la France) ainsi qu'une connaissance préalable de nos sources légales ou pas, nos particularités, etc. Cela permet à quiconque de s'adresser au DWG, pas uniquement un petit cercle d'initiés. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
On mardi 23 octobre 2012, Christian Quest wrote: Tu remarquera que ce n'est pas au DWG que j'ai posé la question mais publiquement sur talk@ Oui, excuses moi, j'ai raccourcis, je pensais bien au DWG en particulier, mais à tous en général. Et j'ai du mal à imaginer que se lancer dans un thread sur ce thème puisse ne pas finir en bazar, ce qui explique, peut-être, la réticence de beaucoup d'en parler. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
Le 23 octobre 2012 10:24, Pieren pier...@gmail.com a écrit : En général, on peut être d'accord. Mais ici, on peut penser que si le cadastre a pris la peine de faire figurer ces détails, c'est qu'il pense que ce type d'information est suffisament pérenne pour y être ajouté. Bien que cela soit largement au-delà de ses missions (le géomètre a dû se faire plaisir). Les géomètres ne sont pas payés à faire ce travail pour leur plaisir. Il y a plutôt eu une demande liée à des chantiers d'entretien, de restauration ou de préservation à plus long terme (y compris en cas d'accident futur, concernant le besoin de conserver une trace permettant des restaurations), qui nécessitent alors des mesures plus précises sur le terrain. Ne serait-ce aussi que lorsque l'édifice est utilisé pour des animations dans lesquelles certains équipements sont apportés (par exemple comment fixer des rangées de sièges, où poser des mats, par où peut-on faire passer des chemins de câbles, où peut-on installer des sonos, où vaut-il poser des éclairages de mise en valeur...), avoir une idée précise des volumes et gabarits de pierres à demander aux carrières si on constate des cassures dangereuses et s'il faut en remplacer certaines, ou bien encore pour étudier la stabilité de l'édifice et mesurer les forces de contraintes en présence ou sa capacité à supporter certaines charges ou si certains éléments d'origine devraient être soutenus par des renforts en béton ou en charpentes de bois ou métalliques, et savoir s'il répond encore aux normes d'accueil et de sécurité du public. Si le géomètre est passé faire des mesures plus précises, c'est certainement à la demande des autorités en charge de la protection du monument, ou celle de ceux qui comptaient l'utiliser pour qu'ils respectent les conditions de protection qui leur sont imposées (et leur éviter plus tard aussi des frais de remise en état s'ils sont responsables de dégâts). En revanche ces études auraient pu rester privées, il est plus étonnant que finalement elles soient publiées avec ce niveau de détail, sauf si elles émanent justement d'une autorité publique ou si cela évite de les conserver dans des bases à part alors qu'elles seront redemandées par bien d'autres intervenants et que le but est de simplifier la communication. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
Si ça finit en bazar, c'est bien qu'il y a un problème... sinon on serait rapidement d'accord, non ? Beaucoup de personnes ne réagissent que lorsqu'elles sont impactées. C'est bien dommage car cela laisse à un trop petit nombre le champ libre. Ce n'est malheureusement pas spécifique à OSM. Le 23 octobre 2012 14:06, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 23 octobre 2012, Christian Quest wrote: Tu remarquera que ce n'est pas au DWG que j'ai posé la question mais publiquement sur talk@ Oui, excuses moi, j'ai raccourcis, je pensais bien au DWG en particulier, mais à tous en général. Et j'ai du mal à imaginer que se lancer dans un thread sur ce thème puisse ne pas finir en bazar, ce qui explique, peut-être, la réticence de beaucoup d'en parler. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
2012/10/23 Christian Quest cqu...@openstreetmap.fr: J'avais initié sans le vouloir cette avalanche en cherchant avant tout à comprendre quel était le processus actuel pour définir des règles, surtout des règles dures. N'ayant eu aucune réponse claire, tout me semble à faire pour en définir un mais le sujet ne semble pas intéresser grand monde. Pas de réponse claire parce qu'il n'y en a jamais eu ! C'est aussi simple. Les règles qui sont souvent citées dans OSM viennent toujours d'un participant ou un groupe de participants (je distingue contribution aux données cartographiques et participation aux débats, que ce soit sur liste(s) de diffusion ou le wiki, c.a.d ceux qui s'intéressent aux données et ceux qui s'intéressent au pilotage du projet). Après, ces règles sont reprises par d'autres avec plus ou moins de succès. Il n'y a pas de gouvernance à proprement parlé mais un projet qui avance bon gré, mal gré, avec ses erreurs et approximations. Les discussions sans fins sur comment tagguer ceci ou cela en sont un bon exemple. L'histoire du compte séparé imposé par le DWG est par contre un cas à part. C'est la première fois que la fondation, par l'intermédiaire du DWG, interfère directement dans la façon de contribuer dans le projet, chose qu'elle a toujours clamer ne pas vouloir faire. Ceci au nom de l'impact important des imports de masse sur le projet. On peut à la rigueur comprendre cet argument et décider que les gros imports nécessitent réellement et systématiquement un traitement spécifique. Les actions précédentes du DWG n'ont d'ailleurs jamais subies de controverse lorsqu'il s'agissait de vandalisme ou de violations de droits d'auteurs, choses dont il falllait bien s'occuper et qui ne généraient pas de débat. Mais le DWG se trouve aujourd'hui coincé par les règles fixées par la fondation elle-même (ne pas intervenir). Et le DWG découvre qu'il n'a pas la légitimité pour exiger cette règle du compte séparé lorsque ses décisions sont soudainement constestées par un groupe important de participants. C'est la première fois que ça lui arrive ! Cette légitimité pourrait venir de la fondation, qui pourrait décider publiquement et après consultation de ses membres, que les imports de masse nécessitent tous un traitement spécifique. Même si les arguments seraient discutables, il y aurait au moins un débat suivi d'une décision prise avec une apparence de démocratie (le même chemin qui a été pris pour changer de licence). Mais tant que la fondation ne lancera pas le débat, il n'y aura pas de réponse à ta question. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
2012/10/23 Philippe Verdy verd...@wanadoo.fr: Je parlais des missions du cadastre, que tu as toi-même rappelé dans un autre fil de discussion Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
Le Tue, Oct 23, 2012 at 01:21:59PM +0200, Christian Rogel [christian.ro...@club-internet.fr] a écrit: Une autre piste est de créer des filiales du DWG par langues ou par chapitre local, mais c'est alors la Fondation qui devrait être l'organe de conciliation et elle n'est pas encore assez robuste pour cela. C'est àmha la seule vraie piste. (l'utilisation de traduction automatique de ne peut être qu'un palliatif, en attendant mieux) La difficulté étant de coordonner autour de règles communes, internationales, et de règles plus locales éventuelles. (et retour à la tour de Babel pour la coordination internationale ;) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 A l'instant où l'esclave décide qu'il ne sera plus esclave, ses chaînes tombent. -- Mahatma Gandhi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
Cela tourne en bazar uniquement si on a des demandes et besoins d'uniformisation pour s'y retrouver et avoir des données et politiques cohérentes de gestion et d'interprétation de ces données. Au delà, tant que ce besoin n'est pas nécessaire, on a de grandes marges de liberté. L'uniformisation n'est pas une précondition pour faire quelque chose, ce n'est que lorsque deux besoins d'uniformisation différents sont incompatibles entre eux dans leurs demandes qu'on a un bazar constructif devant mener à une solution commune (même si cela demande de l'innovation en dehors des premières solutions proposées). En effet, même ce bazar peut fonctionner longtemps comme il est sans nuire aux usages des uns et des autres (on voit par exemple des débats sur la pertinence de certaines données : difficile de juger négativement par ceux qui n'en font pas usage, mais on peut demander une démonstration de leur utilité. Le bazar est productif en général, surtout dans les projets communautaires. Le 23 octobre 2012 14:14, Christian Quest cqu...@openstreetmap.fr a écrit : Si ça finit en bazar, c'est bien qu'il y a un problème... sinon on serait rapidement d'accord, non ? Beaucoup de personnes ne réagissent que lorsqu'elles sont impactées. C'est bien dommage car cela laisse à un trop petit nombre le champ libre. Ce n'est malheureusement pas spécifique à OSM. Le 23 octobre 2012 14:06, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 23 octobre 2012, Christian Quest wrote: Tu remarquera que ce n'est pas au DWG que j'ai posé la question mais publiquement sur talk@ Oui, excuses moi, j'ai raccourcis, je pensais bien au DWG en particulier, mais à tous en général. Et j'ai du mal à imaginer que se lancer dans un thread sur ce thème puisse ne pas finir en bazar, ce qui explique, peut-être, la réticence de beaucoup d'en parler. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] [politique] Réflexion sur la manière de choisir des règles
On mardi 23 octobre 2012, Christian Quest wrote: Si ça finit en bazar, c'est bien qu'il y a un problème... sinon on serait rapidement d'accord, non ? Tout à fait, je dis juste qu'on peut peut-être en limiter le bazar si on accepte de commencer par du concret avec des propositions, comme une page wiki par exemple. Et puis, comme de toute façon tes tentatives n'ont rien donné, c'est qu'il faut tenter de changer l'angle d'attaque. Beaucoup de personnes ne réagissent que lorsqu'elles sont impactées. C'est bien dommage car cela laisse à un trop petit nombre le champ libre. Ce n'est malheureusement pas spécifique à OSM. Oui, et comme on ne peut pas y faire grand chose, prenons ceux qui s'expriment, tant qu'on a une porte de sortie lorsqu'il y aura problème pour remettre en cause les lois établies, ce qui est le cas de facto. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Réflexion sur la manière de choisir des règles
Je serais d'avis qu'on mette tout ça bien au clair sur une page de Wiki, avec un bon argumentaire et des propositions d'améliorations, puis que la question soit soumise sur al liste de discutions osmf-talk: à priori les participants à OSM qui ont décider d'adhérer à la fondation, c'est justement ceux qui se sentent impliqués par les problématiques de gouvernance et de la direction à donner au projet, et c'est le seul endroit où on peut initier un vote qui impacterait directement les missions du DWG ! Sylvain Le 23 octobre 2012 14:26, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 23 octobre 2012, Christian Quest wrote: Si ça finit en bazar, c'est bien qu'il y a un problème... sinon on serait rapidement d'accord, non ? Tout à fait, je dis juste qu'on peut peut-être en limiter le bazar si on accepte de commencer par du concret avec des propositions, comme une page wiki par exemple. Et puis, comme de toute façon tes tentatives n'ont rien donné, c'est qu'il faut tenter de changer l'angle d'attaque. Beaucoup de personnes ne réagissent que lorsqu'elles sont impactées. C'est bien dommage car cela laisse à un trop petit nombre le champ libre. Ce n'est malheureusement pas spécifique à OSM. Oui, et comme on ne peut pas y faire grand chose, prenons ceux qui s'expriment, tant qu'on a une porte de sortie lorsqu'il y aura problème pour remettre en cause les lois établies, ce qui est le cas de facto. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
Le 23 octobre 2012 14:19, Pieren pier...@gmail.com a écrit : 2012/10/23 Philippe Verdy verd...@wanadoo.fr: Je parlais des missions du cadastre, que tu as toi-même rappelé dans un autre fil de discussion A l'origine il est fondé pour des besoins de collecte fiscale, mais de plus en plus utilisé par des parties privées. Les missions s'étendent pour répondre à la nécessité de concertation. Cela ne veut pas dire pour autant que ces missions sont confondues, même si elles interfèrent dans un espace commun, pour des raisons de simplification. Comme bien d'autres administrations publiques, il a des missions publiques à remplir et des missions privées, même commerciales (dont certaines entrent dans le cadre du secret commercial et ne peuvent donc pas être publiées). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
2012/10/23 Philippe Verdy verd...@wanadoo.fr: Pour être encore plus précis, je parlais du plan cadastral. ..il a des missions publiques à remplir et des missions privées, même commerciales Des exemples ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [politique] Conditions demandées pour être membre du DWG
+1 Tu seras évidemment plus efficace pour faire évoluer les choses dans le bon sens depuis le DWG qu'en restant dehors. L'explication montre bien ce que tu en penses. Fonce ! (et bon courage, et merci) sly (sylvain letuffe) li...@letuffe.org a écrit : Pour résumer (qu’on me dise si je me trompe) : tu dois bloquer les comptes qui contreviennent les règles du DWG tout en pouvant dire que tu es contre ce blocage… Je ne dois que si j'accepte d'être membre, mais oui, c'est ça. Salut x, (...) (blabla désolé pas cool je suis méchant mais je le fais pas exprès) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ortho littorale V2
Ah super, c'est tout récent non ? Je le cherchais dimanche lors d'une démo OSM et ne trouvait que les orthos 2000. Pour le rajouter dans la liste de JOSM, le mieux est d'utiliser ce plugin pour détourer le contour et obtenir sa description en XML: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Imagery-XML-Bounds Vincent Le 23 octobre 2012 12:40, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 23/10/2012 12:31, Jean-Claude Repetto a écrit : La version 2 des photos littorales est désormais disponible en WMS (et aussi en TMS, WTMS et WMS-C). J'ai oublié de préciser que si vous l'utilisez, il faut citer la source comme ceci : Ortho Littorale V2 - MEDDE __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr