[talk-ph] gps traces from a delivery service company
Hi, I just had a phone discussion from a delivey/forwarding company. They own several delivery trucks equipped with GPS. They are willing to donate GPS traces provided we give them GPS maps (which I do anyway). Focus areas includes Visayas. Do you think this is a worthwhile data source? Of course we don't expect drivers to do the editing. Any idea on how we should proceed? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
Great. Actually, we need the data for averaging tracks (and if you ask me, I always prefer visual method for best-fit trace over existing satellite images, if they're available). otherwise, we just trace over the tracklogs which represent most likely the center-of-the-roads). Other mappers can name the roads later. I don't suggest uploading their entire gpx data to osm. We only need a few quality tracks. We can expect multiple tracklogs over the same roads on their delivery routes, and I believe we have lots of talents here who can make sense out of their chaotic random lines. Let's see how we go about the clean-up. :-) How big are the files? On Tue, Jun 9, 2009 at 4:13 PM, maning sambale emmanuel.samb...@gmail.comwrote: Hi, I just had a phone discussion from a delivey/forwarding company. They own several delivery trucks equipped with GPS. They are willing to donate GPS traces provided we give them GPS maps (which I do anyway). Focus areas includes Visayas. Do you think this is a worthwhile data source? Of course we don't expect drivers to do the editing. Any idea on how we should proceed? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
On Tue, Jun 9, 2009 at 5:31 PM, Rally de Leonrall...@gmail.com wrote: How big are the files? He he. Excited, wala pa po. We have arranged further discussions. Honestly, I want to see the units first so that I can configure it to 1sec tracking :) Will keep the list posted and hope we can share the load in editing. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
For data donations, do you have any written (by paper of email) consent from the donor? If we have one, why not add the data to OSM. murlwe -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 6/9/2009 4:14:23 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] gps traces from a delivery service company Hi, I just had a phone discussion from a delivey/forwarding company. They own several delivery trucks equipped with GPS. They are willing to donate GPS traces provided we give them GPS maps (which I do anyway). Focus areas includes Visayas. Do you think this is a worthwhile data source? Of course we don't expect drivers to do the editing. Any idea on how we should proceed? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph . span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] gps traces from a delivery service company
On Tue, Jun 9, 2009 at 6:21 PM, Marloue Pidor mur...@mail2engineer.comwrote: For data donations, do you have any written (by paper of email) consent from the donor? If we have one, why not add the data to OSM. murlwe Maybe it depends on the data. If gps tracks will come from delivery vans and they have (more or less) the same route everyday, we'll have lots of redundant gpx tracks on osm (which may be very hard to look at). The group needs to qualify them first before uploading. I'm just not sure if these donors are aware of security issues. It is best to keep their names (and nature of business) confidential. What if it's an armored van carrying money (or container van delivering high-value electronics)? we become automatic suspects if somebody rob/hijack the van. Si maning ang unang ito-torture ng NBI/CIDG, hehe ;-) But maybe, if it's the type like aluminum van that delivers appliances, then that will be great since they don't have fix route. -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 6/9/2009 4:14:23 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] gps traces from a delivery service company Hi, I just had a phone discussion from a delivey/forwarding company. They own several delivery trucks equipped with GPS. They are willing to donate GPS traces provided we give them GPS maps (which I do anyway). Focus areas includes Visayas. Do you think this is a worthwhile data source? Of course we don't expect drivers to do the editing. Any idea on how we should proceed? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph . ___ Get the Free email that has everyone talking at http://www.mail2world.com Unlimited Email Storage POP3 Calendar SMS Translator Much More! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] talk-ph Digest, Vol 11, Issue 12
Hi, Can we put the NOAA shoreline data for OSM??it might be helpful if its free... thanks, ,noel ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] talk-ph Digest, Vol 11, Issue 12
Not entirely sure, but NOAA coastline are too coarse for our level of mapping. Need to check and verfiy On Wed, Jun 10, 2009 at 9:43 AM, noel mondragonnoel_pylo...@yahoo.com wrote: Hi, Can we put the NOAA shoreline data for OSM??it might be helpful if its free... thanks, ,noel ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] talk-ph Digest, Vol 11, Issue 12
Yes, too coarse ... it is accurate enough in positioning, but coarse. It is what I used for waypoints.ph vicinity maps. It has more islands and islets though than the current OSM coastlines. On Wed, Jun 10, 2009 at 10:34 AM, maning sambale emmanuel.samb...@gmail.com wrote: Not entirely sure, but NOAA coastline are too coarse for our level of mapping. Need to check and verfiy On Wed, Jun 10, 2009 at 9:43 AM, noel mondragonnoel_pylo...@yahoo.com wrote: Hi, Can we put the NOAA shoreline data for OSM??it might be helpful if its free... thanks, ,noel ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works
On Mon, Jun 8, 2009 at 11:46 PM, Henk Hoff o...@toffehoff.nl wrote: Peter Millar schreef: - Original Message - From: Henk Hoff o...@toffehoff.nl To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Saturday, 6 June, 2009 01:54:07 GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works The LWG has mentioned this issue with ODC. There will be an RC2 of the ODbL in which this problem is solved. The change will be: 1. Add something on produced work/derivative db question along lines of: Any derivative Database used in the creation of a Publicly Available Produced Work should be considered itself as Publicly Available and therefore subject to Section 4.4. (where Section 4.4 is the Share Alike clause) 2. Remove the reverse engineering clause. With these two changes the focus of the SA-clause (within the ODbL) is on the data and not the produced work as a whole. It's basicly saying: we don't care what license you use for your Produced Work, as long as the derivative database that you used to create the Produced Work is publicly available under the ODbL license (or a by OSMF determined compatible one). Since the data itself will have ODbL, we don't need the reverse engineering clause anymore on any produced work. This also protects any copyright data that is used with a collective (!) database (since there is no reverse engineering applicable). We (the LWG) think this is an adequate solution to the problem of having Produced Work released under another license. Cheers, Henk Hoff I'm not sure I follow this. Is it proposed that the reverse engineering clause is removed altogether or just in the context of a Produced Work with a share-alike licence? Peter It is proposed to removed the clause 4.7 altogether, because it suits no purpose with the addition of derivative databases being public when the produced work is also public. Why bother to do all the reverse engineering when the data with which the produced work is made is already freely available? In the RC1 this was not the case. So if you have a Produced Work based on: - the database: no need for reverse engineering since the database is freely available The database is not freely available. It is only available under OdbL. The incentive to reverse engineer a produced work would be to create map data that isn't constrained by the OdbL. This modification would allow that to happen. This is unsatisfactory. 80n ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OGC Geospatial Rights Management Summit
Hi, Elizabeth Dodd wrote: Facts are Facts and can't be Copyrighted ... which ist not exactly the position that OSM is taking on this matter; in fact, with ODBL we go to great lengths to ensure that even if our facts should not be copyrightable we still get to say exactly under what conditions they are used through contract and database law. We're willing to enter completely uncharted waters and use a new and untested licensing framework precisely because we do *not* want our data to be free of any restrictions. So if you are looking for someone who takes the above position, best talk to one of the Science Commons guys! Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OGC Geospatial Rights Management Summit
On Tue, 9 Jun 2009, Frederik Ramm wrote: Hi, Elizabeth Dodd wrote: Facts are Facts and can't be Copyrighted ... which ist not exactly the position that OSM is taking on this matter; in fact, with ODBL we go to great lengths to ensure that even if our facts should not be copyrightable we still get to say exactly under what conditions they are used through contract and database law. We're willing to enter completely uncharted waters and use a new and untested licensing framework precisely because we do *not* want our data to be free of any restrictions. So if you are looking for someone who takes the above position, best talk to one of the Science Commons guys! Bye Frederik That is the basis of Australian law, and recent a High Court decision has returned us to that position, carefully deciding that a database, to be subject to copyright, had to demonstrate intellectual or artistic input. So the facts from a map in Australia can't be copyrighted. The intellectual and artistic work of creating a map results in a map which can be copyright. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works
Matt Amos wrote: RichardF's findings on tracing over photographs make me wonder whether similar arguments can be made for tracing over rendered images. Well, the issue is whether licensing an image as BSD (or CC-BY-SA, or all-rights-reserved, or whatever) automatically overwrites all other rights, or lack of them, associated with the subject matter of the image. We are learning that it doesn't: my interminable blog posting of the other day about aerial photographs was just one example of that. Here's another. I can lean out of my window here and take a picture of the car park, and license it as CC-BY-SA. No problem with that. There's a Volkswagen Passat parked outside the window. So is the distinctive shape of the Passat now CC-BY-SA? Can I start up a business making sharealike cars? Or does CC-BY-SA's clause that says you may not impose any terms on the Work that alter or restrict the terms of this License prevent me from taking the photo, because of the design right and copyright on the Passat body shape? Of course not. Or I could go into the other office and take a picture out of that window. I'd probably get several copyrighted Sainsburys slogans, a Sainsburys logo, a Molson Coors logo, and several bits of architecture. If I took a video instead, I'd get some cheesy house music from the chavs driving past and maybe even the traffic light sequence at the crossroads, which as any Burton resident will tell you, is a very creative work indeed. All of this is variously copyrightable/trademarkable/wtf in different jurisdictions. But again, though I'm entitled to license this photo/video as BSD or CC-BY-SA, that doesn't liberate (yeuch) all the content within it. Other rights can and do apply. This seems, to me, to be what the revised ODbL is saying. But I may be wrong. cheers Richard -- View this message in context: http://www.nabble.com/ODbL-1.0-Release-Candidate-now-available-tp23314563p23939599.html Sent from the OpenStreetMap - Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works
Dave Stubbs wrote: how does 4.3 interact with that, or any of this discussion about bsd/whatever-the-hell-you-like licenses for produced works? (the you must attribute the database on produced works bit) I don't see any way in which ODbL allows you to distribute a Produced Work without attributing OSM. I _think_ it might be less ambiguous if it is available under this Licence (4.3) was augmented to it is made available here under this Licence as per the example text below. I.e. these conditions still apply to this data here, not these conditions would apply to the data if you were to get it from somewhere else. cheers Richard -- View this message in context: http://www.nabble.com/ODbL-1.0-Release-Candidate-now-available-tp23314563p23939663.html Sent from the OpenStreetMap - Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL RC and share-alike licensing of Produced Works
On Tue, Jun 9, 2009 at 9:07 AM, Frederik Rammfrede...@remote.org wrote: Matt Amos wrote: my understanding is that, because we have database rights (and possibly other IP rights) in the original database, the re-created database is still (a substantial extract of) an ODbL licensed database. So you can create a substantial extract of a database without ever having had access to the database in any form; in fact, without even knowing that it exists? oh yes indeed. an analogy would be if i were handed a sheet of handwritten script and i photocopied it - i might be reproducing a copyrighted poem/short story/haiku without ever knowing that it was copyrighted. of course, it would be difficult to sue me, as i was not aware of the infringement, but it would be easy to prevent me distributing any more photocopies. and it wouldn't make the photocopies i had already distributed free in any way. also, because ODbL requires attribution which states that the original data was ODbL licensed, it would be harder to claim that i didn't know the database even exists. cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] OGC Geospatial Rights Management Summit
Puneet Kishor, who is a Science Commons Fellow looking at geospatial data and climate change, will be attending and hoisting the facts can't be copyrighted flag. jtw legal-talk-requ...@openstreetmap.org wrote: Message: 7 Date: Tue, 09 Jun 2009 10:06:00 +0200 From: Frederik Ramm frede...@remote.org Subject: Re: [OSM-legal-talk] OGC Geospatial Rights Management Summit To: Licensing and other legal discussions. legal-talk@openstreetmap.org Message-ID: 4a2e17e8.4050...@remote.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, Elizabeth Dodd wrote: Facts are Facts and can't be Copyrighted ... which ist not exactly the position that OSM is taking on this matter; in fact, with ODBL we go to great lengths to ensure that even if our facts should not be copyrightable we still get to say exactly under what conditions they are used through contract and database law. We're willing to enter completely uncharted waters and use a new and untested licensing framework precisely because we do *not* want our data to be free of any restrictions. So if you are looking for someone who takes the above position, best talk to one of the Science Commons guys! Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
Hi, Martin Koppenhoefer wrote: I guess you are talking about the pantheon (the parthenon is in Athens) What an embarassment ;-) you're right of course. I was thinking of Rome not Greece. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Open*Map.* ?
On Mon, 8 Jun 2009, Russ Nelson wrote: Is there a comprehensive listing of all Open*Map.* sites anywhere? Not comprehensive, but there is a list on the Wikipedia page. - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted feature for API 0.7 ??
2009/6/9 Nop ekkeh...@gmx.de: Hi! Dave Stubbs schrieb: Which just tells you those aren't the appropriate tags of which matt speaks. Careful selection of tags means that nothing existing needs to change, unless it's to make life easier for the user by adding filtering features. That is exactly the problem. When you add things that are not supposed to be visible by default, as they describe past or future objects, the items are there. And by no amount of tagging can you make them go away, that requires awareness of your tags and active filtering on part of all applications. Or can you please describe how an appropriate tag should look like e.g. for an object that will be torn down next year, so that it disappears from the map at the appropriate time without changing the renderers? Umm.. you can't. And why would you want to? It's a wiki. You can edit it. highway=motorway demolition_date=2009-09-01 then, on 1st September a mapper can come along, actually check the thing /was/ demolished (possibly prompted by some clever application) and replace with: highway=demolished_motorway demolition_date=2009-09-01 18:03:05+00 Anybody who wants to try to be clever can add knowledge of the demolition_date tag to their renderer/router. Anybody who doesn't will have the motorway disappear from their maps when they next update. Same goes for construction... highway=under_construction_motorway construction_complete_date=2009-10-12 to highway=motorway construction_complete_date=2011-08-05 The unaware renderer will see the motorway when it gets an update. The aware renderer will start displaying the motorway about 2 years too early, although you can expect the mapper to have updated the expected completion date by then as no doubt the political fallout of yet another multi-million pound government overrun gets splashed over the papers. None of this stops the ways appearing in the editor, but as has been mentioned, there's more than one reason why that could be a bad idea anyway. This kind of thing comes under unless it's to make life easier for the user by adding filtering features. Dave PS. I'm not actually advocating those particular tags names, or even saying they're a terrible idea, or that governments can't deliver big projects on time :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google Earth equivalent for Openstreetmap
Sometimes when I have to plan a route, I can simple open the city in google-earth, and then draw a path, and save it as kml, and then convert it to the format my GPS understands. So In GPS I just have to load the track and follow it. Is there a similar software in openstreetmap which downloads openstreetmap data, allows me to create a track based on that. I am not interested in ariel imagery, just the map. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Earth equivalent for Openstreetmap
Did you have a look to Marble ? Iam not sure it can draw a track... but it the most google earth like for OSM AFAIK. On Tue, Jun 9, 2009 at 10:40 AM, Tanveer Singh tanveer1...@gmail.comwrote: Sometimes when I have to plan a route, I can simple open the city in google-earth, and then draw a path, and save it as kml, and then convert it to the format my GPS understands. So In GPS I just have to load the track and follow it. Is there a similar software in openstreetmap which downloads openstreetmap data, allows me to create a track based on that. I am not interested in ariel imagery, just the map. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] tagging tyre/tire services?
Hi! Didn't find in Map Features page how to tag a service that can mount, unmount and repair motorcar tyres. This is a quite important POI for a car traveller. Looking at tagwatch, I've found a small usage of service=tire, 55 instances in Europe. Let's define an official tag for this and document it in Map Features page. An advice from native English speakers is required: which word is better for tag key: service or shop? which word is correct for tag value: tire or tyre? -- Totus tuus, Glebius. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Earth equivalent for Openstreetmap
El Martes, 9 de Junio de 2009, Tanveer Singh escribió: Is there a similar software in openstreetmap which downloads openstreetmap data, allows me to create a track based on that. I think that Viking should do the trick. It isn't as fancy as GEarth, but it will let you create waypoints in a variety of formats. Have a look at http://sourceforge.net/projects/viking/ Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging tyre/tire services?
On Tue, Jun 9, 2009 at 10:14 AM, Gleb Smirnoff gleb...@glebius.int.ruwrote: Hi! Didn't find in Map Features page how to tag a service that can mount, unmount and repair motorcar tyres. This is a quite important POI for a car traveller. Looking at tagwatch, I've found a small usage of service=tire, 55 instances in Europe. Let's define an official tag for this and document it in Map Features page. An advice from native English speakers is required: which word is better for tag key: service or shop? which word is correct for tag value: tire or tyre? service=tyre I think would be the better choice out of those options. -- http://short.ie/nenagh/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - 'living_street'
Paul, thank you for being the first to respond to my post with the new subject :) OSM wiki is a great resource and really does clarify a lot. Meanwhile it is work in progress like all wikis and still leaves some space for possible confusion here and there... The reason for my question and proposal is that there is a lot of confusion and discussions between Russian OSM members on what should be tagged as a 'living_street'. I am personally not a supporter of mapping all garbage collection ways :) But residential areas in Russian cities are full of public un-named ways that are an important means for getting to the destination, sometimes via a long and complicated path. And traffic rules applicable on these un-named streets are very much the same as for the named living streets. So it is really important for navigation software to know about them and treat/render them appropriately. Please have a look at this picture: http://wiki.openstreetmap.org/wiki/Image:Residential_area_way_1.jpg . Officially it's an un-named way in a residential area. Does it qualify as an alley? ;) What is the right word for it that you would pick as a native English-speaker? The most discussed questions are: - is having a name really important for an object to be a 'living_street' (say, http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street explicitly suggests no 'name' tag for a 'living_street' in Belarus) - is being marked with a residential area traffic sign really important for an object to be a 'living_street' (living street traffic rules may be implied on certain ways without any signs) - what may be other important characteristics of a 'living_street as compared to service Any feedback is most appreciated... Regards, Sergey - Original Message - From: Paul Johnson ba...@ursamundi.org To: talk@openstreetmap.org Sent: Tuesday, June 09, 2009 2:25 AM Subject: Re: [OSM-talk] RFC - 'living_street' USHAKOV, Sergey wrote: [...] I honestly don't see where the confusion is. Alleys occur in all kinds of districts throughout the world, the type of way doesn't change purely on inductive reasoning alone. If it's a back alleyway where you're not expected to do more than find hidden driveways, garbage and delivery access, and maybe off-street parking, it's not a living_street even if all the ways around it are. Wikipedia isn't the best example making a judgement call on this, either; our own wiki is much better in this regard. Our wiki has tagging examples and graphics that seem to make it pretty clear that the living_street tag applies only to ways that are actually living_streets, not all ways in an area. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice http://wiki.openstreetmap.org/wiki/Living_street ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - 'living_street'
The Russian example looks like highway=service to me (ie basically a car-park). The main thing about a living-street is that it's been paved to be much more pedestrian-friendly, and you can't see very far (so everything goes slowly). Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Cheat Sheet
Hi everybody, I recently came across the idea of producing a cheat sheet of the Map Features page for mappers to take into the field. I hink that this is a great idea and I have set up a wiki page ( http://wiki.openstreetmap.org/wiki/Cheat_sheet) to discuss and refine a concept for something like this. The goal of the project would be to produce high quality and highly portable cheat sheets for the OSM community to facilitate the usage of the ever expanding amount of tags. Please participate. Greetings, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - 'living_street' (USHAKOV, Sergey)
There is a certain degree of cultural bias in the classifications used in OSM - but the freedom to change things. Although 'living_street' has particular usage in western europe, are types of street found in other countries that hardly exist in western europe that I think living street is trying to reproduce. I think those in Russia can decide to use this tag if they have a common type of arrangement of streets that is not common elsewhere. but appears to fit the definition. They should also feel free to use a new name if there really is not a suitable name currently in use. I was surprised to see in china that most residential streets have gates on them to that only residents of the apartments blocks can enter. It could be tempting to classify them as alleys. but they could also fit living street, or just residential, if the user knows that the convention in China is for there to be a gate. In some countries roads in industrial estates are classes as residential, in others, service, and in other unclassified. - it might offend purists, but we do allow cultural flexibility in tagging as well as cultural and technical norms of road design and use. James Message: 8 Date: Tue, 9 Jun 2009 13:49:26 +0400 From: USHAKOV, Sergey usha...@int.com.ru Subject: Re: [OSM-talk] RFC - 'living_street' To: talk@openstreetmap.org Cc: Paul Johnson ba...@ursamundi.org Message-ID: 2f55ecac18e04817b14b237732dfe...@office.chemitech.ru Content-Type: text/plain; format=flowed; charset=utf-8; reply-type=original Paul, thank you for being the first to respond to my post with the new subject :) OSM wiki is a great resource and really does clarify a lot. Meanwhile it is work in progress like all wikis and still leaves some space for possible confusion here and there... The reason for my question and proposal is that there is a lot of confusion and discussions between Russian OSM members on what should be tagged as a 'living_street'. I am personally not a supporter of mapping all garbage collection ways :) But residential areas in Russian cities are full of public un-named ways that are an important means for getting to the destination, sometimes via a long and complicated path. And traffic rules applicable on these un-named streets are very much the same as for the named living streets. So it is really important for navigation software to know about them and treat/render them appropriately. Please have a look at this picture: http://wiki.openstreetmap.org/wiki/Image:Residential_area_way_1.jpg . Officially it's an un-named way in a residential area. Does it qualify as an alley? ;) What is the right word for it that you would pick as a native English-speaker? The most discussed questions are: - is having a name really important for an object to be a 'living_street' (say, http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street explicitly suggests no 'name' tag for a 'living_street' in Belarus) - is being marked with a residential area traffic sign really important for an object to be a 'living_street' (living street traffic rules may be implied on certain ways without any signs) - what may be other important characteristics of a 'living_street as compared to service Any feedback is most appreciated... Regards, Sergey - Original Message - From: Paul Johnson ba...@ursamundi.org To: talk@openstreetmap.org Sent: Tuesday, June 09, 2009 2:25 AM Subject: Re: [OSM-talk] RFC - 'living_street' USHAKOV, Sergey wrote: [...] I honestly don't see where the confusion is. Alleys occur in all kinds of districts throughout the world, the type of way doesn't change purely on inductive reasoning alone. If it's a back alleyway where you're not expected to do more than find hidden driveways, garbage and delivery access, and maybe off-street parking, it's not a living_street even if all the ways around it are. Wikipedia isn't the best example making a judgement call on this, either; our own wiki is much better in this regard. Our wiki has tagging examples and graphics that seem to make it pretty clear that the living_street tag applies only to ways that are actually living_streets, not all ways in an area. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice http://wiki.openstreetmap.org/wiki/Living_street ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging tyre/tire services?
On Tue, Jun 9, 2009 at 2:44 PM, Gleb Smirnoff gleb...@glebius.int.ruwrote: Didn't find in Map Features page how to tag a service that can mount, unmount and repair motorcar tyres. This is a quite important POI for a car traveller. Looking at tagwatch, I've found a small usage of service=tire, 55 instances in Europe. Let's define an official tag for this and document it in Map Features page. An advice from native English speakers is required: How about amenity=tire_repair along the lines of amenity=fuel, amenity=recycling ? We can then have further tags to identify what kind of tires are serviced (bicycle tires, motorcycle tires, car/larger vehicle tires). - Pradeep B V Mapunity - social technology at work www.mapunity.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Earth equivalent for Openstreetmap
2009/6/9 Iván Sánchez Ortega i...@sanchezortega.es: El Martes, 9 de Junio de 2009, Tanveer Singh escribió: Is there a similar software in openstreetmap which downloads openstreetmap data, allows me to create a track based on that. I think that Viking should do the trick. It isn't as fancy as GEarth, but it will let you create waypoints in a variety of formats. Have a look at http://sourceforge.net/projects/viking/ Cheers, This page offers an online-service that might be what you want: http://gnuher.de/cycleroute/map (it seems to be intended for bicycles but could IMHO be used for any purpose). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - 'living_street'
USHAKOV, Sergey schrieb: .. Please have a look at this picture: http://wiki.openstreetmap.org/wiki/Image:Residential_area_way_1.jpg . Officially it's an un-named way in a residential area. Does it qualify as an alley? ;) What is the right word for it that you would pick as a native English-speaker? IMO it's should be tagged as highay=servive Regards Mario ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overhauled the Garmin page
Good work, long overdue. I would make some suggestions: * The model name could have the links from the Detailed description, saving width * ... and could link to the right part of the page using # in the url * Most of the good and bad points will be the same for each eTrex unit, and so combining them would be useful * Colour-coding good and bad things is useful using template:yes and its cousins * Most importantly, that table needs info in it ASAP otherwise it's one of those many good idea but only partly-implemented things which are littered around the wiki - i.e. where someone comes up with a plan but doesn't follow through on finishing the job :-) Cheers, Andy 2009/6/5 Peter Dörrie peter.doer...@googlemail.com: Hi everybody, I made an overhaul of the Garmin-Page [1] and moved all the different device series to their own subpages. I also introduced a proposal for an overview table for individual devices. Please feel free to comment and change everything. Peter [1] http://wiki.openstreetmap.org/wiki/Garmin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheat Sheet
So what do you need on the cheat sheet? Jack Stringer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
80n wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Yann, what query were you trying. Once the server is back up I can take a look and see why it would be failing for you. I've had the telascience server serve me proper 0.6 data, so if there is a data issue, it's something that popped up at least after june 1st (that's the last time I can confirm getting data). Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
Maarten Deen wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Is XAPI 'officially' supported? I mean: is it considered one of the fundamental things in OSM land? I've had the telascience server serve me proper 0.6 data, so if there is a data issue, it's something that popped up at least after june 1st (that's the last time I can confirm getting data). There's more stuff on hypercube that's not running. The coastline checker is one of the major ones. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
The hypercube server has been down for a couple of days now. Not sure what's happening there. On Tue, Jun 9, 2009 at 7:20 PM, Lennard l...@xs4all.nl wrote: Maarten Deen wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Is XAPI 'officially' supported? I mean: is it considered one of the fundamental things in OSM land? I've had the telascience server serve me proper 0.6 data, so if there is a data issue, it's something that popped up at least after june 1st (that's the last time I can confirm getting data). There's more stuff on hypercube that's not running. The coastline checker is one of the major ones. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
lennard wrote: Maarten Deen wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Is XAPI 'officially' supported? I mean: is it considered one of the fundamental things in OSM land? is there any other way to get OSM data without going to the main server? there are no other caches, right? paul =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 53.6 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
Lennard wrote: Maarten Deen wrote: The server running the xapi service is down at the moment. Any info on what the problem is and when it's going to be resolved? And what is the status of the other two XAPI servers? Bearstech seems to be perpetually testing, and xapi.openstreetmap still serves 0.5 data and 0.6 service will start shortly (ever since the move to 0.6). Any help needed? Is XAPI 'officially' supported? I mean: is it considered one of the fundamental things in OSM land? For the BeNeLux server we are now running a 'SQL based' XAPI server[1]. Since that is about 700MB worth of data it is relatively easy to setup and update. The world on disk is 35GB and the code exist to support SQL based queries and 'xpath' style queries[2] with '0.5' output. So the only thing that needs to be added is the actual timestamp of the last data load. If anyone has a server available with 64bit Linux, 4-8GB of RAM and some spare gigabytes left, port 80 open to the public, I am happy to set it up. Stefan [1] http://xapi.openstreet.nl:8000/ [2] http://repo.or.cz/w/handlerosm.git ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Open*Map.* ?
I contacted OpenGreenMap about this after you brought it up, mostly because I thought the name was confusingly similar given the naming convention used by various sites rendering OSM data. I received a response at 4:20PM local time from a Wendy E. Brawer. She indicated that OGM has been considering OSM since day one, and that it is in the works presently. I'm keeping the channel open if anybody has further suggestions. Wendy Brawer and Green Maps are a long time community, participatory mapping network, spanning the globe. A core influence for me and several others in OpenStreetMap. Green Maps have traditionally been paper based. OpenGreenMap is their intended foray into online maps. The base maps themselves could likely be OSM, with a potential information flow from the annotations back into OSM. The annotations themselves will be licensed in an open way. -Mikel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bicycle boulevards
I'm curious if bicycle boulevards would qualify as living streets, given that a living street would most closely describe a bicycle boulevard in OSM terms, though a bicycle boulevard might lack pedestrian facilities. Frequently, these are not streets you would want to let the kids play in, as the volume of fast-moving, near-silent vehicles would present a very real collision hazard at peak traffic times. This kind of way has sprung up only in the last 10 years or so, and almost all of them were formerly highway=residential prior to becoming bicycle boulevards. Bicycle boulevards are more major than residential streets (intersections with residential streets have the residential streets facing stop signs, to minimize the need for bicycles to stop), intersections with larger (tertiary or better) ways typically have restrictions preventing motorists from doing anything but making a right turn from the bicycle boulevard and/or motorists from the major way from turning onto the bicycle boulevard, and as often as not have traffic signals (with more heavily traveled bicycle boulevards changing in favor of the cyclists in advance, particularly in Portland's Little Bohemia). At large roundabouts, the bicycle boulevard typically has a cutout through the central island, with YIELD TO BICYCLES signs on the central ring of the roundabout (through bicycles typically do not have to stop or yield, and have the right-of-way over vehicles already in the roundabout). The restrictions on motorists make bicycle boulevards unsuitable for rat runs. Typically, cycle maps I've seen that are aware of these ways show them at a much higher priority than they would on your average street map, with the larger way de-prioritized, in some cases quite severely, depending on traffic flow and bicycle facilities (such as US 30 Bypass in Oregon, a primary, typically being shown as a minor through street like most of the streets intersecting it on cycle maps, with the bicycle boulevard a few blocks off shown as the primary way across Northeast Portland). I am aware of bicycle boulevards existing in at least three states and one province, and I'm sure there's more out there, so I'm a little surprised this hasn't been tackled. (Please don't CC me when replying; I get the list, and I don't need two copies (plus this defeats unsubscribing if someone later wants to leave the conversation). Please use your mailer's reply-to-list feature or check your To: and CC: headers!) signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC - 'living_street'
USHAKOV, Sergey wrote: Wikipedia isn't the best example making a judgement call on this, either; our own wiki is much better in this regard. Our wiki has tagging examples and graphics that seem to make it pretty clear that the living_street tag applies only to ways that are actually living_streets, not all ways in an area. I'm not sure whether that would be highway=residential, noname=yes or highway=service, service=parking_aisle. Either one of those would fit more closely than a living_street. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
Germany has them too (Fahrradstrasse). Probably highway=residential with cycleway=something as yet undefined. Richard On Tue, Jun 9, 2009 at 7:44 PM, Paul Johnson ba...@ursamundi.org wrote: I'm curious if bicycle boulevards would qualify as living streets, given that a living street would most closely describe a bicycle boulevard in OSM terms, though a bicycle boulevard might lack pedestrian facilities. Frequently, these are not streets you would want to let the kids play in, as the volume of fast-moving, near-silent vehicles would present a very real collision hazard at peak traffic times. This kind of way has sprung up only in the last 10 years or so, and almost all of them were formerly highway=residential prior to becoming bicycle boulevards. Bicycle boulevards are more major than residential streets (intersections with residential streets have the residential streets facing stop signs, to minimize the need for bicycles to stop), intersections with larger (tertiary or better) ways typically have restrictions preventing motorists from doing anything but making a right turn from the bicycle boulevard and/or motorists from the major way from turning onto the bicycle boulevard, and as often as not have traffic signals (with more heavily traveled bicycle boulevards changing in favor of the cyclists in advance, particularly in Portland's Little Bohemia). At large roundabouts, the bicycle boulevard typically has a cutout through the central island, with YIELD TO BICYCLES signs on the central ring of the roundabout (through bicycles typically do not have to stop or yield, and have the right-of-way over vehicles already in the roundabout). The restrictions on motorists make bicycle boulevards unsuitable for rat runs. Typically, cycle maps I've seen that are aware of these ways show them at a much higher priority than they would on your average street map, with the larger way de-prioritized, in some cases quite severely, depending on traffic flow and bicycle facilities (such as US 30 Bypass in Oregon, a primary, typically being shown as a minor through street like most of the streets intersecting it on cycle maps, with the bicycle boulevard a few blocks off shown as the primary way across Northeast Portland). I am aware of bicycle boulevards existing in at least three states and one province, and I'm sure there's more out there, so I'm a little surprised this hasn't been tackled. (Please don't CC me when replying; I get the list, and I don't need two copies (plus this defeats unsubscribing if someone later wants to leave the conversation). Please use your mailer's reply-to-list feature or check your To: and CC: headers!) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bicycle boulevards
On Tue, Jun 9, 2009 at 11:44 AM, Paul Johnson ba...@ursamundi.org wrote: (Please don't CC me when replying; I get the list, and I don't need two copies (plus this defeats unsubscribing if someone later wants to leave the conversation). Please use your mailer's reply-to-list feature or check your To: and CC: headers!) Paul, Go to http://lists.openstreetmap.org/listinfo/talk, log in and edit your options. Scroll to the bottom and find this: *Avoid duplicate copies of messages?* When you are listed explicitly in the To: or Cc: headers of a list message, you can opt to not receive another copy from the mailing list. Select *Yes*to avoid receiving copies from the mailing list; select *No* to receive copies. If the list has member personalized messages enabled, and you elect to receive copies, every copy will have a X-Mailman-Copy: yes header added to it. Obviously it doesn't address your concern about leaving the conversation, but maybe it will be less annoying for you to receive messages from people like me that have been conditioned to Reply All. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
is there any other way to get OSM data without going to the main server? there are no other caches, right? There is a whole ecosystem of servers providing OSM data http://wiki.openstreetmap.org/wiki/Planet.osm There are a couple of sources for excerpts or diff files listed on this page. http://wiki.openstreetmap.org/wiki/ROMA http://wiki.openstreetmap.org/wiki/TRAPI These two services are optimised for queries to make a map of the data. They are intended to be only some minutes behind the main server but don't offer all the tags. So you should not use the data for further editing. http://wiki.openstreetmap.org/wiki/XAPI This is the well known alternative to the main API. It's also intended to be only minutes behind the main server. It has an extended API with still a concise syntax. The data is usable for editing. The only tag that is filtered out is created_by - this tag can safely be ignored. http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script This one is very recent and still in a state of playground. It is intended to serve particular complex queries beyond the scope of XAPI. It also offers (almost) the complete functionality of XAPI. It is some hours behind the main API. It does not serve data that can be used for editing, in particular it does not provide version information. If somebody asks for version number support (or other metadata), I'll start to implement that. There has been no demand so far. There may be other storage servers, the category Data storage on the wiki is not yet written. But at least, there are plenty of alternatives to download data from the main server. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Address ranges / Using OSM data in a geocoder
Hi! New here. My name is Sebastian Benthall. I'm investigating the possibility of using OSM data to back a geocoding application on behalf of OpenGeo, which does a number of open source geospatial software projects. I have a couple questions. It looks like the two options for US geocoding are TIGER line data and OSM. OSM is appealing to us because it already provides an interface for correcting inaccurate address data. But it looks from some of my investigation like much of the TIGER data that has been pulled into OSM has not had the address ranges added. Is that generally true? If so, how hard would it be to put that data in, say if we wanted to automate as much of the work as possible. It looks like some of the TIGER data still has its tiger:tlid attribute, but I've read that in many places it is no longer there. How good is the coverage on that? Would it work to sweep through the data and add address ranges to it based on which TLID's matched? Are those changes this community would support? Is there a smarter way to do it? Sorry to be such a newbie. I appreciate your time and any answers you might have about this, Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheat Sheet
Peter Dörrie peter.doer...@googlemail.com writes: Hi everybody, I recently came across the idea of producing a cheat sheet of the Map Features page for mappers to take into the field. I hink that this is a great idea and I have set up a wiki page (http://wiki.openstreetmap.org/wiki/ Cheat_sheet) to discuss and refine a concept for something like this. The goal of the project would be to produce high quality and highly portable cheat sheets for the OSM community to facilitate the usage of the ever expanding amount of tags. Please participate. If you want a portable Map_Features then Geo::OSM::MapFeatures (the module providing data to the not-in-map_features maplint test) should provide the data for this easily enough. I talked with somebody about this on IRC quite a while ago, he did some tests using a simple XML file I made and processed through FOP. I'm afraid I no longer remember who it was, but depending on how small you want this thing to be this might be the way to go. -- Knut Arne Bjørndal aka Bob Kåre bob+...@cakebox.net bobk...@irc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cheat Sheet
How about doing it like this? http://www.pocketmod.com/app/index.html [] 2009/6/9 Knut Arne Bjørndal bob+...@cakebox.net bob%2b...@cakebox.net Peter Dörrie peter.doer...@googlemail.com writes: Hi everybody, I recently came across the idea of producing a cheat sheet of the Map Features page for mappers to take into the field. I hink that this is a great idea and I have set up a wiki page ( http://wiki.openstreetmap.org/wiki/ Cheat_sheet) to discuss and refine a concept for something like this. The goal of the project would be to produce high quality and highly portable cheat sheets for the OSM community to facilitate the usage of the ever expanding amount of tags. Please participate. If you want a portable Map_Features then Geo::OSM::MapFeatures (the module providing data to the not-in-map_features maplint test) should provide the data for this easily enough. I talked with somebody about this on IRC quite a while ago, he did some tests using a simple XML file I made and processed through FOP. I'm afraid I no longer remember who it was, but depending on how small you want this thing to be this might be the way to go. -- Knut Arne Bjørndal aka Bob Kåre bob+...@cakebox.net bob%2b...@cakebox.net bobk...@irc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com Acadêmico: arlindo.pere...@uniriotec.br Profissional: arlindo.pere...@uniriotec.com Geral: cont...@arlindopereira.com Tel.: +5521 92504072 Jabber/Google Talk: nig...@nighto.net Skype: nighto_sumomo Chave pública: BD065DEC ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is Xapi working?
roland wrote: is there any other way to get OSM data without going to the main server? there are no other caches, right? There is a whole ecosystem of servers providing OSM data thank you roland -- i wasn't aware of all the options. my main use is fetching quadtile-size bounding boxes, so xapi has been the alternative of choice, but i'll explore the others. paul http://wiki.openstreetmap.org/wiki/Planet.osm There are a couple of sources for excerpts or diff files listed on this page. http://wiki.openstreetmap.org/wiki/ROMA http://wiki.openstreetmap.org/wiki/TRAPI These two services are optimised for queries to make a map of the data. They are intended to be only some minutes behind the main server but don't offer all the tags. So you should not use the data for further editing. http://wiki.openstreetmap.org/wiki/XAPI This is the well known alternative to the main API. It's also intended to be only minutes behind the main server. It has an extended API with still a concise syntax. The data is usable for editing. The only tag that is filtered out is created_by - this tag can safely be ignored. http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script This one is very recent and still in a state of playground. It is intended to serve particular complex queries beyond the scope of XAPI. It also offers (almost) the complete functionality of XAPI. It is some hours behind the main API. It does not serve data that can be used for editing, in particular it does not provide version information. If somebody asks for version number support (or other metadata), I'll start to implement that. There has been no demand so far. There may be other storage servers, the category Data storage on the wiki is not yet written. But at least, there are plenty of alternatives to download data from the main server. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk =- paul fox, p...@foxharp.boston.ma.us (arlington, ma, where it's 51.6 degrees) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] GIS data over leefstijlen en woonmilieus
Hallo, Ik ben op zoek naar geoinformatie over leefstijlen van mensen en woonmilieus. (vaak ook wel data voor geomarketing genoemd) Een paar voorbeelden: http://www.esri.nl/content/content.asp?docID=319 http://www.motivaction.nl/151/Beleid/Burgerschapsstijlen/Woonbeleving/ http://www.smartgis.nl/ Waar ik naar op zoek ben is open data om zelf te gebruiken. Ik neem aan dat die niet in OSM zit, maar heeft iemand van jullie misschien een tip waar ik dat soort data wel kan vinden? Bij voorbaat dank, Léon van Berlo This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
ok, ik heb een serie van de paadjes nu als footway getagd dan houd ik pedestrian voor de winkelgebieden etc. mvg, rene 2009/6/8 Maarten Deen md...@xs4all.nl: Rejo Zenger wrote: ++ 08/06/09 20:40 +0200 - Rene Dohmen: Een zelfde soort 'onzekerheid' geldt bij nogal wat andere wegtypen: - als er pedestrian gekozen is in OSM, maar er ook fietsers rijden is dan niet een cycleway beter? Ik ben ook een beginner (en ik zal het ook altijd wel blijven), maar tot nu toe kreeg ik de indruk dat in dit soort gevallen het als een fietspad was getagged en als extra tag pedestrian=yes toegevoegd had. Pedestrian vind ik zelf van toepassing op een voetgangerszone, niet op een voetpad. Een voetpad tag ik met footway. Een gecombineerd voet/fietspad is een beetje zoeken natuurlijk, footway met bicycle=yes of cycleway met pedestrian=yes, hangt een beetje van het verdere verloop van de wegen af. In een voetgangerszone hoor je normaal ook niet te fietsen, dus de uitzonderingen wanneer je wel mag fietsen zijn dan ook makkelijk met bicycle=yes aan te geven. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
On Mon, 8 Jun 2009, Lennard wrote: Rene Dohmen wrote: De reden om een punt tot rotonde te verheffen was overigens om een geharrewar met relaties te vermijden (maar daar ben ik dan ook een beginner voor). Rotondes zijn inderdaad geen handige constructies, voor relaties en routes. :/ Als je elk segment van de rotonde als aparte weg tekent is er toch enkel probleem? Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GIS data over leefstijlen en woonmilieus
Cendris (www.cendris.nl) heeft lifestyle-data per 6PPC, en Acxiom (www.axciom.nl) heeft ook een dergelijk product. vziw zit er nog niet zo iets in OSM. Er zijn ook veel gegevens (over inkomen, koopgedrag, abonnementen, stemgedrag) en modellen voor nodig om hier een zinnige en betrouwbare indeling voor te maken - ik vermoed dat dit soort data niet heel snel 'vrij' wordt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/9 Berlo, L.A.H.M. (Leon) van leon.vanbe...@tno.nl: Hallo, Ik ben op zoek naar geoinformatie over leefstijlen van mensen en woonmilieus. (vaak ook wel data voor geomarketing genoemd) Een paar voorbeelden: http://www.esri.nl/content/content.asp?docID=319 http://www.motivaction.nl/151/Beleid/Burgerschapsstijlen/Woonbeleving/ http://www.smartgis.nl/ Waar ik naar op zoek ben is open data om zelf te gebruiken. Ik neem aan dat die niet in OSM zit, maar heeft iemand van jullie misschien een tip waar ik dat soort data wel kan vinden? Bij voorbaat dank, Léon van Berlo This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
Christiaan Welvaart wrote: Rotondes zijn inderdaad geen handige constructies, voor relaties en routes. :/ Als je elk segment van de rotonde als aparte weg tekent is er toch enkel probleem? Als een route over een rotonde loopt, dan zal die de andere kant op ook de andere kant van de rotonde gebruiken. Beide stukken zul je dan ook moeten toevoegen met role=forward. Het wordt nog leuker/interessanter/een nachtmerrie* als er een vrijliggend fietspad om de rotonde ligt, en de rotonde zelf is ook nog een fietsknooppunt. * Wegstrepen wat voor jou niet van toepassing is. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GIS data over leefstijlen en woonmilieus
Martijn van Exel wrote: Cendris (www.cendris.nl) heeft lifestyle-data per 6PPC, en Acxiom (www.axciom.nl) heeft ook een dergelijk product. vziw zit er nog niet zo iets in OSM. En laten we dat ook vooral zo houden! Dit hoort m.i. niet in de standaard DB. Wel leuk in een mashup natuurlijk. Groet, Floris Er zijn ook veel gegevens (over inkomen, koopgedrag, abonnementen, stemgedrag) en modellen voor nodig om hier een zinnige en betrouwbare indeling voor te maken - ik vermoed dat dit soort data niet heel snel 'vrij' wordt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/9 Berlo, L.A.H.M. (Leon) van leon.vanbe...@tno.nl: Hallo, Ik ben op zoek naar geoinformatie over leefstijlen van mensen en woonmilieus. (vaak ook wel data voor geomarketing genoemd) Een paar voorbeelden: http://www.esri.nl/content/content.asp?docID=319 http://www.motivaction.nl/151/Beleid/Burgerschapsstijlen/Woonbeleving/ http://www.smartgis.nl/ Waar ik naar op zoek ben is open data om zelf te gebruiken. Ik neem aan dat die niet in OSM zit, maar heeft iemand van jullie misschien een tip waar ik dat soort data wel kan vinden? Bij voorbaat dank, Léon van Berlo This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
On Tue, 9 Jun 2009, Lennard wrote: Christiaan Welvaart wrote: Rotondes zijn inderdaad geen handige constructies, voor relaties en routes. :/ Als je elk segment van de rotonde als aparte weg tekent is er toch enkel probleem? Het wordt nog leuker/interessanter/een nachtmerrie* als er een vrijliggend fietspad om de rotonde ligt, en de rotonde zelf is ook nog een fietsknooppunt. Als je echt 3 verschillende kanten op kan fietsen op die rotonde, misschien moet je dan een fietsknooppunt relatie op de hele rotonde (het fietspad) zetten? Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
Christiaan Welvaart wrote: On Tue, 9 Jun 2009, Lennard wrote: Christiaan Welvaart wrote: Rotondes zijn inderdaad geen handige constructies, voor relaties en routes. :/ Als je elk segment van de rotonde als aparte weg tekent is er toch enkel probleem? Het wordt nog leuker/interessanter/een nachtmerrie* als er een vrijliggend fietspad om de rotonde ligt, en de rotonde zelf is ook nog een fietsknooppunt. Als je echt 3 verschillende kanten op kan fietsen op die rotonde, misschien moet je dan een fietsknooppunt relatie op de hele rotonde (het fietspad) zetten? Zo heb ik het wel eens gedaan ja, maar alleen als je er ook langs zou kunnen komen op de heen- of terugweg. Zelfde geld overigens voor busroutes over verschillende banen. (niet de hele discussie gelezen dus misschien was dit al geopperd.) Floris Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
On Monday 08 June 2009, Rejo Zenger wrote: Ik ben ook een beginner (en ik zal het ook altijd wel blijven), maar tot nu toe kreeg ik de indruk dat in dit soort gevallen het als een fietspad was getagged en als extra tag pedestrian=yes toegevoegd had. Het moet tussen haakjes natuurlijk wel foot=yes zijn i.p.v. pedestrian=yes. Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Cycleway/footway [was: relatie bij punt]
On Tuesday 09 June 2009, Myckel Habets wrote: Rene Dohmen rdohmen+osm-talk...@gmail.com schreef: - als er pedestrian gekozen is in OSM, maar er ook fietsers rijden is dan niet een cycleway beter? Mijn ervaring is dat vaak wel aangegeven staat of iets een voetpad of fietspad is. Tot daar volledig akkoord, een cycleway is voor een fietspad, en een footway voor een voetpad. Is dat niet het geval, dan kijk ik hoe het op dat moment gebruikt wordt (als genoeg mensen van de weg gebruik maken) of hoe het wegdek er uit ziet (geheel vast geasfalteerd of toch nog wat los asfalt er boven op/ruw vast wegdek). Is er dan nog onduidelijkheid, dan tag ik het als cycleway met foot=yes. En dat vind ik helemaal niet zo. Je gaat zo beginnen interpreteren, en de volgende mapper die langskomt zal het anders zien en de mapper daarna zal ook weer een ander idee hebben over hoe het gebruikt wordt, omdat er misschien net een horde mountainbikers langs komt gereden, of omdat er net een stoet ruiters passeert. Laten we de verkeersregels erbij nemen, en die zeggen dat standaard alles mag op een pad wat erop kan als er geen verkeersborden staan. Dus hoe ga je bijvoorbeeld ooit een deftige routeplanner maken als je het pad waar ruiters mogen tagt met cycleway? Dus, wat niet is bewegwijzerd als een fietspad (zij het met zo'n bord fietspad of zo'n rond blauw bord) kan geen cycleway zijn, en wat niet zo'n rond blauw bord met een voetganger heeft kan geen footway zijn. Vanaf dan wordt het path als er geen auto's kunnen rijden. En dan weet een routeplanner bijvoorbeeld ook dat alles daar mag rijden, als er dan andere verkeersborden staan kan je die borden dan toevoegen als tags (verbodsbord met auto op → motorcar=no, en routeplanner weet dan dat hij daar geen bus naartoe moet sturen, of je motorfiets met zijspan, maar dat een gewone motorfiets nog gerust daarop mag). (natuurlijk, vele paden zijn te vinden in natuurgebieden of domeinen, en daar gelden soms andere toegangsregels, maar dat is eigenlijk een andere discussie, ik heb het hier over gewone publieke wegen) Nuja, ik weet dat ik wel een beetje inga tegen de drie vaak gebruikte manieren van taggen van: er komen nogal veel fietsers dus is het maar cycleway (probleem: je weet niet wat daar zoal langskomt de rest van de dag/jaar, je oordeel ging enkel over die paar minuten dat je daar was), of er kunnen fietsers komen maar niet echt aan te raden als je het wegdek ziet, dus footway (probleem: stel dat het net geregend had en dat daardoor het wegdek volledig ontoegankelijk was voor fietsers, maar dat het bij droog weer gerust een fietsparadijs is; of: waar jij niet denkt te kunnen doorgeraken met je fiets is het geen probleem voor iemand anders), of het is niet verboden voor fietsers, dus cycleway (probleem: wat is het dan als het niet verboden is voor fietsers en voor ruiters? bridleway dan automatisch toegankelijk voor fietsers? want dat is ook niet meteen zo). En die drie zijn totaal verschillende tagging methodes, die al dan niet nog eens wat kunnen worden opgesmukt door extra access tags van foot=yes, horse=yes, bicycle=yes, moped=yes, motorcycle=yes, agricultural=yes, en wat weet ik nog allemaal, en dus krijg je een waaier aan mogelijkheden voor een zelfde weg, waar de tags enkel afhangen van het idee van de mapper op dat moment. Dat is echt geen doen meer voor een database die we liefst met zo correct mogelijke data willen invullen. Vandaar dat ik het gebruik van cycleway en footway wil terugdringen tot fietspad en voetpad (die hebben namelijk ook speciale verkeersregels die nu ook volledig worden genegeerd wat de OSM database betreft, dus geeft dat al het eerste voordeel), en voor al de rest highway=path gebruiken, en naargelang de verbodsborden extra access tags. En dan heb je een methode gevonden waarbij alle mappers hetzelfde zullen doen, en waar de interpretatie niet meer meespeelt. En dat is zo'n voordeel in mijn ogen dat het me dan niet direct uitmaakt dat het dan een beetje ingaat tegen één van de meer gebruikelijke vormen van het gebruik van cycleway en footway. Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GIS data over leefstijlen en woonmilieus
Daar kun je over twisten, maar ik ben het in de grond met je eens. Dit is informatie die in zichzelf geen ruimtelijke component heeft, maar via een ruimtelijke indeling (bijvoorbeeld postcodegebieden, COROP-gebieden, gemeenten) gekoppeld kan worden aan geografische data. Wat veel meer prioriteit verdient zijn de postcodegebieden (hoe ook te definieren) / -punten en de adressen / adresranges. Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/9 Floris Looijesteijn o...@floris.nu: Martijn van Exel wrote: Cendris (www.cendris.nl) heeft lifestyle-data per 6PPC, en Acxiom (www.axciom.nl) heeft ook een dergelijk product. vziw zit er nog niet zo iets in OSM. En laten we dat ook vooral zo houden! Dit hoort m.i. niet in de standaard DB. Wel leuk in een mashup natuurlijk. Groet, Floris Er zijn ook veel gegevens (over inkomen, koopgedrag, abonnementen, stemgedrag) en modellen voor nodig om hier een zinnige en betrouwbare indeling voor te maken - ik vermoed dat dit soort data niet heel snel 'vrij' wordt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/9 Berlo, L.A.H.M. (Leon) van leon.vanbe...@tno.nl: Hallo, Ik ben op zoek naar geoinformatie over leefstijlen van mensen en woonmilieus. (vaak ook wel data voor geomarketing genoemd) Een paar voorbeelden: http://www.esri.nl/content/content.asp?docID=319 http://www.motivaction.nl/151/Beleid/Burgerschapsstijlen/Woonbeleving/ http://www.smartgis.nl/ Waar ik naar op zoek ben is open data om zelf te gebruiken. Ik neem aan dat die niet in OSM zit, maar heeft iemand van jullie misschien een tip waar ik dat soort data wel kan vinden? Bij voorbaat dank, Léon van Berlo This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
Christiaan Welvaart wrote: Als je echt 3 verschillende kanten op kan fietsen op die rotonde, misschien moet je dan een fietsknooppunt relatie op de hele rotonde (het fietspad) zetten? Dat vind ik wel een prikkelende uitspraak! Een knooppunt dus niet beperken tot 1 (of soms meer) nodes, maar ook kunnen zetten op meerdere wegen binnen een kruisingsvlak. Dan kunnen de knooppuntroutes zelf aansluiten op dat complex van wegen, en hoef je niet meer moeilijk met role=forward/backward te werken rond het knooppunt zelf. Blijven de praktische dingen over: hoe kunnen we dit renderen, gaan routers dit begrijpen, en gaan andere data-gebruikers erin mee? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Cycleway/footway [was: relatie bij punt]
On Tue, 9 Jun 2009, Ben Laenen wrote: On Tuesday 09 June 2009, Myckel Habets wrote: Rene Dohmen rdohmen+osm-talk...@gmail.com schreef: - als er pedestrian gekozen is in OSM, maar er ook fietsers rijden is dan niet een cycleway beter? Mijn ervaring is dat vaak wel aangegeven staat of iets een voetpad of fietspad is. Tot daar volledig akkoord, een cycleway is voor een fietspad, en een footway voor een voetpad. Is dat niet het geval, dan kijk ik hoe het op dat moment gebruikt wordt (als genoeg mensen van de weg gebruik maken) of hoe het wegdek er uit ziet (geheel vast geasfalteerd of toch nog wat los asfalt er boven op/ruw vast wegdek). Is er dan nog onduidelijkheid, dan tag ik het als cycleway met foot=yes. En dat vind ik helemaal niet zo. Je gaat zo beginnen interpreteren, en de volgende mapper die langskomt zal het anders zien en de mapper daarna zal ook weer een ander idee hebben over hoe het gebruikt wordt, omdat er misschien net een horde mountainbikers langs komt gereden, of omdat er net een stoet ruiters passeert. Interpreteren door naar actueel gebruik te kijken lijkt me ook niet handig. Laten we de verkeersregels erbij nemen, en die zeggen dat standaard alles mag op een pad wat erop kan als er geen verkeersborden staan. Dus hoe ga je bijvoorbeeld ooit een deftige routeplanner maken als je het pad waar ruiters mogen tagt met cycleway? Dus, wat niet is bewegwijzerd als een fietspad (zij het met zo'n bord fietspad of zo'n rond blauw bord) kan geen cycleway zijn, en wat niet zo'n rond blauw bord met een voetganger heeft kan geen footway zijn. Vanaf dan wordt het path als er geen auto's kunnen rijden. Zo simpel is het toch weer niet. Binnen de bebouwde kom liggen paden die eruit zien als fietspaden maar geen bord hebben. Daar kan je in principe ook met een motor rijden, maar dat gaat niemand doen. Ook staat er vaak een paaltje aan het begin, wat toch een aanwijzing is over het type weg. Die ronde blauwe borden zijn eigenlijk alleen nodig op fietspaden langs wegen, dus bij sommige 'shortcut' fietspaden staat geen bord. Je kan dan wel proberen te interpreteren en highway=path plus allerlei access tags erop zetten, maar het is gewoon een fietpad dus highway=cycleway is hier beter. Buiten de bebouwde kom zal dit veel minder vaak voorkomen. Wegbeheerders zetten gewoon niet altijd goede borden neer, bijvoorbeeld staat er in Amersfoort een bord 'verboden voor brommers' op een plek waar bromfietsers de parallelweg op moeten (dus geen fietspad). Daar zou je in theorie op de hoofdrijbaan mogen fietsen, wil je dat dan zo taggen? Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Cycleway/footway [was: relatie bij punt]
On Tue, 9 Jun 2009, Christiaan Welvaart wrote: Zo simpel is het toch weer niet. Binnen de bebouwde kom liggen paden die eruit zien als fietspaden maar geen bord hebben. Daar kan je in principe ook met een motor rijden, maar dat gaat niemand doen. Ook staat Ik had beter moeten kijken, een highway=path mag je natuurlijk alleen met paard/fiets/te voet overheen. Paardrijden weet ik alleen erg weinig van. Er lopen soms paarden op fietspaden, terwijl dat blijkbaar niet mag(?). En een paaltje midden op een (smal) fietspad, ga je daar met een paard langs? Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Cycleway/footway [was: relatie bij punt]
++ 09/06/09 13:19 +0200 - Ben Laenen: Dat is echt geen doen meer voor een database die we liefst met zo correct mogelijke data willen invullen. Vandaar dat ik het gebruik van cycleway en footway wil terugdringen tot fietspad en voetpad (die [...] Juist. Ik zou zeggen, elk path dat getagged wordt, moet zo getagged zijn dat het overeenkomt met de geldende verkeersregels. Dat betekent dat als je een voetpad hebt, dat ook als een voetpad getagged moet worden. Dat geldt ook als er wel eens fiets overheen gaan (die er dus officieel gewoon niet thuis horen). Als je van die dubbele asfaltpaden hebt, met aan de ene kant het fiets- en op de andere kant het voetpad, dan zou dat dus als fietspad getagged worden met de toevoeging dat voetgangers ook welkom zijn. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Kinderboerderij
Ha, Is er een algemeen geaccepteerde key/value pair voor een kinderboerderij? martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kinderboerderij
Naar mijn weten is er geen standaard voor.Misschien zoiets als tourism=petting_zoo. Niels 2009/6/9 Martijn van Exel mve...@gmail.com Ha, Is er een algemeen geaccepteerde key/value pair voor een kinderboerderij? martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kinderboerderij
Ik heb nu landuse=petting_zoo gedaan, tourism lijkt me minder relevant omdat het toch vooral een attractie is voor de lokale bevolking en niet zozeer voor toeristen. Ik realiseer me dat een dierentuin wel onder de tourism-key valt, maar behalve de naam (in het Engels) en het feit dat er dieren rondlopen zijn er niet zoveel inhoudelijke overeenkomsten. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/9 Niels Leenheer ni...@creatype.nl: Naar mijn weten is er geen standaard voor. Misschien zoiets als tourism=petting_zoo. Niels 2009/6/9 Martijn van Exel mve...@gmail.com Ha, Is er een algemeen geaccepteerde key/value pair voor een kinderboerderij? martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
2009/6/9 Lennard l...@xs4all.nl: Christiaan Welvaart wrote: Als je echt 3 verschillende kanten op kan fietsen op die rotonde, misschien moet je dan een fietsknooppunt relatie op de hele rotonde (het fietspad) zetten? Dat vind ik wel een prikkelende uitspraak! Een knooppunt dus niet beperken tot 1 (of soms meer) nodes, maar ook kunnen zetten op meerdere wegen binnen een kruisingsvlak. Dan kunnen de knooppuntroutes zelf aansluiten op dat complex van wegen, en hoef je niet meer moeilijk met role=forward/backward te werken rond het knooppunt zelf. Bah, dat vind ik maar een luie oplossing. Als je de exacte situatie kan taggen met forward en backward roles en de juiste relaties op de juiste ways te zetten, dan zal de situatie veel duidelijker zijn aan de hand van de kaart. Al begrijp ik dat sommigen het maar moeilijk gedoe vinden met die forward en backward roles en soms vier of meer knooppuntrouterelaties op sommige ways. Blijven de praktische dingen over: hoe kunnen we dit renderen, gaan routers dit begrijpen, en gaan andere data-gebruikers erin mee? Wel, renderers gaan het alleszins niet begrijpen als je rcn_ref=12 zet op de ways, want dan denkt die dat het niet gaat om een knooppunt maar om een rcn route met ref=12. Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] relatie bij punt
Ben Laenen wrote: Bah, dat vind ik maar een luie oplossing. Als je de exacte situatie kan taggen met forward en backward roles en de juiste relaties op de Lui sluit slim niet uit, he. :) juiste ways te zetten, dan zal de situatie veel duidelijker zijn aan de hand van de kaart. Al begrijp ik dat sommigen het maar moeilijk gedoe vinden met die forward en backward roles en soms vier of meer knooppuntrouterelaties op sommige ways. Ik snap het wel, en doe het ook zo, maar ik heb vaak al moeite om relaties op zich goed uitgelegd te krijgen, laat staan dit soort complicaties. Wel, renderers gaan het alleszins niet begrijpen als je rcn_ref=12 zet op de ways, want dan denkt die dat het niet gaat om een knooppunt maar om een rcn route met ref=12. Niet op de ways, maar op een relatie. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Mapping things by importance
--- On Mon, 8/6/09, Liz ed...@billiau.net wrote: we spent quite a few hours on the road over the last two days and about 600km to cover 4 different towns, concentrating on town roads and names, then points of interest. Does anyone have a list of things, to plot out on maps in order of priority, from a GPS logging perspective? Am I right in thinking the following: * that major roads should/would have the highest priority * then town streets * minor out lying roads, rivers/streams, railways * street names * points of interest * place naming (eg type of shop) * street numbering Did I leave anything out? I guess the order of importance may differ for non-GPS sources, but I haven't put any thought into that. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Old maps
http://wiki.openstreetmap.org/wiki/Obtaining_old_maps this page has been marked by someone from the phillipines as being out of date Three links for NSW Dept of Lands stuff are now broken. Can anyone find better links and put them in However, i think that This article or section contains out-of-date information. The information is no longer correct, or no longer has relevance. is a bit of overkill for a section which discusses old maps. Naturally its all out of date. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Old maps
--- On Tue, 9/6/09, Liz ed...@billiau.net wrote: is a bit of overkill for a section which discusses old maps. Naturally its all out of date. The links are busted so the links are what is being referred to as out of date, regardless if the page was about old maps or what not. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapping things by importance
--- On Tue, 9/6/09, James Livingston doc...@mac.com wrote: To use the river/streams example from above, I'd say that if you have the chance to _accurately_ trace a waterway, it might be worth doing before most of the things. Other people who come along later will be able to get the roads, but they may not have a boat to go down the river on. That's a tough call, on one hand if people usually don't travel along those ways they aren't as important, but at the same time I get your point and agree with it so I guess it would depend on it's deemed importanance over all? That is are we building a map so people can navigate water ways? As for plotting water ways in general I had a bit of a joke floating round in the back of my mind for the last few days about making some kind of GPS bouy that you could send down the river, something like the solar powered data logger might even be practical. However retreiving the bouy, especially in western rivers would be more time consuming than taking a kayak and doing it manually yourself since it would likely get caught up on branches/debris, snagged in fences across water ways, stolen/vandalised etc. Not to mention when the rivers flaten out they take forever to get anywhere. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Danke. Inzwischen geht es auch bei mir in der Gegend. Mit neuen ÖPNV-Tags meinst du [1]? Werden da auch alle Relationen wie stop_area_group ausgewertet und entsprechend dargestellt? Gruß [1] http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema Ja, im speziellen werden die Tags hightway/railway/public_transport=platform, rail/light_railsubway//tram/bus = yes und die Relationen site/public_transport=stop_area neu ausgewertet, die area_group ist vielleicht etwas um in der Übersicht Stationen zusammenzufassen, aber das geschieht noch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Hallo Tobias,
motorcycle:forward:time{7:00-9:00;16:00-18:00} = no
vielen Dank, die Extended_conditions habe ich mir angesehen, aber das forward
wohl übersehen.
Viele Grüße
Ralf
_
http://redirect.gimas.net/?n=M0906xWLHM2
Unbegrenzter Speicher bei Windows Live Hotmail!___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
On Tue, Jun 09, 2009 at 07:34:21AM +0200, Sven Sommerkamp wrote: Du hast recht, man müßte das Tool viel häufiger anwenden. Vieles was da angelegt wird, vor allen Dingen an Wegen, täuscht eine Genauigkeit vor, die uns gar nicht gegeben ist. Und das produziert auch haupsächlich Probleme. Normalerweise klickt man den Weg an, so das er ausgewählt ist. Und wählt dann Weg vereinfachen aus. Dagegen - Ich habe schon so viel zeugs wieder korrigieren muessen weil jemand grossflaechig Wege vereinfacht hat - leider kommt da auch reihenweise Bullshit bei raus und solange man keine Ortskenntnis hat und die Tracks dahinter bitte bleiben lassen. Der informationsverlust der Eintritt kann gut sein aber auch viel kaputt machen ... ein blindes vereinfachen ist kontraproduktiv. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
2009/6/9 Melchior Moos melchiorm...@gmail.com Freue mich auf euer Feedback. Schaut soweit schon ganz gut aus. Wäre es Möglich noch irgendwo auf der Seite zu vermerken, von wann die Daten sind mit der die jeweiligen Tiles erstellt werden? oder arbeitet die ÖPNV Karte mit minute diffs? Da ich derzeit bissl am rumspielen bin, ändern sich die tags/relationen zeitweise etwas, da ist es schwerer zu deuten ob ich mich da ganz grob vertan habe (tippfehler etc) oder es einfach nur ein altes rendering ist. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
Du hast recht, man müßte das Tool viel häufiger anwenden. Vieles was da angelegt wird, vor allen Dingen an Wegen, täuscht eine Genauigkeit vor, die uns gar nicht gegeben ist. Und das produziert auch haupsächlich Probleme. Normalerweise klickt man den Weg an, so das er ausgewählt ist. Und wählt dann Weg vereinfachen aus. Dagegen - Ich habe schon so viel zeugs wieder korrigieren muessen weil jemand grossflaechig Wege vereinfacht hat - leider kommt da auch reihenweise Bullshit bei raus und solange man keine Ortskenntnis hat und die Tracks dahinter bitte bleiben lassen. Den Fehler hab ich auch schon mal gemacht. Man lernt ja dazu. Am sinnvollsten wäre, glaube ich wenn bei jedem Hochladen eines neuen Weges kurz gefragt wird, ob der Weg vereinfacht werden soll. Dann kann man noch Feintuning betreiben, wenn das zu ungünstigen Ergebnissen führt Der informationsverlust der Eintritt kann gut sein aber auch viel kaputt machen ... ein blindes vereinfachen ist kontraproduktiv. Da geb ich dir Recht! Blindes vereinfachen finde ich auch nicht sinnvoll. Flo Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ACHTUNG!
http://wiki.openstreetmap.org/wiki/Image:Achtungpotlatch.svg :-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ACHTUNG!
On Tue, Jun 9, 2009 at 9:08 AM, GS gerhardschw...@yahoo.de wrote: http://wiki.openstreetmap.org/wiki/Image:Achtungpotlatch.svg oO ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstraße Edit-War
Hi, Hier im Südwesten treibt er mittlerweile auch sein Unwesen und taggt wiegewohnt massenhaft Straßen um. Netterweise löscht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zurücktaggen nicht immer möglich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er geändert hat. Könnte man hier einfach das gesamte changeset reverten? Das würde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hallo, Garry wrote: Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstraßen Edit-War
SLXViper schrieb: Hier im Südwesten treibt er mittlerweile auch sein Unwesen und taggt wiegewohnt massenhaft Straßen um. hast du da konkrete beispiele für sein getriebenes unwesen ? Netterweise löscht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zurücktaggen nicht immer möglich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er geändert hat. vielleicht war es notwendig? hast du überprüft, ob dadurch wirklich ein informationsverlust aufgetreten ist? vielleicht war der gelöschte weg ja auch nur doppelt? Könnte man hier einfach das gesamte changeset reverten? das sind (leider potlatch bedingt) ganz viele changesets. Das würde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. haben alle, die hier gerade das große besteck auspacken sich mal die mühe gemacht, die edits des users Kraftfahrstraßen anzuschauen? http://www.openstreetmap.org/user/Kraftfahrstraßen/edits ja, er ist ein sehr aktiver mapper; ja, er bleibt dabei nicht nur vor seiner haustür; aber: bei meinen stichproben konnte ich nicht erkennen, dass da das wort vandalismus angebracht wäre. es sind wie ich eigentlich weitgehend sinnvolle edits und lückenschlüsse. vielleicht sollte man ihm/ihr noch ein wenig die _link und motorroad=yes tags freundlich erklären. aber eventuell stellt er schon auf durchzug, weil er auch per email genauso massiv angegriffen wurde, wie hier auf der mailingliste - die erfahrung zeigt, dass man mit freundlichkeit sehr viel konstruktiveres zusammenarbeit erreicht, als durch den hier leider immer wieder vorherrschenden ton. für mich hat der ganze aufruhr hier auf dem mailingliste eher das geschmäckle: da hat jemand MEINE daten verändert, das darf der nicht, das sind doch meine. jedenfalls fände ich es besser, die zeit in die verbesserung unserer daten zu stecken, als hier solch einen flamewar loszutreten. frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg Original Message Subject:Re: [projects] Re: Standplanung Linuxtag 23.6. bis 27.6. 2009 Date: Mon, 08 Jun 2009 19:03:39 +0200 From: Elke Moritz mor...@linuxtag.org To: proje...@linuxtag.org, Jörg Thomsen joerg.thom...@fossgis.de CC: Wolfgang Drotschmann drots...@linuxtag.org, OSM-de talk-de@openstreetmap.org References: 4a282e12.7030...@linuxtag.org 4a2ce144.3080...@fossgis.de Hallo Jörg, Jörg Thomsen wrote: Hallo Wolfgang, die aktuelle Standplanung hat leider zu ein wenig Unmut in unseren Reihen geführt. Es herrscht die einhellige Meinung, dass der uns zugewiesene Platz zu klein ist. O.K., dass sagen wahrscheinlich alle :) aber ich möchte noch einmal darauf hinweisen, dass - OSM im vergangenen Jahr einen Preis für den schönsten Stand bekommen hat, habt Ihr noch ein Photo vom letzten Jahr, das Ihr mir schicken könnt? Ich hatte letztes Jahr so viel mit den belegten Brötchen für den Projects-Lunch zu tun, daß ich nicht so viel Zeit hatte, die Ausstellung anzuschauen und kann mich deshalb nicht mehr an alle Details erinnern. - OSM sehr publikumswirksam ist, ich denke die Präsenz ist ein dickes Plus für den gesamten Linuxtag, - wir in diesem Jahr noch weitere Projekte (FOSSGIS) auf dem Stand unterbringen möchten und ich deshalb - ursprünglich 18qm beantragt hatte. Wir haben wirklich sehr lange die Standplanung besprochen und auch versucht, das alles zu beachten. Wie Marko ja bereits geschrieben hat, haben wir dieses Jahr aber weniger Quadratmeter für die Projektstände zur Verfügung. Wir hatten 2008 wohl auch 9qm - ich war da nicht in der Planung, meine aber dass der Stand 3x3m groß gewesen ist. Das war schon nur für OSM sehr eng. Wir haben einen großen Zulauf, hatten im letzten Jahr an den drei vorhanden Rechnern ständig große Besuchertrauben zu informieren und dadurch eigentlich keinen Platz mehr auch mal ein Ruhe das ein oder andere tiefer gehende Gespräch zu führen. Da FlightGear sich gewünscht hat, daß Euer Stand möglichst in der Nähe liegt, haben wir Euch auch in der Nähe platziert: Having the booth placed in close vincinity to OSGeo/OSM/GRASS booth would make it easier to demonstrate existing relations. In fact FlightGear uses the well known GIS toolbox, which is represented by OSGeo, as well as (partially) OSM roads in order to build simulation scenery. Der LinuxGamers Stand, auf dem neben 3 Game-Projekten auch FlightGear sein wird, liegt direkt gegenüber von Eurem Stand. Wenn Ihr Euch also mit den Projekten auf 110b in Verbindung setzt, könnt Ihr vielleicht eine Möglichkeit finden, Eure Kooperationsprojekte zumindest teilweise dort vorzustellen. Letztes Jahr hatten wir einen Eckstand, dadurch konnten wir schon mehr Besucher gleichzeitig betreuen, als es dieses Jahr mit dem Reihenstand möglich sein wird. Wir möchten Euch daher bitten noch einmal ernsthaft über die Platzierung und vor allem Standgröße des OSM/FOSSGIS-Standes nachzudenken und zu versuchen uns mehr Platz einzuräumen. Wir warten noch auf die Standpläne und Skizzen der einzelnen Stände vom Messebauer. Vielleicht läßt sich der Stand noch, allerdings vermutlich nur um einen halben Meter. Und die anderen Stände müssen dann entsprechend verkleinert bzw. verschoben werden. Versprechen kann ich nichts, aber wir werden das mal besprechen. Viele Grüße, Jörg Viele Grüße, Elke -- ~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~ _ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: j...@mapmedia.de net: www.mapmedia.de _ Geschäftsführer: G. v. Tschirnhaus, J. Thomsen Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Am 9. Juni 2009 10:00 schrieb Frederik Ramm frede...@remote.org: Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Amen! Ich möchte jedoch ein viertes Drittel ergänzen (OSM hat ganz offiziell genug Platz für beliebig viele Drittel), wodurch viele aufgeregte Diskussionen doch wesentlich ruhiger verlaufen könnten. Und zwar: um es mit Abraham Lincoln zu sagen: Es ist besser zu schweigen und als Idiot verdächtigt zu werden, als zu reden und dadurch alle Zweifel zu beseitigen. man kann es auch mit Dieter Nuhr sagen: http://www.vitalx.de/nuhr.htm Gruß Torstiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Hallo! Melchior schrieb: es gibt ein paar Neuigkeiten in der ÖPNV-Karte Hui, und dies so spät am Abend! Haltestellen werden wesentlich detaillierterer Dargestellt, unter anderem endlich mit Plattformen in der Übersicht dafür nur noch als ein Punkt. Richtig gut finde ich, dass Du auch Halte als gelb hinterlegten Gesamtbereich mit Namen darstellst, die zwar (noch) nicht in einer Stop Area zusammengefasst sind, aber über mehrere (benachbarte) Elemente mit demselben Namen verfügen. Unterscheidest Du eigentlich schon die Symbolik für die Einzelelemente, abhängig von bus/tram/ light_rail=yes usw.? Gruß -- Sebastian kahlfrost.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Moin, wird eigentlich color=* für die einzelnen Linien bereits gerendert? Gruß Patrick -- New gpg key issued: ID 0x4D40C08A Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Unterscheidest Du eigentlich schon die Symbolik für die Einzelelemente, abhängig von bus/tram/ light_rail=yes usw.? Teilweise. Bushaltestellen (bus=yes) an denen kein anderes Verkehrsmittel hält sind generell weiß, alle anderen Rot und Zughalte (rail=yes) haben ein größeres Label und erscheinen früher. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
wird eigentlich color=* für die einzelnen Linien bereits gerendert? Nein, das ist auch erstmal nicht geplant, das würde nur Verwirrung stiften, da man dann die Verkehrsmittel nicht mehr anhand der Farbe auseinander halten könnte. Wenn man einen Verkehrsplan für eine einzelne Stadt erstellt mag das sinvoll sein, aber ansonsten müsste man ja auch sicherstellen, dass im betrachteten Ausschnitt die Farben nur einfach vorkommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nach OSM kopieren
Hallo allerseits, Es geht nochmal um die Seekartengeschichte. Inzwischen haben sich in unserer Datenbank (www.freietonne.de) über 3000 Pois (Seezeichen, Tonnen, sonstige Hinweise für den Wassersport) angesammelt, die wir jetzt gern auch für die Renderer zur Verfügung stellen möchten. Um die Frage vorweg zu nehmen: Das Tagging-Schema ist unter den beteiligten Seekarten-Projekten abgestimmt, und wird auch weiter gemeinsam gepflegt. -- Nun meine erste Frage: Unsere Datensätze sehen im groben z.B so aus: osm version=0.6 generator=OpenStreetMap server node id=417288253 lat=54.405829 lon=11.0628175 version=1 changeset=1456285 user=freietonne-db uid=110046 visible=true timestamp=2009-06-08T09:13:51Z tag k=name v=Fehmarnsund 2/ tag k=ft_link v=http://www.freietonne.de/index.php?site=38infotyp=1editgps=3714/ tag k=ft_id v=3714/ tag k=minzoomlevel v=9/ tag k=ft_symbol v=9/ tag k=seamark:buoy_lateral:top_sign v=no/ tag k=created_by v=jjOffline/ tag k=seamark:buoy_lateral:light v=yes/ tag k=seamark:buoy_lateral:category v=larboard/ tag k=seamark:buoy_lateral:colour v=red/ tag k=seamark v=buoy_lateral/ /node /osm Gibt es da etwas dran auszusetzen? Technisch nimmt die API uns die Daten ab, aber vielleicht liegen wir ja inhaltlich z.B. bei der Verwendung von user und created_by vollkommen daneben? -- und Frage Nummer zwei: Spricht etwas dagegen, wenn wir unsere 3000 Pois in einem Rutsch in die OSM-DB schubsen? Beste Grüße aus Berlin JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Hallo! Melchior schrieb: Bushaltestellen (bus=yes) an denen kein anderes Verkehrsmittel hält sind generell weiß, alle anderen Rot und Zughalte (rail=yes) haben ein größeres Label und erscheinen früher. Ah, stimmt, habe ich auch soeben entdeckt. Vielleicht könnte man in Zukunft ja auch mit einem schönen Piktogramm-Leitsystem arbeiten, welches auf höheren Zoomstufen für jedes Verkehrsmittel ein eigenes Symbol bereithält (auf niedrigeren Zoomstufen kann man ja weiterhin entweder mit Punkten arbeiten oder aber mit einem allgemeinen Symbol für Halte). Aufbauen könnte man eventuell auf jenen Piktogrammen, die sich hier finden: http://svn.openstreetmap.org/applications/share/map-icons/svg/transport/ Gruß -- Sebastian kahlfrost.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Garry garr...@gmx.de wrote: Wesentliche Eigenschaft ist kreuzungsfrei und mehrspurig - das ermöglicht im allgemeinen eine höhere Durschnittsgeschwindigkeit und ist somit als eine besondere Eigenschaft tagenswert. Sollte auch 2+1 kreuzungsfrei schon dazu zählen? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
Jörg Thomsen wrote: hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? ich habe letztes jahr einige bilder gemacht, ich kann die heute abend auf nen server hochladen Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg frank ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [fossgis-verein] Standplanung Linuxtag 23.6. bis 27.6. 2009
Hallo Jörg, beim Arbeitswochenende des FOSSGIS e.V. wurde am Wochenende ein Musterstand (je nach Ausrichtung und Rahmenbdingungen modifizierbarer Vorschlag) für Messe- und Konferenzdarstellungen des FOSSGIS und der communities um freie GIS-Software und freie Geodaten entworfen. Die dafür benötigten Materialien werden sukzessive umgesetzt und das Standkonzept werde ich in Kürze ins Vereins-Wiki stellen. Von da ausgehend werden sich auch für alle Aktiven im Bereich Öffentlichkeitsarbeit weitere Ansatzpunkte zur Mitarbeit ergeben. Für den Linuxtag bedeutet dies, dass wir aus dem Material-Portfolio bis dahin auf jeden Fall ein Soffbanner des Vereins (neues Logo wie auf der Vereinsseite) geben wird. Die Gestaltung eines RollUps hat sich als nicht so einfach herausgestellt, so dass wir bis zum Linuxtag ein Poster des Vereins stellen können. Dies ist eher für eine Einmalaktion geeignet. RollUps sollten ja einige Zeit Bestand haben und daher auch entsprechend durchdacht sein bevor man die 250 € für ein hochwertiges Teil investiert. Hierzu stelle ich i Kürze 2-3 Konzeot-Skizzen ins Wiki, die dann diskuttiert, verändert und um weitere ergänzt werden können. Bis zum Linuxtag werden wir diesbezüglich aber noch kein fertiges RollUp haben. Ich denke aber dass, v.a. wegen der zu erwartenden Standgröß und der thematischen Ausrichtung ein Stoffbanner und ein Poster (sowie LiveDVDs, ... ;-) eine gute Grundlage bilden. Marco P.S. weiteres wie gesagt in Kürze im Vereins-Wiki Jörg Thomsen schrieb: hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg Original Message Subject: Re: [projects] Re: Standplanung Linuxtag 23.6. bis 27.6. 2009 Date: Mon, 08 Jun 2009 19:03:39 +0200 From: Elke Moritz mor...@linuxtag.org To: proje...@linuxtag.org, Jörg Thomsen joerg.thom...@fossgis.de CC: Wolfgang Drotschmann drots...@linuxtag.org, OSM-de talk-de@openstreetmap.org References: 4a282e12.7030...@linuxtag.org 4a2ce144.3080...@fossgis.de Hallo Jörg, Jörg Thomsen wrote: Hallo Wolfgang, die aktuelle Standplanung hat leider zu ein wenig Unmut in unseren Reihen geführt. Es herrscht die einhellige Meinung, dass der uns zugewiesene Platz zu klein ist. O.K., dass sagen wahrscheinlich alle :) aber ich möchte noch einmal darauf hinweisen, dass - OSM im vergangenen Jahr einen Preis für den schönsten Stand bekommen hat, habt Ihr noch ein Photo vom letzten Jahr, das Ihr mir schicken könnt? Ich hatte letztes Jahr so viel mit den belegten Brötchen für den Projects-Lunch zu tun, daß ich nicht so viel Zeit hatte, die Ausstellung anzuschauen und kann mich deshalb nicht mehr an alle Details erinnern. - OSM sehr publikumswirksam ist, ich denke die Präsenz ist ein dickes Plus für den gesamten Linuxtag, - wir in diesem Jahr noch weitere Projekte (FOSSGIS) auf dem Stand unterbringen möchten und ich deshalb - ursprünglich 18qm beantragt hatte. Wir haben wirklich sehr lange die Standplanung besprochen und auch versucht, das alles zu beachten. Wie Marko ja bereits geschrieben hat, haben wir dieses Jahr aber weniger Quadratmeter für die Projektstände zur Verfügung. Wir hatten 2008 wohl auch 9qm - ich war da nicht in der Planung, meine aber dass der Stand 3x3m groß gewesen ist. Das war schon nur für OSM sehr eng. Wir haben einen großen Zulauf, hatten im letzten Jahr an den drei vorhanden Rechnern ständig große Besuchertrauben zu informieren und dadurch eigentlich keinen Platz mehr auch mal ein Ruhe das ein oder andere tiefer gehende Gespräch zu führen. Da FlightGear sich gewünscht hat, daß Euer Stand möglichst in der Nähe liegt, haben wir Euch auch in der Nähe platziert: Having the booth placed in close vincinity to OSGeo/OSM/GRASS booth would make it easier to demonstrate existing relations. In fact FlightGear uses the well known GIS toolbox, which is represented by OSGeo, as well as (partially) OSM roads in order to build simulation scenery. Der LinuxGamers Stand, auf dem neben 3 Game-Projekten auch FlightGear sein wird, liegt direkt gegenüber von Eurem Stand. Wenn Ihr Euch also mit den Projekten auf 110b in Verbindung setzt, könnt Ihr vielleicht eine Möglichkeit finden, Eure Kooperationsprojekte zumindest teilweise dort vorzustellen. Letztes Jahr hatten wir einen Eckstand, dadurch konnten wir schon mehr Besucher gleichzeitig betreuen, als es dieses Jahr mit dem Reihenstand möglich sein wird. Wir möchten Euch daher bitten noch einmal ernsthaft über die Platzierung und vor allem Standgröße des OSM/FOSSGIS-Standes nachzudenken und zu versuchen uns mehr Platz einzuräumen. Wir warten noch auf die Standpläne und Skizzen der einzelnen Stände vom Messebauer. Vielleicht läßt sich der Stand noch, allerdings vermutlich nur um einen
Re: [Talk-de] Strassen mit 2+1 Fahrspuren (was: Kraftfahrstrassen)
Heiko Jacobs schrieb: Garry garr...@gmx.de wrote: Wesentliche Eigenschaft ist kreuzungsfrei und mehrspurig - das ermöglicht im allgemeinen eine höhere Durschnittsgeschwindigkeit und ist somit als eine besondere Eigenschaft tagenswert. Sollte auch 2+1 kreuzungsfrei schon dazu zählen? Schwieriger Punkt - da müsste man auch noch differenzieren ob es ein einmaliger 2+1 Abschnitt an einer grösseren Steigung (z.B. B500 vor dem Ruhestein von BadenBaden kommend) oder eine ehr durchgängig im Wechsel ausgebaute 2+1 Strecke ist. Wünschenswert ist es schon dass man sich unterwegs als Vorankündigung die nächste Überholmöglichkeit anzeigen lassen kann ohne gleich auf eine komplette Lane-Auswertung zurückgreifen zu müssen. Dafür aber die B500 im genannten Abschnitt als trunk darzustellen finde ich aber auch nicht wirklich optimal. Bei der B10 Landau - Pirmasens könnte ich es mir schon ehr vorstellen - damit wäre es aber nicht einheitlich auf 2+1 Abschnitte anwendar was wiederum doch angestrebt werden sollte. Vielleicht wäre da ein 2+1 = 2 (zweite Spur in way-Richtung) bzw. 2+1 = 1 (zweite Spur entgegen way-Richtung) eine Lösung? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bahnstrecke KA-Rastatt
Hallo Heiko, es ist mir ein Anliegen die geplante/in Bau befindliche Bahnstrecke KA-RA entsprechend ihrem Bauzustand zu taggen und dargestellt zu bekommen (z.B. Streckenabschnitt zwischen Durmersheim bis Höhe Ötigheim fertig trassiert). construction ist für den Abschnitt definitiv zutreffend da schon seit längerem Planfestgestellt und im Zug des Neubaus der B36 bereits auch als fast 10km langer Abschnitt fertig trassiert und die Brücken mit Hochspannungsberührschutzmassnahmen versehen. Deine Aktivitäten bezüglich des besseren renderns von Gleisen finde ich durchaus Begrüssenswert.nur bitte sollte in Anwenungen die die neuen Features nicht unterstützen nicht einfach nichts dargestellt werden sondern wie in diesem Beispiel der Verlauf der Trasse - ist er doch auch ein Orientierungspunkt und Hinderniss das nur an den Brücken überquert werden kann. Es ist ja nicht so dass Deutschland/die Welt mit solchen (zukünftigen) Baustellen übersäht ist und somit das Kartenbild drastisch verändern. Von daher wäre ich Dir dankbar wen Du auch meine Arbeit würdigst... Gruss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Martin Koppenhoefer schrieb: Wir haben nun ein konkretes Problem: eine Straße, innerorts, aufgeständert und mit Zu- und Abfahrten, für Radfahrer und Fußgänger gesperrt, jedoch ohne Standstreifen und mit relativ schmalen Spuren (für eine Autobahn zu schmal). Die Rampen sind teilweise auch links (d.h. Abfahrt links) und das Tempolimit variiert zwischen 40 und 70km/h. Ich würde sie gerne als trunk interpretieren, da sie sich von den üblichen Primaries abhebt (aufgeständert, von der Stadt entkoppelt, Verbot für Mopeds, Radfahrer und Fußgänger, Rampen also plankreuzungsfrei), aber das teilweise Limit von 40 ermutigt viele, sie als Primary zu sehen. Fotos hier z.B.: wie man erkennen kann, entsprechen die Kurvenradien sicher nicht immer denen für Autobahnen, aber das ist auch der Situation geschuldet, dass teilweise ein Balkon, eine Gebäudeecke o.ä. im Weg war ;-) Ich finde http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging schlüssig und wir haben in Kiel auch schon mal über das Thema diskutiert. Die einfache Regel lautet: Wenn Fahrbahnen baulich getrennt (oneway=yes), kreuzungsfrei und keine Autobahnbeschilderung, dann trunk. Für die Entscheidung unerheblich sind: traffic:zone (innerorts / außerorts) bicycle foot moped minspeed maxspeed lanes motorroad (Alles Tags, die man gesondert angeben und auch auswerten kann) Ich würde die von dir beschriebene Straße also auch als trunk taggen. Siehe beispielhaft: http://www.openstreetmap.org/?lat=54.2824lon=10.1389zoom=14 Die Engländer haben wegen ihres primary route network das baulich getrennt aus der internationalen Doku rausgedrückt. Besser wäre es aber nicht baulich getrennte Straßen des A-Netzwerkes mit: highway=primary motoroad=yes (oneway=no) lanes=2 ref=A* oder so ähnlich zu taggen! Renderer sollten damit dann keine Probleme haben es genauso zu rendern wie es jetzt dargestellt wird... Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassen mit 2+1 Fahrspuren
Garry garr...@gmx.de wrote: Sollte auch 2+1 kreuzungsfrei schon dazu z?hlen? Schwieriger Punkt - da m?sste man auch noch differenzieren ob es ein einmaliger 2+1 Abschnitt an einer gr?sseren Steigung (z.B. B500 vor dem Ruhestein von BadenBaden kommend) oder eine ehr durchg?ngig im Wechsel ausgebaute 2+1 Strecke ist. Ich denke da an die B212 bei Nordenham, ehedem primary, nun nach trunk umgetaggt durch Kraftfahrstra?en. Da fuhr ich schon mal selbst, ist eine l?ngere relativ neue 2+1 im Stile der B10 bei Landau. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterführung
Martin Koppenhoefer schrieb: Am 7. Juni 2009 17:32 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo! Wolfgang Wienke schrieb: Hallo, sehe ich das richtig, dass es in OSM keine Unterführung gibt? Selbst wenn ein kleiner Weg unter einer Autobahn hindurchführt, erhält die Autobahn eine Brücke, auch wenn man es auf der Autobahn nicht merkt!? Sorry, blöde Frage, Tunnel natürlich! üblicherweise würde ich von einer Brücke ausgehen (Autobahn an den Auflagern trennen, layer=1 und bridge=yes). tunnel=yes für Tunnel. Ich bin mir nicht sicher, wie rigoros wir in OSM sind, aber technisch gesehen ist ein offen gebauter Tunnel (und danach geschlossen) mit einer Länge unter 80 Metern kein Tunnel. Von einem Tunnel spricht man, wenn eine Röhre in ein massives Teil (Berg) hineingegraben wird. Irgendwie scheinen gerade wieder die ganzen alten Diskussionen hochzukommen die schon vor vielen Monaten eigentlich ausdiskutiert waren Tunnel wird in OSM gerne verwendet wenn mehrere Verkehrswege unterquert werden und/oder wenn das Verhältniss zwischen Länge und Breite der Unterführung relativ gross ist (so ungefähr dann wenn man eigentlich das Licht einschalten sollte). Gegebenfalls macht es auch Sinn Brücke und Tunnel zu kombinieren wenn einerseits Durchfahrtsbeschränkungen vorhanden sind (Höhe/Breite) und andereseits Gewichtsgrenzen für das Überfahren des Bauwerks. Sollte jetzt jemand bedarf sehen dass man das realitätsgetreuer Rendern/Auswerten kann dann bitte in Form von Zusatztags die das genauer spezifizieren und nicht durch neue Regel die ein komplettes umtaggen erforden Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Mario Salvini salv...@t-online.de wrote: also ne ausgeschilderte Kraftfahrstra?e hat normalerweise immer einen interregional-verbindenen Charakter. Noe, in erster Linie eine Zugangsbeschraenkung: Wir wollen hier keine nervigen trecker, Radler und Fuszler... Ne residential als Kraftfahrstra?e is zwar theoretisch m?glich, aber unlogisch. (so ?hnlich wie Tachionen. Rechnerisch m?glich, aber weit weg der Relit?t ;) ) Ach weil die Tachos soweit weg von der Realitaet sind, haelt sich kein Autofahrer an Limits? Jetzt wird mir einiges klar... ;-) Fuer residentials in der engen Definition (siehe anderer thread: nur in Wohngebieten) waere es wirklich unlogisch, aber unclassified und service koennte schon vorkommen fuer Ziele, die ueber diesen Weg nur fuer grosze Kfz erreichbar sein sollen... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Hallo, Ralf Bell os2r...@hotmail.com writes: Die zeitliche Beschränkung an dieser Stelle gilt nur in einer Fahrtrichtung. Wie taggt man das? [...] http://openstreetbugs.appspot.com/?lon=7.008689728670251lat=51.07036176327466zoom=16 ein paar Versuche stehen auch auf folgender Seite: http://www.openstreetmap.org/browse/way/25716027/history Aber das wird wohl noch kein Router richtig interpretieren. Kommt wohl sicherlich auch nicht so oft vor. Im Moment reicht wohl eigentlich eine verständliche Aussage im Note. Wobei die eventuell zusätzlich vielleicht noch englisch sein sollte. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
Jörg Thomsen j...@mapmedia.de wrote: Hat jemand Fotos vom letzten Jahr? Ich hab ein paar, da die aber noch auf einer meiner Speicherkarten drauf sind komm ich da erst heute abend dran. Ansonsten gibts auch noch das hier: http://www.youtube.com/watch?v=HTEGextOenQ Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
