Re: [Talk-transit] New administrator and comments/questions on the new public transport schema
On 2 May 2011 05:44, Dominik Mahrer (Teddy) te...@teddy.ch wrote: Hi Peter On 05/01/2011 10:49 AM, Peter Miller wrote: Just to say that I have just set Stefan Bethke up as an admin. There are now two administrators, myself and Stefan which is much better. I would like to also say how impressed I am with the new public transport schema which is proving to be very useful for modeling the main railway stations in London. I have also been working on the OSM wiki over the past week providing more detail about this schema on more pages. Here are a few pages that I have pretty much finished. http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dplatform http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstation Thanks for your work on the wiki! No problem. I plan to keep going a while on the above. One question I do have is about how to tag the boundary of a station. For some purposes it seems to be important to have a node representing the station, and a node is also useful because it can be positioned over the main concourse or at any other appropriate location as opposed to being in the centre of the boundary which is often in the tracks/platform area. This begs the question about how to tag the area of the station. On normal maps a stop_area should not be drawn. So there is another possibility to draw the boundary (if alreay supported by renderers): public_transport=station area=yes If you have a building this should be tagged with: public_transport=station building=yes Thanks, but that doesn't answer how one avoids getting two station names rendered, one from the node positioned at exactly where one wants it and which can be used in route relations and another from the centre of the area? Take Paddington Station in London as an example. Here is the overarching stop_area for all the elements of public transport associated in some way with Paddington Station (this including the mainline station, two underground stations and a bunch of bus stops). http://www.openstreetmap.org/browse/relation/204439 Here is the stop area for Paddington mainline station itself (note that there is a node with role 'station' and the outline of the station with the role 'building'). Incidentally I am also starting to add footways within the station to the relation with the role 'access'. http://www.openstreetmap.org/browse/relation/1562706 Here is the station node. Note the 'note' that reads DO NOT delete as route relations cannot have the building (area) as a 'stop'. http://www.openstreetmap.org/browse/node/558489676 And here is the boundary of the station from which I removed the 'railway=station' tag and added a note that reads please do not add a railway=station tag - there is already a node performing this function. http://www.openstreetmap.org/browse/way/8877521/history I am not 100% comfortable with this approach because without a 'railway=station' tag the area is rendered as any other building rather than as a station. However.. if one adds the 'railway=station' tag to the building outline then one gets another instance of railway station rendered on the map. I know that we shouldn't tag to suit the renderer - this is more a question about how we want to tag things unambiguously and what we want the map to look like and therefore what we want the rendered to do! What I would recommend in your examples: Add type=public_transport public_transport=stop_area to all the relations. I agree with you. Some of those stop areas are older and are not tagged correctly and I missed the type=public_transport off the new ones. In earlier days during the RFC of the proposal there was a public_transport=stop_area_group what exactly fitted your needs for your http://www.openstreetmap.org/browse/relation/204439 During the discussion we removed this from the proposal and we saied one should leave away such a relation as a whole. I personally still add such relations and do not remove them. Have a look at the following example: http://www.openstreetmap.org/browse/relation/1279034 This is the stop_area_group relation containing ONLY other stop_areas. One for railway and the other for the bus. The relations for the railway also includes parkride and the stations building (http://www.openstreetmap.org/browse/way/82160292) The other realation for the bus stations contains a station tagged with area=yes to show the outline of the bus station ( http://www.openstreetmap.org/browse/way/83334745). A railway=station is not used anymore and has been replaced by public_transport=station. Actually it does not get rendered completely, but I think this is only a question of time until the renderers are updated. Thanks for the above. The professional European transport model (transmodel) allows
Re: [Talk-transit] New administrator and comments/questions on the new public transport schema
Hi Peter On 05/02/2011 06:23 PM, Peter Miller wrote: Thanks, but that doesn't answer how one avoids getting two station names rendered, one from the node positioned at exactly where one wants it and which can be used in route relations and another from the centre of the area? The idea of the proposal is that only the name of the stop_area-relation gets rendered (if there is a relation). At the moment no renderer supports this. Thanks for the above. The professional European transport model (transmodel) allows nested stop areas and these are used extensively in the UK bus model much of which is already loaded into OSM. I will continue to use hierarchical stop area (as you are doing). One can propose this feature with public_transport=stop_area_group seperately (as it was in Oxomoa). In the discussion of the public transport proposal it was not supported by most participants. Regards Teddy ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[OSM-talk-be] REWICS
*FR* : Des contributeurs OSM seront-ils présents aux REWICS (Rencontre Wallones de l'Internet Citoyen http://www.rewics.be ) mercredi ? J'y serai, pour ma part. Je ne vois pas de stand OSM dans la liste des exposants http://www.rewics.be/Exposants-et-partenaires-2011_a731.html , mais on pourrait s'organiser pour l'année prochaine, non ? *NL* : Zullen enkele OSM-meewerker aanwezig zijn bij de REWICS ( http://www.rewics.be ). Ik zal daarbij deelnemen. Ik zie geen stand voor OSM ( http://www.rewics.be/Exposants-et-partenaires-2011_a731.html ) maar we zouden denken aan iets voor het toekomst, nee ? Julien FASTRE http://www.meta-morphoses.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Tag touristic street roads
On 2 May 2011 15:56, Gregor Horvath gre...@ediwo.com wrote: Hello, I could not find a wiki page nor relevant data on how to tag a touristic relevant road. There is the scenic=yes tag, but maybe only a part of the touristic road is scenic but the whole road (relation) may be of touristic interest (for example a mountain pass road in the alps) Is there a common scheme? I would think tourism=attraction on the relation would be correct but I could not find such tags for example in the Austrian data. I've been using a relation for the route, and using: type=route network=T ref=number/name ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
Hi, Are stats available for the (relative) proportion of GPX trackpoints of different privacy levels (identifiable / trackable / public / private) in the database? These http://wiki.openstreetmap.org/wiki/Upload http://wiki.openstreetmap.org/wiki/Stats don't have them. Are they hard to compile? I'm curious about them. -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On 02/05/11 09:52, Martijn van Exel wrote: Are stats available for the (relative) proportion of GPX trackpoints of different privacy levels (identifiable / trackable / public / private) in the database? These http://wiki.openstreetmap.org/wiki/Upload http://wiki.openstreetmap.org/wiki/Stats don't have them. Are they hard to compile? I'm curious about them. visibility | files | points --++ identifiable | 117842 | 521799942 trackable| 31402 | 106699810 public | 457571 | 1217736394 private | 186479 | 444176488 Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On Mon, May 2, 2011 at 11:19 AM, Tom Hughes t...@compton.nu wrote: [..] visibility | files | points --++ identifiable | 117842 | 521799942 trackable| 31402 | 106699810 public | 457571 | 1217736394 private | 186479 | 444176488 Tom Thanks Tom, much appreciated! -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On Mon, May 2, 2011 at 11:28 AM, Martijn van Exel m...@rtijn.org wrote: On Mon, May 2, 2011 at 11:19 AM, Tom Hughes t...@compton.nu wrote: [..] visibility | files | points --++ identifiable | 117842 | 521799942 trackable| 31402 | 106699810 public | 457571 | 1217736394 private | 186479 | 444176488 Tom Thanks Tom, much appreciated! I uploaded a couple pie charts based on this data to the wiki: http://wiki.openstreetmap.org/wiki/File:Gpx_trkpts_privacy.svg http://wiki.openstreetmap.org/wiki/File:Gpx_files_privacy.svg -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On 02/05/2011 05:53, Andrew Gregory wrote: I just had to comment on this because I could hardly believe what I was reading. In a global, world-wide-web, no matter what time is selected for an IRC (or whatever) meeting, it's going to be inconvenient for *someone*. Deal with it! No. Don't use IRC!!! Discuss on this forum instead of IRC. It's self recording of *everything* that's said allows *all* to contribute at *all* times. It's really simple. Even enough for you to deal with it. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On 2 May 2011, at 11:18, Dave F. wrote: On 02/05/2011 05:53, Andrew Gregory wrote: I just had to comment on this because I could hardly believe what I was reading. In a global, world-wide-web, no matter what time is selected for an IRC (or whatever) meeting, it's going to be inconvenient for *someone*. Deal with it! No. Don't use IRC!!! Discuss on this forum instead of IRC. It's self recording of *everything* that's said allows *all* to contribute at *all* times. It's really simple. Even enough for you to deal with it. But causes discussions that could be had in 10 minutes to get spread out over 10 weeks ;) Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
Hi, On 05/02/11 12:22, Thomas Davie wrote: Discuss on this forum instead of IRC. It's self recording of *everything* that's said allows *all* to contribute at *all* times. But causes discussions that could be had in 10 minutes to get spread out over 10 weeks ;) Dave is right about the advantages of asynchronous discussion; I usually prefer that as well. But things being dragged out endlessly really is a serious disadvantage, and not acceptable in many cases. In an IRC meeting you will usually have a small number of people and all of them are (or are at least expected to be) there, i.e. they will read and participate, and you can get a quick idea of what the majority thinks. On IRC if someone comes up with a stupid idea, someone can say soemthing like motion to ignore Fred's stupid idea and get on with our agenda, and then everyone will say aye and Fred is expected to accept that. That kind of discipline is necessary if you want to make decisions efficiently and not waste everyone's time - precious time, I might add, since for many the weekly hour on SWG IRC is not the only recurring meeting they attend. On a mailing list, and certainly not on this mailing list, you do not have that discipline. Someone comes up with a stupid idea, is told by a bunch of others that his idea is stupid, but nonetheless continues with posting after posting. It's ok to have a forum where people can air their views ad infinitum, but it is not suitable for making decisions. Maybe it is possible to find a combination. SWG usually announce their agenda well ahead so community is free to discuss that on the list beforehand (at the SWG meeting someone could then say mood on list seems to favour this/that, of course SWG could still decide otherwise). Problem is that, being conducted by humans like us, SWG meetings do not always follow the agenda strictly. Might be necessary to add discipline to SWG meetings in form of don't discuss stuff that wasn't on the agenda - put them on agenda for next week, then again that would cause more bueraucracy overhead and reduce usefulness... Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On 5/2/2011 6:05 AM, Martijn van Exel wrote: I uploaded a couple pie charts based on this data to the wiki: http://wiki.openstreetmap.org/wiki/File:Gpx_trkpts_privacy.svg http://wiki.openstreetmap.org/wiki/File:Gpx_files_privacy.svg SSSH! Don't tell the Dutch police that they don't even need to buy their data from Tom Tom in the future... http://consumerist.com/2011/04/tomtom-sold-speeding-data-to-police-cops-used-it-to-bust-drivers.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On Mon, 02 May 2011 07:17:24 -0400, Mike N wrote: On 5/2/2011 6:05 AM, Martijn van Exel wrote: I uploaded a couple pie charts based on this data to the wiki: http://wiki.openstreetmap.org/wiki/File:Gpx_trkpts_privacy.svg http://wiki.openstreetmap.org/wiki/File:Gpx_files_privacy.svg SSSH! Don't tell the Dutch police that they don't even need to buy their data from Tom Tom in the future... http://consumerist.com/2011/04/tomtom-sold-speeding-data-to-police-cops-used-it-to-bust-drivers.html If they want to conform to our share-alike policy they at least have to enter fixed and mobile speed cameras to OSM, shouldn't they? Anyway, it's only 25% of the points that are of use for that purpose and I think a substantial portion of that are trackpoints made on foot or by bicycle. Does our usage policy exclude certain uses of OSM/GPX data? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On 02/05/2011 05:53, Andrew Gregory wrote: I just had to comment on this because I could hardly believe what I was reading... A quick note to point out that we'd wouldn't be able to have this discussion on IRC as we either live in different time zones or our sleep patterns are asynchronous. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On Mon, May 2, 2011 at 1:17 PM, Mike N nice...@att.net wrote: On 5/2/2011 6:05 AM, Martijn van Exel wrote: I uploaded a couple pie charts based on this data to the wiki: http://wiki.openstreetmap.org/wiki/File:Gpx_trkpts_privacy.svg http://wiki.openstreetmap.org/wiki/File:Gpx_files_privacy.svg SSSH! Don't tell the Dutch police that they don't even need to buy their data from Tom Tom in the future... http://consumerist.com/2011/04/tomtom-sold-speeding-data-to-police-cops-used-it-to-bust-drivers.html I was somewhat surprised to see that such a big chunk of the trackpoints can be traced back to a user. I don't consider myself to be overly concerned about my digital footprint, but even I upload my GPX traces as 'trackable' and not 'identifiable'. What is the default setting by the way? -- Martijn van Exel http://about.me/mvexel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
SteveC schrieb: You will also find discussion of this list in that meeting. If I had posted the new logo idea here before doing anything there would have been a gigantic discussion on it and nothing would happen. Any progress at all in any direction now means at least 5 or 10 people on this list don't like it. That makes it very hard for anyone to achieve anything without treating this list as noise. We need to get away from that. Any ideas appreciated. You might want to take a look at how we came up with a somewhat facelifted Firefox logo some time ago at Mozilla. There was both a clear path led by individuals and designers with swift decisions being made and at the same time good ways for input from the community, which was weighed in the process - and it took 2 or 3 proposals to come to the final one, which is always good as everyone forgets something in that work - like the screwed up perspective in that OSM logo rework (and I also think that one is hard to reduce to small sizes and still be useful, for example). It's good that some activity is being done, but it can be done better. In that light, let's try to make it better. :) Robert Kaiser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Stats for GPX traces: identifiable / trackable / public / private
On Mon, 2 May 2011 13:51:56 +0200, Martijn van Exel wrote: I was somewhat surprised to see that such a big chunk of the trackpoints can be traced back to a user. I don't consider myself to be overly concerned about my digital footprint, but even I upload my GPX traces as 'trackable' and not 'identifiable'. What is the default setting by the way?-- Public (no timestamps, not linked to user). Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On 2 May 2011 12:43, Dave F. dave...@madasafish.com wrote: On 02/05/2011 05:53, Andrew Gregory wrote: I just had to comment on this because I could hardly believe what I was reading... A quick note to point out that we'd wouldn't be able to have this discussion on IRC as we either live in different time zones or our sleep patterns are asynchronous. OK, lets find a time that works better. World Time Server Meeting planner: http://bit.ly/kBuc2L 1pm UTC seems like the best option to me or what do you think? Or maybe we should alternate? Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Logo in the Wiki
On Mon, May 2, 2011 at 5:22 AM, Thomas Davie tom.da...@gmail.com wrote: On 2 May 2011, at 11:18, Dave F. wrote: On 02/05/2011 05:53, Andrew Gregory wrote: I just had to comment on this because I could hardly believe what I was reading. In a global, world-wide-web, no matter what time is selected for an IRC (or whatever) meeting, it's going to be inconvenient for *someone*. Deal with it! No. Don't use IRC!!! Discuss on this forum instead of IRC. It's self recording of *everything* that's said allows *all* to contribute at *all* times. It's really simple. Even enough for you to deal with it. But causes discussions that could be had in 10 minutes to get spread out over 10 weeks ;) And also ignores people that can't use IRC for a number of reasons (work doesn't allow it, generally), or like me choose not to hang out on IRC all day because it's incredibly disruptive to actually *getting work done*. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tile Usage Policy - Valid User Agent
I'm developing a Delphi unit to display slippy maps which shall be used by an application. The Tile Usage Policy states that a Valid User Agent should be identified. The library I'm using to connect as an HTTP client has by default the following user agent identifier: Mozilla/3.0 compatible ( Indy Library ). Is is right or should I change it with the application name. Thanks in advance. Aldo Caruso ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Usage Policy - Valid User Agent
Aldo, The sys-admin team is likely asleep right now (it's pretty late in London) but the basic thing they'd be likely to say to you is that the OSM official tile servers are not a good choice for commercial applications. There are heavy usage restrictions on them because of limited resources. A better choice for commercial users is to use a commercial tile provider, such as Mapquest or Cloudmade. Those are only two examples. I know other tile providers exist, but they're not coming to me at the moment. Or, if you want to have complete control over your application, you can run your own tile service, and there is documentation on how to do that, and there are commercial entities which provide OSM consulting. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Usage Policy - Valid User Agent
On 3 May 2011 02:24, Aldo Caruso aldo.car...@argencasas.com wrote: I'm developing a Delphi unit to display slippy maps which shall be used by an application. The Tile Usage Policy states that a Valid User Agent should be identified. The library I'm using to connect as an HTTP client has by default the following user agent identifier: Mozilla/3.0 compatible ( Indy Library ). Is is right or should I change it with the application name. You should change it to match your application name. Including version number is also good practise. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Usage Policy - Valid User Agent
On 3 May 2011 02:39, Serge Wroclawski emac...@gmail.com wrote: Aldo, The sys-admin team is likely asleep right now (it's pretty late in London) ... Sysadmins never sleep ;-) / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Usage Policy - Valid User Agent
On 05/02/2011 09:45 PM, j...@jfeldredge.com wrote: Having once been a sysadmin, I can attest that (a) sysadmins tend to be night people, not morning people; and, when we do get to sleep, we sometimes get phone calls from users, waking us up. The latter is one of the reasons that sysadmins sometimes refer to users as lusers, and fantasize about keeping a LART (Luser Attitude Readjustment Tool, better known as a club) hidden behind the desk. ---Original Email--- Subject :Re: [OSM-talk] Tile Usage Policy - Valid User Agent From :mailto:openstreet...@firefishy.com Date :Mon May 02 20:45:12 America/Chicago 2011 On 3 May 2011 02:39, Serge Wroclawskiemac...@gmail.com wrote: Aldo, The sys-admin team is likely asleep right now (it's pretty late in London) ... Sysadmins never sleep ;-) / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my Verizon Wireless BlackBerry ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Of course, there was supposed to be a (b) before the when we get to sleep. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Geofabrik Download Server Update
Frederik Ramm frede...@remote.org wrote on 12/04/2011 at 20:17:37 +1100 subject [OSM-talk] Geofabrik Download Server Update : Together with the added disk space on the download server this means that I can continue supporting the bz2 format indefinitely, although I expect it gradually to fall behind in currency (currently, the bz2 will show up a few hours after the .pbf; in the future this might increase to half a day or so). The .pbf format is definietly the preferred format. Would it be possible to add New Caledonia in .pbf to http://download.geofabrik.de/osm/australia-oceania/ I was used to to get the data using wget -O ncxapi.osm http://xapi.openstreetmap.org/api/0.6/map?bbox=163.5,-23.0,168.5,-19.5; in order to compile the Garmin Map for New Caledonia www.oesterlin.ile.nc/gpsbut the xapi is not reliable enough since some time. The MapQuest xapi supports not an as large area, even if there is not (yet ?) so much data there. -- Sincerely Hendrik Oesterlin - email hendrikmail2...@yahoo.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Tuinpark versus volkstuinen
Dan misschien micro-mapping met voor de groente allotments landuse=farm, crop=* From: m...@rtijn.org Date: Sun, 1 May 2011 20:46:28 +0200 To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Tuinpark versus volkstuinen 2011/5/1 Cartinus carti...@xs4all.nl Of je nu dahlia's of rode kool kweekt, een heg snoeit of een grasveld maait het wordt allemaal tuinieren genoemd. Als je dan klaar bent en met je pint op een tuinstoel naar de resultaten kijkt dan geeft dat een voldaan gevoel. :D Daar heb je helemaal gelijk in! 't Enige dat ik me kan voorstellen wat een goede reden zou zijn voor verschillende tagging is dat een park met (overwegend) sier/luiertuinen een ander publiek aantrekken dan overwegend moestuinen. Op een kaart zou je dat onderscheid willen kunnen zien. Maar dan moet 't wel zo zijn dat dat onderscheid duidelijk te maken is. In mijn ministeekproef leek dat zo te zijn, maar als het in 't algemeen door elkaar loopt dan moeten we er niet aan beginnen. -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Tuinpark versus volkstuinen
2011/5/2 taede terpstra taede.terps...@hotmail.com Dan misschien micro-mapping met voor de groente allotments landuse=farm, crop=* Jaaa! /me loves micromapping. -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] How many NearMap users do you think have accepted the new CTs and ODbL?
I'm not sure the source tag is enouh to identify a derived work. If person A adds a way by tracing (for example) Nearmap data which gets rendered as a map, and person B adds a nearby street based on what they saw on the map plus what they know of the area (source=local_knowledge), all are derived from the original edit. (esp in the context of cc-by-sa) Removing everything with source=nearmap doesn't solve this. - Ben Kelley Sent from my HTC -Original Message- From: David Murn da...@incanberra.com.au Sent: Monday, 2 May 2011 10:17 To: Andrew Gregory andrew.greg...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] How many NearMap users do you think have accepted the new CTs and ODbL? On Sun, 2011-05-01 at 23:18 +0800, Andrew Gregory wrote: In any case, I expect that when it comes time to actually apply the new license, any source=nearmap data will disappear leaving behind all my re-licensable data. That is what one would hope, but no-one has been able to give a straight answer. The problem with this, is how many source= tags do they have to check for and remove? The problem isnt specific to nearmap, it is a general problem for all data derived from sources using differing licences (for example, ABS, yahoo or data.gov.au, just in Australia). It is easier to simply remove every edit from a user than for them to automate the process of figuring out what was sourced from where. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How many NearMap users do you think have accepted the new CTs and ODbL?
I'm curious about the legal position on tracing as a derived work (probably different in different countries). Perhaps Microsoft saying it does not consider tracing to be a derived work does not stem from their largess but their reading of the legal position. Amongst artist friends I've heard discussions about copies being considered autonomous artworks as long as they are not exact duplicates. I believe it stems from the legal protection offered to art works which parody or comment on other art works, collages, as well as art students creating their own copies of art works in the process of studying. Some artists have even created meticulous copies of famous paintings but at different scales and in different contexts as a way of comment. Did Andy Warhol breach copyright when he turned photos into screen print images? A hand traced copy of a feature produced from a photograph may well be sufficiently distinct to not be considered a derived work. Any copyright lawyers in the house? Gary On Mon, 2011-05-02 at 17:30 +1000, Ben Kelley wrote: I'm not sure the source tag is enouh to identify a derived work. If person A adds a way by tracing (for example) Nearmap data which gets rendered as a map, and person B adds a nearby street based on what they saw on the map plus what they know of the area (source=local_knowledge), all are derived from the original edit. (esp in the context of cc-by-sa) Removing everything with source=nearmap doesn't solve this. - Ben Kelley Sent from my HTC -Original Message- From: David Murn da...@incanberra.com.au Sent: Monday, 2 May 2011 10:17 To: Andrew Gregory andrew.greg...@gmail.com Cc: OSM Australian Talk List talk-au@openstreetmap.org Subject: Re: [talk-au] How many NearMap users do you think have accepted the new CTs and ODbL? On Sun, 2011-05-01 at 23:18 +0800, Andrew Gregory wrote: In any case, I expect that when it comes time to actually apply the new license, any source=nearmap data will disappear leaving behind all my re-licensable data. That is what one would hope, but no-one has been able to give a straight answer. The problem with this, is how many source= tags do they have to check for and remove? The problem isnt specific to nearmap, it is a general problem for all data derived from sources using differing licences (for example, ABS, yahoo or data.gov.au, just in Australia). It is easier to simply remove every edit from a user than for them to automate the process of figuring out what was sourced from where. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NSW Dept of Lands aerial imagery...
Sure if we can convince them to use more liberal licensing it would be great. Personally I would use it for areas not covered by nearmap. I'm not sure how we can be heard from them though. I supposed we could try emailing bob.he...@lands.nsw.gov.au as it says on the page... I could also attend http://wherensw.eventbrite.com/ and try to push this point, but somehow I doubt how this would change the culture. Worth a try I guess... On Sun, May 1, 2011 at 9:39 PM, John Smith deltafoxtrot...@gmail.com wrote: The NSW Dept of Lands seems to have quite a lot of aerial imagery (http://lite.maps.nsw.gov.au/), in their terms of use all copyrightable material is for personal or non-comercial use only, but doesn't seem to cover deriving data from their imagery, and what can be done with it afterwards. Does anyone have any thoughts on if they'd be favourable to allowing the community to derive map data at all? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NSW Dept of Lands aerial imagery...
On Mon, 2011-05-02 at 19:33 +1000, Andrew Harvey wrote: Sure if we can convince them to use more liberal licensing it would be great. Personally I would use it for areas not covered by nearmap. While not necessarily beneficial for future new OSM, it could be beneficial to any forks if they could be convinced to licence under the CC-BY licence they use for other data. In theory it should be a simple task for them to grant rights under a licence they already use in their department. I'm not sure how we can be heard from them though. I supposed we could try emailing bob.he...@lands.nsw.gov.au as it says on the page... Do we have anyone here (JS?) who has experience writing to these groups asking for permission? Im sure Ive seen template letters thrown around on here but cant remember who has been successful at it in the past. David On Sun, May 1, 2011 at 9:39 PM, John Smith deltafoxtrot...@gmail.com wrote: The NSW Dept of Lands seems to have quite a lot of aerial imagery (http://lite.maps.nsw.gov.au/), in their terms of use all copyrightable material is for personal or non-comercial use only, but doesn't seem to cover deriving data from their imagery, and what can be done with it afterwards. Does anyone have any thoughts on if they'd be favourable to allowing the community to derive map data at all? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] OSM CTs
It seems to me that there is a common sense solution to all the angst about changing CTs, licencing etc. Those who believe that OSM should transmogrify into something different should fork a new project, leaving those who desire the status quo with (obviously) the staus quo. To expect those who want what they already have to create something new so they can go on having what they have now (does that make sense?) is bizarre. Personally, I have retired from any mapping until this situation resolves itself. I side with those who regard the new CTs as unacceptable, and the process by which they are being imposed as maybe worse than unacceptable. OSM is tearing itself apart from within. When there is a clear way for me to support a universal free map I will probably do so again. In the meantime, I am just accumulating GPS tracks, with no incentive to do anything more with them. But I won't hold my breath. I realise that if OSM is to continue in its previous guise, then the time and effort expended on projects like FreeOSM will be wasted. But isn't that the best outcome? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] OSM CTs
On 05/02/2011 09:06 PM, John Smith wrote: On 2 May 2011 20:55, Ian Callahanigcalla...@gmail.com wrote: I realise that if OSM is to continue in its previous guise, then the time and effort expended on projects like FreeOSM will be wasted. But isn't that the best outcome? Those pushing for changes might have expected things to result in a fork as a result of what's happened but that isn't what has happened, instead the OSM community are on the verge of splintering into many various projects Precisely. In all probability none of them will be viable. because while people were able to go with the flow in the past there is no reason that is even a good idea in future based on all good will being blown up. So while it might be possible to salvage a status quo section of the community, everyone else is planning their next move at this point as it seems obvious that OSM-F is determined to continue ripping the community apart. My point is that those agitating for change should go off and start their own project, not hijack ours. They are welcome to use _our_ data providing they comply with the CTs under which it was originally contributed, or as much of it as is compatible with their view of propriety. But please don't destroy what so many have worked for. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] OSM CTs
On 2 May 2011 22:03, Ian Callahan igcalla...@gmail.com wrote: Those pushing for changes might have expected things to result in a fork as a result of what's happened but that isn't what has happened, instead the OSM community are on the verge of splintering into many various projects Precisely. In all probability none of them will be viable. Time will tell on this, but already you have some serious efforts, such as CommonMap, to a lesser extent FOSM, and even just people doing their own little maps and not sharing with anyone else which is the worst possible outcome, especially if the areas mapped is done multiple times. My point is that those agitating for change should go off and start their own project, not hijack ours. They are welcome to use _our_ data providing they comply with the CTs under which it was originally contributed, or as much of it as is compatible with their view of propriety. But please don't destroy what so many have worked for. You aren't the first to express this opinion, I doubt you'll be the last. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Am 02.05.11 00:07, schrieb Stefan Bethke: Moin, beim Eintragen von Abbiege-Restriktionen musste ich ein paar Wege spalten, die Teil von mehreren Buslinien sind. Schön, JOSM trägt die neuen Teile gleich mit ein. Beim Hochladen habe ich dann aber Warnungen bekommen, das die Rolle bei einigen Mitgliedern nicht ausgefüllt sei. Die Meldung betraf aber offensichtlich andere Wege. Beim Durchschauen der Relation fällt mir als erstes auf, dass die Wege und Haltestellenpunkte nicht in der richtigen Reihenfolge sind. ÖPNVkarte scheint sich nicht daran zu stören. Desweiteren gibt's eine Menge Warnungen, dass die Mitglieder nicht miteinander verbunden seien (wahrscheinlich aufgrund der falschen Reihenfolge?) Soll ich versuchen, das zu beheben, oder passt das trotzdem? Nicht jede Warnung ist auch ein fehler. So brauchen Elemente einer ÖPNV-Relationen nicht unbedingt eine Rolle. ÖPNV-Karte ist auf dem Stand von September, und wird nicht mehr aktualisiert. Also: einfach ignorieren. Oder die prüfung gleich ganz abwählen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wollen wir das auch?
On 05/02/2011 12:24 AM, M∡rtin Koppenhoefer wrote: ich bin für das alte. Gross geht das neue noch ganz gut, aber sobald man kleinere Versionen davon hat sieht man nichts mehr (favicon und ähnliches). Als Logo funktioniert die bisherige Version m.E. besser, das neue ist ein Clipart mit schicken Glanzlichtern und Schatten aber grafisch weniger prägnant. Die schlichtere, etwas hausbackene alte Version passt ganz gut zu OSM finde ich (vielleicht habe ich mich einfach dran gewöhnt, aber das ist ja auch gerade der Sinn eines Logos). mir gehts ähnlich, liegt aber vllt. auch daran das ich noch in der 8-bit Zeit groß geworden bin und das neue Logo zu sehr Web-2.0 ist? Zwei Dinge bei denen das alte Logo aber eindeutig gewinnt: * es ist kontrastreicher (insb., aber nicht nur, auf favicon-Größe) * unter der Lupe ist das 101001... Muster durchgehend, im neuen Logo nur noch im linken oberen Drittel angedeutet, da geht mir persönlich der und die Rohdaten sind auch verfügbar Bezug (der uns ja gerade von anderen Kartendiensten unterscheidet) zu sehr verloren ... hab aber auch keine Ahnung wie weit sich das Außenstehenden überhaupt erschließt oder ob das Bitmuster dann nicht eher verwirrend ist ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wollen wir das auch?
Am 02.05.2011 00:24, schrieb M∡rtin Koppenhoefer: Die schlichtere, etwas hausbackene alte Version passt ganz gut zu OSM finde ich (vielleicht habe ich mich einfach dran gewöhnt, aber das ist ja auch gerade der Sinn eines Logos). Naja, dann schau dir mal an wie oft z.B. Opel das Logo geändert hat: http://de.wikipedia.org/wiki/Opel (da ist es schön dokumentiert) oder die Änderungen bei anderen Marken. Abstimmungsprozedere, Anträge, Fristen, blabla ala 'Dackelclub' führen zu einer Kultur die es in OSM möglichst nicht geben sollte. (wikipedia lässt grüßen). OSM ist und bleibt hoffentlich ein 'Haufen' von Machern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wollen wir das auch?
Am 01.05.2011 22:42, schrieb Frederik Ramm: Hallo, Ulf Lamping wrote: Wer des englischen mächtig ist, kann unter: http://lists.openstreetmap.org/pipermail/talk/2011-April/057992.html die ganze Posse nachlesen ... ... eine ziemlich peinliche Geschichte, in der sich lauter Leute ueber das Prinzip aufregen, zum Teil sogar ohne zu wissen, um was fuer ein Logo es ueberhaupt *geht*. Was an der Geschichte peinlich ist, ist wohl eine Frage des Standpunktes. Deine pauschalisierenden Behauptungen über die Leute helfen uns aber nicht weiter. Lasst uns das mal in eine etwas brauchbarere Richtung lenken und diskutieren ... Och, ich fand die Erkenntnis wieder mal ganz brauchbar, wie die OSMF so auf Kritik reagiert. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Am 02.05.2011 08:13, schrieb André Joost: ÖPNV-Karte ist auf dem Stand von September, und wird nicht mehr aktualisiert. Darf man fragen, was der Grund hierfür ist? hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Am 02.05.2011 10:12, schrieb hike39: ÖPNV-Karte ist auf dem Stand von September, und wird nicht mehr aktualisiert. Darf man fragen, was der Grund hierfür ist? Es wurden Kapazitätsprobleme genannt. Alternative: http://openptmap.de Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Am 02.05.11 10:19, schrieb Chris66: Am 02.05.2011 10:12, schrieb hike39: ÖPNV-Karte ist auf dem Stand von September, und wird nicht mehr aktualisiert. Darf man fragen, was der Grund hierfür ist? Es wurden Kapazitätsprobleme genannt. ... wohl auch zeitlicher Art. Ist halt ne one-man-show. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wollen wir das auch?
Hallo, On 05/02/11 09:40, Ulf Lamping wrote: ... eine ziemlich peinliche Geschichte, in der sich lauter Leute ueber das Prinzip aufregen, zum Teil sogar ohne zu wissen, um was fuer ein Logo es ueberhaupt *geht*. Was an der Geschichte peinlich ist, ist wohl eine Frage des Standpunktes. Deine pauschalisierenden Behauptungen über die Leute helfen uns aber nicht weiter. Klar ist, dass die Logo-Debatte auf der talk-Liste ein Platzhalterkrieg ist. Die Aenderung am Logo selbst ist geringfuegig, und es waere voellig ausreichend gewesen, wenn irgendeiner in ein paar Tagen auf dem Blog geschrieben haette uebrigens, wir haben das Logo ein bisschen aufgehuebscht. Nun kommt ein Haufen Leute daher, denen das Logo an sich egal ist, die aber eine gute Gelegenheit sehen, um auf der OSMF herumzuhacken. Ganz genau in diese Kerbe schlaegt auch Dein Posting, wie man klar an der gewaehlten Betreffzeile sehen kann. Dein Posting hatte einzig und allein den Zweck, einen Sturm der Entruestung ueber die fiese OSMF loszutreten, und hat nicht mal ansatzweise eine konstruktive Komponente. Lasst uns das mal in eine etwas brauchbarere Richtung lenken und diskutieren ... Och, ich fand die Erkenntnis wieder mal ganz brauchbar, wie die OSMF so auf Kritik reagiert. Ok, und was machen wir jetzt mit dieser Erkenntnis, ausser uns hinsetzen und schmollen? Man koennte sagen: Mir gefaellt nicht, wie das bei der OSMF laueft, ich will das besser machen, und sich bei der naechsten Wahl in den Vorstand waehlen lassen. Oder man koennte sagen: Diese ganze OSMF ist mir eh suspekt, lasst uns eine staerkere lokale/nationale Organisation aufbauen, mehr eigene Sponsorengelder einwerben, eigene Server haben, die uns unabhaengig(er) machen, Man koennte regelmaessig an den IRC-Sitzungen der Strategic Working Group teilnehmen, in der das neue Logo abgenickt wurde (zugegeben, besonders strategisch finde ich die Entscheidung nicht - die wollten sich eigentlich um wichtiger Dinge kuemmern, vielleicht ueben sie erstmal). Dazu muss man nicht mal gewaehlt werden, und man koennte in Zukunft bei solchen Entscheidungen fuer die richtige Kommunikation sorgen. Keine dieser drei geschilderten Moeglichkeiten waere ausserhalb Deiner Moeglichkeiten! Bloss halt dasitzen und nichts machen, und anderen noch die Stimmung verderben mit seiner eigenen Griesgraemigkeit (ist doch alles Scheisse hier, guckt mal) - hat das irgendeinen Nutzen? Kannst Du Deine gesammelte Schmoll-Energie nicht mal auf irgendein Ziel lenken - kannst Du nicht mal klar definieren, was Du erreichen willst und dann auch die Mannstunden reinstecken, um das anzugehen? Das allermeiste, was in der OSMF schief laeuft, ist aus Nachlaessigkeit oder Ueberarbeitung, nicht aus Boshaftigkeit. Stell Dich zur Wahl fuer den OSMF-Vorstand, und ich verspreche, dass ich Dich waehlen werde. Ich glaube naemlich auch, dass Du einiges besser machen koenntest; es braucht halt jemanden, der es tut. Ich zum Beispiel habe am neuen Logo auch Kritik geuebt, ich fand es naemlich handwerklich schlecht. Ich habe eine geaenderte Version vorgeschlagen, die mittlerweile auf wiki.openstreetmap.org schon eingebaut ist - auf www.openstreetmap.org noch nicht, aber ich bin sicher, das kommt auch noch. Irgendwie ist auf meine Kritik anders reagiert worden als auf die wie kann man nur das Logo aendern, ohne das vorher in einer mit Australien kompatiblen Zeitzone zu diskutieren-Kritik. Komisch. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Funkanlagen / Standorte
Hallo liebe Liste, ich bin auf der Suche nach einer Karte - oder den Daten über alle Funkanlagen (Basisstationen, Richtfunk, Radar, Rundfunk, etc..), die ich gerne in eine OSM-Karte einbauen möchte. Ich arbeite sehr gern mit maperitive (wirklich gut!) und habe dort zum Beispiel schon Renderregeln für Hochspannungsleitungen erstellt, die zum Beispiel auch Ansatzweise die Anzahl der Kabelstränge abbildet. Siehe Beispiel hier: http://img534.imageshack.us/i/testlo.jpg/ Meine Idee der Weiterentwicklung ist, da noch einen transparenten layer drüberzulegen, der in Abhängigkeit von der Nähe zur Hochspannungleitung immer röter wird. Das gleiche dann mit den Funkstationen, die mir jedoch noch fehlen. (Unter man_made tower hab ich bisher kaum brauchbaren Inhalt gefunden. Es müsste ja auch Radar von Flughäfen und Richtfunk auf Dächern berücksichtigt werden) Damit könnte ich dann eine Karte erstellen, die die zu erwartende Strahlenbelastung in einer Region grafisch darstellen würde. Gab es so einen Thread schon mal? Gibt es Informatioenn, Listen oder gar eine fertige .osm dafür? Habt Ihr Tipps und Anregungen für mich? Vielen Dank schonmal, viele Grüße, Peter Eppich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Hallo! hike39 wrote: ÖPNV-Karte ist auf dem Stand von September, und wird nicht mehr aktualisiert. Darf man fragen, was der Grund hierfür ist? Ich habe Melchior mal kontaktiert, weil ich ihm Unterstützung anbieten wollte, die ÖPNVKarte wieder aktuell zu kriegen. Er sagte, dass er im Moment dafür keine Zeit hat. Er wollte mir jedoch die Scripte mal zukommen lassen, ob ich damit klarkäme. Also schien er daran interessiert, dass er Unterstützer bekommt. Dazu kommt wohl noch ein Serverumzug auf die Strato-Server, der schwierig ist, sowie personelle Zeitengpässe. Ich hoffe, dass er sich nochmal bei mir meldet, sodass ich ihm zur Seite treten kann. Gruß, Philip -- View this message in context: http://gis.638310.n2.nabble.com/Reihenfolge-der-Mitglieder-einer-route-Relation-tp6322157p6323492.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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Hallo Henning, OSM ist *die Weltkarte* ! Sie ist das Optimum das wir aus unseren Daten derzeit bieten können. Welche OSM-Karte soll denn das Optimum darstellen, was mit unseren Daten erreicht werden kann? Bis jetzt: die Karte, die wir auf OSM.org zeigen (plus ein paar Offline-Karten, zu denen auch Deine gehört) Künftig: eine GUI, die dem Benutzer ermöglicht, aus unserer Datenvielfalt seine Wunschansicht (view) zu erzeugen. a) Auswahl der Daten b) Aufbereitung für spezifische Anwendung (wandern, autofahren, segeln) Sowohl online als auch offline. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkanlagen / Standorte
Am 02.05.2011 13:15, schrieb Peter Eppich: Hallo liebe Liste, ich bin auf der Suche nach einer Karte - oder den Daten über alle Funkanlagen (Basisstationen, Richtfunk, Radar, Rundfunk, etc..), die ich gerne in eine OSM-Karte einbauen möchte. etc.? Du weißt, das es hunderttausende von festen Funkanlagen in Deutschland gibt? Wlan und Verwandschaft jetzt mal nicht mitgerechnet. Weißt Du auch, das die Anzahl der Anlagen und deren Spezifikationen ständig Veränderungen in erheblichem Umfang unterworfen sind? Dazu noch die Funkanlagen im Ausland, welche nach Deutschland hineinstrahlen. Für TV- und Rundfunkanlagen findest Du etliches im Internet (Tante Google fragen). Für Anlagen, bei denen Aspekte der öffentlichen Sicherheit eine Rolle spielen, wirst Du kaum Infos bekommen. Die Strahlenbelastung ändert sich auch ständig, abhängig von Wetter, Tageszeit, Frequenz und einer Reihe von anderen Faktoren. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
Am 1. Mai 2011 19:57 schrieb Joerg Fischer o...@jfis.de: Wie würdet ihr das angehen? Kann ich z.B. die als *.osm vorliegenden Länder irgendwie miteinander verschmelzen, bevor ich sie an mkgmap verfüttere? Gibt es da an den Schnittstellen Probleme, weil grenznahe Nodes in zwei Dateien auftauchen? Das sollte auch mit Osmosis gehen, und doppelte Nodes und Ways werden dabei automatisch gelöst. Es könnte allerdings sein, dass Du Probleme bekommst durch unvollständige Geometrien (wenn fürs Erstellen der Extrakte die Ways z.T. beschnitten wurden, ist aber nur eine Vermutung, vielleicht geht es auch). Die Methode von Europa ausgehend das rauszuholen was Du brauchst hat dieses Problem nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wie weit ist die OSMF eigentlich noch in der Community geerdet ...
Jan Tappenbeck o...@tappenbeck.net wrote: war auch gestern etwas verwundert dieses zu sehen und konnte mich auch nicht erinnern vorher überhaupt etwas davon gelesen zu haben. Ich finde eigentlich auch, dass man über sowas abstimmen sollte. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wie weit ist die OSMF
Adrian Stabiszewski mynewslet...@nitegate.de wrote: Hoffen wir mal, dass wir hier nicht in eine Animal Farm reingeraten: Alle Mapper sind gleich, aber mache sind gleicher ;) Das war im Projekt aber schon immer so: Doocracy: Wer was macht tut hat die Macht. Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wie weit ist die OSMF eigentlich noch in der Community geerdet ...
Am 2. Mai 2011 15:12 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Jan Tappenbeck o...@tappenbeck.net wrote: war auch gestern etwas verwundert dieses zu sehen und konnte mich auch nicht erinnern vorher überhaupt etwas davon gelesen zu haben. Ich finde eigentlich auch, dass man über sowas abstimmen sollte. Ich kann beim Thema Design durchaus verstehen, wenn man das nicht basisdemokratisch sondern über Delegation an eine Design-working-group oder so machen will. Aber einfach mal einen halbgaren Entwurf online zu stellen, aus einer wir machen jetzt endlich mal was-Laune heraus, finde ich dann doch auch ein bisschen hart. Vor allem wenn man im gleichen Atemzug selbst erklärt, von Design keine Ahnung zu haben ;-). An ein Logo werden eben auch solche Anforderungen wie Skalierbarkeit (bzw. verschiedene Versionen für verschiedene Auflösungen), Wiedererkennbarkeit, Funktioniert das Logo auch monochrom (bzw. man macht dafür eine andere Version) gestellt. Dazu kommen die verschiedenen Varianten wie z.B. fürs Wiki (derzeit http://wiki.openstreetmap.org/osm_logo_wiki.png ). Das hat jemand wohlmeinendes gebastelt, der dem Anschein nach auch nicht besonders viel grafische Arbeit macht. Das favicon des Wikis ist noch das alte, dasjenige der Hauptseite ist wieder (fast) das alte, leider irgendwie kaputt (vermutlich hat der Neu-ersteller einfach das svg in klein gewandelt). Dass man bisher davon nichts gehört oder gesehen hatte (abgesehen von dem Golfplatz-icon, das vor einiger Zeit schonmal in einer ähnlichen Aktion zum OSM-Logo promoted werden sollte) liegt wohl daran, dass es sich hier um einen absoluten Schnellschuss gehandelt hat. Zwar sympathisch im Vorgehen (spontan und unbürokratisch) finde ich das trotzdem der Sache nicht angemessen (immerhin sollten ja, sofern man es ernst meint, alle Seiten die das alte Logo tragen jetzt zu dem neuen wechseln). Zusammengefasst sollte man ein neues Logo erst dann zum Einsatz bringen, wenn folgende Bedingungen erfüllt sind: - das Logo wurde vorgestellt und die Anlässe zu berechtigter Kritik wurden beseitigt (iterativer Optimierungsprozess ist vorausgegangen). - es sind öffentlich zugänglich mind. folgende Versionen hinterlegt: * svg * großes bitmap (z.B. png) * 16x16 bitmap (z.B. png) * 32x32 bitmap (z.B. png) * idealerweise die vg. Versionen sowohl farbig als auch schwarz-weiss / monochrom. für Spezialfälle (Wiki-icon) sollten die tatsächlich erforderlichen Icons zur Verfügung stehen (also mind. 16x16 favicon, großes Bitmap für die Ecke oben links, kleine Version für die Infospalten, SVG für spätere Änderungen, ...). Um das alles nicht zu übersehen wäre z.B. eine kurze Nachricht an talk hilfreich gewesen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reihenfolge der Mitglieder einer route-Relation
Nabend, Am 02.05.2011 13:29, schrieb Philip Gillißen: Dazu kommt wohl noch ein Serverumzug auf die Strato-Server, der schwierig ist, sowie personelle Zeitengpässe. Wenn es nur am Server hängt ... der Marcel vom VRS Köln hatte sich bei so Problemen auch angeboten. Dort wäre sehr interessiert wenn es bei der Karte weiter gehen würde. Ansonsten wäre es natürlich eine feine Sache wenn die Generationssoftware und Scripte für diese doch sehr schöne Map in einem Git repo landen würden. An der OSS Suite/Seite wird ja auch weiter gearbeitet. https://gitorious.org/~drol/osm3s/drol-osm3s Besser bekannt unter http://78.46.81.38/public_transport.html :) Na hoffen wir mal ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
NopMap wrote: http://forum.openstreetmap.org/viewtopic.php?id=11792-- Dnke. Der Tipp zu osmchange war genau das was ich brauchte. Für den geneigten Mitleser: Entgegen seinem Namen ist osmchange nicht nur für das Nachziehen von täglichen Differenzen, es kann auch *.osm zusammen führen: | osmchange64 czech_republic.osm poland.osm austria.osm \ | switzerland.osm italy.osm germany.osm DACHIPLCZ.osm Anschließend verfüttere ich das Ergebnis wie immer an mkgmap und es funktioniert perfekt. In Vorbereitung der Urlaubssaison kann ich jetzt die für mich relevanten Länder auf 2GB quetschen. :-) Dank auch an Martin! Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Funkanlagen / Standorte
Da ja jeder Schxxx genehmigt werden muss, gibt es davon auch eine Übersicht oder Liste. Mich nervt wiedermal, dass wir jeden Kram, auch den, den wir nicht wissen wollen, erfahren können, aber das, was wichtig wäre, uns vom Staat vorenthalten wird. Ja, es ist richtig, dass es unzählige Anlagen gibt. Wlan wollte ich jetzt nicht dazuzählen, sondern nur die genehmigungspflichtigen. Und da gibt es irgendwo eine Datenbank und irgendwie würde ich gern an diese Daten kommen. Meine Hoffnung war, dass so etwas jemand anderes schon mal durchgezogen hat oder sich eine entsprechende .osm kreiert hat. Falls noch Ideen bestehen, wie man so was aufbauen könnte, würd ich mich sehr freuen. Es muss ja nicht 100% exakt sein, sondern nur, dass man mit Reserve eine Übersicht bekäme über alle genehmigten Sendeanlagen. Viele Grüße, Peter Eppich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkanlagen / Standorte
Hi, meinst du soetwas? http://emf2.bundesnetzagentur.de/karte.html Gruß Frederik ___ Die Darstellung dieser Mail besteht aus 100% recyclebaren, geschmacksneutralen, nicht genmanipulierten, plagiatgeprüften, FCKW- und bleifreien Pixeln! Am 02.05.2011 19:53, schrieb Peter Eppich: Da ja jeder Schxxx genehmigt werden muss, gibt es davon auch eine Übersicht oder Liste. Mich nervt wiedermal, dass wir jeden Kram, auch den, den wir nicht wissen wollen, erfahren können, aber das, was wichtig wäre, uns vom Staat vorenthalten wird. Ja, es ist richtig, dass es unzählige Anlagen gibt. Wlan wollte ich jetzt nicht dazuzählen, sondern nur die genehmigungspflichtigen. Und da gibt es irgendwo eine Datenbank und irgendwie würde ich gern an diese Daten kommen. Meine Hoffnung war, dass so etwas jemand anderes schon mal durchgezogen hat oder sich eine entsprechende .osm kreiert hat. Falls noch Ideen bestehen, wie man so was aufbauen könnte, würd ich mich sehr freuen. Es muss ja nicht 100% exakt sein, sondern nur, dass man mit Reserve eine Übersicht bekäme über alle genehmigten Sendeanlagen. Viele Grüße, Peter Eppich ___ 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] Funkanlagen / Standorte
Am Montag 02 Mai 2011 19:53:23 schrieb Peter Eppich: Hallo Peter, vielleicht hilft Dir ja der Link unten. Sind aber nur Handymasten. Falls noch Ideen bestehen, wie man so was aufbauen könnte, würd ich mich sehr freuen. http://www.senderliste.de/ Es muss ja nicht 100% exakt sein, sondern nur, dass man mit Reserve eine Übersicht bekäme über alle genehmigten Sendeanlagen. Viele Grüße, Peter Eppich Grüße Michael -- Virtus post nummos. - Die Tugend (kommt) nach dem Geld. Horaz Molli http://molli.selfservix.org/ C-LFS http://c-lfs.selfservix.org/ Fellow der Free Software Foundation Europe /\ASCII Ribbon Campaign \ /No HTML/RTF in email x No Word docs in email / \Respect for open standards ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapper bei Kaiserslautern gesucht
Hi! Ich habe eine etwas ungewöhnliche Datenspende angeboten bekommen. Jemand hat die Wanderwege im Süden von Kaiserslautern getrackt, kennt sich selber aber mit OSM nicht aus. Er bietet interessierten Mappern seine GPX-Tracks und Bitmaps der Wegmarkierungen zum Eintragen an. (Alles selbstgetrackt, hab schon nachgefragt). Falls jemand aus der Gegend Interesse hat, besorge ich die Daten. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Mapper-bei-Kaiserslautern-gesucht-tp6325357p6325357.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] Funkanlagen / Standorte
Am 02.05.2011 19:53, schrieb Peter Eppich: Mich nervt wiedermal, dass wir jeden Kram, auch den, den wir nicht wissen wollen, erfahren können, aber das, was wichtig wäre, uns vom Staat vorenthalten wird. l'etat, cest nous. Wir sind der Staat (und nicht nur das Volk). Also tu was, wenn es dich stört. Organisiere dich mit Gleichgesinnten. Mehr Möglichkeiten als bei uns, gibt es kaum wo auf der Welt. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper bei Kaiserslautern gesucht
Hallo Nop (und dank des Überschreibens auch hallo Liste), ich frag mal den User Wegabschneider. Schönen Gruß Johannes NopMap ekkeh...@gmx.de [Mon, May 02, 2011 at 11:28:07PM CEST]: Hi! Ich habe eine etwas ungewöhnliche Datenspende angeboten bekommen. Jemand hat die Wanderwege im Süden von Kaiserslautern getrackt, kennt sich selber aber mit OSM nicht aus. Er bietet interessierten Mappern seine GPX-Tracks und Bitmaps der Wegmarkierungen zum Eintragen an. (Alles selbstgetrackt, hab schon nachgefragt). Falls jemand aus der Gegend Interesse hat, besorge ich die Daten. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Mapper-bei-Kaiserslautern-gesucht-tp6325357p6325357.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 -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue OSM Logo, oder wie weit ist die OSMF eigentlich noch in der Community geerdet ...
Am 2. Mai 2011 16:13 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 2. Mai 2011 15:12 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Jan Tappenbeck o...@tappenbeck.net wrote: war auch gestern etwas verwundert dieses zu sehen und konnte mich auch nicht erinnern vorher überhaupt etwas davon gelesen zu haben. Ich finde eigentlich auch, dass man über sowas abstimmen sollte. Ich kann beim Thema Design durchaus verstehen, wenn man das nicht basisdemokratisch sondern über Delegation an eine Design-working-group oder so machen will. Aber einfach mal einen halbgaren Entwurf online zu stellen, aus einer wir machen jetzt endlich mal was-Laune heraus, finde ich dann doch auch ein bisschen hart. Vor allem wenn man im gleichen Atemzug selbst erklärt, von Design keine Ahnung zu haben ;-). An ein Logo werden eben auch solche Anforderungen wie Skalierbarkeit (bzw. verschiedene Versionen für verschiedene Auflösungen), Wiedererkennbarkeit, Funktioniert das Logo auch monochrom (bzw. man macht dafür eine andere Version) gestellt. Dazu kommen die verschiedenen Varianten wie z.B. fürs Wiki (derzeit http://wiki.openstreetmap.org/osm_logo_wiki.png ). Das hat jemand wohlmeinendes gebastelt, der dem Anschein nach auch nicht besonders viel grafische Arbeit macht. Das favicon des Wikis ist noch das alte, dasjenige der Hauptseite ist wieder (fast) das alte, leider irgendwie kaputt (vermutlich hat der Neu-ersteller einfach das svg in klein gewandelt). Dass man bisher davon nichts gehört oder gesehen hatte (abgesehen von dem Golfplatz-icon, das vor einiger Zeit schonmal in einer ähnlichen Aktion zum OSM-Logo promoted werden sollte) liegt wohl daran, dass es sich hier um einen absoluten Schnellschuss gehandelt hat. Zwar sympathisch im Vorgehen (spontan und unbürokratisch) finde ich das trotzdem der Sache nicht angemessen (immerhin sollten ja, sofern man es ernst meint, alle Seiten die das alte Logo tragen jetzt zu dem neuen wechseln). Zusammengefasst sollte man ein neues Logo erst dann zum Einsatz bringen, wenn folgende Bedingungen erfüllt sind: - das Logo wurde vorgestellt und die Anlässe zu berechtigter Kritik wurden beseitigt (iterativer Optimierungsprozess ist vorausgegangen). - es sind öffentlich zugänglich mind. folgende Versionen hinterlegt: * svg * großes bitmap (z.B. png) * 16x16 bitmap (z.B. png) * 32x32 bitmap (z.B. png) * idealerweise die vg. Versionen sowohl farbig als auch schwarz-weiss / monochrom. für Spezialfälle (Wiki-icon) sollten die tatsächlich erforderlichen Icons zur Verfügung stehen (also mind. 16x16 favicon, großes Bitmap für die Ecke oben links, kleine Version für die Infospalten, SVG für spätere Änderungen, ...). Um das alles nicht zu übersehen wäre z.B. eine kurze Nachricht an talk hilfreich gewesen. Gruß Martin Ich nehme Wetten an: Wie viele Logo Entwürfe in allen genannten Varianten kannst du wohl erstellen wenn du dir mal 2 Tage Urlaub von den OSM Listen nimmst??? 1 (es gibt soviel zu schreiben, und nur so wenig Zeit): Quote 1,05 1-5: (Abstinenz klappt nur auf talk): Quote 1,3 5: (Taten statt Worte) Quote 2 10: (Jan macht auch mit) Quote 5 SCNR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-es] Mapping Jaen
Las próximas Mapping Party en Jaén las programaremos tras las elecciones municipales. Desde el día siguiente a la terminación del mapa de Baeza estamos buscando infraestructuras disponibles (alojamiento, sala de informática, etc.) en cada uno de los 5 municipios que nos han hecho ya pedido o lo harán próximamente. Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón trataremos de mejorar la organización. Como ya hemos tropezado en algunas cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas conclusiones sobre la misma. Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros en la zona que conocen suficientemente JOSM, la metodología de trabajo y que están dispuestos a colaborar. Con el material técnico acumulado, la experiencia de la anterior y vuestra colaboración haremos esos municipios y nos lo pasaremos al menos igual de bien que en Baeza. Los que hayáis participado en Baeza, por favor dar un repaso a vuestros datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de pera en dulce y será un ejemplo y lugar de consulta para las próximas. Muchas Gracias a todos los participantes. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapping Jaen
Pues ya tienes a dos sevillanos allí :D, eso sí unas camisetitas eh :D El 2 de mayo de 2011 11:22, Julio Torres juliotor...@ono.com escribió: Las próximas Mapping Party en Jaén las programaremos tras las elecciones municipales. Desde el día siguiente a la terminación del mapa de Baeza estamos buscando infraestructuras disponibles (alojamiento, sala de informática, etc.) en cada uno de los 5 municipios que nos han hecho ya “pedido” o lo harán próximamente. Juan Ramón, Sergio y yo estamos en contacto y como dice Juan Ramón trataremos de mejorar la organización. Como ya hemos tropezado en algunas cuestiones y de sabios es aprender, pues lo haremos. Ya tenemos algunas conclusiones sobre la misma. Lo bueno es que tras la mapping de Baeza conocemos ya a más de 20 OSMeros en la zona que conocen suficientemente JOSM, la metodología de trabajo y que están dispuestos a colaborar. Con el material técnico acumulado, la experiencia de la anterior y vuestra colaboración haremos esos municipios y nos lo pasaremos al menos igual de bien que en Baeza. Los que hayáis participado en Baeza, por favor dar un repaso a vuestros datos y completarlos con lo que creáis oportuno. Vamos a dejar Baeza de “pera en dulce” y será un ejemplo y lugar de consulta para las próximas. Muchas Gracias a todos los participantes. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 3
2011/5/2 Vitali Balandin v...@hot.ee: Kastani - mis see on, kas tee, või puiestee, või maantee? Arvan, et see on viga, teede nimetused peavad sisaldama tee tüüpi. Maa ameti baasil on ainult sellised Kastani: Kastani pst Kastani pőik Kastani tee Kastani tn Tn tänava puhul enamasti ei kasutata, on lihtsalt Kastani. Pst ja mnt puhul on variant, et välja kirjutada -- Kadaka puiestee, Tallinna maantee. OSMis, teen ettepaneku, jätame tn ära. Puiestee ja maantee jm aga kirjutame välja. Seda enam, et siis jääks ära massiline baasi tn lühendite lisamine... Tervitustega, -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Adresseerija
Ok, leidsin Tallinna vanalinnas ühe nurgamaja, millel ongi kaks aadressi ka Maaameti andmetes. Sellistele ilmselt oleks mõtekas panna kaks aadressi nodet. Kaupo 2011/5/1 Kaupo Vana kaupo.v...@gmail.com: Hei, olen seda meelt, et üks aadress peaks eksisteerima vaid üks kord. Seega sama aadressiga hoonete kompleksile paneks ühe node aadressiga või adresseeriks kompleksi peamaja. Mitme aadressiga hoonete puhul olen seda meelt, et selline hoone tükeldada omaette aadressidega tükkideks. Õnneks on maaametil olemas ka aadressiandmete kaardirakendus, mille pealt spikerdades saaks sellised tööd manuaalselt suht hästi ära teha. Kui sellest väheks jääks siis ehk oleks abiks ka vaatlused. Parimat, Kaupo 1.05.2011 15:02, Jaak Laineste kirjutas: Hoi, päris hea tulemus: 2/3 automaatselt olemas. Ma mingeid muid piirkondi vaatasin ennem - ausaltöelda ei oskaks peale vaadates ka käsitsi aadresspunkti mõne majaga siduda (maja peal/läheduses on mitu punkti - kõrval teisel majadegrupil pole ühtegi jne). Neid saab vaid välitöödega vist adresseerida, või kui juurde tuues aadresspunktide asemel aadressiregistri hoonete punktid. Tegelikult oligi mul esmane baasi väljavõte tehtud hoonepunktide jaoks - seal tuli punkte liiga palju (ka igal putkal/kõrvalhoonel) ja loobusin neist. Aga võibolla peaks seda hoopis kasutama. Aga ikkagi peaks vaatama et ei saaks aadresse liiga palju, muidu hakkavad kõik aadressotsingud mingit jama näitama - palju vasteid igale aadressile. Teine küsimus: mida ikkagi teha hoonetega millel on mitu aadress?Ma pakuks et jätta siis hoone aadressita ja node-d selle asemel importida (mis peaksid vastavate sissekäikude juures olema ideaaljuhul). Pole ideaalne lahendus, aga aadressotsingule sobiks hästi, ja ka renderduses poleks väga paha (kuigi seal tekib küsimus mis tänava juurde antud number käib). Paberkaartidel keeratakse käsitsi majanumber jalgadega vastava tänava suunas, siis seal on visuaalselt näha mis tänava juurde antud number kuulub, ja isegi saab ühe maja peale mitu numbrit panna nii et jääb kõik arusaadavaks. Mapnik minuteada sellist asja ei oska. Jaak On 01.05.2011, at 13:57, Kaupo Vana wrote: Hei, sain lõpuks skripti valmis. Skript siis töötleb ainult hooneid, millel on puudulik aadress. Muudatusi teeb ainult hoonetele, millele on leitud täpselt 1 aadressi node Jaagu baasist. Kui mingi aadress on kasutusel rohkem kui ühel hoonel, siis seda aadressi ei kasutata. Olemasolevaid aadressi tage üle ei kirjuta. Kõik leitud puudused prindib skript konsooli koos hoonete way id'dega. Katsetasin väikese ala peal, OSMist tõmmatud lähteandmete fail http://kaupov.planet.ee/uploads/files/OSMAddresser/data.osm ja üleslaetav tulemuste fail http://kaupov.planet.ee/uploads/files/OSMAddresser/outdata.osm . Skript ise pritsis konsooli sellised read: Area: minlat=59.40276809996, maxlat=59.4051708 minlon=24.6741343, maxlon=24.6812582 62 buildings found from source 0 addresses found for 26874829, please check manually 0 addresses found for 26900187, please check manually 0 addresses found for 26919110, please check manually 2 addresses found for 26920186, please check manually 0 addresses found for 26920192, please check manually 0 addresses found for 26920330, please check manually 2 addresses found for 26920348, please check manually 0 addresses found for 26920358, please check manually 0 addresses found for 26920375, please check manually 0 addresses found for 26920395, please check manually 0 addresses found for 26920488, please check manually 0 addresses found for 26920499, please check manually 0 addresses found for 26920522, please check manually 0 addresses found for 26920567, please check manually 2 addresses found for 26920579, please check manually 0 addresses found for 26920626, please check manually 0 addresses found for 26920659, please check manually 0 addresses found for 26920662, please check manually 0 addresses found for 26920695, please check manually 0 addresses found for 26920717, please check manually 0 addresses found for 26920903, please check manually 0 addresses found for 26920980, please check manually 0 addresses found for 26921003, please check manually 62 building found with invalid address 39 unique addresses found 39 buildings given address Writing file Done Lähtefail on JOSM'iga avatav ja sellega üleslaetav. Ideaalis võiks skripti saada tööle JOSM'i scripting pluginas, aga see nõuab rohkem teadmisi JOSM'ist. Avaldage siis arvamust, kas selline skript on kasutatav hulgiaddresseerimiseks? Kes soovib, võib ka ise skriptile pilgu peale visata ja katsetada. Skript ja kasutusjuhendjuhend on kättesaadav siin http://kaupov.planet.ee/index.php?page=osm-addresser Parimat, Kaupo ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___
Re: [Talk-ee] Adresseerija
Ka Tartu vanalinnas on selliseid maju mitmeid. Mina neid tükeldada ei julgeks, kui mul pole just kindlat arusaama, et tükelduskoht on just kindlalt täpselt seal ja mitte kusagil (paar tuba, üks trepikoda vms) eemal. Enda maja puhul oskaksin seda öelda, muidu mitte. Üldpõhimõte on et pigem olgu andmeid vähem kui need on valed (kontrollimata). Pigem on mitme node kasutamine mitmikaadressi puhul reegel kui erand. Kas peamaja saab määrata kindlalt? Seal ei teki probleemi, et mingi garaažikompleks näib ülaltvaates samasuur kui kortermaja? Ka tööstuskomplekside puhul tekib see probleem. Kuigi vist valdav enamus on üsna esmapilgul ja automaatselt määratav. Jaak On 02.05.2011, at 10:06, Kaupo Vana wrote: Ok, leidsin Tallinna vanalinnas ühe nurgamaja, millel ongi kaks aadressi ka Maaameti andmetes. Sellistele ilmselt oleks mõtekas panna kaks aadressi nodet. Kaupo 2011/5/1 Kaupo Vana kaupo.v...@gmail.com: Hei, olen seda meelt, et üks aadress peaks eksisteerima vaid üks kord. Seega sama aadressiga hoonete kompleksile paneks ühe node aadressiga või adresseeriks kompleksi peamaja. Mitme aadressiga hoonete puhul olen seda meelt, et selline hoone tükeldada omaette aadressidega tükkideks. Õnneks on maaametil olemas ka aadressiandmete kaardirakendus, mille pealt spikerdades saaks sellised tööd manuaalselt suht hästi ära teha. Kui sellest väheks jääks siis ehk oleks abiks ka vaatlused. Parimat, Kaupo 1.05.2011 15:02, Jaak Laineste kirjutas: Hoi, päris hea tulemus: 2/3 automaatselt olemas. Ma mingeid muid piirkondi vaatasin ennem - ausaltöelda ei oskaks peale vaadates ka käsitsi aadresspunkti mõne majaga siduda (maja peal/läheduses on mitu punkti - kõrval teisel majadegrupil pole ühtegi jne). Neid saab vaid välitöödega vist adresseerida, või kui juurde tuues aadresspunktide asemel aadressiregistri hoonete punktid. Tegelikult oligi mul esmane baasi väljavõte tehtud hoonepunktide jaoks - seal tuli punkte liiga palju (ka igal putkal/kõrvalhoonel) ja loobusin neist. Aga võibolla peaks seda hoopis kasutama. Aga ikkagi peaks vaatama et ei saaks aadresse liiga palju, muidu hakkavad kõik aadressotsingud mingit jama näitama - palju vasteid igale aadressile. Teine küsimus: mida ikkagi teha hoonetega millel on mitu aadress?Ma pakuks et jätta siis hoone aadressita ja node-d selle asemel importida (mis peaksid vastavate sissekäikude juures olema ideaaljuhul). Pole ideaalne lahendus, aga aadressotsingule sobiks hästi, ja ka renderduses poleks väga paha (kuigi seal tekib küsimus mis tänava juurde antud number käib). Paberkaartidel keeratakse käsitsi majanumber jalgadega vastava tänava suunas, siis seal on visuaalselt näha mis tänava juurde antud number kuulub, ja isegi saab ühe maja peale mitu numbrit panna nii et jääb kõik arusaadavaks. Mapnik minuteada sellist asja ei oska. Jaak On 01.05.2011, at 13:57, Kaupo Vana wrote: Hei, sain lõpuks skripti valmis. Skript siis töötleb ainult hooneid, millel on puudulik aadress. Muudatusi teeb ainult hoonetele, millele on leitud täpselt 1 aadressi node Jaagu baasist. Kui mingi aadress on kasutusel rohkem kui ühel hoonel, siis seda aadressi ei kasutata. Olemasolevaid aadressi tage üle ei kirjuta. Kõik leitud puudused prindib skript konsooli koos hoonete way id'dega. Katsetasin väikese ala peal, OSMist tõmmatud lähteandmete fail http://kaupov.planet.ee/uploads/files/OSMAddresser/data.osm ja üleslaetav tulemuste fail http://kaupov.planet.ee/uploads/files/OSMAddresser/outdata.osm . Skript ise pritsis konsooli sellised read: Area: minlat=59.40276809996, maxlat=59.4051708 minlon=24.6741343, maxlon=24.6812582 62 buildings found from source 0 addresses found for 26874829, please check manually 0 addresses found for 26900187, please check manually 0 addresses found for 26919110, please check manually 2 addresses found for 26920186, please check manually 0 addresses found for 26920192, please check manually 0 addresses found for 26920330, please check manually 2 addresses found for 26920348, please check manually 0 addresses found for 26920358, please check manually 0 addresses found for 26920375, please check manually 0 addresses found for 26920395, please check manually 0 addresses found for 26920488, please check manually 0 addresses found for 26920499, please check manually 0 addresses found for 26920522, please check manually 0 addresses found for 26920567, please check manually 2 addresses found for 26920579, please check manually 0 addresses found for 26920626, please check manually 0 addresses found for 26920659, please check manually 0 addresses found for 26920662, please check manually 0 addresses found for 26920695, please check manually 0 addresses found for 26920717, please check manually 0 addresses found for 26920903, please check manually 0 addresses found for 26920980, please check manually 0 addresses found for 26921003, please check manually 62
Re: [Talk-ee] Adresseerija
Leidsin ka Tallinna vanalinnas node aadresse, node peal näitab numbrit jah. Aga jääks siis selle juurde, et kui tükeldada ei saa/ei oska/ei suuda, siis minut node'i? Komplekside puhul, kui peahoonet ei suuda määrata, siis võiks ju node panna loogilisse keskkohta või lisada fixme tag ja kohapeal kontrollimas käia. Kaupo 2011/5/2 Jaak Laineste j...@nutiteq.com: Ka Tartu vanalinnas on selliseid maju mitmeid. Mina neid tükeldada ei julgeks, kui mul pole just kindlat arusaama, et tükelduskoht on just kindlalt täpselt seal ja mitte kusagil (paar tuba, üks trepikoda vms) eemal. Enda maja puhul oskaksin seda öelda, muidu mitte. Üldpõhimõte on et pigem olgu andmeid vähem kui need on valed (kontrollimata). Pigem on mitme node kasutamine mitmikaadressi puhul reegel kui erand. Kas peamaja saab määrata kindlalt? Seal ei teki probleemi, et mingi garaažikompleks näib ülaltvaates samasuur kui kortermaja? Ka tööstuskomplekside puhul tekib see probleem. Kuigi vist valdav enamus on üsna esmapilgul ja automaatselt määratav. Jaak On 02.05.2011, at 10:06, Kaupo Vana wrote: Ok, leidsin Tallinna vanalinnas ühe nurgamaja, millel ongi kaks aadressi ka Maaameti andmetes. Sellistele ilmselt oleks mõtekas panna kaks aadressi nodet. Kaupo 2011/5/1 Kaupo Vana kaupo.v...@gmail.com: Hei, olen seda meelt, et üks aadress peaks eksisteerima vaid üks kord. Seega sama aadressiga hoonete kompleksile paneks ühe node aadressiga või adresseeriks kompleksi peamaja. Mitme aadressiga hoonete puhul olen seda meelt, et selline hoone tükeldada omaette aadressidega tükkideks. Õnneks on maaametil olemas ka aadressiandmete kaardirakendus, mille pealt spikerdades saaks sellised tööd manuaalselt suht hästi ära teha. Kui sellest väheks jääks siis ehk oleks abiks ka vaatlused. Parimat, Kaupo 1.05.2011 15:02, Jaak Laineste kirjutas: Hoi, päris hea tulemus: 2/3 automaatselt olemas. Ma mingeid muid piirkondi vaatasin ennem - ausaltöelda ei oskaks peale vaadates ka käsitsi aadresspunkti mõne majaga siduda (maja peal/läheduses on mitu punkti - kõrval teisel majadegrupil pole ühtegi jne). Neid saab vaid välitöödega vist adresseerida, või kui juurde tuues aadresspunktide asemel aadressiregistri hoonete punktid. Tegelikult oligi mul esmane baasi väljavõte tehtud hoonepunktide jaoks - seal tuli punkte liiga palju (ka igal putkal/kõrvalhoonel) ja loobusin neist. Aga võibolla peaks seda hoopis kasutama. Aga ikkagi peaks vaatama et ei saaks aadresse liiga palju, muidu hakkavad kõik aadressotsingud mingit jama näitama - palju vasteid igale aadressile. Teine küsimus: mida ikkagi teha hoonetega millel on mitu aadress?Ma pakuks et jätta siis hoone aadressita ja node-d selle asemel importida (mis peaksid vastavate sissekäikude juures olema ideaaljuhul). Pole ideaalne lahendus, aga aadressotsingule sobiks hästi, ja ka renderduses poleks väga paha (kuigi seal tekib küsimus mis tänava juurde antud number käib). Paberkaartidel keeratakse käsitsi majanumber jalgadega vastava tänava suunas, siis seal on visuaalselt näha mis tänava juurde antud number kuulub, ja isegi saab ühe maja peale mitu numbrit panna nii et jääb kõik arusaadavaks. Mapnik minuteada sellist asja ei oska. Jaak On 01.05.2011, at 13:57, Kaupo Vana wrote: Hei, sain lõpuks skripti valmis. Skript siis töötleb ainult hooneid, millel on puudulik aadress. Muudatusi teeb ainult hoonetele, millele on leitud täpselt 1 aadressi node Jaagu baasist. Kui mingi aadress on kasutusel rohkem kui ühel hoonel, siis seda aadressi ei kasutata. Olemasolevaid aadressi tage üle ei kirjuta. Kõik leitud puudused prindib skript konsooli koos hoonete way id'dega. Katsetasin väikese ala peal, OSMist tõmmatud lähteandmete fail http://kaupov.planet.ee/uploads/files/OSMAddresser/data.osm ja üleslaetav tulemuste fail http://kaupov.planet.ee/uploads/files/OSMAddresser/outdata.osm . Skript ise pritsis konsooli sellised read: Area: minlat=59.40276809996, maxlat=59.4051708 minlon=24.6741343, maxlon=24.6812582 62 buildings found from source 0 addresses found for 26874829, please check manually 0 addresses found for 26900187, please check manually 0 addresses found for 26919110, please check manually 2 addresses found for 26920186, please check manually 0 addresses found for 26920192, please check manually 0 addresses found for 26920330, please check manually 2 addresses found for 26920348, please check manually 0 addresses found for 26920358, please check manually 0 addresses found for 26920375, please check manually 0 addresses found for 26920395, please check manually 0 addresses found for 26920488, please check manually 0 addresses found for 26920499, please check manually 0 addresses found for 26920522, please check manually 0 addresses found for 26920567, please check manually 2 addresses found for 26920579, please check manually 0 addresses found for 26920626, please check manually 0 addresses found for
Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 2
On 01.05.2011, at 23:38, Vitali Balandin wrote: - mitme aadessiga majad on halvasti tagitud (kuidagi ?hes veerus koos). Tegelikult peaks olema node-dena. Ei saand aru ühes veerus koos, aga aadressite otsimine tehakse multipolygon-ides, way-des ja node-des. Tag building=yes kaa ei vaadetakse. Vaata näiteks http://www.openstreetmap.org/browse/way/30237729 addr:full tag-i. Selliseid on Tartus tegelikult vähe ja võiks käsitsi ära parandada: kustutada kõik addr tag-id majalt ja lisada 2 eraldi punkti. Vanalinnas sai ka parandatud mõni. Jaak___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-ee] OSM -i uus logo
Hei list Mis te arvate OSM -i uuest logost? http://wiki.openstreetmap.org/wiki/Logos -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7
Tere, Tegin jargmised muudatused: • Teisendatud linnaosad (Kesklinna linnaosa - Kesklinn) • Teisendatud teede nimetused, kustutasin tn (Roheline tn - Roheline) • Teisendatud hoonete numbrid (upper case, 26a - 26A) • Koik andmed trimmitud (leidsin hoone number 36, nuud 36) • Lisatud tag addr:full Nuud statistika laks palju parem Send Talk-ee mailing list submissions to talk-ee@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ee or, via email, send a message with subject or body 'help' to talk-ee-requ...@openstreetmap.org You can reach the person managing the list at talk-ee-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ee digest... Today's Topics: 1. Re: Talk-ee Digest, Vol 28, Issue 5 (Joosep-Georg J?rvemaa) -- Message: 1 Date: Mon, 2 May 2011 12:08:22 +0300 From: Joosep-Georg J?rvemaa joosep-georg.jarve...@eesti.ee To: OpenStreetMap Estonia talk-ee@openstreetmap.org Subject: Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 5 Message-ID: banlktimciymmdt6efudpbola7z0bpzn...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 2011/5/2 Vitali Balandin v...@hot.ee: Tn t?nava puhul enamasti ei kasutata, on lihtsalt Kastani. Pst ja mnt puhul on variant, et v?lja kirjutada -- Kadaka puiestee, Tallinna maantee. Kui ?t?nav ?teede nimedel ei kirjutatakse, siis loogikam ja lihtsam parandada minu OSM failid. Jah, ma arvan, et selle v?iks ?ra teha, et tn j?taks ?ra. Saaksid need protsendid ka kohe k?vasti paremad, ma pakun :) Eks siis arutame, mida teha pst - puiestee ja mnt - maantee teemal -- kas l?hendada v?i v?lja kirjutada, nagu allee, p?ik, tee, plats, prospekt jms. -- Lugupidamisega, Vitalimailto:v...@hot.ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Talk-ee Digest, Vol 28, Issue 7
2011/5/2 Joosep-Georg Järvemaa joosep-georg.jarve...@eesti.ee: Igatahes, ma teen proovi -- võtan praegu Raasiku ette ja siis näeb, kaua läheb ja ühtlasi on ka teada, et sellega ma tegelen :) Noh, ütleme, 4 tundi. Lisaks parandasin muid asju ka -- lisasin teid ja kohendasin maakasutust. Nii et Raasiku peaks olema nüüd isegi üle 100%, kuna lisasin ka aadresse, mida ADS sees polnud. -- Joosep-Georg ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] undo
Servus! Gestern (So, 1. Mai 2011) tippte Friedrich Volkmann: Nachdem ein bestimmter User mir bei Prinzendorf zum zweiten Mal alles hingemacht hat und wieder nicht auf PNs antwortet, Nur interessehalber: was meinst du mit alles hingemacht? Ich hab mir den Bereich angesehen, und er sieht eigentlich nicht nach Vandalismus aus. Es gibt dort eine Unmenge an komplizierten Relationen, falls du die meinst, dann kann ich nur so viel sagen: Relationen sind für den nicht-erfahrenen User zu kompliziert, daher sollten wir uns bei ihnen - so gut es geht - zurückhalten. Alles andere gerät zum Frust. Es mag zwar nach der reinen Lehre ein Fehler sein, innerhalb einen landuse=residential einen Bereich mit landuse=farm drüberzuschreiben, ohne ihn mittels relation als inner zu deklarieren, in der Praxis macht das aber so dermaßen keinen Unterschied, dass es vom pragmatischen Standpunkt her wesentlich besser ist, der reinen Lehre nicht zu folgen. fehlt mir etwas die Motivation nochmals alles in mühsamer Kleinarbeit zu reparieren. Für JOSM soll es doch ein Undo-Plugin geben, kann einer der JOSM-Experten das vielleicht auf Changeset 7627639 anwenden? Das hätt ich mir auch schon ab und zu gewünscht (auch für Böcke, die ich selbst geschossen habe), aber gibt's das wirklich? Es müsste ja auch noch alle späteren changesets in dem Bereich beachten. Wenn ja, dann möge ein Wissender uns das bitte mitteilen. -- Bis demnächst, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] undo
Hallo, Für JOSM soll es doch ein Undo-Plugin geben, kann einer der JOSM-Experten das vielleicht auf Changeset 7627639 anwenden? Das hätt ich mir auch schon ab und zu gewünscht (auch für Böcke, die ich selbst geschossen habe), aber gibt's das wirklich? Siehe http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Organisation d'ateliers OpenStreetMap
Bonjour, J'ai dj organis 2 ateliers OpenStreetMap dans le cadre des Journes des logiciels libres Lyon en Octobre : - Apprendre contribuer au projet OpenStreetMap avec JOSM : exemple d'utilisation du cadastre, - Raliser une carte pour le web avec OpenStreetMap et OpenLayers. Le premier va tre "rejou" dans le cadre des rencontres SIG-la-lettre les 17 et 19 Mai Marne-la-valle. Si a vous intresse, je peux venir animer les 2 ateliers si vous prenez en charge mon dplacement depuis Montpellier. Cordialement, Nicolas Le 29/04/2011 19:03, Johan Pustoch a crit: Bonjour, Dans le cadre d' Intertice , nous organisons le 1er juin prochain une journe Logiciels libres et enseignement . Ces journe sont organises par le CRDP de l'acadmie de Versailles (nous sommes enseignants). Au programme du 1er juin de 15h 21h : diffrents ateliers (4 ateliers d'1h30 dans 5 ou 6 salles) se succdent. Diffrentes thmatiques sont abordes : logiciels spcifiques, outils, formats, etc. Le point commun : libres, ouverts. J'en arrive ma demande (c'est une invitation) : L'un(e)(s) d'entre vous serai(en)t-il disponible(s) pour participer des ateliers d'changes en tant que porteur de projet OpenStreetMap avec des enseignants. L'ide est d'amener les enseignants commencer contribuer. Il s'agirait ici d'un ou deux ateliers OpenStreetMap. Il y aura prochainement plus d'infos sur ce site : http://www.intertice.fr/ Pour l'accs au CRDP : http://www.crdp.ac-versailles.fr/Le-CRDP-et-son-reseau/Infos-pratiques Si vous venez de loin nous avons ventuellement un peu de budget pour les dplacements. bientt j'espre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes
Bonjour, Samedi mi, j'ai appelé le présent de l'association AF3V (Véloroutes et voies vertes) à qui j'avais préalablement écris pour connaitre sa position sur OSM. La diffusion des informations a déjà été discutée à plusieurs reprises au sein de l'association. En fait ils ne souhaitent pas libérer les données qu'ils ont vérifiées sur le terrain et pour lesquelles ils engagent leur responsabilité. Sauf erreur de ma part, j'ai indiqué que le fond de carte utilisé n'est pas en cause. Je me suis appuyé sur l'utilisation d'Openlayers à partir duquel on peut choisir un fond de carte et rajouter une couche d'information qui elle peut ne pas être libre de droit. C'est sur ce dernier point que j'ai besoin de connaitre votre avis avant de pouvoir continuer la discussion avec cette association... Par exemple, pour cet itinéraire ( http://www.af3v.org/-Fiche-VVV-.html?voie=13), en considérant la même chose avec un fond OSM, est-ce que le tracé en vert peut ne pas être libre de droit? Merci par avance. Romain Le 29 avril 2011 12:12, Thomas Clavier t...@tcweb.org a écrit : Le 28/04/2011 15:45, Romain MEHUT a écrit : Pour des données fournies sur Opencyclemap par des utilisateurs individuels, il n'y a pas de problème. Ni d'engagement en terme de responsabilité (voie officiellement ouverte ?). Qualité et nature de la voie ? Densité du trafic sur voie partagée ? Non il n'y a pas de responsable juridiquement attaquable en cas de données erronées. Et c'est d'ailleurs l'une des forces des données collectives, tout le monde est responsable, chacun est libre de corriger. Pour une association qui rame déjà pas mal pour faire avancer les projets par des contacts avec les collectivités, services techniques et services de l'Etat, qui peine à avoir les moyens financiers pour assurer ses quelques petites dépenses (il en faut, même avec essentiellement du bénévolat), mettre le fruit d'un travail de collecte d'info sur le libre n'est pas la meilleure solution. Bien au contraire, partager son travail c'est travailler ensemble et pas les uns contre les autres. Dans le modèle du libre virale, si une personne réalise A (collecte de données, réalisation de carte ou de logiciel, etc.) elle doit être rétribué pour subvenir a ses besoins. Si une seconde entétié, reprend A, l'améliore et fait A' elle va vendre la plus value qu'elle a apporté à A. Et notre premier contributeur peut utiliser voir vendre A' ... ou faire un A'' De plus, nous sommes tenu à informer sur les voies officiellement ouvertes pour des questions de crédibilité et de responsabilité vis à vis des utilisateurs (les chemins de halage ne sont pas autorisés aux cyclistes sauf si convention avec VNF ! s'il y a un accident, l'association peut être recherchée en responsabilité pour avoir inciter à emprunter ce chemin !). Je ne suis pas avocat ... mon beau père si, et il se ferait un plaisir de défendre ce genre d'aberration :-D Je sais qu'il y a une forte volonté de mettre en commun la connaissance que chacun a, mais je sais aussi qu'il y a des personnes peu scrupuleuses qui n'hésiteront pas à utiliser les infos libres pour réaliser des documents ou des supports payants. libre ne veux pas dire gratuit et je vous invites à profiter vous aussi des données que vous allez produire. Aussi, se faire de l'argent sur le dos de bénévoles qui passent du temps et font le boulot de fond et de base pour développer les aménagements et informer, aurait une forte tendance à m'exaspérer. Cette réflexion me fait penser à certains commerçants qui la veille du week-end détruisent les invendus au lieu de les donner à des gens qui en ont besoins. à défaut de pouvoir valoriser mon travail je le garde pour moi, voir je le détruit. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ 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] Organisation d'ateliers OpenStreetMap
Bonjour, Merci Nicolas pour cette proposition. Montpellier, ça fait un peu loin (et cher) ! Du coup, je préfère décliner... Gaëtan Jarnot inscrit à cette liste m'a répondu directement et animera les ateliers. Vincent-Xavier JUMEL sera éventuellement aussi dispo. Merci à tous pour votre enthousiasme. Johan Le 02/05/2011 11:14, Nicolas Moyroud a écrit : Bonjour, J'ai déjà organisé 2 ateliers OpenStreetMap dans le cadre des Journées des logiciels libres à Lyon en Octobre : - Apprendre à contribuer au projet OpenStreetMap avec JOSM : exemple d'utilisation du cadastre, - Réaliser une carte pour le web avec OpenStreetMap et OpenLayers. Le premier va être rejoué dans le cadre des rencontres SIG-la-lettre les 17 et 19 Mai à Marne-la-vallée. Si ça vous intéresse, je peux venir animer les 2 ateliers si vous prenez en charge mon déplacement depuis Montpellier. Cordialement, Nicolas Le 29/04/2011 19:03, Johan Pustoch a écrit : Bonjour, Dans le cadre d'« Intertice », nous organisons le 1er juin prochain une journée « Logiciels libres et enseignement ». Ces journée sont organisées par le CRDP de l'académie de Versailles (nous sommes enseignants). Au programme du 1er juin de 15h à 21h : différents ateliers (4 ateliers d'1h30 dans 5 ou 6 salles) se succèdent. Différentes thématiques sont abordées : logiciels spécifiques, outils, formats, etc. Le point commun : libres, ouverts. J'en arrive à ma demande (c'est une invitation) : L'un(e)(s) d'entre vous serai(en)t-il disponible(s) pour participer à des ateliers d'échanges en tant que « porteur de projet OpenStreetMap » avec des enseignants. L'idée est d'amener les enseignants à commencer à contribuer. Il s'agirait ici d'un ou deux ateliers OpenStreetMap. Il y aura prochainement plus d'infos sur ce site : http://www.intertice.fr/ Pour l'accès au CRDP : http://www.crdp.ac-versailles.fr/Le-CRDP-et-son-reseau/Infos-pratiques Si vous venez de loin nous avons éventuellement un peu de budget pour les déplacements. À bientôt j'espère. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Johan Pustoch Service web - Mission TICE Nouveau numéro : 01 78 64 51 88 CRDP de Versailles - 2 rue Pierre Bourdan - 78160 Marly-le-Roi http://www.crdp.ac-versailles.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation d'ateliers OpenStreetMap
Le 02/05/2011 11:44, Johan Pustoch a crit: Bonjour, Merci Nicolas pour cette proposition. Montpellier, a fait un peu loin (et cher) ! Du coup, je prfre dcliner... Gatan Jarnot inscrit cette liste m'a rpondu directement et animera les ateliers. Vincent-Xavier JUMEL sera ventuellement aussi dispo. Merci tous pour votre enthousiasme. Johan OK pas de problme, content que vous ayez trouv un animateur :-) Pour info Montpellier, a ne fait pas si cher que a : Montpellier-Paris en train avec un preum's ou un ID-TGV a fait 50 aller-retour si on est flexible sur les horaires. Dommage que votre journe ne soit pas plus proche des journes SIG-la-lettre, j'aurai pu venir sans aucun frais pour vous ;-) a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation d'ateliers OpenStreetMap
Bonjour, Très bonne initiative ! Le site du CRDP de Versailles cite une lettre d'informations qui s'appelle Geoconfluences, que je ne connaissais pas. http://www.histoire.ac-versailles.fr/spip.php?rubrique62 Le site de Géoconfluences http://geoconfluences.ens-lyon.fr/accueil/index.htm Est-ce que le projet OpenStreetMap leur a déjà été présenté ? (*) (pas forcément par le CRDP de Versailles) Cela pourrait être un relais intéressant pour la mise en valeur du projet vers l'Education Nationale. Bonne journée (*) je suppose que la réponse est non : la recherche du terme OpenStreetMap sur le site de Géoconfluences et celle du terme Geoconfluences dans le wiki OSM ne donnent rien Le 29 avril 2011 19:03, Johan Pustoch johan.pust...@crdp.ac-versailles.fra écrit : Bonjour, Dans le cadre d'« Intertice », nous organisons le 1er juin prochain une journée « Logiciels libres et enseignement ». Ces journée sont organisées par le CRDP de l'académie de Versailles (nous sommes enseignants). Au programme du 1er juin de 15h à 21h : différents ateliers (4 ateliers d'1h30 dans 5 ou 6 salles) se succèdent. Différentes thématiques sont abordées : logiciels spécifiques, outils, formats, etc. Le point commun : libres, ouverts. J'en arrive à ma demande (c'est une invitation) : L'un(e)(s) d'entre vous serai(en)t-il disponible(s) pour participer à des ateliers d'échanges en tant que « porteur de projet OpenStreetMap » avec des enseignants. L'idée est d'amener les enseignants à commencer à contribuer. Il s'agirait ici d'un ou deux ateliers OpenStreetMap. Il y aura prochainement plus d'infos sur ce site : http://www.intertice.fr/ Pour l'accès au CRDP : http://www.crdp.ac-versailles.fr/Le-CRDP-et-son-reseau/Infos-pratiques Si vous venez de loin nous avons éventuellement un peu de budget pour les déplacements. À bientôt j'espère. -- Johan Pustoch CRDP de l'académie de Versailles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes
Le 02/05/11 11:21, Romain MEHUT a écrit : Bonjour, Samedi midi, j'ai appelé le présent de l'association AF3V (Véloroutes et voies vertes) à qui j'avais préalablement écris pour connaitre sa position sur OSM. La diffusion des informations a déjà été discutée à plusieurs reprises au sein de l'association. En fait ils ne souhaitent pas libérer les données qu'ils ont vérifiées sur le terrain et pour lesquelles ils engagent leur responsabilité. Le 29 avril 2011 12:12, Thomas Clavier t...@tcweb.org mailto:t...@tcweb.org a écrit : Non il n'y a pas de responsable juridiquement attaquable en cas de données erronées. Et c'est d'ailleurs l'une des forces des données collectives, tout le monde est responsable, chacun est libre de corriger. Pour une association qui rame déjà pas mal pour faire avancer les projets par des contacts avec les collectivités, services techniques et services de l'Etat, qui peine à avoir les moyens financiers pour assurer ses quelques petites dépenses (il en faut, même avec essentiellement du bénévolat), mettre le fruit d'un travail de collecte d'info sur le libre n'est pas la meilleure solution. Dans le cas des véloroutes, j'ai du mal à comprendre à quel niveau réel se situe la responsabilité de l'association, sauf peut-être pour la signalisation. Les véloroutes et les voies vertes font l'objet d'un schéma national (SN3V), puis interviennent en cascade les Régions, les Départements et les communes : Fiche n° 9 de la Mission nationale des vélorouts et voies vertes (MN3V) http://www.developpement-durable.gouv.fr/IMG/pdf/9_Planification.pdf Aux Régions est confiée par la circulaire du 31 mai 2001, l’élaboration des volets régionaux du SN3V. Un cahier des charges précisant les caractéristiques des itinéraires et les équipements nécessaires est annexé à la circulaire. Ces schémas définissent les itinéraires et les complètent éventuellement dans le cadre d’une démarche partenariale avecles collectivités locales et l’AF3V. Ils sont approuvés par la MN3V. Les régions apportent leur contribution financière aux maîtres d’ouvrages des infrastructures créées. ¨ Les départements, les communes et leurs groupements conviennent de la maîtrise d’ouvrage des voies qui constitueront les VVV de leur territoire et se répartissent l’investissement financier restant à leur charge. Il leur revient donc la responsabilité de réaliser ces infrastructures et d’en assumer le fonctionnement. Les comités départementaux du tourisme s’impliquent également dans leur valorisation et impulsent le développement des équipements et services nécessaires aux futurs usagers. Initié et co-financé par l’État (MEEDDAT) et l’Association des Départements Cyclables (ADC), un observatoire du suivi des VVV a été créé en 2007 parl’ADC en partenariat avec l’AF3V. Les données sur les véloroutes sont donc de nature publique et peuvent être demandées, soit aux Régions, soit aux Départements. J'avais, ici, pointé, que les Départements prennent une assurance en responsabilité civile pour le cas d'erreurs de report du tracé des sentiers de randonnée et cela ne me semble pas différent pour les 3V. Je vous incite à écrire à votre Région* et à votre département pour exiger la libération de ces données en invoquant la loi de 1978 et, pour faire bonne mesure, comme l'environnement est impliqué, à rappeler la Convention d'Aarhus qui oblige les autorités publiques à délivrer, gratuitement et sans discussion possible, les données environnementales. Je n'ai pas trouvé de références sur la propriété des mentions véloroute et voie verte, mais je suppose, qu'à la différence des sentiers de grande et petite randonnée, ce ne sont pas des marques privées. Christian * La Bretagne, ayant libéré depuis octobre dernier ses données géographiques, pourrait être encore pionnière dans ce domaine. Je vais leur en parler. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes
Le 29/04/2011 12:12, Thomas Clavier a écrit : Aussi, se faire de l'argent sur le dos de bénévoles qui passent du temps et font le boulot de fond et de base pour développer les aménagements et informer, aurait une forte tendance à m'exaspérer. Cette réflexion me fait penser à certains commerçants qui la veille du week-end détruisent les invendus au lieu de les donner à des gens qui en ont besoins. à défaut de pouvoir valoriser mon travail je le garde pour moi, voir je le détruit. Je suis tout à fait d'accord avec cette dernière remarque. Je participe rarement à cette liste, mais là j'ai envie de réagir. Pour me présenter rapidement, je suis un partisan du libre (mais plus militant, car je milite déjà pour le vélo en ville, et on ne peut pas tout faire), et je suis cycliste : en ville, durant toute l'année, et sur les véloroutes et voies vertes durant l'été. J'ai eu l'occasion de discuter avec Nicolas Pouloin lors du congrès de la FUB à Clermont-Ferrand. J'ai évoqué Open Street Map au détour d'une phrase, et il a immédiatement réagi avec les mêmes arguments (qui ne tiennent pas la route) : en résumé, libérer les données permettrait à n'importe qui de les exploiter commercialement et de gagner de l'argent dessus, tandis qu'eux n'ont même pas de quoi financer un salarié. Et ça, c'est vraiment trop injuste ! Sur le moment, je n'ai pas eu la présence d'esprit de lui répondre, d'une part, que si les données de l'AF3V étaient exploitées commercialement, ça serait plutôt une bonne chose. Cela voudrait dire que les véloroutes et voies vertes françaises, et le tourisme à vélo, commenceraient à générer une économie qui serait favorable à son développement*. Et d'autre part, j'aurais pu ajouter que son raisonnement revient à dire notre modèle économique actuel ne nous permet pas de gagner notre vie, alors on ne va quand même pas le changer, ce qui est quelque peu illogique. Bref, je pense qu'il faudrait un vrai travail de lobbying intelligent (que je n'ai pas le temps de faire, malheureusement) auprès de l'AF3V pour qu'ils comprennent l'intérêt du libre. En attendant, pour ma part, si j'ai des données concernant des véloroutes et voies vertes, je les mettrai volontiers sur OSM mais pas sur le site de l'AF3V. Je n'ai pas envie de faire un travail bénévole si le résultat n'est pas libre et utilisable dans les meilleures conditions par les autres cyclistes. En fait, je rêverais de voir en France un site comme celui de la Suisse à vélo, qui détaillerait des itinéraires nationaux, régionaux, et locaux. Alors certes, la France est un pays beaucoup plus grand, et l'économie autour du vélo est bien moins importante, mais la force du libre permettrait de faire aussi bien que le site Suisse, à défaut de faire (pour l'instant) aussi bien qu'eux sur le terrain. * Comparons le site de l'AF3V et celui de la Suisse à vélo. http://af3v.org/ et http://www.veloland.ch/fr/welcome.cfm Ce sont deux organisations à but non lucratif qui oeuvrent dans le même objectif. Simplement, en Suisse, le tourisme à vélo génère une vrai économie, tandis qu'en France on en est encore à militer pour que les collectivités fassent les aménagements, en espérant que l'économie suive mais sans vraiment s'en préoccuper. Résultat : le site Suisse, très pratique, nous présente un réseau cohérent et continu (et pour l'avoir pratiqué sur le terrain, je confirme qu'il l'est), tandis que le site de l'AF3V nous présente des cartes Google Maps faites par des bénévoles, sans lien entre elles, et avec une ergonomie déplorable (petites fenêtres...) qui ne répond même pas à mon besoin en tant qu'usager cycliste... Résultat : quand je roule en Suisse, je prépare mon itinéraire au préalable à l'aide du site, puis je peux tout faire sans carte et sans hésitation. En France, j'achète surtout des cartes papier, je me débrouille avec le jalonnement fait par les collectivités locales, et parfois je dois chercher un peu mon chemin... Notons aussi qu'on trouve en vente, en Suisse, des guides papier de la Suisse à vélo, ce qui rapporte de l'argent à l'organisation. L'AF3V aurait sans doute intérêt à chercher à exploiter commercialement ses données de la même façon, plutôt qu'à se demander comment faire pour empêcher les autres de le faire... D'ailleurs, pour pouvoir le faire, étant donné que ses cartes sont faites par des bénévoles de toute la France, elle aurait tout intérêt (encore une fois) à utiliser une licence libre. Sinon je ne vois pas comment elle pourrait utiliser ces données à moins de s'en approprier les droits au mépris de ses adhérents contributeurs. A+ -- Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Solutions Linux 2011 - Association OSM - Rencontres SIG La Lettre
Bonjour à tou[te]s, Le salon Solutions Linux 2011 se déroule la semaine prochaine du 10 au 12 Mail 2011. OSM a un stand et vous êtes tous invités à venir échanger quelques mots sur les projets qui nous tiennent à cœur. Je vous propose d'avancer dans la création de l'association en synthétisant le wiki : http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Cela nous permettra de définir les statuts et de pouvoir avancer dans les démarches. Nous pourrons continuer ces discussions et travaux aux rencontres SIG La Lettre la semaine d'après. L'objectif étant qu'au mois de juin nous ayons notre asso toute neuve ;-) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Détails tags points lumineux
Bonjour à tou[te]s, J'ai travaillé sur le fichier des candélabres de la commune de Lambesc. J'ai les informations suivantes que je traduirai dans OSM: Code Ouvrage = ref Position X,Y =lat,lon Puissance_Lampe=power_rating Maintenant question sur la traduction des catégories: Candélabre: lit=yes Poteau: lit=yes + power=pole Sol: lit=yes + height=0 Façade: ??? lit=yes + Attacher le noeud au building ??? J'ai aussi les style de mat (pas certain que cela soit pertinent) Mais que pensez vous de la Famille de Lampe ?: Lampe Sodium Hte Pression Lampe Fluo Led Lampe Iodure Incandescence Compact Fluo Là cela peut être intéressant pour les éco énergies et tout ça ;-) Cela vous parait il pertinent, si oui comment le traduit on ? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solutions Linux 2011 - Association OSM - Rencontres SIG La Lettre
Bonjour Gaël, Malheureusement je ne serai pas présent au salon Solutions Linux, mais je me rattraperai aux journées SIG-la-lettre. Ace propos, qu'en est-il d'un stand OSM à SIG-la-lettre ? Serons-nous accueillis sur le stand OSGéo comme l'an dernier ? Y-aura-t'il de la place pour des posters/bannières OSM ? Avec l'asso, il faut absolument prévoir des T-Shirts OSM-fr ! Je veux le mien ! ;-) a+ Nicolas Le 02/05/2011 16:24, RatZilla$ a écrit : Bonjour à tou[te]s, Le salon Solutions Linux 2011 se déroule la semaine prochaine du 10 au 12 Mail 2011. OSM a un stand et vous êtes tous invités à venir échanger quelques mots sur les projets qui nous tiennent à cœur. Je vous propose d'avancer dans la création de l'association en synthétisant le wiki : http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France Cela nous permettra de définir les statuts et de pouvoir avancer dans les démarches. Nous pourrons continuer ces discussions et travaux aux rencontres SIG La Lettre la semaine d'après. L'objectif étant qu'au mois de juin nous ayons notre asso toute neuve ;-) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
Il y a quelques infos concernant les types de lampes sur une page proposed features http://wiki.openstreetmap.org/wiki/Proposed_features/lamp lamp:lighthttps://mail.google.com/mail/html/compose/static_files/goog_1634106277 =fluorescent/incandescent/LED/sodium/mercury/arc/gas/... - Which light source is used? Le 2 mai 2011 16:51, RatZilla$ ratzil...@gmail.com a écrit : Bonjour à tou[te]s, J'ai travaillé sur le fichier des candélabres de la commune de Lambesc. J'ai les informations suivantes que je traduirai dans OSM: Code Ouvrage = ref Position X,Y =lat,lon Puissance_Lampe=power_rating Maintenant question sur la traduction des catégories: Candélabre: lit=yes Poteau: lit=yes + power=pole Sol: lit=yes + height=0 Façade: ??? lit=yes + Attacher le noeud au building ??? J'ai aussi les style de mat (pas certain que cela soit pertinent) Mais que pensez vous de la Famille de Lampe ?: Lampe Sodium Hte Pression Lampe Fluo Led Lampe Iodure Incandescence Compact Fluo Là cela peut être intéressant pour les éco énergies et tout ça ;-) Cela vous parait il pertinent, si oui comment le traduit on ? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
Mais que pensez vous de la Famille de Lampe ?: Lampe Sodium Hte Pression Lampe Fluo Led Lampe Iodure Incandescence Compact Fluo Là cela peut être intéressant pour les éco énergies et tout ça ;-) Cela vous parait il pertinent, si oui comment le traduit on ? Le type de lampe me paraît moyennement pertinent surtout que je crains qu'il y ait beaucoup de cas difficiles à déterminer sur le terrain. Quid du sodium basse pression, du mercure... différence lampefluo/compact fluo??? Lampe iodure (halogène???), ce n'est pas de l'incandescence? En fin de compte, ce qui peut intéresser certains, c'est le spectre d'émission et l'efficacité énergétique. Dans le même genre, il y a la qualité de l'éclairage: spot vers le sol ou boule qui émet dans toutes les directions sauf le sol. C'est pour ceux qui s'intéressent à la pollution lumineuse. Code Ouvrage = ref Position X,Y =lat,lon Ca, par contre, c'est un référentiel super précis dans la ville. La réf est habituellement marquée sous l'éclairage. Et les services techniques aiment bien quand on leur signale un problème (d'éclairage ou non) avec cette réf. Ils savent tout de suite où ça se passe. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
Merci Fabien et Éric En fait c'est un document fourni par les services techniques (1322 points ;-) Et pour la protection du ciel nocturne, j'ai effectivement la précision boule ou sol (éclairage ascendant) Un collègue éclairagiste me signale qu'il y a des sigles internationaux normalisés pour les types de lampes. Si nous avons l'info on la garde ? ou la ref permettra aux services techniques de faire la jointure pour leurs bases? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
Je m'en doutais mais voici la confirmation : Gal est vraiment quelqu'un de brillant ! ;-) Dsol, c'tait ma petite blague du Lundi soir... Nico Le 02/05/2011 17:52, RatZilla$ a crit: Merci Fabien et ric En fait c'est un document fourni par les services techniques (1322 points ;-) Et pour la protection du ciel nocturne, j'ai effectivement la prcision boule ou sol (clairage ascendant) Un collgue clairagiste me signale qu'il y a des sigles internationaux normaliss pour les types de lampes. Si nous avons l'info on la garde ? ou la "ref" permettra aux services techniques de faire la jointure pour leurs bases? Gal ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détails tags points lumineux
J'en ai eu la confirmation de visu vendredi soir ;-) (Ne pas lui proposer 10 cts à chaque citation du terme OpenStreetMap devant un micro : on pourrait le rendre riche !) C'était quoi déjà, l'autre projet qui avait du mal à se faire connaître ce soir là ? Ah oui ... Wikipedia Belle performance en tout cas Le 2 mai 2011 17:57, Nicolas Moyroud nmoyr...@free.fr a écrit : Je m'en doutais mais voici la confirmation : Gaël est vraiment quelqu'un de brillant ! ;-) Désolé, c'était ma petite blague du Lundi soir... Nico Le 02/05/2011 17:52, RatZilla$ a écrit : Merci Fabien et Éric En fait c'est un document fourni par les services techniques (1322 points ;-) Et pour la protection du ciel nocturne, j'ai effectivement la précision boule ou sol (éclairage ascendant) Un collègue éclairagiste me signale qu'il y a des sigles internationaux normalisés pour les types de lampes. Si nous avons l'info on la garde ? ou la ref permettra aux services techniques de faire la jointure pour leurs bases? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM sur meego
Bonjour, je ne pense pas l'avoir déja vu sur la liste: La distribution meego promu par intel utilise navit et les cartes OSM https://meego.com/devices/in-vehicle/ivi-screenshots https://meego.com/devices/in-vehicle/in-vehicle-faq Malheureusement pour moi, il faut un proc SSE3, et je n'ai qu'un petit ARM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Lorraine Veloroutes Voies Vertes
Le 02/05/2011 14:52, Adrien Caillot a écrit : Le 29/04/2011 12:12, Thomas Clavier a écrit : Aussi, se faire de l'argent sur le dos de bénévoles qui passent du temps et font le boulot de fond et de base pour développer les aménagements et informer, aurait une forte tendance à m'exaspérer. Cette réflexion me fait penser à certains commerçants qui la veille du week-end détruisent les invendus au lieu de les donner à des gens qui en ont besoins. à défaut de pouvoir valoriser mon travail je le garde pour moi, voir je le détruit. Je suis tout à fait d'accord avec cette dernière remarque. Moi aussi ! J'avais signalé, il y a quelques jours, que la Via Francigena disposait d'un guide papier commercialisé par une association et utilisant le fond de carte OSM. On peut signaler à l'AF3V que : * Contrairement aux GR, les itinéraires ne sont pas la propriété de cette association, donc ils se retrouveront tôt ou tard dans OSM donc à disposition aussi des entreprises commerciales. Le modèle économique consistant à garder jalousement les données n'est donc pas viable à terme. Comme il semble ne pas l'être aujourd'hui... J'en conclue que ce modèle n'est pas le bon. * Si l'AF3V met à disposition ses données dans OSM, elle crée un climat favorable au partenariat de fait OSM-AF3V, un climat de sympathie dans la communauté OSM qui favorise leur position dans l'exploitation des données : échange de conseils, coups de mains, conversion de formats... * Si l'AF3V met à disposition ses données dans OSM, elle bénéficie de la primeur, d'une meilleur connaissance de ces données que d'autres utilisateurs, ce qui lui confère un avantage temporaire sur ceux-ci : à elle de mettre à profit cet avantage temporel dans sa stratégie d'édition pour asseoir sa position. * Ils seront les bien-venus sur cette liste pour poser leurs questions... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Another day, another bad import
On Sun, May 1, 2011 at 9:44 PM, Richard Welty rwe...@averillpark.netwrote: On 5/1/11 2:35 PM, Toby Murray wrote: On Sun, May 1, 2011 at 1:28 PM, Richard Weaitrich...@weait.com wrote: On Sun, May 1, 2011 at 2:23 PM, Alan Millargrunthos...@yahoo.com wrote: Yeah... Every time I go editing in some new place, I always find another reason to hate newbies, too. I think that is different in a significant way. It is much easier to fix a newbie than to fix an import. And when you do fix a newbie You've not only fixed their mapping to date, but also their mapping in the future, and even the future mapping of the mappers they meet. Yes, this message has nothing to do with newbies. If newbies are doing large scale imports then that is just another layer of DONOTWANT on top of existing problems with imports. Imports are *HARD* do to right. Any import needs to be done by experienced mappers who have *significant* experience in manual mapping. In my very strongly held opinion. and as i've said before, no import should be done without a plan, and the plan _must_ include QC procedures and provision for a rollback if the QC fails. a newbie shouldn't be doing imports. an experienced mapper who fails to do necessary QC should be taken out back and shot. richard I've been thinking about this from a perspective that is probably not very OSM-like: what if we had a system like StackOverflow, where you need to earn yourself some reputation by doing Good Things before you can do just anything to the data? This relates to the idea of having a badge system [1], where badges would be auto-awarded (as opposed to the lolcats of awesomeness we have currently). More badges - higher rep - more rights in the system. On SO, this is combined with the concept of upvoting / downvoting contributions, which could be translated to changesets, although I'm not so sure if that would work well. If at all feasible I'd say you would only be able to up/downvote changesets covering areas where you made 'significant' contributions yourself. This has some challenges (like the case of editing huge relations) but those could feasibly be met. How would such a system affect the mappers community? I'd say we lose some proponents of egalitarianism-above-everything, but it could work in our favor in cases like this one. As an important side effect, it could also serve to combat the huge churn rate we currently see with new contributors - 70% of OSM accounts never made one single edit, and of those who do, around 65% never edit anything after their first month. I believe giving new mappers concrete, attainable goals and a sense of accomplishment - badges - could really help to retain motivation. [1] http://wiki.openstreetmap.org/wiki/Badges -- Martijn van Exel http://about.me/mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 2:32 AM, Martijn van Exel wrote: I believe giving new mappers concrete, attainable goals and a sense of accomplishment - badges - could really help to retain motivation. Goal: I want to make the map around me correct. Adding MMORPG grinding is not the answer, if only because we have no way of distinguishing good from bad without human observation: http://wiki.openstreetmap.org/wiki/File:West_Harrisburg.jpg ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On Mon, May 2, 2011 at 9:22 AM, Nathan Edgars II nerou...@gmail.com wrote: On 5/2/2011 2:32 AM, Martijn van Exel wrote: I believe giving new mappers concrete, attainable goals and a sense of accomplishment - badges - could really help to retain motivation. Goal: I want to make the map around me correct. Adding MMORPG grinding is not the answer, if only because we have no way of distinguishing good from bad without human observation: http://wiki.openstreetmap.org/wiki/File:West_Harrisburg.jpg We could never do without peer-reviewing of contributions, and I don't presume 'MMORPG grinding' :) is going to change any of that or take that away from OSM. It could however play a role in covering bases that the current open egalitarian system does not: in motivating and, to some extent, regulating the powers of newcomers. As such, it could help reduce - though never fully prevent - cases like the one you link to. What is the story behind this West Harrisburg vandalism situation by the way? -- Martijn van Exel http://about.me/mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 4:29 AM, Martijn van Exel wrote: On Mon, May 2, 2011 at 9:22 AM, Nathan Edgars II nerou...@gmail.com http://wiki.openstreetmap.org/wiki/File:West_Harrisburg.jpg As such, it could help reduce - though never fully prevent - cases like the one you link to. How is that? West Harrisburg was created using ordinary editing tools over a matter of months. Certainly you're not proposing that new editors can't draw roads? What is the story behind this West Harrisburg vandalism situation by the way? Didn't realize this map was supposed to be a real map. Just through[sic] some stuff in there. Thought it was a game or something. Come to find out it's more like Wikipedia. Creating badges for a certain number of edits or other such grinding would, if anything, increase the amount of bogus editing as new editors try to get those badges, and would piss off new editors who know what they're doing (for example, soon after joining, I imported the complete NYC Subway system from a shapefile I had previously created by tracing USGS topos, and successfully merged the portions that had already been mapped). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 12:50 AM, Toby Murray wrote: Ideally there would be an option to delete all nodes in the changeset except if the node is in use by another way. Or is there a better way to handle this? I don't know that this is a better way, but what about an intelligent NHD upload for the areas in question: - If the entity doesn't already exist, then upload it - If there is already a node present at that address in OSM, then use that node. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 12:50 AM, Toby Murray wrote: Then some god damned bot came along and merged all the duplicate nodes I'll bet the bot got a virtual good guys badge for that day... http://matt.dev.openstreetmap.org/dupe_nodes/leaderboard.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On Mon, May 2, 2011 at 11:47 AM, Nathan Edgars II nerou...@gmail.comwrote: On 5/2/2011 4:29 AM, Martijn van Exel wrote: On Mon, May 2, 2011 at 9:22 AM, Nathan Edgars II nerou...@gmail.com http://wiki.openstreetmap.org/wiki/File:West_Harrisburg.jpg As such, it could help reduce - though never fully prevent - cases like the one you link to. How is that? West Harrisburg was created using ordinary editing tools over a matter of months. Certainly you're not proposing that new editors can't draw roads? That could be an option, although you'd need to be able to move on pretty quickly from there. Reputation systems are about trust: you gain trust by delivering quality contributions, you lose it by delivering crap. On eBay it involves peer-rating of contributions, on StackOverflow it's a combination of peer-reviewing and badges, and on OSM I think it could look something like that. You would get badges for doing good things, and changesets could be peer-reviewed (though probably only by fellow users who have done any significant amount of editing in the same area - or at least their ratings would weigh in more). On StackOverflow you can do useful things right from the start: ask and answer questions. Once you gain rep, you can start doing even more useful things quite soon: vote contributions up or down, edit questions, create new tags. I think the benefits of higher quality data and less churn outweigh the imposed limitations associated with the learning curve. What is the story behind this West Harrisburg vandalism situation by the way? Didn't realize this map was supposed to be a real map. Just through[sic] some stuff in there. Thought it was a game or something. Come to find out it's more like Wikipedia. Creating badges for a certain number of edits or other such grinding would, if anything, increase the amount of bogus editing as new editors try to get those badges, and would piss off new editors who know what they're doing (for example, soon after joining, I imported the complete NYC Subway system from a shapefile I had previously created by tracing USGS topos, and successfully merged the portions that had already been mapped). Probably one of the main challenges for a rep system is getting the balance just right: you want to stimulate doing good things but reduce collateral damage (badge hunting) as much as possible. You wouldn't want to reward pure quantity - anyone can add 1000 nodes in one day. Does that mean it can't work at all? I don't think so. In this particular case the threshold could be a little more complicated with a temporal dimension - the Node Regular badge for 1000 nodes in a month, with no more than 100 on any given day. I mean, there's ways to tackle these problems - as there will always be ways to beat the system. You're not going to eliminate evil. As for your specific case of importing the NYC subway - that's great work, and you apparently knew what you were doing. A lot of people don't, and we see the negative effects of that more and more often, pissing off (and even scaring away) experienced mappers. Who would you rather lose: committed and experienced mappers frustrated with yet another ill-advised import, or those not willing to take the time to address the learning curve that is inherently there in an open, do-ocracy-based community? -- Martijn van Exel http://about.me/mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 10:54 AM, Martijn van Exel wrote: Probably one of the main challenges for a rep system is getting the balance just right: you want to stimulate doing good things but reduce collateral damage (badge hunting) as much as possible. You wouldn't want to reward pure quantity - anyone can add 1000 nodes in one day. There's also the more common accidental move of large objects such as admin borders containing hundreds of nodes. It is hard to distinguish that from geometry correction of a roadway for example, where the mapper had to move dozens of nodes by hand, one by one. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD import and conversion - sample data
Hi James, I did some more corrections on the rules files and I think that it covers all the left over points I saw (including adding waterway:stream to one of FCODE for Connectors that wasn't working). Just to confirm, these changes are the ones I see on the wiki, right? Yes In terms of untagged ways, if we don't import ComID's and the rest of the additional NHD tags. But ComIDs are still on the wiki. I can add -t in case there are untagged nodes/ways, but I don't have a strong opinion re: keeping or nuking back-references like ComIDs. My opinion is not strong, which is why I didn't nuke them there. I had stopped using them, as the prospect of ever referencing back to the NHD seemed nearly infinitessimal. Also, it would make conversion much easier ;). cheers ben James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
I see 4 related but different issues here. - New users (or un-noticed users that make poor edits) that cause problems for several reasons. - bots having unintended consequences - new to import users (like the first one but at a new level) - poor tools or instructions on making use of those tools Possible ideas for dealing with these. For new users, Simple and specific type instructions. My understanding is most users start with wanting to add/fix things they are familiar with. So specific instructions for those things, with links to videos if possible, and possibly for each of the major editors (potlatch, JOSM, merkator...) Make and intro video (1-3 min.) almost mandatory for new users when they sign up. A quick welcome, overview of the project, and point out where to find the instructions above to help them with what they want to do. Limit new users to some max number of changes per change set. If they go over, they have a warning about it but can proceed after clicking thru it. That change set could be flagged for review by some volunteers for that task. If they go thru training (instruction material mentioned above) the limit is removed. For bots and imports, try something similar. Limit what they can do until reviewing some good instructions. This relies on *up to date, and quality instructions* being read and followed. Some sort of tracking for training a user has gone thru as well as an honor system for that training. Determining what a user is doing but number of changes per set and/or what tools they are using. The instructions and getting people to use them are probably the best place to put effort. -- Dale Puch ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
