Re: [OSM-talk] [OSM-talk-nl] Recent Edits
In message [EMAIL PROTECTED] Robert (Jamie) Munro [EMAIL PROTECTED] wrote: Tom Hughes wrote: | No, the plan is to have a separate note object and then to make the | map api call return those objects so the editors can display them. So if I am editing something, and I know I've done it wrong, but plan to fix it later, am I supposed to go to the separate notes interface and add a pre-emptive note, rather than use the existing FIXME notation? Or do you plan a separate system to show FIXMEs to people about to write notes to tell them that their note is already known about? Presumably, yes. I don''t know - I've never used a FIXME node. What does the separate object type gain us exactly, apart from more code to maintain? It gives something that can record useful information in a structured way, like the address of the person that added it. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
In message [EMAIL PROTECTED] Tom Hughes [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] Robert (Jamie) Munro [EMAIL PROTECTED] wrote: What does the separate object type gain us exactly, apart from more code to maintain? It gives something that can record useful information in a structured way, like the address of the person that added it. The other it does it that it makes it possible for the server to do things like RSS feeds of tickets in an area - if it had to search for all the nodes with some special tag that would be much harder and/or slower. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
On Feb 2, 2008 11:12 PM, Gervase Markham [EMAIL PROTECTED] wrote: Martijn van Oosterhout wrote: Around here the water levels can vary +/-0.5m (just before the bridge there's a gauge so you can tell at any particular moment if you'll fit). Should the height here be the minimum maximum_height? The maximum height when the water is the heighest? Yeah, it seems to me that putting max_heights on something where one of the surfaces moves is fraught with possible problems... TBH this seems more of a hobbyist requirement anyway. If you're making a map for serious use you'd do it more like a network (like roads) and have routes between junctions that say what the maximum class of boat that can pass through this route. There is a standard classification for such things. No route planner for boats is seriously going to rely on checking the height of every bridge on the way. In the end we have to rely on the official classification for waterways anyway, because if a waterway is not officially classified as permitting a certain class of boat, then a council can just build a non-opening low bridge over it and you're SOL. Then again, this may be academic in the UK, I understand they don't have any waterways that could be classified in the smallest category. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
On Sun, 2008-02-03 at 00:29 +, Robert (Jamie) Munro wrote: So if I am editing something, and I know I've done it wrong, but plan to fix it later, am I supposed to go to the separate notes interface and add a pre-emptive note, rather than use the existing FIXME notation? Or do you plan a separate system to show FIXMEs to people about to write notes to tell them that their note is already known about? What does the separate object type gain us exactly, apart from more code to maintain? There are many issues with notes in the actual data: * It's not anything to do with the actual feature being mapped. * It adds to the complexity of the data. (not really a problem) * It wouldn't be possible to do more complex things like reviewing a notes. For instance, someone could mark a feature that should be checked. Someone else goes and checks and fixes it. There is no way to mark that check request as done if it was done in a note=* tag without just deleting the tag. If the tag was deleted, it may as well have never existed. (I realise you could look at its history, but you'd need to know the ID) -- Bruce Cowan [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
On Feb 3, 2008 1:49 PM, Bruce Cowan [EMAIL PROTECTED] wrote: What does the separate object type gain us exactly, apart from more code to maintain? There are many issues with notes in the actual data: * It's not anything to do with the actual feature being mapped. * It adds to the complexity of the data. (not really a problem) * It wouldn't be possible to do more complex things like reviewing a notes. I think we have a pretty good analogy here: we could ask people to submit bugs by committing comments to the relevent parts of SVN. We don't for pretty much the same reasons we don't want notes in the DB as nodes... A seperate system like Trac is far more appropriate. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-talk-nl] Recent Edits
Martijn van Oosterhout schrieb: I think we have a pretty good analogy here: we could ask people to submit bugs by committing comments to the relevent parts of SVN. We don't for pretty much the same reasons we don't want notes in the DB as nodes... A seperate system like Trac is far more appropriate. I think this error-reporting you're working on is gorgeous and will become a milestone in the evolution of OSM. As you compared it to trac I'd like annotate a few ideas for it's further development. Like in trac different categories of error would be nice: - Wrong/No name (ideally referring to the object's ID) - Wrong position/location (dito) - Wrong direction for oneway (dito) - Missing feature (just referring to coordinates)* - [?] - other Depending on such a classification the mapper knows what needs to be done to confirm/correct the error. Mispellings could probably be solved by couch-potatoes, wrong directions must be checked on-site and missing features or wrong locations require a GPSr. regards, Sven * Maybe offering a dropdown with all possible features to avoid reports like you missed my marvellous tulip bed :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] josm: jump to selection
Also, I think it'd be a good idea to zoom on the selection when it is double-clicked. P.S. Why does the software uses numbers to perform actions (e.g. '3' for Zoom to Selection) and not the function keys (e.g. 'F3')? Cheers, Moshe On Feb 3, 2008 12:30 AM, Moshe Sayag [EMAIL PROTECTED] wrote: Naturally, a pop-up should appear when a user right-clicks on an item at the Current Selection window, Validation Error window, etc. Also, a zoom to layer should be pop-up whenever someone right-click on a layer at the Layer window. Moshe On Feb 2, 2008 9:03 PM, Raphael Studer [EMAIL PROTECTED] wrote: I think such an option should be added in a pop-up menu, where I'd expect to find it. When should this menu popup? I would search this option in the View menu. Regards ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] josm: jump to selection
Naturally, a pop-up should appear when a user right-clicks on an item at the Current Selection window, Validation Error window, etc. Now I unterstand what you mean. I would call this a menu (selection or right-click). In my eyes popups are little windows informs me about an error or a finished transaction. Also, I think it'd be a good idea to zoom on the selection when it is double-clicked. I think the double click solution would be better than the right-click one. Just because there are nearly no right-click sensitive areas in josm right now. Regards Raphael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] How to import shapefile into OSM
Found the Import pages on the wiki.. http://wiki.openstreetmap.org/index.php/Import http://wiki.openstreetmap.org/index.php/Import/Catalogue http://wiki.openstreetmap.org/index.php/Import/Software and added stub rows for Arezzo, Falkland Islands, Sudan, Merano (could the importers fill in the details here please) Are there any other imports not listed there. Under Import/Software, we can start gathering information particularly about importing shapefiles. - Original Message From: Mikel Maron [EMAIL PROTECTED] To: Niccolo Rigacci [EMAIL PROTECTED]; talk@openstreetmap.org Cc: Cristiano Giovando [EMAIL PROTECTED] Sent: Friday, February 1, 2008 10:16:34 AM Subject: Re: How to import shapefile into OSM Cristiano has imported the data freed in Merano in November, which followed a similar conversion path. Might be some reusable tools there? The main trick, as I understood it, was to convert the Shapefile data model, which is list based, into the network model of OSM. That means finding intersecting streets, and have the Way reference a common Node. Also, convert directly into the OSM format, and upload via JOSM -- this allows a manual check on the data and preserves all the tags, etc. Now that we've had 3 or 4 imports from Shapefiles, we should at least start to collect knowledge in the wiki, if not build some generic tools to help this process. - Original Message From: Niccolo Rigacci [EMAIL PROTECTED] To: talk@openstreetmap.org Sent: Wednesday, January 30, 2008 8:24:35 PM Subject: How to import shapefile into OSM Hello, as a result of the 1st Italian Mapping Party we have some geodata freed by the Municipality of Arezzo. The data is in ESRI shapefile format, any suggestion to convert it into OSM? We need to open it in JOSM before upload. I already managed to reproject into WGS84 and eventually convert into GPX, but in this way I lost the tags, e.g. highway names. It seems to me that the TIGER import scripts are too TIGER-centric. Happy Mapping! -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Closed Ways all Opened in Luxembourg
In message [EMAIL PROTECTED] Patrick Weber [EMAIL PROTECTED] wrote: Noticed something very strange just now. Looked at Luxembourg-City in Potlatch, and all closed ways (roundabouts, parking lots ... ) had been opened . By that I mean the last node had been deleted so that that there was a gap and the line wasnt closed anymore. Now this doesnt seem to have been a manual error, I found dozens of errors!! example : http://www.openstreetmap.org/?lat=49.60003lon=6.10759zoom=17layers=B0FT Go into Potlatch, and the roundabout, the parking lot, the graveyard are all not closed anymore (they obviously were before, as Mapnik render shows). Good grief - it was only broken for about 10 minutes... Try it again now. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Closed Ways all Opened in Luxembourg
Patrick Weber wrote: Hi Noticed something very strange just now. Looked at Luxembourg-City in Potlatch, and all closed ways (roundabouts, parking lots ... ) had been opened . By that I mean the last node had been deleted so that that there was a gap and the line wasnt closed anymore. Now this doesnt seem to have been a manual error, I found dozens of errors!! example : http://www.openstreetmap.org/? lat=49.60003lon=6.10759zoom=17layers=B0FT Go into Potlatch, and the roundabout, the parking lot, the graveyard are all not closed anymore (they obviously were before, as Mapnik render shows). Whats goind on ? Short version: An unintended side-effect of a change to the server code deployed about one minute before you sent your message. Spotted instantly and now fixed. Sorry for the inconvenience. Long version: Since the dawn of time, Potlatch has accessed the database directly using SQL statements, rather than the Rails object model that the rest of the site uses. This is principally because I understand a bit of SQL but not any Rails. (But also because, especially in the old API 0.4 days, Potlatch abstracted a lot of stuff away from the user - particularly segments - and that wasn't easily mappable to Rails objects. Well, not easily for a n00b like me.) I'm very much of the school that it doesn't matter if it's written in Fortran as long as it works. Not everyone else is, and that's fair enough, they have their own reasons and I'm not going to say who's right and who's wrong. Anyway, one of those who takes the opposite view s Steve, and again given that most of the Rails code is his he's got the right to say that. So as part of ZXV's Week of OSM, Steve rewrote some of the SQL in Rails. Now this is all great and means that Rails developers can understand the code. _But_ unfortunately it was a full four times slower than the old SQL. Hence why Potlatch has been running slowly for the last week. So today, Tom did a bit of work to improve this. Tom's improved Rails code was just over twice as fast as this, which is clearly a win (i.e. 1.9x slower than original Potlatch SQL). Unfortunately, AIUI due to peculiarities of Rails, this meant that any node would only be returned once for a way... which broke circular ways. Tom deployed this, 30 seconds later I spotted the problem, two minutes later Tom had deployed a fix... it's just bad luck that you were editing in the intervening 2 minutes. :) Anyway, more usefully, Potlatch now automatically resizes itself to your browser window. Still a couple of rough edges to iron out (particularly with the Yahoo imagery) but hope you like it! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Ordnance Survey OpenSpace
Hi, just wondering if anyone has seen a good mash-up using the Ordnance Survey OpenSpace API? Is anyone using this for real?? cheers martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Units convention
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stephen Gower schrieb: troll And maxspeed:metric would be in metres per second. /troll No, that would be maxspeed:SI, metric is still not the same as SI There is some ambiguity in metric, as you have to discern from context, wether a weight is in kg or tons (would be tons for our purposes) so basically, if you want to have it unambiguos without any unit mentioned, you'd need to derive a foo:SI tag for every measure. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHo1icFUbODdpRVDwRAhqbAJ9Uz41c/Agr3OAarcfsPIAZwCU6xQCfU4Um p9nxeKdjX5c7qCH+c6RMiCc= =u31T -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] grouping simple tag proposals
taking on board one of Frederic's comments from last week: there are a lot of proposed 'shop' tags on the proposals page, something which is overwhelming and time-consuming to solve using our current method of tag proposal/ratifying i think it would be a good idea to group a lot of these tags together in one proposal, either to be voted on block-like (accept all or reject all), or listed in a table so voters can put their yes or no next to the respective tag (i think the latter would be better) any tags that get even the slightest objection/comments, etc can be spun out to their own proposal and discussed in more depth as usual this could clear a large chunk of trivial tags on the proposals page very quickly any objections, problems, requests, suggestions? i'll leave it for a few days for people to think it over; if there are no issues come up, i could put this together later in the week ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] voting open - peninsula
this has been open for comment for two weeks now, time to open voting http://wiki.openstreetmap.org/index.php/Proposed_features/peninsula thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] request for more votes - pumping_rig
this has been open for over two weeks, and currently has 4 yes votes and 0 no votes http://wiki.openstreetmap.org/index.php/Proposed_features/rig could i request some more votes please, to push it one way or the other. thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] request for more votes - chalets
this has been open for two weeks, and currently has 4 yes votes and 0 no votes. http://wiki.openstreetmap.org/index.php/Proposed_features/chalets could i request some more votes please, to push it one way or the other. thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] voting open - railway=service
after several weeks of RFC and a re-work of the tagging, this is open for voting http://wiki.openstreetmap.org/index.php/Proposed_features/Service thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] RFC open - rack railway
this has been around for several months now with little input, so i've done a bit of cleanup http://wiki.openstreetmap.org/index.php/Proposed_features/Rack_railway time to open for comments thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Closed Ways all Opened in Luxembourg
On 04/02/2008, Richard Fairhurst [EMAIL PROTECTED] wrote: Anyway, more usefully, Potlatch now automatically resizes itself to your browser window. Still a couple of rough edges to iron out (particularly with the Yahoo imagery) but hope you like it! woooah, col thank richard, been waiting for this one for a while ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] grouping simple tag proposals
Hello, On Feb 3, 2008, at 20:20, Robin Paulson wrote: taking on board one of Frederic's comments from last week: there are a lot of proposed 'shop' tags on the proposals page, something which is overwhelming and time-consuming to solve using our current method of tag proposal/ratifying i think it would be a good idea to group a lot of these tags together in one proposal, [...] any tags that get even the slightest objection/comments, etc can be spun out to their own proposal and discussed in more depth as usual sounds good, but why not go a step further: There could be a page on the wiki for simple proposals, and anything that gets no objections for a week is automatically approved and added to Map Features. Cheers Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Closed Ways all Opened in Luxembourg
I'm very much of the school... that someone should say what was 4 times slower and why? :-) On 3 Feb 2008, at 16:52, Richard Fairhurst wrote: Patrick Weber wrote: Hi Noticed something very strange just now. Looked at Luxembourg-City in Potlatch, and all closed ways (roundabouts, parking lots ... ) had been opened . By that I mean the last node had been deleted so that that there was a gap and the line wasnt closed anymore. Now this doesnt seem to have been a manual error, I found dozens of errors!! example : http://www.openstreetmap.org/? lat=49.60003lon=6.10759zoom=17layers=B0FT Go into Potlatch, and the roundabout, the parking lot, the graveyard are all not closed anymore (they obviously were before, as Mapnik render shows). Whats goind on ? Short version: An unintended side-effect of a change to the server code deployed about one minute before you sent your message. Spotted instantly and now fixed. Sorry for the inconvenience. Long version: Since the dawn of time, Potlatch has accessed the database directly using SQL statements, rather than the Rails object model that the rest of the site uses. This is principally because I understand a bit of SQL but not any Rails. (But also because, especially in the old API 0.4 days, Potlatch abstracted a lot of stuff away from the user - particularly segments - and that wasn't easily mappable to Rails objects. Well, not easily for a n00b like me.) I'm very much of the school that it doesn't matter if it's written in Fortran as long as it works. Not everyone else is, and that's fair enough, they have their own reasons and I'm not going to say who's right and who's wrong. Anyway, one of those who takes the opposite view s Steve, and again given that most of the Rails code is his he's got the right to say that. So as part of ZXV's Week of OSM, Steve rewrote some of the SQL in Rails. Now this is all great and means that Rails developers can understand the code. _But_ unfortunately it was a full four times slower than the old SQL. Hence why Potlatch has been running slowly for the last week. So today, Tom did a bit of work to improve this. Tom's improved Rails code was just over twice as fast as this, which is clearly a win (i.e. 1.9x slower than original Potlatch SQL). Unfortunately, AIUI due to peculiarities of Rails, this meant that any node would only be returned once for a way... which broke circular ways. Tom deployed this, 30 seconds later I spotted the problem, two minutes later Tom had deployed a fix... it's just bad luck that you were editing in the intervening 2 minutes. :) Anyway, more usefully, Potlatch now automatically resizes itself to your browser window. Still a couple of rough edges to iron out (particularly with the Yahoo imagery) but hope you like it! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] request for more votes - power_plant
Robin Paulson schrieb: this has been open for two weeks, and currently has 10 yes votes and 1 no votes. http://wiki.openstreetmap.org/index.php/Proposed_features/Power_plants could i request some more votes please, to push it one way or the other. unless ulf wants to re-consider his opinion. Although I still don't think that the power_source split is a pretty good idea, there seems to be an overwhelming opinion to support this proposal. However, I can live with it and I think it's a good idea to move the stuff to power so I reverted my vote, I guess we can consider this to be approved and can close the voting. Are you gonna do the next steps? Regards, ULFL P.S: I consider it a bad habit to change a proposal without explicit note, if the voting is already going on. When I've done this on other proposals, I've added a bold note sentence to the voting section to make it clear when the change was done and what was changed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] grouping simple tag proposals
On 04/02/2008, Robert Vollmert [EMAIL PROTECTED] wrote: sounds good, but why not go a step further: There could be a page on the wiki for simple proposals, and anything that gets no objections for a week is automatically approved and added to Map Features. i'm not too comfortable with that - there's enough anecdotal evidence that a lot of tags are not as simple as they seem at first, and we generally learn a fair bit form these discussions that can be applied elsewhere ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] grouping simple tag proposals
Robert Vollmert schrieb: Hello, On Feb 3, 2008, at 20:20, Robin Paulson wrote: taking on board one of Frederic's comments from last week: there are a lot of proposed 'shop' tags on the proposals page, something which is overwhelming and time-consuming to solve using our current method of tag proposal/ratifying i think it would be a good idea to group a lot of these tags together in one proposal, [...] any tags that get even the slightest objection/comments, etc can be spun out to their own proposal and discussed in more depth as usual sounds good, but why not go a step further: There could be a page on the wiki for simple proposals, and anything that gets no objections for a week is automatically approved and added to Map Features. Because I want to have good proposals, not fast ones ;-) I guess, lot's of the simple tags are not that simple when you look more close at it, but let's have a try at Robins idea ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki
Hi, First off, I must admit that I don't really understand the specifics of Mediawiki templates ;-) To simplify the http://wiki.openstreetmap.org/index.php/Tr:Map_Features I created a http://wiki.openstreetmap.org/index.php/Tr:Key:shop that uses the template appopiate template, and replaced the table in Tr:Map_Features with a reference to Tr:Key:shop . My problem is that the template only shows official values for the shop key, but there might be more tags that are used only locally. Could the template render those additional tags after the official list, perhaps with a divider row between the official and unofficial / deprecated ones? That way, the Language:Map_Features pages could really turn into a list of template references. The other thing I don't really understand are the pages for Tag:key=value. Do I assume correctly that those pages are only necessary if a certain value is complicated enough that it deserves its own explication? Regards, Hakan -- The Key To Immortality Is First Living A Life Worth Remembering. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Can Mediawiki notify by mail?
Hi, I was just adding the template pages I use to my watchlist. Can Mediawiki notify me with a mail if a certain (a template or even group of templates, like Template:Map_Features_*) changes? I'd rather not check my watchlist manually, computers are far better suited for automatically providing information to humans ;-) Regards, Hakan -- The Key To Immortality Is First Living A Life Worth Remembering. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] POIs from OSM data
Hi, update: http://christeck.de/POIs/ Split into Europe and Germany. As alway in gpx and gpi formats. Additionally gpi_huge contains all POIs in one single file, with proximity alarmy added, useful for mapping. Best regards, ce ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki
On 04/02/2008, Hakan Tandogan [EMAIL PROTECTED] wrote: My problem is that the template only shows official values for the shop key, but there might be more tags that are used only locally. Could the template render those additional tags after the official list, perhaps with a divider row between the official and unofficial / deprecated ones? That way, the Language:Map_Features pages could really turn into a list of template references. i presume you're talking about doing some analysis of planet.osm and producing a list of all tags that are used but don't occur in the map features page. i think this has been talked about before, and it's a good idea, once you get past the noise form spelling mistakes, foreign words, gibberish, etc. tagwatch might be a good place to start with this The other thing I don't really understand are the pages for Tag:key=value. Do I assume correctly that those pages are only necessary if a certain value is complicated enough that it deserves its own explication? no, i think it's a matter of time. every tag needs text explaining it's use, even if it's only to refer to a generic page which covers 20 similar tags (say for 'shop'). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki
Robin Paulson wrote: On 04/02/2008, Hakan Tandogan [EMAIL PROTECTED] wrote: My problem is that the template only shows official values for the shop key, but there might be more tags that are used only locally. Could the template render those additional tags after the official list, perhaps with a divider row between the official and unofficial / deprecated ones? That way, the Language:Map_Features pages could really turn into a list of template references. i presume you're talking about doing some analysis of planet.osm and producing a list of all tags that are used but don't occur in the map features page. i think this has been talked about before, and it's a good idea, once you get past the noise form spelling mistakes, foreign words, gibberish, etc. Actually, I'm talking about creating a Map_Features page where new values for given keys (e.g. highway, shop) appear. The only part I'm complaining is that the Template only allows the approved values whereas I'd like it to show the approved ones first and the semi-legal ones after a divider line. The other thing I don't really understand are the pages for Tag:key=value. Do I assume correctly that those pages are only necessary if a certain value is complicated enough that it deserves its own explication? no, i think it's a matter of time. every tag needs text explaining it's use, even if it's only to refer to a generic page which covers 20 similar tags (say for 'shop'). Yes, but in that case, the generic page would be the Tag:shop page itself. You have to find a middle point between too many sub-pages (too many clicks to get at the information, can't print it on one long page, etc.) and too long main pages. Regards, Hakan -- The Key To Immortality Is First Living A Life Worth Remembering. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Template:Key and Template:Tag pages in OSM-Wiki
On 04/02/2008, Hakan Tandogan [EMAIL PROTECTED] wrote: Actually, I'm talking about creating a Map_Features page where new values for given keys (e.g. highway, shop) appear. The only part I'm complaining is that the Template only allows the approved values whereas I'd like it to show the approved ones first and the semi-legal ones after a divider line. ok, i'm not sure i follow. what are semi-legal tags? or rather, what makes a tag semi-legal? no, i think it's a matter of time. every tag needs text explaining it's use, even if it's only to refer to a generic page which covers 20 similar tags (say for 'shop'). Yes, but in that case, the generic page would be the Tag:shop page itself. You have to find a middle point between too many sub-pages (too many clicks to get at the information, can't print it on one long page, etc.) and too long main pages. right, i see got you. i would guess it's a combination of things, mainly lack of resources. if you think it needs a page to clarify it, it probably does. i've been discussing this recently for the landuse tag, and there are a few others that need clearing up that i will start on at some point. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Place of worship: wayside crosses
Christoph, There was some discussion about this on the list last month, (in a thread that started by talking about the Icon tag), and there is now a proposed tag as wayside_cross (there is also wayside_shrine). http://wiki.openstreetmap.org/index.php/Proposed_features/wayside_cross Wayside crosses are not common in English speaking areas. Well, people put small white crosses up were people died in car accidents, but that's not the same thing. Stephen On 04/02/2008, [EMAIL PROTECTED] wrote: Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hi, on the german list one inhabitant wondered how to name a proposal for wayside crosses: http://fr.wikipedia.org/wiki/Croix_monumentale How do you call them in english speaking countries? What would you recommend for a proposal? An additional tag for place_of_worship or an tag of its own? Thanks best regards, ce ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] new proposal - graveyard
i've noticed that there are two tags for places where people are buried - cemetery and graveyard, with an ambiguous distinction between the two this proposal is to make one obsolete http://wiki.openstreetmap.org/index.php/Proposed_features/graveyard comments are welcome ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] vote open - handball
this has bene open for commetns for several weeks now, with no major objections http://wiki.openstreetmap.org/index.php/Proposed_features/Handball voting is now open, until 2008-02-18 thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] request for more votes - power_plant
On 04/02/2008, Robin Paulson [EMAIL PROTECTED] wrote: However, I can live with it and I think it's a good idea to move the stuff to power so I reverted my vote, I guess we can consider this to be approved and can close the voting. Are you gonna do the next steps? plus, of course, lots of people are now filtering my e-mails, so they won't know about it until my weekly summary, when they'll all spring into action and vote.. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Can Mediawiki notify by mail?
On Feb 4, 2008 12:04 AM, Hakan Tandogan [EMAIL PROTECTED] wrote: Hi, I was just adding the template pages I use to my watchlist. Can Mediawiki notify me with a mail if a certain (a template or even group of templates, like Template:Map_Features_*) changes? I'd rather not check my watchlist manually, computers are far better suited for automatically providing information to humans ;-) Its something I've been wanting from Wikipedia for a while too. -- Ray Booysen [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM needs a measure for completeness
Chris Morley wrote: I have started a new thread with a measure for completeness in the title because this is an important topic for OSM. But the response to the recent posts quoted above, and my raising of it last July, has been only luke-warm. I've added http://wiki.openstreetmap.org/index.php/Straßenschlüssel to the wiki, a German description how to measure completeness: Completeness may be verified most easily for roads. Primary/secondary/.. are listed on most maps. The approach here is focused more on residential: 1) various sources for lists of roads: You may take names from city maps, get them from postal area codes, from telephone books, from address collections and many other sources. 2) encoding of valuable stuff There's a German system how an address may be encoded. It's based on the abbreviations which are used for car plates, an official key for the community, an official list of roads, the house number and the first letters of one's name. This official list of roads assigns a five digit number. This list does include especially all addresses where someone lives. Thus minor tracks or not necessarily included: The finer details differ from community to community. Roads outside the residential areas are not part of these lists. This encoding system is called FEIN or EIN. It is recommended by the police. The road lists (German: Straßenschlüssel) are used for other tasks as well (statistics, ownership, tax, maintenance, ...). The German cycling club (ADFC) uses this system for bicycle encoding as a matter of theft protection. That's why they offer a web service to obtain the personal EIN code for anyone: http://fa-technik.adfc.de/code/ein 3) opengeodb On the ADFC site there's a another web interface for the opengeodb data maintenance, which holds information about many places in Central Europe http://fa-technik.adfc.de/code/opengeodb.pl. These combined datas, the road lists and the opengeodb info, can be used to match OSM data and highway tags. The result is a certain measure of completeness, how many percent of those roads have been tagged by now. It does not include any other stuff that is worth tagging (where it may be more difficult how to measure completeness) and it does lack many tracks or details about the quality of the data (lanes, speed limits, total length etc.) Three larger federal states have been processed by now, see http://wiki.openstreetmap.org/index.php/Category:Statistics - Baden-Württemberg - Nordrhein-Westfalen / North Rhine-Westphalia - Bayern / Bavaria - Oberbayern - Niederbayern One result is a number in percent how many of those residential roads have been tagged. As another result, a second phase may be applied to identify incorrect spellings: see http://wiki.openstreetmap.org/index.php/Talk:Baden-Württemberg#Korrekturvorschläge (suggestions for fixes) I guess that road lists are available almost everywhere. Does anyone else do a match for larger regions, instead of the local area? - Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Can Mediawiki notify by mail?
Ray Booysen wrote: I was just adding the template pages I use to my watchlist. Can Mediawiki notify me with a mail if a certain (a template or even group of templates, like Template:Map_Features_*) changes? I'd rather not check my watchlist manually, computers are far better suited for automatically providing information to humans ;-) Its something I've been wanting from Wikipedia for a while too. As I understand, it's a feature which is included already within the MediaWiki, but which does require an activation. A quick search showed that it is available e.g. as one of the Extensions: http://www.mediawiki.org/wiki/Extension:Email_notification - http://www.mediawiki.org/wiki/Manual:Configuration_settings#Email_notification_.28Enotif.29_settings It's available, but disabled. - Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] FietsRouteNetwerk / Fietsknooppuntennetwerk
Hier zijn al wel eerder discussies over geweest. Zie een thread rond 30 oktober met de titel 'Fietsroutes'. [1] Het lijkt mij heel erg voor de hand liggen om bijvoorbeeld bij het IPO aan te kloppen voor deze data. Ik neem aan dat de routenetwerken gefinancierd worden door de provincies. Op de site van het IPO[2] vind ik zo gauw geen info. Ik heb daar bij IPO helaas geen contacten, maar ken wel iemand die dichtbij het routenetwerk op de Veluwe zit. Als het zo is dat de fietsroutenetwerken met overheidsgeld worden geïnitieerd en onderhouden, vallen ze onder de WOB lijkt mij, en kunnen we iets beginnen. Lijkt me een heel waardevolle aanvulling. Wie wil hier eens verder naar kijken? [1] http://lists.openstreetmap.org/pipermail/talk-nl/2007-October/003635.html -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ Op 2 feb 2008, om 15:02 heeft Joris Meijerink het volgende geschreven: Gisteren had ik iemand aan de lijn na aanleiding van een bericht over de carnavalskaart. Hij vond het openstreetmap een erg mooi initiatief en vroeg of wij ook op de hoogte waren van www.fietsroutenetwerk.net. Ik kon eerst niks van vinden in het talk-nl archief dus dacht ik dat onder de aandacht te brengen van iedereen, maar zie nu dat fietsknooppuntennetwerk hetzelfde is, en dat daar al wel het nodige over te vinden is in het archief. http://lists.openstreetmap.org/pipermail/talk-nl/2007-May/000663.html Is er inmiddels al een wiki pagina over? http://www.mail-archive.com/talk-nl@openstreetmap.org/msg01055.html Het hele netwerk voor Brabant is inmiddels voor de gps beschikbaar gesteld door het Brabants Bureau voor Toerisme. http://www.routebureaubrabant.nl/nieuwsdetail.aspx?id=76 Hier http://wiki.openstreetmap.org/index.php/Bestaande_geodata_hergebruiken#Wandel-_en_fiets-paden staat bbt nog niet bij, misschien ook maar eens een mailtje aan wagen? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] FietsRouteNetwerk / Fietsknooppuntennetwerk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Als het zo is dat de fietsroutenetwerken met overheidsgeld worden geïnitieerd en onderhouden, vallen ze onder de WOB lijkt mij, en kunnen we iets beginnen. Verkeerde aanname... subsidie != overheid. Als je niet op de normale manier kan, klop dan bij de provincie aan. Niet bij de organisatie zelf. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpa7nYH1+F2Rqwn0RCnMQAJoD0eZu8fp+eTgDTuKNJ8ClzMzYKgCgjVE8 OtN3lE6H+CSpi/W9XDnduoA= =9FjR -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] FietsRouteNetwerk / Fietsknooppuntennetwerk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Ja, dat is inderdaad een verkeerde aanname (van mij). Maar de IPO als ingang kiezen om toegang te krijgen tot de data lijkt mij desniettegenstaande de goede manier. Maar volgens mij zeg jij dit ook..? Ik begrijp niet wat je bedoelt met 'de normale manier'. Als de IPO zegt dat je moet lappen (net zoals 9292OV doet, die dus in feite (indirect) uit overheidsgeld wordt gefinancierd), dan moet je aan de provincie wat vragen gaan stellen. Ik ga er altijd van uit dat mensen eerlijk zijn :) maar ga niet steken met zwaarden die je niet hebt (WOB). Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpdYPYH1+F2Rqwn0RCsKLAJ44AK3JSKsZOzYztlpgWZXqGNNtaACfY6C5 eMvznZml5VLtsvY3Y4zcMm0= =HRQU -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] FietsRouteNetwerk / Fietsknooppuntennetwerk
Ja, dat is inderdaad een verkeerde aanname (van mij). Maar de IPO als ingang kiezen om toegang te krijgen tot de data lijkt mij desniettegenstaande de goede manier. Maar volgens mij zeg jij dit ook..? Ik begrijp niet wat je bedoelt met 'de normale manier'. -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ Op 3 feb 2008, om 13:09 heeft Stefan de Konink het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Als het zo is dat de fietsroutenetwerken met overheidsgeld worden geïnitieerd en onderhouden, vallen ze onder de WOB lijkt mij, en kunnen we iets beginnen. Verkeerde aanname... subsidie != overheid. Als je niet op de normale manier kan, klop dan bij de provincie aan. Niet bij de organisatie zelf. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpa7nYH1+F2Rqwn0RCnMQAJoD0eZu8fp+eTgDTuKNJ8ClzMzYKgCgjVE8 OtN3lE6H+CSpi/W9XDnduoA= =9FjR -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[Talk-de] spiegel.de linkt zu osm
spiegel.de linkt unter dem Schlagwort geotagging zu osm -- http://www.spiegel.de/netzwelt/tech/0,1518,531908,00.html Gruß, Stephan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Altes Taggingschema automatisch migrieren
Andreas Hubel schrieb: Ich warte noch immer auf die Durchführung. Blos nicht! Warum ueberhaupt aendern? *_ref sind laut http://wiki.openstreetmap.org/index.php/De:Map_Features#Referenz gueltige Eintraege. Wieso wieder ein Skript, welches irgendwelche Eintraege umbiegt? Gruesse, Banny signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Softwareliste
Sven Grüner schrieb: John07 schrieb: Hallo, gibt es im Wiki eine Seite, die geordnet alle Anwendungen aufführt, die in irgendeiner Weise mit OSM in Verbindung stehen z.B. Kosmos...? Ich kenne nur http://wiki.openstreetmap.org/index.php/Using_OpenStreetMap Das Software zwar nicht im Namen trägt, aber auf viele Anwendungen verweist. Was ich sinnvoll fände wäre eine category:OSM-Software anzulegen und dort sämtliche Programme zuzuordnen. Generell lassen die horizontalen Zusammenhänge im Wiki zu wünschen übrig. Danke für den Link, das ist in etwa das, was ich gesucht habe. Eine Kategorie Software gibts schon, wird aber nicht häufig verwendet. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Altes Taggingschema automatisch migrieren
Andreas Hubel schrieb: Ich warte noch immer auf die Durchführung. +1 Blos nicht! Warum ueberhaupt aendern? *_ref sind laut http://wiki.openstreetmap.org/index.php/#Referenz gueltige Eintraege. Auf De:Map_Features stehen immer mal wieder komische dinge. Andreas hat doch dargelegt, wie geändert werden soll, und die begründung dafür ergibt sich aus der internationalen Features-seite. Wieso wieder ein Skript, welches irgendwelche Eintraege umbiegt? In diesem fall sind alle vorgeschlagenen änderungen eineindeutig. Die ganzen net_ref- und falschen name-einträge sind aus einem missverständnis heraus entstanden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Hallo und einige Fragen
Hallo an alle, ich habe eine Frage zu Openstreetmap. Ist es möglich von einer Strasse/Way markante Punkte (Auf-,Abfahrten, Orte, Kreuzungen etc.) zu ermitteln? Bsp.: Im Radio hört man immer Blitzermeldungen: Blitzer steht auf A4 zwischen Abfahrt A und Abfahrt B. Die Strasse und deren ID zu einer gegebenen GPS-Koordinate kann ich schon recht zuverlässig ermitteln (Http-Api). Als nächstes bräuchte ich markante Punkte auf der Strasse um eine Aussage zu der ungefähren Position treffen zu können, siehe Bsp. Ich hoffe mein Problem ist klar geworden und jemand kann mir einen Denkanstoß geben ;-) Vielen Dank. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Chemnitzer Linuxtage
Hallo zusammen, Chemnitz, Linux und OSM scheint recht gut zusammenzupassen. Denke, dass ich an dem Wochenende mal wieder dort (in meiner alten Heimat ;) ) sein werde. Als Freiwilliger würde ich mich mal anbieten. Kommt natürlich auch drauf an, dass an dem Wochenende nichts wichtigeres bzw. unvorhergesehenes dazwischen kommt. Normalerweise sollte das aber klar gehen. Gruß Thomas - Original Nachricht Von: Jochen Topf [EMAIL PROTECTED] An: talk-de@openstreetmap.org Datum: 31.01.2008 09:25 Betreff: [Talk-de] Chemnitzer Linuxtage Mein OSM-Vortrag für die Chemnitzer Linuxtage ist angenommen worden: http://chemnitzer.linux-tage.de/2008/vortraege/plan.html Ich werde vorrausichtlich Samstag abend und Sonntag den ganzen Tag dort sein. Die Wikipedia-Leute haben uns ein Eckchen auf Ihrem Stand angeboten. Wir könnten dort also ein wenig Präsenz zeigen, ohne gleich einen ganzen eigenen Stand organisieren zu müssen. Wäre sicher auch gut, um die Zusammenarbeit Wikipedia-OSM zu fördern. Ich hab im Wiki mal eine Seite zur Planung angelegt: http://wiki.openstreetmap.org/index.php/Chemnitzer_Linux-Tage_2008 Wer wird noch in Chemnitz sein? Wer würde vielleicht am Wikipedia-Stand präsent sein? Irgendwelche Freiwilligen für sonstigen Aktivitäten? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer-Entwurf
Vielleicht passt dies ja noch irgendwo auf den Flyer: OSM ist gut für die Gesundheit! Viele Kilometer von seinem Computer entfernt dringt der Radfahrer in Straßen vor, die nie eine Coachpotato zuvor gemappt hat. Oder so ähnlich :) Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Doppelte Städtenamen :-(
Christoph Eckert schrieb: Moin, ich bin sehr froh um die Arbeit von Sven. Mir pesönlich ist es wesentlich lieber, korrigierend einzugreifen, statt alles von Hand machen zu müssen. Zumindest in der Gegend hier stellt sich halt für mich leider die Frage, ob jetzt in Summe mehr Nutzen oder mehr Schaden rausgekommen ist. Die importierten Daten sind meines Wissens so getagged, dass man sie automatisiert updaten oder - im schlimmsten Falle - auch wieder aus der Datenbank nehmen könnte. Der existierende Punkt für Nürnberg wurde geändert und ein weiterer an anderer Stelle eingefügt. Anhand der Daten kann man jetzt aber so wie es aussieht nicht mehr erkennen, welcher von den Punkten gelöscht werden könnte. Sven hat mit seinem Posting am 20080119 alle informiert und um Feedback gebeten. Ich finde es schade, dass er jetzt trotz aller Umsicht so angegangen wird. Mir ist vollkommen klar, daß hier einiges an Arbeit reingesteckt wurde und es tut mir auch durchaus leid hier Kritik üben zu müssen. Ich weiß aus eigener Erfahrung das es für den Entwickler demotivierend ist. Aber es muß vollkommen egal sein wieviel Arbeit sich jemand gemacht hat, wenn das Ergebnis problematisch ist! Meine Bitte daher: lasst uns unsere gute Kinderstube nicht vergessen, auch wenn wir mal unterschiedlicher Meinung sind. Sven ist für die ganze Sippe auf die Jagd gegangen und hat uns ein leckeres Abendessen mitgebracht. Das Mammut muss halt jetzt noch zubereitet werden, und nach dem Essen kommt noch der Abwasch. Das sollte aber eigentlich nicht Aufgabe dessen sein, der schon Jagen war. Und Gemeckere dass es ja nur ein junges und kleines Mammut war sollte man sich in der Position des hungrigen Daheimgebliebenen vielleicht besser verkneifen, sonst darf man nur Knochen abnagen :-) . Oh, wir in der Höhle hatten gerade schon gut gegessen und saubergemacht - und jetzt saut hier einer den ganzen Höhlenboden mit den Gedärmen von einem kleinen Mammut voll ;-))) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Softwareliste
Hallo, Was ich sinnvoll fände wäre eine category:OSM-Software anzulegen und dort sämtliche Programme zuzuordnen. Generell lassen die horizontalen Zusammenhänge im Wiki zu wünschen übrig. +1 Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer-Entwurf
Moin, OSM ist gut f�r die Gesundheit! Viele Kilometer von seinem Computer entfernt dringt der Radfahrer in Stra�en vor, die nie eine Coachpotato zuvor gemappt hat. hilft das auch gegen eingewachsene Zehennägel?!? ;) ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Doppelte Städtenamen :-(
Hallo, also ULFL ich kann dich ja verstehen. Meine erste Reaktion war auch: Was soll der Mist, kann man das wieder wech machen? als ich das Ergebnis im Rhein-Main Gebiet sah. Durch die unterschiedlichen Schreibweisen a. Main, am Main, (Main), (Taunus), Ts. usw. war bei uns wirklich fast alles doppelt. Aber es waren auch jede Menge Ortsnamen neu aufgetaucht, die vorher gar nicht da waren. Letztenendes hat es nur einen Abend gebraucht, und Rhein-Main war wieder ok. M.E. ist hier das Verhältnis zwischen Kosten und Nutzen schon ok. Es wäre natürlich besser gewesen, die Zuordnung zwischen Namen etwas intelligenter zu machen Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hallo und einige Fragen
Hi, Bsp.: Im Radio hört man immer Blitzermeldungen: Blitzer steht auf A4 zwischen Abfahrt A und Abfahrt B. Die Strasse und deren ID zu einer gegebenen GPS-Koordinate kann ich schon recht zuverlässig ermitteln (Http-Api). Als nächstes bräuchte ich markante Punkte auf der Strasse um eine Aussage zu der ungefähren Position treffen zu können, siehe Bsp. was ist mit Nodes die eine exit_nr tragen? Sollte doch in etwa sein was Du suchst, oder? Nachteil: Du bekommst den Namen der Ausfahrt, nicht deren Nummer. Also brauchst Du noch irgendwie die Info, welche Nummer die Abfahrt hat. Sollte sich aber machen lassen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Altes Taggingschema automatisch migrieren
Hallo, Ich warte noch immer auf die Durchführung. Hmpf, ich hatte das wegen Aber wir können ja eine Woche warten, ob sich jemand meldet, der etwas dagegen hat. ignoriert und gedacht, die werden mir dann schon nochmal bescheid sagen ;-) ich kuemmere mich heute abend drum. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hallo und einige Fragen
Christoph Eckert schrieb: Hi, Bsp.: Im Radio hört man immer Blitzermeldungen: Blitzer steht auf A4 zwischen Abfahrt A und Abfahrt B. Die Strasse und deren ID zu einer gegebenen GPS-Koordinate kann ich schon recht zuverlässig ermitteln (Http-Api). Als nächstes bräuchte ich markante Punkte auf der Strasse um eine Aussage zu der ungefähren Position treffen zu können, siehe Bsp. was ist mit Nodes die eine exit_nr tragen? Sollte doch in etwa sein was Du suchst, oder? Nachteil: Du bekommst den Namen der Ausfahrt, nicht deren Nummer. Also brauchst Du noch irgendwie die Info, welche Nummer die Abfahrt hat. Sollte sich aber machen lassen. Beste Grüße, ce Hallo, Also Name wäre ja wenigstens etwas ;-) Wenn ich mir mit dem Aufruf http://api.openstreetmap.org/api/0.5/way/13491573/full alle Objekte zurückgeben, die auf die A4 referenzieren, gibts kein Node oder sonstiges das ein exit - tag trägt. siehe: http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5#Basic_Methods_for_Object_Access_and_Manipulation Resolving Forward References You can retrieve an object and all objects referenced by it. GET /api/0.5/objtype/id/full Woran liegts? An der Abfrage, den vorhandenen Daten? Wie könnte ich sonst mit verfügbarer way-ID an die Informationen kommen? Danke. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flyer, Finanzierung und Verteilung
Hallo, Solange die Werbung nicht komplett daneben ist, a la: Die Geofabrik hat 200x das OpenStreeMap Projekt ins Leben gerufen, um ... (wobei mich das bei dir sehr, sehr stark wundern würde ;-) ist das voll ok für mich. Ne, ich wollte schreiben Die Kosten fuer den Druck dieses Flyers hat die Geofabrik GmbH uebernommen, die kommerzielle Dienstleistungen im Neogeographie-Bereich anbietet oder irgend sowas. Ihr kriegt vor dem Druck noch mal das endgueltige PDF zu sehen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Parkplätze
Ich habe gerade im Web geschaut, ob es Karten mit Parkplätzen gibt. Sieht leider ziemlich mau aus. Gibt es bei OpenStreetMap die Möglichkeit, Parkplätze einzuzeichnen? Wenn nicht OpenStreetMap, gibt es da irgendeine vernünftige Alternative, online oder offline? Im konkreten Fall geht es um öffentliche Parkplätze (d.h. Anwohner- Parken ist uninteressant) in der Umgebung der Viktoriastraße in Karlsruhe. Gut, am einfachsten ist es wohl, wenn ich mir eine Karte kopiere oder ausdrucke, und dann von Hand die Parkplätze grob einzeichne. Geht nur darum, ein paar Leuten zu zeigen, wo sie parken können. -- Dipl.-Phys. Felix E. Klee Naunynstr. 2, 76530 Baden-Baden, Germany Tel.: +49 7221 396961, Fax: +49 7221 396960, Mobile: +49 174 1386060 http://www.linkedin.com/in/feklee ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Felix E. Klee schrieb: Gibt es bei OpenStreetMap die Möglichkeit, Parkplätze einzuzeichnen? Sicher gibt es die. Logge zuerst die Parkplatzstraßen und ggf. auch die einzelnen Parzellen. Mache dann eine Fläche, die Du als Parkplatz taggst und ziehe darüber die Parkplatzstraßen, ggf. auch die einzelnen Parzellen. Wir hatten erst vor ein paar Wochen ein sehr gutes Beispiel, wie man das machen kann. Kannst ja mal das Archiv bemühen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
On Sun, 03 Feb 2008 17:07:38 +0100, André Reichelt andre- [EMAIL PROTECTED] said: Gibt es bei OpenStreetMap die Möglichkeit, Parkplätze einzuzeichnen? Sicher gibt es die. Logge zuerst die Parkplatzstraßen und ggf. auch die einzelnen Parzellen. Mache dann eine Fläche, die Du als Parkplatz taggst und ziehe darüber die Parkplatzstraßen, ggf. auch die einzelnen Parzellen. Danke für die Info. Bin absoluter OpenSreetMap-Newbie. Aber vielleicht komme ich nächste Woche dazu, mal die Parkplätze einzuzeichnen. Müsste mir allerdings erstmal ein GPS organisieren. Wir hatten erst vor ein paar Wochen ein sehr gutes Beispiel, wie man das machen kann. Kannst ja mal das Archiv bemühen. Danke für den Hinweis - habe den Thread gefunden. Übrigens, wie sieht es aus mit Parkhäusern/Tiefgaragen? Kann man die auch einzeichnen? -- Dipl.-Phys. Felix E. Klee Naunynstr. 2, 76530 Baden-Baden, Germany Tel.: +49 7221 396961, Fax: +49 7221 396960, Mobile: +49 174 1386060 http://www.linkedin.com/in/feklee ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Trinkbrunnen
Hallo, bin noch ziemlich neu bei OSM. Ich weile gerade in Rom und würde ganz gerne die Trinkbrunnen (Fontanelle), die es hier überall gibt, aufnehmen analog z. B. Telefonzellen. Gibt es dafür schon eine standardisierte Eingabemethode? Was müsste man tun, um ggf. ein neues Symbol / Eigenschaft zu kreieren? Man könnte das ja auch outdoor verwenden, z.B. Trinkwasser / Quelle. Grüße, Dieterdreist ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Hallo, bin noch ziemlich neu bei OSM. Ich weile gerade in Rom und wA 1/4rde ganz gerne die Trinkbrunnen (Fontanelle), die es hier A 1/4berall gibt, aufnehmen analog z. B. Telefonzellen. Gibt es dafA 1/4r schon eine standardisierte Eingabemethode? Am ehesten kaeme dafuer das proposed feature potable_water in Frage (amenity=potable_water). http://wiki.openstreetmap.org/index.php/Proposed_features/Potable_Water amenity=fountain (http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfountain) waere naheliegend, ist aber offenbar mehr fuer Springbrunnen usw. gedacht und nicht fuer Trinkwasser. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] opengeodb: Bayern
Hallo! Wo kommen eigentlich die Straßennnamen her? Ich würde gerne wissen, welche Straßen es in den umliegenden Dörfern hier in der Nähe Überlingens gibt, so dass ich mal zielstrebig auf diese loslaufen/radeln/autofahren kann. Ihr schreibt von einem Skript (perl?), welches die Arbeit erledigt. Kann man das irgendwo 'beziehen' und dann auch relativ einfach auf z.B. eine bestimmte Stadt loslassen? Gruß ... Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] opengeodb: Bayern
Rainer Schulze wrote: Wo kommen eigentlich die Straßennnamen her? Hallo Rainer, lies zurück, das sollte beantwortet sein. Ihr schreibt von einem Skript (perl?), welches die Arbeit erledigt. Kann man das irgendwo 'beziehen' und dann auch relativ einfach auf z.B. eine bestimmte Stadt loslassen? Nein - das erste Script leistet nur die Vorarbeit, die .osm-Daten so aufzubereiten, dass sie direkter mit der Datenbank abgeglichen werden können. Es wäre denkbar, einen solchen Abgleich auch direkt mit den Straßenverzeichnissen durchzuführen, die für fa-technik.adfc.de/code/ein verwendet werden. Das ist aber nicht beabsichtigt. Daher bin ich derzeit wohl der einzige, der OSM mit Straßenverzeichnissen abgleicht. Das kann aber jeder, der z.B. eine Telefonbuch-CD, ein PLZ-Verzeichnis oder andere Übersichten zur Verfügung hat. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Moin, Sicher gibt es die. Logge zuerst die Parkplatzstraßen und ggf. auch die einzelnen Parzellen. Mache dann eine Fläche, die Du als Parkplatz taggst und ziehe darüber die Parkplatzstraßen, ggf. auch die einzelnen Parzellen. Danke für die Info. Bin absoluter OpenSreetMap-Newbie. Aber vielleicht komme ich nächste Woche dazu, mal die Parkplätze einzuzeichnen. Müsste mir allerdings erstmal ein GPS organisieren. falls außenrum schon genug gemappt ist (wovon ich in Karlsruhe einfach mal ausgehe :) braucht man nicht zwingend ein GPSr. Es genügt doch wenn man weiß, dass dort zwischen den beiden Wohnblocks ein Parkplatz ist. Dann setzt man dorthin im einfachsten Falle einen einsamen Node und tagged den als amenity=parking. Ich nehme an, dass das für Deine Zwecke vollkommen ausreichend ist. Falls der Parkplatz größer ist, kann man auch ein Polygon hinmalen, um im Rendering eine eingefärbte Fläche zu erhalten. Ich setze (momentan) immer noch einen Node 'rein, damit in den Karten ein P-Symbol erscheint bzw. damit man sich die Parkplätze als POI aus den Daten extrahieren kann, ohne Flächenschwerpunkte berechnen zu müssen. Für Parkhäuser gilt eigentlich das gleiche. Falls es ein reines Parkhaus ist kann man eine Fläche und building=yes taggen. Oder eben wieder nur einen einfachen Punkt amenity=parking name=Tiefgarage am Friedrichsplatz. HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 30.01.08
Hallo, Worldfile 2008.01.30 läuft bei mir leider nicht. Ich habe die Dateien entpackt und in das entsprechende Verzeichnis kopiert. Anschließend habe ich die Einträge in der REG Datei auf 6323.img und 6323.tdb geändert. Nach dem Start von MapSource erscheint die Fehlermeldung: In der Anwendung ist ein Fehler aufgetreten. Wenn ich den Zustand von dem Worldfile 2008.01.02 wieder herstelle, startet MapSource wieder. Woran kann das liegen? Danke Ciao Holger Carsten Schwede schrieb: Hallo, das neue Worldfile steht zum Download zur Verfügung, wie immer unter: http://wiki.openstreetmap.org/index.php/User:Computerteddy Achtung, die ganze Welt ist gepackt schon knapp ein GB groß! Es sollte jetzt auch keine Probleme mit Mapsource mehr geben wegen leerer Kacheln ohne Hintergrundbitmap, und die POI-Suche müßte auch wieder funktionieren. Ich kann selbst erst heute Nachmittag oder morgen testen. Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Moin, amenity=fountain (http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfountain) waere naheliegend, ist aber offenbar mehr fuer Springbrunnen usw. gedacht und nicht fuer Trinkwasser. wobei man ja fountain nehmen könnte und potable=true dazupacken könnte. Allerdings sind IMO Trinkbrunnen meist viel kleiner als Zierbrunnen. Von daher würde ich persönlich auch zu einem eigenen Tag tendieren. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Christoph Eckert schrieb: Moin, amenity=fountain (http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfountain) waere naheliegend, ist aber offenbar mehr fuer Springbrunnen usw. gedacht und nicht fuer Trinkwasser. wobei man ja fountain nehmen könnte und potable=true dazupacken könnte. Das geht, ist aber eigentlich eher für die wenigen Dorfbrunnen gedacht, aus denen man wirklich noch Trinkwasser entnehmen kann. Allerdings sind IMO Trinkbrunnen meist viel kleiner als Zierbrunnen. Von daher würde ich persönlich auch zu einem eigenen Tag tendieren. Der amenity=potable_water proposal scheint mir da auch besser. Allerdings scheint das Proposal vom Tag her eher in Richtung *amenity=drinking_water zu gehen.* Kann man aber auch später per Skript anpassen. Also ich würde jetzt einfach mal mit amenity=drinking_water anfangen ... Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 30.01.08
Hallo Holger, ich habe den gleichen Effekt bei der Deutschlandkarte, aber nicht bei der ganzen Welt, da funktioniert es. Ich gucke morgen mal nach, kann sein, dass ich wieder ausversehen eine Übersichtskarte mit ins Erstellen der Übersichtskarte reinbekommen habe. Die Scripte die das Ganze machen, die sind mittlerweile etwas unübersichtlich... -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Treffen in Nürnberg/Fürth/Erlan gen - jetzt konkret!
Hallo ulfl, sehr gute Idee. Ich bin dabei. Grüße Oliver Ich hab jetzt einfach das Gefühl ohne einen konkreten Terminvorschlag kommen wir hier nicht weiter, also was haltet Ihr von: Ort: Stadtparkcafe, Engelhardtstraße 20, 90762 Fürth Datum: Do. 28.02.2008 Uhrzeit: 20 Uhr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Hi, Kann man aber auch später per Skript anpassen. solche Worte aus Deinem Munde?!? ;) Schönen Abend, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
On Sunday 03 February 2008 18:12:59 Christoph Eckert wrote: Für Parkhäuser gilt eigentlich das gleiche. Falls es ein reines Parkhaus ist kann man eine Fläche und building=yes taggen. Oder eben wieder nur einen einfachen Punkt amenity=parking name=Tiefgarage am Friedrichsplatz. wie ist denn das mit routingsoftware? ich hab schon öfters versucht eine fläche zu machen, aber es ist ja nicht möglich, dass eine node gleichzeitig zu einer fläche und einem anderen weg gehört oder zu 2 flächen gleichzeitig oder? ansonsten kann ich josm nicht gut genug bedienen :). ich hatte öfters situationen mit supermarkt und angrenzendem parkplatz oder einer strasse und angrenzendem parkplatz. wie sollte ich sowas am besten machen damit auch routingsoftware damit klarkommt? im moment haben parklpätze keine verbindung zu strassen. oder wenn ihr eine stadt habt, wo alles vorbildlich getaggt ist werde ich mich natürlich daran orientieren. harry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 30.01.08
Hallo Carsten, DANKE! ich vergaß zu erwähnen, das es sich um die Deutschlandkarte handelt. Wie Du schreibst tritt der Effekt ja auch bei Dir auf. Ciao Holger Carsten Schwede schrieb: Hallo Holger, ich habe den gleichen Effekt bei der Deutschlandkarte, aber nicht bei der ganzen Welt, da funktioniert es. Ich gucke morgen mal nach, kann sein, dass ich wieder ausversehen eine Übersichtskarte mit ins Erstellen der Übersichtskarte reinbekommen habe. Die Scripte die das Ganze machen, die sind mittlerweile etwas unübersichtlich... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Hi, Immer wieder das Problem, einen englischen Begriff für etwas finden zu müssen, dessen deutsche Bedeutung ganz klar ist, und dessen Übersetzung eher etwas für Linguisten ist. Ich will hier nicht meckern, aber doch zumindest mal die Anregung geben, sich mit dem Problem der Vielsprachigkeit auseinanderzusetzen. es ist halt auch so, dass die englische Sprache viel feinere Unterschiede kennt. Wo es im Deutschen ein einziges Wort gibt, kann es im englischen mehrere geben - die dann im schlimmsten Falle um Nuancen voneinander abweichen. Ich habe z.B. keine Ahnung, wie ich ein 'Wegekreuz' (also dieses christliche Symbol am Wegesrand, aus Holz oder Stein) im Englischen bezeichnen soll. Daher habe ich zunächst mal beim kartieren 'de:Wegekreuz' eingetragen. im Deutschen heißt es halt so, in Bayern evtl. auch 'Marterl'. www.leo.org liefert mir dazu auch keine Übersetzung, aus der ich vielleicht ein Proposal formulieren könnte. Das Problem hatte ich auch schon. Ich habe bisher einen Place of Worship daraus gemacht und als Namen Wegkreuz eingetragen. Sieht allerdings im Rendering blöd aus. Gibt es bei den Spezialisten für Datenbanken und Software vielleicht schon Überlegungen, einmal so etwas wie ein Wörterbuch einzuführen, welches aus meinem 'de:Wegekreuz' oder einem 'it:Fontanella' semantisch das Element findet, welches weltweit verstanden wird? Es kommt noch dazu, dass es zwischen Ländern Unterschiede geben mag. Ich bin mir ziemliche sicher, dass es sowas wie eine Zuordnungtabelle geben wird. Zusätzlich werden die Renderer etc. lernen, auf kulturelle Unterschiede Rücksicht zu nehmen. Ein deutsches wegtyp=autobahn könnte man beim Rendern anders einfärben als ein englisches highway=motorway und so weiter. PS: Sorry, wenn ich hier etwas OT geworden bin, aber dieses Suchen nach dem richtigen Begriff tritt ja hier nicht zum ersten Mal auf, und es gibt sicher eine Vielzahl von OSM-Helfern, die sich im Englischen nicht so doll auskennen, dass sie den Unterschied zwischen fountain, spring, standpipe well (alles von LEO) kennen. Ich frag mal auf der englischen Liste wie die sowas nennen. Freue mich schon auf die vielen verschiedenen Antworten :) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Hallo Christoph! Danke für die Antwort. Bei meiner Frage ging es mir weniger um das Wegekreuz als solches, als vielmehr darum, den Entwicklern von OSM einen Hinweis darauf zu geben, dass sich wahrscheinlich viele 'Mitarbeiter' schwer tun mit dem Englischen im Allgemeinen und so selten vorkommenden Begriffen wie 'Abutters', 'Amenity', 'bridle_way' u.ä. im Besonderen. Es ist irgendwie frustierend, etwas in der Landschaft beobachtet zu haben, es kartieren zu wollen, es benennen zu können, und dann mühselig nach dem passenden englischen Tag suchen zu müssen. Darüber hinaus glaube ich, dass dieses Problem in anderen Ländern (Frankreich, Spanien, Portugal oder Japan, China, Mogolei) weitaus größer ist als in Deutschland, wo wir ja englisch bereits mit der Fernsehwerbung erlernen ;-), und wo deutsch und englisch gemeinsame sprachliche Wurzeln haben. Noch mal: Das Problem (bzw. die Aufgabe) der Übersetzung sollten Sprachspezialisten übernehmen, und nicht die Kartierer/Tagger. Das ist jedenfalls mein Fernwunsch. Gruß ... Rainer PS: Ich kann mich übrigens auch in englisch, französisch und italienisch verständlich machen, am besten gelingt es mir jedoch immer wieder in deutsch ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wettbewerb zur Barrierefreiheit
dieGesellschafter.de schreiben einen Wettbewerb zur Barrierefreiheit in der Stadt aus, vielleicht ist das hier für einige von Interesse, die schon allein durch gute Hinweise in OSM solche Ziele verfolgen? Wettbewerb Ein Pfad für alle http://diegesellschafter.de/projekt/events/pfadfueralle/index.php Einsendeschluss ist der 15. April 2008 Gruß, Stephan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Hi, Danke für die Antwort. Bei meiner Frage ging es mir weniger um das Wegekreuz als solches, als vielmehr darum, den Entwicklern von OSM einen Hinweis darauf zu geben, dass sich wahrscheinlich viele 'Mitarbeiter' schwer tun mit dem Englischen im Allgemeinen und so selten vorkommenden Begriffen wie 'Abutters', 'Amenity', 'bridle_way' u.ä. im Besonderen. Es ist irgendwie frustierend, etwas in der Landschaft beobachtet zu haben, es kartieren zu wollen, es benennen zu können, und dann mühselig nach dem passenden englischen Tag suchen zu müssen. yo. Im Optimalfalle kriegte ein Mapper ja auch die Tags niemals zu Gesicht(e). Im Editor will man Wegkreuz sehen bzw. angeben, ohne zu wissen, dass im Hintergrund ein place_of_worship oder so 'draus gemacht wird. Mit dem derzeitigen Tagging halten wir auch viele Leute ab, die des Englischen überhaupt nicht mächtig sind - und das sind in Deutschland mehr, als man meinen möchte. Darüber hinaus glaube ich, dass dieses Problem in anderen Ländern (Frankreich, Spanien, Portugal oder Japan, China, Mogolei) weitaus größer ist als in Deutschland, wo wir ja englisch bereits mit der Fernsehwerbung erlernen ;-), und wo deutsch und englisch gemeinsame sprachliche Wurzeln haben. Dafür können die Deutschen aber erstaunlich schlecht Englisch - und da stehe ich an vorderster Front. The world's language is not english but bad english ;-) . Noch mal: Das Problem (bzw. die Aufgabe) der Übersetzung sollten Sprachspezialisten übernehmen, und nicht die Kartierer/Tagger. Das ist jedenfalls mein Fernwunsch. Das wird kommen. PS: Ich kann mich übrigens auch in englisch, französisch und italienisch verständlich machen, am besten gelingt es mir jedoch immer wieder in deutsch ;-) Sicher? Ich habe Dich kaum verstanden... ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze
Moin, im moment haben parklpätze keine verbindung zu strassen. ich mache eine Fläche und verbinde die mit einem Serviceweg mit der Straße. Falls der Parkplatz eine unverbundene Fläche oder gar nur ein Punkt ist sollte das auch für den Router zu machen sein (außer Du willst Dich bis in die freie Parkbox lotsen lassen :) : Er führt Dich möglichst nahe an den Parkplatz heran. Wenn er Dich allerdings auf den Standstreifen der Autobahn drängt und zum Anhalten auffordert weißt Du dass was schiefgelaufen ist ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Rainer Schulze schrieb: Christoph Eckert wrote: Moin, amenity=fountain (http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfountain) waere naheliegend, ist aber offenbar mehr fuer Springbrunnen usw. gedacht und nicht fuer Trinkwasser. wobei man ja fountain nehmen könnte und potable=true dazupacken könnte. Allerdings sind IMO Trinkbrunnen meist viel kleiner als Zierbrunnen. Von daher würde ich persönlich auch zu einem eigenen Tag tendieren. Immer wieder das Problem, einen englischen Begriff für etwas finden zu müssen, dessen deutsche Bedeutung ganz klar ist, und dessen Übersetzung eher etwas für Linguisten ist. Diese klare Bedeutung gibt es leider nur auf den ersten Blick! Es gibt da unterschiedliche Meinungen, sprachliche Unterschiede selbst innerhalb Deutschlands, ... Ich will hier nicht meckern, aber doch zumindest mal die Anregung geben, sich mit dem Problem der Vielsprachigkeit auseinanderzusetzen. Da ist der Trinkbrunnen aber jetzt ein schlechtes Beispiel für. Die gibt es überall auf der Welt, und deshalb macht es hier durchaus Sinn sich auf was internationales zu einigen - ist halt noch in Arbeit. Ich habe z.B. keine Ahnung, wie ich ein 'Wegekreuz' (also dieses christliche Symbol am Wegesrand, aus Holz oder Stein) im Englischen bezeichnen soll. Daher habe ich zunächst mal beim kartieren 'de:Wegekreuz' eingetragen. im Deutschen heißt es halt so, in Bayern evtl. auch 'Marterl'. www.leo.org liefert mir dazu auch keine Übersetzung, aus der ich vielleicht ein Proposal formulieren könnte. de:Wegekreuz finde ich hier ok, das ist schon sehr lokal und z.B. in England nicht zu finden. Gibt es bei den Spezialisten für Datenbanken und Software vielleicht schon Überlegungen, einmal so etwas wie ein Wörterbuch einzuführen, welches aus meinem 'de:Wegekreuz' oder einem 'it:Fontanella' semantisch das Element findet, welches weltweit verstanden wird? Nicht das ich wüßte. Und ob es hier oft eine 1:1 Übereinstimmung gibt wage ich mal schwer zu bezweifeln ;-) Gruß ... Rainer PS: Sorry, wenn ich hier etwas OT geworden bin, aber dieses Suchen nach dem richtigen Begriff tritt ja hier nicht zum ersten Mal auf, und es gibt sicher eine Vielzahl von OSM-Helfern, die sich im Englischen nicht so doll auskennen, dass sie den Unterschied zwischen fountain, spring, standpipe well (alles von LEO) kennen. Aber das gleiche Problem hast du dann im deutschen doch auch. Wo ist die genaue Grenze zwischen Dorfbrunnen, Trinkbrunnen, Springbrunnen, Kurbrunnen, ... Das ist auch genau der Grund, warum ich für Begriffe wie Brunnen, die weltweit Bedeutung haben: 1. ein sauberes Proposal (oder mehrere), inkl. möglichst eindeutiger Beschreibung 2. ein (oder mehrere) Bild(er) haben möchte, um möglichen Missdeutungen vorzubeugen haben möchte. Da wird im Moment kontinuierlich Arbeit reingesteckt, um überhaupt erstmal die englischen Begriffe zu klären. Es ist einfach ein Irrglaube, wenn wir einfach die deutschen Begriffe nehmen würden haben wir keine Probleme mehr. Das löst zwar erstmal einige Probleme erzeugt aber nachher größere. Z.B. die Rulesets für die Karten-Renderer sind bereits heute kaum noch überschaubar und hier die unterschiedlichen Definitionen von 160 Ländern einzubauen ist Overkill. Das ganze krankt hauptsächlich eben an den momentan noch fehlenden englischen Standards (momentan gibt es noch weit über 100 Proposals). Wenn wir die erstmal sauber definiert haben, können wir uns die deutschen Besonderheiten anschauen und hier Spezialitäten definieren. Das will aber nicht heißen, daß ich nicht erstmal auch mit einem de:Trinkbrunnen als Tag gut leben kann, daß wird halt aber wohl nie in den offiziellen Karten auftauchen, kann man aber recht einfach später auf einen zukünftigen englischen Standard umbenennen, wenn dieser mal klar ist ... Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Christoph Eckert schrieb: Hi, Kann man aber auch später per Skript anpassen. solche Worte aus Deinem Munde?!? ;) Ich hab kein Problem mit Skripten die auf den OSM Daten arbeiten - es kommt halt drauf an was hinten rauskommt! Skripte - Segen und Fluch moderner Programmierung ;-))) Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trinkbrunnen
Moin, de:Wegekreuz finde ich hier ok, das ist schon sehr lokal und z.B. in England nicht zu finden. es ist schon 'ne Weile her, dass ich in GB unterwegs war, aber man findet die Dinger durchaus auch in anderen Ländern. Ein offizielles Proposal fände ich daher nicht schlecht. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs aus OSM-Daten
Hi, update: http://christeck.de/POIs/ Getrennt in Europa und Deutschland. Wie immer in den Formaten gpx und gpi. Unter gpi_huge finden sich alle POIs mit Annäherungsalarmen in einer einzigen Datei. Ganz nützlich beim Mappen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hallo und einige Fragen
stm [EMAIL PROTECTED] writes: Christoph Eckert schrieb: Bsp.: Im Radio hört man immer Blitzermeldungen: Blitzer steht auf A4 zwischen Abfahrt A und Abfahrt B. Die Strasse und deren ID zu einer gegebenen GPS-Koordinate kann ich schon recht zuverlässig ermitteln (Http-Api). Als nächstes bräuchte ich markante Punkte auf der Strasse um eine Aussage zu der ungefähren Position treffen zu können, siehe Bsp. was ist mit Nodes die eine exit_nr tragen? Sollte doch in etwa sein was Du suchst, oder? Nachteil: Du bekommst den Namen der Ausfahrt, nicht deren Nummer. Also brauchst Du noch irgendwie die Info, welche Nummer die Abfahrt hat. Sollte sich aber machen lassen. Bei mir heissen die Exits motorway_junction, mit ref und name. Die kriegt man mit http://www.informationfreeway.org/api/0.5/*[highway=motorway_junction] Bounding Box geht auch, siehe http://wiki.openstreetmap.org/index.php/OSMXAPI. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 30.01.08
On Fri, 01 Feb 2008 10:32:48 +0100, Carsten Schwede wrote: das neue Worldfile steht zum Download zur Verfügung, wie immer unter: http://wiki.openstreetmap.org/index.php/User:Computerteddy Das funktioniert auch in TTQV so wie es soll, wenn auch der Maximalzoom etwas mickerig ist. Bei Betrachtung der Kacheln ergibt sich aber, daß die Wälder und zum Teil auch Straßen zerhackstückt sind, und zwar an den Kachelgrenzen. Das kommt wohl vom Trenn-Programm, das keine Nodes an den Grenzen einfügt und die Ways nicht zu deren Ende verlängert, oder? -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 30.01.08
Moin Holger, Holger Issle schrieb: Das funktioniert auch in TTQV so wie es soll, wenn auch der Maximalzoom etwas mickerig ist. Was meinst Du mit mickrig? Das voll ausgezoomt keine Elemente mehr sichtbar sind? Bei Betrachtung der Kacheln ergibt sich aber, daß die Wälder und zum Teil auch Straßen zerhackstückt sind, und zwar an den Kachelgrenzen. Das kommt wohl vom Trenn-Programm, das keine Nodes an den Grenzen einfügt und die Ways nicht zu deren Ende verlängert, oder? Dieser Effekt kommt von osmcut, die neue Version muss erst noch weiterentwickelt werden. Wir haben uns erstmal entschieden das Problem des Hauptspeicherverbrauchs anzugehen, bevor wir die Kachelgrenzen in Angriff nehmen. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Gemeinde/Stadtverwaltung
Moinmoin, Ich such ein Tag für das Gebäude der Gemeinde/Stadtverwaltung aber kann irgendwie nichts entsprechendes finden. Hat schon jemand ein solches verwendet? Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hallo und einige Fragen
Colin Marquardt schrieb: stm [EMAIL PROTECTED] writes: Christoph Eckert schrieb: Bsp.: Im Radio hört man immer Blitzermeldungen: Blitzer steht auf A4 zwischen Abfahrt A und Abfahrt B. Die Strasse und deren ID zu einer gegebenen GPS-Koordinate kann ich schon recht zuverlässig ermitteln (Http-Api). Als nächstes bräuchte ich markante Punkte auf der Strasse um eine Aussage zu der ungefähren Position treffen zu können, siehe Bsp. was ist mit Nodes die eine exit_nr tragen? Sollte doch in etwa sein was Du suchst, oder? Nachteil: Du bekommst den Namen der Ausfahrt, nicht deren Nummer. Also brauchst Du noch irgendwie die Info, welche Nummer die Abfahrt hat. Sollte sich aber machen lassen. Bei mir heissen die Exits motorway_junction, mit ref und name. Die kriegt man mit http://www.informationfreeway.org/api/0.5/*[highway=motorway_junction] Bounding Box geht auch, siehe http://wiki.openstreetmap.org/index.php/OSMXAPI. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Morgen, die osmxapi ist wirklich sehr fein. Die habe ich doch glatt übersehen. Aufgefallen ist mir, das die osmxapi einiges langsamer ist. Auch für recht kleine Gebiete/Boundingboxes. Ist das normal? Wie kann ich Strassen einer Stadt zuordnen? Einen tag für den Stadtnamen haben die Strassen irgendwie nicht. Vielen Dank! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-cz] openaerialmap.org
2008/1/31 Pavel Machek [EMAIL PROTECTED]: Trochu jsem si hral, a na `subj` je importovany uhul. Je videt jen pri velkym zvetseni -- 1:10K a vetsi, abych prilis nepretezoval uhul. Pavel Prcve se na to divam v googleearth a je to moc zajimave, jenom to stahovani dat od oam je oproti guglu o dost pomalejsi:), ovsem to se neni cemu divit. -- Michal Grézl http://walley.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [OSM-talk-fr] Le cadastre consultable sur Internet
Le samedi 02 février 2008 à 22:13 +0100, Denis a écrit : Sur l'utilisabilité, je ne vois rien, dans les conditions d'utilisation, qui interdisent que s'appuyer sur ces données mises gratuitement à disposition du contribuable, pour utiliser des limites communales, ou des noms de voies. Le but d'OSM n'est pas de pirater les données parcellaires de la DGI. En revanche, il me parait de bon usage, quand la limite administrative d'une commune s'appuie sur des données cadastrales, d'en mentionner la source dans un tag source. C'est le B-A-BA du droit d'auteur, et une tracabilité importante pour le projet. Moi j'ai l'impression inverse. Il est dit : Un droit d’usage est accordé à l’ensemble des utilisateurs du plan cadastral, sans restriction, pour leur permettre de satisfaire leurs besoins propres. Franchement, je ne crois pas que contribuer à OSM corresponde à un besoin propre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre consultable sur Internet
Mais je ne crois pas qu'il soit utile de reporter dans OSM tous ces noms, lorsque ce sont de petites voies sans habitations. Ou alors, ça sera un énorme travail de bénédictin pour ceux qui se lancerait la-dedans... la force d' OSM est justement que une personne peut ne s'occuper que d'une petite partie (son environnement direct) et du coup le travail est réalisable sans aucun soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] importance d'Orly ?
Le rendu est dépendant du tag 'place' Le 02/02/08, Gand' [EMAIL PROTECTED] a écrit : c'est probablement parce qu'il manquait des infos dessus : population, code insee, code postal, etc. j'ai complété les infos manquantes ... on verra au prochain rendu ;) -- Gand' On Feb 1, 2008 3:39 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir s'il y avait une bonne raison pour qu'Orly soit de la même importance que Paris ? Dans le rendu, le nom est écrit aussi gros que Paris... Je sais pas trop à quoi c'est dû... On pourrait imaginer mettre dans cette taille les préfectures (une par département) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] importance d'Orly ?
j'ai corrigé le tag place ... mais orly est toujours aussi gros ... 2008/2/3 Philippe Piquer [EMAIL PROTECTED]: Le rendu est dépendant du tag 'place' Le 02/02/08, Gand' [EMAIL PROTECTED] a écrit : c'est probablement parce qu'il manquait des infos dessus : population, code insee, code postal, etc. j'ai complété les infos manquantes ... on verra au prochain rendu ;) -- Gand' On Feb 1, 2008 3:39 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir s'il y avait une bonne raison pour qu'Orly soit de la même importance que Paris ? Dans le rendu, le nom est écrit aussi gros que Paris... Je sais pas trop à quoi c'est dû... On pourrait imaginer mettre dans cette taille les préfectures (une par département) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] [Log] Premiere réunion IRC fra ncophone du 2 février 2008 - 21h
2008/2/2, JonathanMM [EMAIL PROTECTED]: Le log de la première réunion IRC est dispo sur le wiki http://wiki.openstreetmap.org/index.php/Reunions_Francophones#Log_de_la_premi.C3.A8re_r.C3.A9union Compte-rendu bientôt disponible C'est très sympa de penser aux absents. Merci. J'ai essayé de lire le log, mais c'est long, très long. Vivement le compte-rendu. Pour l'instant, j'ai noté deux infos très intéressantes : - la notion des catégories Users in... - l'existence du site openstreetmap.fr Pour le second cas, le sujet est-il clôt ? Qu'elle est la décision ? Perso, je suis de l'avis de ne surtout pas créer des doublons. Malgrès toute la bonne volonté, cela se trduit souvent par une dissipation des utilisateurs. Je préfère largement la soution consistant à réorganiser le wiki actuel et avoir un petit portail francophone (ne serait-ce que pour réserver le nom de domaine avant squatage). -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -=- mailto:[EMAIL PROTECTED] -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] importance d'Orly ?
déjà fait ! -- Gand' 2008/2/3 Philippe Piquer [EMAIL PROTECTED]: Il faut redemander le rendu des images ... Le 03/02/08, Gand' [EMAIL PROTECTED] a écrit : j'ai corrigé le tag place ... mais orly est toujours aussi gros ... 2008/2/3 Philippe Piquer [EMAIL PROTECTED]: Le rendu est dépendant du tag 'place' Le 02/02/08, Gand' [EMAIL PROTECTED] a écrit : c'est probablement parce qu'il manquait des infos dessus : population, code insee, code postal, etc. j'ai complété les infos manquantes ... on verra au prochain rendu ;) -- Gand' On Feb 1, 2008 3:39 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir s'il y avait une bonne raison pour qu'Orly soit de la même importance que Paris ? Dans le rendu, le nom est écrit aussi gros que Paris... Je sais pas trop à quoi c'est dû... On pourrait imaginer mettre dans cette taille les préfectures (une par département) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] importance d'Orly ?
bon, j'ai renommé orly en orly_test pour voir si il est bien rendu ! (vous inquietez pas, je le remettrais comme il faut après verif ! -- Gand' 2008/2/3 Gand' [EMAIL PROTECTED]: déjà fait ! -- Gand' 2008/2/3 Philippe Piquer [EMAIL PROTECTED]: Il faut redemander le rendu des images ... Le 03/02/08, Gand' [EMAIL PROTECTED] a écrit : j'ai corrigé le tag place ... mais orly est toujours aussi gros ... 2008/2/3 Philippe Piquer [EMAIL PROTECTED]: Le rendu est dépendant du tag 'place' Le 02/02/08, Gand' [EMAIL PROTECTED] a écrit : c'est probablement parce qu'il manquait des infos dessus : population, code insee, code postal, etc. j'ai complété les infos manquantes ... on verra au prochain rendu ;) -- Gand' On Feb 1, 2008 3:39 PM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, Je voulais savoir s'il y avait une bonne raison pour qu'Orly soit de la même importance que Paris ? Dans le rendu, le nom est écrit aussi gros que Paris... Je sais pas trop à quoi c'est dû... On pourrait imaginer mettre dans cette taille les préfectures (une par département) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] [Log] Premiere réunion IRC fra ncophone du 2 février 2008 - 21h
Guilhem Bonnefille a écrit : Pour le second cas, le sujet est-il clôt ? Qu'elle est la décision ? Perso, je suis de l'avis de ne surtout pas créer des doublons. Malgrès toute la bonne volonté, cela se trduit souvent par une dissipation des utilisateurs. Je préfère largement la soution consistant à réorganiser le wiki actuel et avoir un petit portail francophone (ne serait-ce que pour réserver le nom de domaine avant squatage). Pour le deuxième cas, il a été conclu que la doc resterais sur le site officiel mais que le .fr servirait de vitrine pour le projet francophone ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] [Log] Premiere réunion IRC fra ncophone du 2 février 2008 - 21h
Le 03/02/08, JonathanMM[EMAIL PROTECTED] a écrit : Pour le deuxième cas, il a été conclu que la doc resterais sur le site officiel mais que le .fr servirait de vitrine pour le projet francophone Je pense que c'est effectivement un choix très raisonable. J'ai aussi vu qu'il était question d'ouvrir un planet. Effectivement, ça peut être très sympa de regrouper les blog des contributeurs à OSM. C'est chouette, le projet est très actif. Beau travail à tous. -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -=- mailto:[EMAIL PROTECTED] -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Recencement des présentations ( était : Re: projet de documentation pour ate lier/présentation de OSM/JOSM)
Bonjour à tous, En filant un coup de main à Eric pour préparer la présentation d'OSM à Toulibre (le 6 février, viendez, on compte aussi sur vous), j'ai recherché d'autres présentations. Or, je n'ai rien trouvé sur la partie Francophone du Wiki. Aussi, j'ai amorcé une discussion pour suggérer de mettre cette liste sur la page Press http://wiki.openstreetmap.org/index.php/Talk:Fr:Portal:Press#Support_de_pr.C3.A9sentation Quels sont vos avis ? Des liens vers des présentations de OSM à faire partager ? 2007/7/9, Thomas Walraet [EMAIL PROTECTED]: GARETTE Emmanuel a écrit : Le diaporama est disponible dans le compte rendu d'atelier ici : http://www.coagul.org/article.php3?id_article=615 Faite bonne usage de ce document. Je peux le mettre à côté des autres sur le serveur SVN ? Peux-tu nous donner l'adresse de ce SVN ? -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -=- mailto:[EMAIL PROTECTED] -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Recencement des présentations ( était : Re: projet de documentation pour atelier/pr ésentation de OSM/JOSM)
2007/7/9, Thomas Walraet [EMAIL PROTECTED]: GARETTE Emmanuel a écrit : Le diaporama est disponible dans le compte rendu d'atelier ici : http://www.coagul.org/article.php3?id_article=615 Faite bonne usage de ce document. Je peux le mettre à côté des autres sur le serveur SVN ? Peux-tu nous donner l'adresse de ce SVN ? Je pense qu'il s'agit de ce SVN ci : http://svn.openstreetmap.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Le cadastre consultable sur Internet
GARETTE Emmanuel a écrit : Le samedi 02 février 2008 à 22:13 +0100, Denis a écrit : Sur l'utilisabilité, je ne vois rien, dans les conditions d'utilisation, qui interdisent que s'appuyer sur ces données mises gratuitement à disposition du contribuable, pour utiliser des limites communales, ou des noms de voies. Le but d'OSM n'est pas de pirater les données parcellaires de la DGI. En revanche, il me parait de bon usage, quand la limite administrative d'une commune s'appuie sur des données cadastrales, d'en mentionner la source dans un tag source. C'est le B-A-BA du droit d'auteur, et une tracabilité importante pour le projet. Moi j'ai l'impression inverse. Il est dit : Un droit d’usage est accordé à l’ensemble des utilisateurs du plan cadastral, sans restriction, pour leur permettre de satisfaire leurs besoins propres. Franchement, je ne crois pas que contribuer à OSM corresponde à un besoin propre. Bien au contraire. L'objectif de la Direction Générale des Impôts (financée par ceux qui payent des impôts) est de se conformer aux directives européennes de porter à connaissance des citoyens des informations de base (cf. directive Inspire). Certes, il ne leur ai pas fait obligation de fournir gratuitement ces données à quiconque en fait la demande : l'information géographique est une donnée située sur un marché fortement concurrentiel. Quand, je (en tant qu'utilisateur lambda), me sers d'informations du portail de la DGI, j'use de mon droit normal de contribuable. Mon objectif n'est pas de recenser l'ensemble des parcelles d'une section ou d'une commune. J'ai le droit (le devoir ?) de savoir que telle voie se dénomme chemin départemental n° 15 de Trifouilly-les-Oies à Tataouine-sur-Orgelette et de me servir de cette information pour tout projet auquel je juge opportun d'apporter ma contribution. Il ne faut pas mélanger la protection de (bases de) données coûteuses en terme de mise à jour (d'où l'insistance sur la datation des données mentionnée dans les conditions d'utilisation) et l'utilisation normale, personnelle d'une information issue d'une source légale. Si tu cites la dernière phrase de Sarkozy captée sur Radio France, France2/TF1/M6, risques-tu le procès pour violation de copyright ? NON ! Il faut arrêter de croire que les administrations détiennent un droit exclusif et absolu sur les informations qui relèvent de leur domaine de compétence. La connaissance du territoire ne peut appartenir à personne : c'est le domaine public, le bien commun. C'est la forme et les moyens mis en oeuvre pour structurer, entretenir cette connaissance qui est protégée par le droit d'auteur. Au même titre, une idée n'est pas protégeable, sa mise en oeuvre peut l'être au moyen d'un brevet ou du droit d'auteur (droit sur la structure d'une base de données, par exemple). L'Etat ne peut pas protéger (sauf cas particulier : secret défense, etc.) l'information pour elle-même (Il peut l'ignorer ou la négliger ou la déformer) mais il se bat pour éviter que des informations à caractère opposable (c'est tout l'enjeu de la mise en ligne de données cadastrales contestables entre voisins et la subtilité des outils (mesure de périmètre et de surface) ne soient utilisées n'importe comment. Imaginons, un instant, que les restrictions sur l'utilisation commerciale ne soient pas mises en place ; toutes les sociétés de services informatiques prestataires de collectivités locales se jetteraient sur le portail comme des cochons dans une chênaie. Dans le même temps, si un contribuable souhaite utiliser un nom de rue ou une limite communale pour sa connaissance propre quitte à la faire partager à d'autres via OSM (incluant des utilisations potentiellement commerciales), qu'y dire ? La contrepartie, en tant que contributeur OSM, est de reconnaître que l'information trouvée ou confirmée vient de telle ou telle source. Ce n'est pas simplement respecter le droit moral d'auteur (sans atteindre le droit patrimonial) mais aussi faire preuve d'une honnêté intellectuelle et garantir la traçabilité de la donnée. Maintenant, ce n'est que mon avis. pas celui d'un juriste pointilleux. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr