Re: [talk-ph] san pablo house numbers
I started adding housenumbers at the last week of March 2009. At that time, it was limited to my neighborhood. However, I added a few more housenumbers in some nearby residential areas (including a very open subdivision) over the past 2+ months. I do not know which government entity/developer assigns housenumbers here before, but starting in the early 2000's, the barangays are assigning the housenumbers (I got the housenumber info from roaming some streets). In some barangays, the Block X Lot Y schema was dropped in favor of the housenumbers. The problem is that on certain streets, you may see the same housenumbers assigned in different areas (though the certain areas are quite close to each other). The solution is that you create two (or more) relations, assign it to the apropriate housenumber ways/nodes and place notes. See http://www.openstreetmap.org/browse/relation/125011 and http://www.openstreetmap.org/browse/relation/141864 as examples. The only problem for me adding housenumbers is that they are either obscured (one housenumber was covered with tape since the owner didn't like the assigned housenumber and prefered his/her old housenumber), hidden from public view, or the poor mapper roaming the streets may be suspected as a thief, just because he or she is looking at housenumber plates. Regardless of such fears and frustrations, I'm still pursuing the adoption of the Karlsruhe Schema within its city borders. As of now, it has covered at least four out of 80 Barangays. --- On Fri, 5/22/09, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: [talk-ph] san pablo house numbers To: osm-ph talk-ph@openstreetmap.org Date: Friday, May 22, 2009, 7:55 PM and ianlopez started adding house numbers in San Pablo! http://www.openstreetmap.org/?lat=14.07678lon=121.32241zoom=17layers=B000FTF -- 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: [OSM-talk-be] warboel huisnummers
filip wolters wrote: Weet iemand of er een functie of weetje bestaat om de huisnummers mooi langs de straten te laten lopen? En als dit niet bestaat er een voorstel/ticket aangemaakt is? Er is een proposed feature: het Karlsruhe schema http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema Dit wordt op veel plaatsen al gebruikt (ik doe het ook zo als ik winkels map). Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] warboel huisnummers
Karlsruhe gebruik ik ook. Maar m'n vraag was meer hoe je dat goed gebruikt. Nu moet je verschillende nodes lukraak langs een weg plaatsen. Ze liggen dan ook niet mooi evenwijdig naast de weg en je weet niet hoever ze naast de weg moeten liggen. Kortom een warboel. Vandaar m'n vorige vraag. Groeten Filip From: talk-be-requ...@openstreetmap.org Subject: Talk-be Digest, Vol 17, Issue 6 To: talk-be@openstreetmap.org Date: Sat, 23 May 2009 12:00:01 +0100 Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. warboel huisnummers (filip wolters) 2. Re: warboel huisnummers (Maarten Deen) -- Message: 1 Date: Sat, 23 May 2009 01:21:13 +0200 From: filip wolters filip_wolt...@hotmail.com Subject: [OSM-talk-be] warboel huisnummers To: openstreetmap talk-be@openstreetmap.org Message-ID: snt109-w35cfeeebf76e2aefa20c258e...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Weet iemand of er een functie of weetje bestaat om de huisnummers mooi langs de straten te laten lopen? En als dit niet bestaat er een voorstel/ticket aangemaakt is? Groetjes _ Lentekriebels? Speel samen met je vrienden de spelletjes die Windows Live je aanbiedt! http://www.messengerbillboard.be/nl/play -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-be/attachments/20090523/2cc55f6f/attachment-0001.htm -- Message: 2 Date: Sat, 23 May 2009 09:17:06 +0200 From: Maarten Deen md...@xs4all.nl Subject: Re: [OSM-talk-be] warboel huisnummers To: talk-be@openstreetmap.org Message-ID: 4a17a2f2.9050...@xs4all.nl Content-Type: text/plain; charset=ISO-8859-1; format=flowed filip wolters wrote: Weet iemand of er een functie of weetje bestaat om de huisnummers mooi langs de straten te laten lopen? En als dit niet bestaat er een voorstel/ticket aangemaakt is? Er is een proposed feature: het Karlsruhe schema http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema Dit wordt op veel plaatsen al gebruikt (ik doe het ook zo als ik winkels map). Maarten -- ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be End of Talk-be Digest, Vol 17, Issue 6 ** _ Reageer op foto’s van je vrienden en bekijk hun reacties op de jouwe. Gegarandeerd hilariteit! http://www.microsoft.com/belux/nl/windows/windowslive/products/photos.aspx___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Produced Work guideline working
On Fri, May 22, 2009 at 11:01 PM, Frederik Ramm frede...@remote.org wrote: Mike Collinson wrote: If it was intended for the extraction of the original data, then it is a database and not a Produced Work. Otherwise it is a Produced Work. We can clearly define things that are USUALLY Produced Works: .PNG, JPG, .PDF, SVG images and any raster image; a map in a physically printed work. Database dumps are usually not Produced Works, e.g a Planet dump. I think it was 80n who, in an older discussion about this, pointed out that it may not be helpful to focus on the *intent* of someone doing something. Someone might make an SVG file that contains the full original OSM data, but without the intent of extracting data, and someone else then uses that as a database. But I guess we don't need to get all upset about this because if a database is made from the Produced Work then ODbL again applies through the reverse engineering clause... exactly - this is really only about whether someone has a choice of license for their files or not. i think its helpful to build up a set of things we think are produced works and a set of things we think are not. it doesn't have to be an exhaustive set, since we can build inwards to the grey area based on common sense (maybe...) it might be helpful to consider these examples: 1) is the planet dump a database? we've suggested it is, but it would be interesting to hear any dissenting views. 2) are SVG files produced works? we've suggested they are, but SVG files are one XSLT transform away from planet files and could be reversible given some extra custom attributes. 3) are osmChange diffs databases? 4) are routes (i.e: from YOURS, ORS, CM) produced works or DB extracts? 5) are garmin (or other vendor) device images databases? 6) are KML files extracted from OSM databases? my opinion is that none of the above are databases - but i think i'm in the minority holding that opinion ;-) cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Highways tagging vs Polygon
Radomir Cernoch wrote: http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18 I do not think that streets like Sturenkatu or Teollisuuskatu, nor any of connected primary/secondary/tertiary form a zone. I would suggest to define a zone as an area with predominantly uniform traffic regulations. Not that it matters in Finland, but urban roads are more often signposted as zone 30 or zone 40 and not maxspeed 30/40, at least in Helsinki. Such zones can't be made up at will, but can only be surveyed by entering an area from all directions. To me the maxspeed is just a property of the road, even if the authorities have signed them as a maxspeed zone. Likewise the urban area (as defining the applying traffic rules, mainly maxspeed=50/80) can't be accurately deduced from landuse areas, residential roads nor from any administrative boundaries yet entered. The only relevant legislative differences are the maxspeed and whether honking is allowed to signal starting an overtake, but no one does that anyway. Examples: in http://openstreetmap.org/?lat=60.221lon=25.035zoom=16 everything is urban, but in http://openstreetmap.org/?lat=60.193lon=25.03zoom=16 only the trunk road is not urban (as are all trunk roads inside Helsinki) * If someone forgets to add the maxspeed or zone:traffic tag to a road, this model is closer to reality. (Please note that this may happen in a very well made map, see my previous Helsinki mail). Actually, if there was a polygon with zone:traffic, it'd likely be wrong. Those roads most likely have a maxspeed of 30 or 40 and without a proper survey(*1) they would still be inside a zone:traffic=urban, which would imply a maxspeed 50 in Finland. Guessing a zone from the other minor roads, roads that aren't connected to those without a maxspeed (Allotriankuja and Rialtonkuja in the example), would indicate a maxspeed zone of 30 or 40 - a 50 percent probability of being wrong. Without a given maxspeed it's known to contain incomplete information. *1 Someone unkown drew most of the roads in Helsinki in 2007 from the Yahoo aerials and there's still much to add details to. A chance to get the house numbers, too. It's a work in progress, even if it looks quite detailed in places. With about 600 mappers (ever having edited anything) in Finland and 300 000 km of roads it's going to take a whole lot of time, esp. outside the significant cities. -- Alv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - (Salt Pond)
I have posted a new proposal for a Salt Pond. Please comment as much as you want at http://wiki.openstreetmap.org/wiki/Proposed_features/Salt_Pond _ ¡Acelera con la Fórmula 1! Juega y demuestra lo que sabes con MSN Deportes http://msn.es.predictorpro.com/grand-prix/overview.aspx?season=8 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
It seems that mapping features lack stones. In a flat country, any bigger stone has its local name and it is an important orientation point. But OSM now lacks any classification and rendering of stones. If you look at Stonehenge, you see just two points in the mapnik map. Some of stones use tourism=attraction, some use natural=stone (unofficial), some of them use historic=monument or historic=memorial, some use amenity=place_of_worship,religion=stone_age_druidic or tourism=artwork. Let's try to classify it. Note that sometimes it is not possible to decide the history of the stone and assign correct tag and we have to consider it as a generic stone. I would like to propose a new tag for point (a stone), way (a line of stones), and area (area with stones) Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Balancing boulder (wobble stone) A stone in an unstable position. A small power allows the stone to be wobbled. Some of them are natural, some of them are human made or human moved. Mark as generic stone plus: type=balancing (or type=wobble, comment from any native English?) Erratic boulder === A boulder moved by a ice code during the ice age. It has a significantly different composition than stones in the nature around. Mark as generic stone plus: type=erratic Boundary stone == Single, several or many boulders moved by a human to mark boundary of a ground, or just moved away from a cultivated area. Most of them has just a natural shape, but some of them may have some carving. Natural stone mark as generic stone plus: type=boundary Stone with carving: I am unsure (artifact or still a natural stone) Stone age artifacts === I am not sure, whether these stones should use natural=stone (they consists from a natural stone and something it's impossible to discriminate) or historic=... or even place_of_worship (the religion is very unsure for most of them, and even religious purpose is not sure) Here a list of probably most common types. type= menhir: vertically placed stone (most of them are lone stone, but some of them consist from more stones) dolmen: a set o stones with a flat stone roof human_made_area: area with stones following certain idea human_made_array: array of stones - area consisting of a stone line stone_image: stone image consisting of hundreds or thousands small stones Other artifacts === Stones placed in memory of something may be historic=memorial, sculptures may be tourism=artwork... I am not sure. Stanislav Brabec http://www.penguin.cz/~utx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
Hi, Stanislav Brabec wrote: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) I would definitely not map anything that can easily be moved by a single person. (Or else put a sign next to it saying Oh, if you move this would you please update OSM?) ,-) I also advise against generic tag names (type, size, count) whose exact meaning can only be derived from context (natural=stone). For a (hypothetical) example, size=large might mean something entirely different when applied to amenity=post_pox! While this is no killer argument because people and software will usually have the context available when processing data, to avoid confusion, I would use something like stone:size=large or stone_size=large or whatever. Furthermore, try to avoid classification whereever possible. I can see that your large/medium/small is a sensible distinction but people can only use/understand that together with your definition (use large if ...). If you would instead tag stone:circumference=20m or something, that would make it immediately clear how big the thing is, no need to look it up. 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] Google satellite maps updates
Hi Mark, afaik this resolution is available for the most demanded regions for a long time. Please note that this is (afaik) not satellite data, but aerial photographs made from a plane. Best regards Christian 2009/5/21 Maarten Deen md...@xs4all.nl: I haven't seen this anywhere, but it seems that Google is updating its satellite maps with even higher resolution data. Compare what I previously knew as best resolution: ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
On Sat, May 23, 2009 at 7:37 AM, Stanislav Brabec u...@penguin.cz wrote: Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Typically on US orienteering maps, large rocks are marked as boulders in the legend. Natural=stone would make sense for large patches of exposed stone though. Cheers, Adam ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Highways tagging vs Polygon
Hi, the whole idea of polygons is over anyway... So my only answer to your points is yes. :-) Radek 2009/5/23 Lauri Kytömaa lkyto...@cc.hut.fi: Radomir Cernoch wrote: http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18 I do not think that streets like Sturenkatu or Teollisuuskatu, nor any of connected primary/secondary/tertiary form a zone. I would suggest to define a zone as an area with predominantly uniform traffic regulations. Not that it matters in Finland, but urban roads are more often signposted as zone 30 or zone 40 and not maxspeed 30/40, at least in Helsinki. Such zones can't be made up at will, but can only be surveyed by entering an area from all directions. To me the maxspeed is just a property of the road, even if the authorities have signed them as a maxspeed zone. Likewise the urban area (as defining the applying traffic rules, mainly maxspeed=50/80) can't be accurately deduced from landuse areas, residential roads nor from any administrative boundaries yet entered. The only relevant legislative differences are the maxspeed and whether honking is allowed to signal starting an overtake, but no one does that anyway. Examples: in http://openstreetmap.org/?lat=60.221lon=25.035zoom=16 everything is urban, but in http://openstreetmap.org/?lat=60.193lon=25.03zoom=16 only the trunk road is not urban (as are all trunk roads inside Helsinki) * If someone forgets to add the maxspeed or zone:traffic tag to a road, this model is closer to reality. (Please note that this may happen in a very well made map, see my previous Helsinki mail). Actually, if there was a polygon with zone:traffic, it'd likely be wrong. Those roads most likely have a maxspeed of 30 or 40 and without a proper survey(*1) they would still be inside a zone:traffic=urban, which would imply a maxspeed 50 in Finland. Guessing a zone from the other minor roads, roads that aren't connected to those without a maxspeed (Allotriankuja and Rialtonkuja in the example), would indicate a maxspeed zone of 30 or 40 - a 50 percent probability of being wrong. Without a given maxspeed it's known to contain incomplete information. *1 Someone unkown drew most of the roads in Helsinki in 2007 from the Yahoo aerials and there's still much to add details to. A chance to get the house numbers, too. It's a work in progress, even if it looks quite detailed in places. With about 600 mappers (ever having edited anything) in Finland and 300 000 km of roads it's going to take a whole lot of time, esp. outside the significant cities. -- Alv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
Hi Stanislav, I agree there is something missing in this area as I've added some things on Dartmoor (which has a vast amount of this stuff) and couldn't find many helpful tags already in use. I'm not too keen on natural=stone as surely the significant thing about these artifacts is they are not natural. Either historic or man_made would seem better. I didn't spend too much time thinking about it but so far I've used: historic=stone_row historic=stone_circle historic=standing_stone I didn't use menhir for standing stone as I didn't a lot of people would know what it means. regards, Kevin On Sat, May 23, 2009 at 12:37 PM, Stanislav Brabec u...@penguin.cz wrote: It seems that mapping features lack stones. In a flat country, any bigger stone has its local name and it is an important orientation point. But OSM now lacks any classification and rendering of stones. If you look at Stonehenge, you see just two points in the mapnik map. Some of stones use tourism=attraction, some use natural=stone (unofficial), some of them use historic=monument or historic=memorial, some use amenity=place_of_worship,religion=stone_age_druidic or tourism=artwork. Let's try to classify it. Note that sometimes it is not possible to decide the history of the stone and assign correct tag and we have to consider it as a generic stone. I would like to propose a new tag for point (a stone), way (a line of stones), and area (area with stones) Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Balancing boulder (wobble stone) A stone in an unstable position. A small power allows the stone to be wobbled. Some of them are natural, some of them are human made or human moved. Mark as generic stone plus: type=balancing (or type=wobble, comment from any native English?) Erratic boulder === A boulder moved by a ice code during the ice age. It has a significantly different composition than stones in the nature around. Mark as generic stone plus: type=erratic Boundary stone == Single, several or many boulders moved by a human to mark boundary of a ground, or just moved away from a cultivated area. Most of them has just a natural shape, but some of them may have some carving. Natural stone mark as generic stone plus: type=boundary Stone with carving: I am unsure (artifact or still a natural stone) Stone age artifacts === I am not sure, whether these stones should use natural=stone (they consists from a natural stone and something it's impossible to discriminate) or historic=... or even place_of_worship (the religion is very unsure for most of them, and even religious purpose is not sure) Here a list of probably most common types. type= menhir: vertically placed stone (most of them are lone stone, but some of them consist from more stones) dolmen: a set o stones with a flat stone roof human_made_area: area with stones following certain idea human_made_array: array of stones - area consisting of a stone line stone_image: stone image consisting of hundreds or thousands small stones Other artifacts === Stones placed in memory of something may be historic=memorial, sculptures may be tourism=artwork... I am not sure. Stanislav Brabec http://www.penguin.cz/~utx http://www.penguin.cz/%7Eutx ___ 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] Potlatch 1.0
Richard, Great work. It all seems somewhat snappier. Love the offline editing feature already. Hover over objects to see names is going to be a time saver. Still no 'building' preset? martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ On Sat, May 23, 2009 at 07:56, Eugene Alvin Villar sea...@gmail.com wrote: I like how it shows junction nodes. It makes debugging easier. Kudos for this wonderful update! On Thu, May 21, 2009 at 4:09 PM, Richard Fairhurst rich...@systemed.net wrote: Hi all, It's been an important 24 hours for the webmapping world. At last - and after many months of expectation - UK cycle charity Sustrans released their new online slippy map. Oh yeah, and some irritating US outfit did some data API or something. But never mind any of that, because it's also Potlatch's second birthday! And that means: it's time for Potlatch 1.0. What's new? Online help. Offline editing. Conflict management. A new way of showing junction nodes. Better changeset handling. And some other stuff. Bugs and comments? Trac, of course, but there's also a new potlatch- dev mailing list - both for current Potlatch and exciting future stuff. Subscribe: http://lists.openstreetmap.org/pipermail/potlatch- dev/ . Enjoy! cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://vaes9.codedgraphic.com ___ 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] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
Maybe not clear but I was talking about the non-natural ones. Kevin On Sat, May 23, 2009 at 4:59 PM, Barnett, Phillip phillip.barn...@itn.co.uk wrote: An erratic boulder is certainly natural by definition, as may be a balancing boulder, or other conspicuous outcrop. ** *PHILLIP BARNETT **SERVER MANAGER * 200 GRAY'S INN ROAD LONDON WC1X 8XZ UNITED KINGDOM T +44 (0)20 7430 4474 F E phillip.barn...@itn.co.uk WWW.ITN.CO.UK P Please consider the environment. Do you really need to print this email? -- *From:* talk-boun...@openstreetmap.org [mailto: talk-boun...@openstreetmap.org] *On Behalf Of *Kevin Peat *Sent:* 23 May 2009 15:44 *To:* Stanislav Brabec *Cc:* talk@openstreetmap.org *Subject:* Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact) Hi Stanislav, I agree there is something missing in this area as I've added some things on Dartmoor (which has a vast amount of this stuff) and couldn't find many helpful tags already in use. I'm not too keen on natural=stone as surely the significant thing about these artifacts is they are not natural. Either historic or man_made would seem better. I didn't spend too much time thinking about it but so far I've used: historic=stone_row historic=stone_circle historic=standing_stone I didn't use menhir for standing stone as I didn't a lot of people would know what it means. regards, Kevin On Sat, May 23, 2009 at 12:37 PM, Stanislav Brabec u...@penguin.cz wrote: It seems that mapping features lack stones. In a flat country, any bigger stone has its local name and it is an important orientation point. But OSM now lacks any classification and rendering of stones. If you look at Stonehenge, you see just two points in the mapnik map. Some of stones use tourism=attraction, some use natural=stone (unofficial), some of them use historic=monument or historic=memorial, some use amenity=place_of_worship,religion=stone_age_druidic or tourism=artwork. Let's try to classify it. Note that sometimes it is not possible to decide the history of the stone and assign correct tag and we have to consider it as a generic stone. I would like to propose a new tag for point (a stone), way (a line of stones), and area (area with stones) Generic stone = Just a stone in the wild without any known story. natural=stone (German wiki already documents this tag) optional: size=large (several tons), medium (can be moved by few people), small (can be moved by a single persons) count=number of stones (maybe size=large,medium count=1,5 could mean 1 large and 5 medium stones) Balancing boulder (wobble stone) A stone in an unstable position. A small power allows the stone to be wobbled. Some of them are natural, some of them are human made or human moved. Mark as generic stone plus: type=balancing (or type=wobble, comment from any native English?) Erratic boulder === A boulder moved by a ice code during the ice age. It has a significantly different composition than stones in the nature around. Mark as generic stone plus: type=erratic Boundary stone == Single, several or many boulders moved by a human to mark boundary of a ground, or just moved away from a cultivated area. Most of them has just a natural shape, but some of them may have some carving. Natural stone mark as generic stone plus: type=boundary Stone with carving: I am unsure (artifact or still a natural stone) Stone age artifacts === I am not sure, whether these stones should use natural=stone (they consists from a natural stone and something it's impossible to discriminate) or historic=... or even place_of_worship (the religion is very unsure for most of them, and even religious purpose is not sure) Here a list of probably most common types. type= menhir: vertically placed stone (most of them are lone stone, but some of them consist from more stones) dolmen: a set o stones with a flat stone roof human_made_area: area with stones following certain idea human_made_array: array of stones - area consisting of a stone line stone_image: stone image consisting of hundreds or thousands small stones Other artifacts === Stones placed in memory of something may be historic=memorial, sculptures may be tourism=artwork... I am not sure. Stanislav Brabec http://www.penguin.cz/~utx http://www.penguin.cz/%7Eutx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files
Re: [OSM-talk] [RFC] tagging stones in the wild (erratic, balancing, boundary, stone age, artifact)
2009/5/23 Stanislav Brabec u...@penguin.cz: It seems that mapping features lack stones. In a flat country, any bigger stone has its local name and it is an important orientation point. But OSM now lacks any classification and rendering of stones. If you look at Stonehenge, you see just two points in the mapnik map. Some of stones use tourism=attraction, some use natural=stone (unofficial), some of them use historic=monument or historic=memorial, some use amenity=place_of_worship,religion=stone_age_druidic or tourism=artwork. Let's try to classify it. Note that sometimes it is not possible to decide the history of the stone and assign correct tag and we have to consider it as a generic stone. I would like to propose a new tag for point (a stone), way (a line of stones), and area (area with stones) What about Cairns http://en.wikipedia.org/wiki/Cairn oh and Trig Points http://en.wikipedia.org/wiki/Trig_point Get some mapping done using one all the better I guess (Unless that causes copyright problems .) Peter Childs ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Proposed Feature: Tagging the age and duration of existence of features
2009/5/22 Nop ekkeh...@gmx.de: Hi! start_date=, end_date= http://wiki.openstreetmap.org/wiki/Map_Features#Properties http://osmdoc.com/en/tag/start_date/ http://osmdoc.com/en/tag/end_date/ maybe someone could create the tag pages for those on wiki? Silly point old data can be important land marks still, Say Tagging Disused Railway Lines or Tagging Roman Roads with Roman Latin Names might be of some use. Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Automatically Matching Photos to GPS traces in JOSM - EXIF data needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, In JOSM I'm trying to match photos with my gps traces, but my camera doesn't save any EXIF data, so I use exiftool to add EXIF data to it. What EXIF data does JOSM use to position the photo? I managed to add the DateTimeOriginal or Date Taken: field to it, thinking it's the only EXIF field JOSM needs. Is this the only field that JOSM needs to position the photo? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFKGE3SmtKUasCeZwsRAim0AJ9giT/hhYdH2BVucUMZFwBQEVTpfwCgr4xH xcrEoqk1XjwPg4oi0V2R7X0= =RNdz -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
On Thu, May 21, 2009 at 12:08:53AM +0100, Radomir Cernoch wrote: Guenther Meyer píše v Čt 21. 05. 2009 v 00:51 +0200: Am Wednesday 20 May 2009 schrieb Jacek Konieczny: That would not work very well in Poland. Town/city/village administrative border usually differ from the built up zone borders. right. the same in germany. that's why we nedd to different zones: one like zone:traffic=... for speed limits and other legalities, and one, let's call it zone:administrative=... for the administrative border. Hi, this sounds reasonable. But is there a difference between boundary=administrative and zone:administrative=*? I think boundary=administrative could be used together with some zone=* tag, like bridge=* may be used with highway=* or railway=*. The same zone=* could be used with different entities (most probably polygons, which are not administrative, but I can imagine using that for single way or relations too). Other thing is what zone=* would mean… Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatically Matching Photos to GPS traces in JOSM - EXIF data needed
On Sat, May 23, 2009 at 10:26:14PM +0300, Niklas Cholmkvist wrote: What EXIF data does JOSM use to position the photo? I managed to add the DateTimeOriginal or Date Taken: field to it, thinking it's the only EXIF field JOSM needs. Is this the only field that JOSM needs to position the photo? DateTimeOriginal is sufficient, but DateTimeDigitized or DateTime may be used if it isn’t present. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wanted: Web application that connects notes to an OSM slippy map
Hi, My family is planning a Europe tour this summer, and the planning is performed on a wiki. When brain storming about different destinations it would be of great value to be able to add a new suggestion through selecting a place on a map and attaching a note. I can think of many situations where such an application could be useful. It doesn't necessary has to be notes _on_ the map, but just something that links an object to a position on the map. Perhaps a list beside the map where the position on the map is highlighted when selecting an object in the list, and vice versa. If something like this exists, please let me know. Otherwise this would be a killer application for somebody to write. Regards, Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Web application that connects notes to an OSM slippy map
Hi, Erik Lundin wrote: My family is planning a Europe tour this summer, and the planning is performed on a wiki. When brain storming about different destinations it would be of great value to be able to add a new suggestion through selecting a place on a map and attaching a note. I'm not sure about the openness of OpenStreetBugs but if you can manage to grab OSB's code somewhere then you're almost there. 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
[OSM-talk] [tagging] Feature Proposal - Parking Lane
I have posted a new proposal for parking lanes. Please comment as much as you want at http://wiki.openstreetmap.org/wiki/Proposed_features/parking_lane P.S.: English is not my main language, so if there's an american or british english expression better then parking lane, feel free to add there. -- 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] Automatically Matching Photos to GPS traces in JOSM - EXIF data needed
Niklas Cholmkvist schrieb: In JOSM I'm trying to match photos with my gps traces, but my camera doesn't save any EXIF data, so I use exiftool to add EXIF data to it. Which operating system do you use? On windows I strongly advice to use geosetter (www.geosetter.de) to get Geo-Information into the pictures. This works extremeley well in combination with the AgPifoJ plugin in JOSM, I absolutely recommend this plugin for photo mapping! Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Automatically Matching Photos to GPS traces in JOSM - EXIF data needed
Additional comment: some hints are available also in the OSM wiki: http://wiki.openstreetmap.org/wiki/Geotagging_Source_Photos Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] XAPI Demo
Stefan de Konink wrote: Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Leuk, maar wat is nu precies de bedoeling? Hoe gebruiken we dat? Een SQL query in de URL aangeven? Heb je een voorbeeld van hoe je die kaart hebt gemaakt (ik als EBT'er vind die kaart met geldautomaten natuurlijk mateloos interessant, heb het zelf al eens offline met openlayers proberen te doen. Ik heb zelfs een wiki met geldautomaten en linkjes naar OSM). Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Leuke demo, ik ga hier zeker wat met expirimenteren.BTW, kun je van de query in de demo misschien ook dit maken: SELECT long, lat FROM nodes_legacy, node_tags WHERE id = node AND ((k = 'amenity' AND v = 'atm') OR (k = 'atm' AND v = 'yes')) LIMIT 10; Ik mis namelijk nu nogal wat pinautomaten welke bij een bank staan. Niels Leenheer 2009/5/23 Stefan de Konink ste...@konink.de Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Stefan ps. ik ben er achter gekomen dat xapi'en een probleempje heeft en dat probleempje heet crosssite scripting. Dat heb ik momenteel met een reverse proxy oplost (: heel eenvouding in Cherokee :) ___ 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] XAPI Demo
Dat is niet alleen een xapi probleem, maar standaard onderdeel van de javascript security die in elke browser zit. Als je niet de beschikking hebt over zoiets moois als een cherokee-server, dan heb ik nog wel een proxy.php scriptje ;-) Stefan de Konink wrote: Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Stefan ps. ik ben er achter gekomen dat xapi'en een probleempje heeft en dat probleempje heet crosssite scripting. Dat heb ik momenteel met een reverse proxy oplost (: heel eenvouding in Cherokee :) ___ 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] XAPI Demo
Skinkie! Super fantastisch! En wat een snelheid... Niels Leenheer wrote: Leuke demo, ik ga hier zeker wat met expirimenteren. BTW, kun je van de query in de demo misschien ook dit maken: SELECT long, lat FROM nodes_legacy, node_tags WHERE id = node AND ((k = 'amenity' AND v = 'atm') OR (k = 'atm' AND v = 'yes')) LIMIT 10; Ik mis namelijk nu nogal wat pinautomaten welke bij een bank staan. Niels Leenheer 2009/5/23 Stefan de Konink ste...@konink.de mailto:ste...@konink.de Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Stefan ps. ik ben er achter gekomen dat xapi'en een probleempje heeft en dat probleempje heet crosssite scripting. Dat heb ik momenteel met een reverse proxy oplost (: heel eenvouding in Cherokee :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto: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] XAPI Demo
Milo van der Linden wrote: Skinkie! Super fantastisch! En wat een snelheid... Op de JSON versie heb ik net even een expires 1h gezet, dan kun je namelijk gewoon F5'en zonder dat je eerst weer moet inladen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OV Laag
Nu we toch een vreselijk handige XAPI beschikbaar hebben kunnen we wellicht ook de Haaglanden kaart een gaan verwerken. Momenteel heb ik 'alle' bus_stops al gerenderd... http://xapidemo.openstreet.nl/?zoom=14lat=52.24019lon=4.49666layers=B00FFFT Maar ik neem aan dat dat beter moet kunnen ;) Deel twee is klikbaar met halte tijden. Dat zou zelfs gewoon een foto kunnen zijn van het bordje bij de bushalte :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OV Laag
Hey, kewl. Zie ik inderdaad precies twee bushaltes? Krijg je geen 'read/write'-kriebels hiervan? martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/23 Stefan de Konink ste...@konink.de: Nu we toch een vreselijk handige XAPI beschikbaar hebben kunnen we wellicht ook de Haaglanden kaart een gaan verwerken. Momenteel heb ik 'alle' bus_stops al gerenderd... http://xapidemo.openstreet.nl/?zoom=14lat=52.24019lon=4.49666layers=B00FFFT Maar ik neem aan dat dat beter moet kunnen ;) Deel twee is klikbaar met halte tijden. Dat zou zelfs gewoon een foto kunnen zijn van het bordje bij de bushalte :) Stefan ___ 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] OV Laag
Martijn van Exel wrote: Hey, kewl. Zie ik inderdaad precies twee bushaltes? Krijg je geen 'read/write'-kriebels hiervan? Ik heb hier nog wat shape bestanden van Stadsgewest Haaglanden geldig tot eind 2008. Aan het plaatje te zien nog steeds erg bruikbaar, maar er staan geen bushaltes verder op. Dus ik ga nu eens eens wat relaties maken met wat routes er op... als merkaartor even mee werkt bij het importeren van een shp bestand :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Stefan de Konink wrote: Maarten Deen wrote: Stefan de Konink wrote: Nog even schaamteloos pluggen. http://xapidemo.openstreet.nl/ Laat zien wat je met 1 regeltje SQL op je kaart kunt toveren. Leuk, maar wat is nu precies de bedoeling? Dat ligt er aan hoe ver je fantasie gaat ;) Hoe gebruiken we dat? Een SQL query in de URL aangeven? Dat is het basic idee, je geeft een een url met een select query en krijgt een 'array formaat' naar keuze terug. Heb je een voorbeeld van hoe je die kaart hebt gemaakt (ik als EBT'er vind die kaart met geldautomaten natuurlijk mateloos interessant, heb het zelf al eens offline met openlayers proberen te doen. Ik heb zelfs een wiki met geldautomaten en linkjes naar OSM). Ik zou zegen, view the source loek :P Ah, ik zie het, je hebt de hele reutemeteut in js/layers.js gezet. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] XAPI Demo
Maarten Deen wrote: Ah, ik zie het, je hebt de hele reutemeteut in js/layers.js gezet. Het DBSlayer terug parse stukje staat daar ja, maar kun je uitbreiden bij moeilijkere queries (met andere info die je terug zou willen geven). Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OV Laag
Stefan de Konink wrote: Martijn van Exel wrote: Hey, kewl. Zie ik inderdaad precies twee bushaltes? Krijg je geen 'read/write'-kriebels hiervan? Ik heb hier nog wat shape bestanden van Stadsgewest Haaglanden geldig tot eind 2008. Aan het plaatje te zien nog steeds erg bruikbaar, maar er staan geen bushaltes verder op. Dus ik ga nu eens eens wat relaties maken met wat routes er op... als merkaartor even mee werkt bij het importeren van een shp bestand :) Door dat ik een busstop ipv bus_stop had getikt miste ik een heleboel bus_stops, wat nu resulteert in 15k aan items dat je browers wil weergeven. Dat gaat goed rond zoom 13... dus vanaf zoom 13 nu Milo z'n paaltjes. Wellicht nog maar eens met wat echte OpenLayers experts bomen of er wat partial requests mogelijk zijn :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Rivers
--- On Fri, 22/5/09, Liz ed...@billiau.net wrote: Have a read of this: http://wiki.openstreetmap.org/wiki/Roundabouts there are separate tags for traffic calming devices and no, we don't have mini-roundabouts in australia, they are all roundabouts. Well according to the link you posted we do: English language Wikipedia has a more liberal definition of mini-roundabout [[2]] Mini-roundabouts can be a painted circle, a low dome, or often are small garden beds. The low dome ones are the fun ones. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Rivers
On Sun, 24 May 2009, Delta Foxtrot wrote: Have a read of this: http://wiki.openstreetmap.org/wiki/Roundabouts there are separate tags for traffic calming devices and no, we don't have mini-roundabouts in australia, they are all roundabouts. Well according to the link you posted we do: English language Wikipedia has a more liberal definition of mini-roundabout [[2]] Mini-roundabouts can be a painted circle, a low dome, or often are small garden beds. The low dome ones are the fun ones. No, I didn't post that link. and it isn't that simple either. You can check the list archives from about November, into mid December This was the result of me arguing your current position and losing http://billiau.net/roundabouts.pdf ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Rivers
On Sun, 24 May 2009 08:15:41 +1000 Elizabeth Dodd ed...@billiau.net wrote: On Sun, 24 May 2009, Delta Foxtrot wrote: Have a read of this: http://wiki.openstreetmap.org/wiki/Roundabouts there are separate tags for traffic calming devices and no, we don't have mini-roundabouts in australia, they are all roundabouts. Well according to the link you posted we do: English language Wikipedia has a more liberal definition of mini-roundabout [[2]] Mini-roundabouts can be a painted circle, a low dome, or often are small garden beds. The low dome ones are the fun ones. I posted that link and the sentence on that page: After considerable research and discussion at mailing list level, the designation mini-roundabout has no place in Australian mapping. sums up the current position. So don't use mini-roundabout. This is a colabrative effort when it comes to marking up items, not just what each person feels like entering because they think that's correct it has to be consistent Australia wide not just in your little patch. That's why you need to read the full wiki and when the mailing list suggest you are doing something different to current practice then listen to the consensus and accepted practice of what people are doing. It's like the source tags, they need to be there so that others don't redo particularly ways that are tagged survey but know that we need to update ways that are tagged landsat, interpolated, etc. The only wiki that is acceptable definitions for openstreetmap is the openstreetmap wiki -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Rivers
Ross Scanlon wrote: On Sun, 24 May 2009 08:15:41 +1000 Elizabeth Dodd ed...@billiau.net wrote: On Sun, 24 May 2009, Delta Foxtrot wrote: Have a read of this: http://wiki.openstreetmap.org/wiki/Roundabouts there are separate tags for traffic calming devices and no, we don't have mini-roundabouts in australia, they are all roundabouts. Well according to the link you posted we do: English language Wikipedia has a more liberal definition of mini-roundabout [[2]] Mini-roundabouts can be a painted circle, a low dome, or often are small garden beds. The low dome ones are the fun ones. I posted that link and the sentence on that page: After considerable research and discussion at mailing list level, the designation mini-roundabout has no place in Australian mapping. sums up the current position. So don't use mini-roundabout. This is a colabrative effort when it comes to marking up items, not just what each person feels like entering because they think that's correct it has to be consistent Australia wide not just in your little patch. That's why you need to read the full wiki and when the mailing list suggest you are doing something different to current practice then listen to the consensus and accepted practice of what people are doing. It's like the source tags, they need to be there so that others don't redo particularly ways that are tagged survey but know that we need to update ways that are tagged landsat, interpolated, etc. The only wiki that is acceptable definitions for openstreetmap is the openstreetmap wiki There's a current position? I just re-read the roundabout thread, and I couldn't see any actual consensus - plenty of decent argument, which is good as it didn't degenerate into a free for all - but no actual outcome. No real surprise there - only maybe 10 people actually took any active part in the conversation, so it was always going ot be a minority decision, and it looks that the views were basically evenly split... I think people are still mapping mini roundabouts hither and yon - I personally can't really see the issue - but at least they are getting marked... Matt ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Rivers
On Sun, 24 May 2009 09:42:07 +1000 Matt White mattwh...@iinet.com.au wrote: There's a current position? I just re-read the roundabout thread, and I couldn't see any actual consensus - plenty of decent argument, which is good as it didn't degenerate into a free for all - but no actual outcome. No real surprise there - only maybe 10 people actually took any active part in the conversation, so it was always going ot be a minority decision, and it looks that the views were basically evenly split... I think people are still mapping mini roundabouts hither and yon - I personally can't really see the issue - but at least they are getting marked... Matt The consensus was what was written into the wiki. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Rivers
Ross Scanlon wrote: On Sun, 24 May 2009 09:42:07 +1000 Matt White mattwh...@iinet.com.au wrote: There's a current position? I just re-read the roundabout thread, and I couldn't see any actual consensus - plenty of decent argument, which is good as it didn't degenerate into a free for all - but no actual outcome. No real surprise there - only maybe 10 people actually took any active part in the conversation, so it was always going ot be a minority decision, and it looks that the views were basically evenly split... I think people are still mapping mini roundabouts hither and yon - I personally can't really see the issue - but at least they are getting marked... Matt The consensus was what was written into the wiki. My point is that I can't find the consensus just cos it's in the wiki doesn't make it a consensus. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Extrahieren von (vereinfachten) polygon dateien aus osm dateien
da gibt es drei level. siehe Math::Polygon-simplify (perl) ciao gerhard On Sat, 2009-05-23 at 07:42 +0200, Marcus Wolschon wrote: On 5/22/09, Frederik Ramm frede...@remote.org wrote: Hallo, Mario Salvini wrote: die simplifizierten Grenzen sind an vielen Stellen mehrere 100-Meter ungenau.. nicht sehr fein :-/ Selbstverstaendlich sind vereinfachte Grenzen ungenau. Sonst waeren sie ja nicht vereinfacht. Dem Polygon-Vereinfacher in WayHelper in LibOsm von Traveling Salesman kannst du die maximale Abweichung in Metern mitgeben. Ich weis natürlich nicht wie das mit der Software, die du grad nutzt ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Marc Schütz schrieb: Ich möchte nicht was schlechteres durchsetzen sondern was bestehendes, funktionierendes erhalten und mit neuem ergänzen (traffic-zones oder wie auch immer). Nein, du möchtest etwas bestehendes _nicht funktionierendes_ erhalten. (Dass das bestehende für die Anforderungen nicht ausreicht, ist offensichtlich, deswegen wird ja überhaupt drüber diskutiert.) Wie kommst Du den darauf dass es nicht funktioniert? Das tut es jetzt schon seit Jahren. Dieses willst du (oder wolltest zumindest) ergänzen z.B. durch Einführung von maxspeed=7 u.ä., wobei dir nach eigener Aussage sogar egal ist, dass es nicht der Realität entspricht. Egal ist mir dass das Gesetz / Rechtssprechung keinen konkreten Zahlenwert angibt, aber ich lege sehr grossen Wert darauf dass der Wert rechtlich unbedenklich und sinnvoll Anwendbar umgesetzt ist. Was würde denn passieren, wenn wir das existierende maxspeed - so wie du es dir vorstellst, also nur mit numerischen Werten, und alle impliziten Geschwindigkeiten explizit angegeben - unangetastet lassen, und stattdessen ein maxspeed2 einführen, das Werte wie walking_speed, none usw. annehmen darf? Dann hätten wir zwei Tags, von denen eines komplett redundant ist. Willst du die Leute dann dazu zwingen, beide einzutragen? Es würde kaum einer mehr maxspeed benutzen, sondern nur noch maxspeed2, und irgendwann würde dieses Tag die Funktion von maxspeed vollständig ersetzen. Dann bringt dir dein altes Tag auch nichts mehr. Ähnliches gab es doch schon in der highway Klassifizierung mit dem englischen Strassensystem und der deutschen Verwaltungseinteilung - heute läuft beides parallel und beides hat seine Berechtigung - das eine mehr als Orienitierungshilfe und das andere mehr als Routinghilfe. Warum also ein bestehendes und funktionierendes System durch ein anderes verdränge dass zwar ein paar Anforderungen besser erfüllen kann, andere aber schlechter bis gar nicht? Du könntest dann natürlich regelmäßig einen Bot drüberlaufen lassen, der das maxspeed aus dem maxspeed2 ableitet, falls es noch nicht gesetzt ist, aber dann wird das ganze noch absurder. Redundante Informationen sind nicht unbedingt was unerwünschtes in OSM, ermöglichen sie doch eine Verifikation- das eine System mit dem anderen einfach zu überschreiben ist natürlich Blödsinn. Bezeichnest du sowas als besser? Ich nehme also meine Aussage nicht zurück: 1. es ist schlechter, 2. du willst es trotzdem durchsetzen. 1. Wenn Du es als schlechter betrachtest dass sich der Mapper ein bischen mehr Gedanken machen muss als vorauszusetzen dass eine Vorverarbeitung/Applikation fehlerfrei mit allen landesspezifischen StVo-Regeln der Welt umgehen kann - und alle schon erfassten Werte erstmal wieder verwaschen willst weil dann zwar jemand eine TempoXX Zone als solche korrekt erfasst - Der ganze Ort ist Tempo30 - aber weitere Einschränkungen/Ausnahmen überschreibt weil es seiner Ansicht nach besser ist der ganze Ort ermöglicht eine Wertzuordnung als dass nur 10% erfasst sind - mit den korrekten Werten. 2. Nein - ein bestehendes System das weltweit funktioniert beibehalten und Landesspezifisch durch zusätzliche Tags ergänzen Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von Furten und Wehren
High, Bisher habe ich Furten als Highway=ford an dem Punkt, wo sich Fluss und Weg schneiden getaggt. Allerdings kommt mir dass ein bißchen zu groß vor, wenn es sich bei dem highway um einen track handelt und der Fluß ein kleiner Kanal ist, nochdazu wenn josm dies mit einem Auto-Icon anzeigt. Also ist die jetzige Vorgehensweise richtig oder gibt es da bessere Möglichkeiten? Außerdem wie taggt man ein Wehr, insbesondere, wenn es quer zu einem Kanal liegt und dazu dient bei Bedarf ein Rückhaltebecken zu fluten, d.h. an dieser Stelle kreuzt eigentlich kein Fluß oder ein anderes Gewässer das Wehr. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Information OSM Anwendung: GPS Ortung Marke Eigenbau
Hallo Alle, In der ct-Zeitschrift 11/2009 ist auf S. 156 ein Artikel dazu. Da das ganze als freies ct-Projekt läuft kann jeder alles dazu lesen und die SW runterladen über den Softlink: www.ctmagazin.de/0911156 Ziel des Projektes / der Software ist die aktuelle GPS-Position über (Laptop) und Handy per GSM an einen eigenen Server zu schicken, wo dann jeder die Position per Webzugriff auf der OSM Map verfolgen kann. Das soweit ich das verstanden habe. Für die Vertiefung und die Anwendung fehlen mir aber die Kenntnisse, aber ich denke es gibt hier schon ein paar OSM-Freaks die das können und die an sowas Interesse haben. Gruss L.Beck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahnen und bicycle=no
Am Freitag 22 Mai 2009 14:43:33 schrieb Martin Koppenhoefer: er weiss ja, wohin Du fahren willst. Das kannst Du beim Mappen des Wegs nicht vorhersagen. Wenn der Radweg dorthin führt, wo Du nicht hinradeln willst (z.B. willst Du links abbiegen, oder Du willst auf Ok, das ist ein Argument, das ich an relevanten Stellen beachte. Wenn ich in mich gehe hab ich das in hiesiger Umgebung *so* auch noch nicht gesehen. (Also, dass ein Radweg straßenbegleitend anfängt und dann unvermittelt und ohne eine weitere Möglichkeit zurück auf die Straße zu kommen abbiegt.) Mit dem ganzen Routingkram stehen wir halt auch noch ziemlich am Anfang. Mich stört z.B. massiv, dass, wenn ich am Garmin Fahrradrouting einschalte und das Häkchen Hauptstraßen vermeiden anklicke, er auch die Straßen meidet, die eine Radweg haben. Die Attribute cycleway=lane usw. scheinen nicht ausgewertet zu werden. Zeit für die Linienbündeldiskussion. :-) Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation mit doppeltem member???
On Thu, May 21, 2009 at 07:58:52PM +0200, GS wrote: hi, hier http://www.openstreetmap.org/browse/relation/138119/history ist eine relation, die einen weg doppelt enthält. Boundary: Stadt Gütersloh 1.) ist das gewollt? eher nicht... 2.) ist das erlaubt? 3.) gibt es das öfter? akzeptiert das die api? 4.) kann das jemand beheben? Ist nicht gewollt - werde ich unbeabsichtigt mit JOSM veranstaltet haben. Leider ist das auch nicht zu sehen im JOSM Relation editor weil eben die way-ids nicht zu sehen sind. Sonst koennte man das auch da gescheit sehen und beheben ... 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] Relation mit doppeltem member???
hm, habe das glaube ich an der node zahl identifiziert in dem fall. aber dass könnte ja, wenn man es nicht weiß, auch zufall sein... ich stolpere hier von einem bug zum anderen. habe letzte nacht das prg (boundaries.pl) mal über einen planet vom feb laufen lassen und anscheinend fehlen da sogar referenzierte nodes... neuen check eingebaut, der das näher beleuchtet - heute nacht. ziehe auch mal neues planet. ciao gerhard On Sat, 2009-05-23 at 13:43 +0200, Florian Lohoff wrote: On Thu, May 21, 2009 at 07:58:52PM +0200, GS wrote: hi, hier http://www.openstreetmap.org/browse/relation/138119/history ist eine relation, die einen weg doppelt enthält. Boundary: Stadt Gütersloh 1.) ist das gewollt? eher nicht... 2.) ist das erlaubt? 3.) gibt es das öfter? akzeptiert das die api? 4.) kann das jemand beheben? Ist nicht gewollt - werde ich unbeabsichtigt mit JOSM veranstaltet haben. Leider ist das auch nicht zu sehen im JOSM Relation editor weil eben die way-ids nicht zu sehen sind. Sonst koennte man das auch da gescheit sehen und beheben ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Furten und Wehren
Am 23.05.2009 10:47, Werner König: High, Bisher habe ich Furten als Highway=ford an dem Punkt, wo sich Fluss und Weg schneiden getaggt. Allerdings kommt mir dass ein bißchen zu groß vor, wenn es sich bei dem highway um einen track handelt und der Fluß ein kleiner Kanal ist, nochdazu wenn josm dies mit einem Auto-Icon anzeigt. Also ist die jetzige Vorgehensweise richtig oder gibt es da bessere Möglichkeiten? Eine Furt ist eine Furt ist eine Furt. Ob bei nem unclassified oder einem Track. Ich würde es genau wie du machen. Die Frage mit dem Wehr habe ich nicht verstanden. Erst sagst du, dass Wehr läge quer zum Kanal und dann an dieser Stelle kreuzt kein Gewässer das Wehr. Hast du vielleicht ein Foto oder eine Zeichnung? Claudius P.S.: Wenn du ein neues Thema anfängst, dann bitte nicht per Antworten-Knopf auf eine vorhandene Mail der Mailingliste und ändern der Betreffzeile. Dann hängst du dich nämlich an den vorhandenen Gesprächsfaden an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation mit doppeltem member???
2009/5/23 Florian Lohoff f...@rfc822.org Leider ist das auch nicht zu sehen im JOSM Relation editor weil eben die way-ids nicht zu sehen sind. Sonst koennte man das auch da gescheit sehen und beheben ... Einstellungen - Reiter: Verhalten und Aussehen - 'Objektnummern in Auswahllisten anzeigen' Dann werden die IDs mit angezeigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die Hurricane aus Deutschland!
Schöne Grüße an alle Mappler! Ich verbringe diese Woche in Deutschland und wurde gern andere OpenStreetMapper treffen! Ich besuche Freunde in Frankfurt und Bayer. Falls Sie mit mir treffen wollen, wurde ich gern Ihre Umgebung auch sehen. Wir können wenigstens ein Paar Geschichten zum kartieren beim Bier trinken wechseln :). Senden Sie mir ein Email oder tweeten Sie mir bei @hurricanemcewen. Vielen Dank an und schöne kartieren! Hurricane -- Hurricane McEwen skype: hurricanecloudmade twitter: hurricanemcewen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 23. Mai 2009 10:27 schrieb Garry garr...@gmx.de: 1. Wenn Du es als schlechter betrachtest dass sich der Mapper ein bischen mehr Gedanken machen muss als vorauszusetzen dass eine Vorverarbeitung/Applikation fehlerfrei mit allen landesspezifischen StVo-Regeln der Welt umgehen kann ja, es ist schlechter, wenn das System dahin verschoben wird, dass der Mapper es schwerer hat und der Verarbeiter einfacher. Das ist gegen den OSM-Grundsatz. Es geht hier nicht um landesspezifische Regeln, die in jedem Land der Welt zusätzlich dazukommen, sondern um die beiden (2) Werte Schrittgeschwindigkeit und unbegrenzt, die evtl. auch in anderen Ländern vorkommen können. und alle schon erfassten Werte erstmal wieder verwaschen willst verwaschen werden die Werte dann, wenn man nicht unterscheidet ob es sich um ein explizites Limit handelt, oder ein implizites. 2. Nein - ein bestehendes System das weltweit funktioniert beibehalten und Landesspezifisch durch zusätzliche Tags ergänzen weltweit funktioniert? Weltweit sind doch praktisch keine maxspeed-Werte in der DB vorhanden. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Inspector Addresses Nodes with addresses Defined Addresse is_ip:false
Hallo, finde häufig is_ip: false. Was kann hier falsch sein? Beispiel: layer: nodes_with_addresses_defined id: 375643 node_id:317109683 way_id: ip_id: is_ip: false street: Fürstenbergstraße houseno:15 postcode: 49716 city: Meppen country: fulladdr: road_id:3994188 lastchange: 2009-03-16 15:06:50 Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 23. Mai 2009 10:27 schrieb Garry garr...@gmx.de: 1. Wenn Du es als schlechter betrachtest dass sich der Mapper ein bischen mehr Gedanken machen muss als vorauszusetzen dass eine Vorverarbeitung/Applikation fehlerfrei mit allen landesspezifischen StVo-Regeln der Welt umgehen kann ja, es ist schlechter, wenn das System dahin verschoben wird, dass der Mapper es schwerer hat und der Verarbeiter einfacher. Das ist gegen Ach und der Mapper hat es einfacher wenn er sowas wie maxspeed:de:town=speedzone30;sign20 eintragen muss? den OSM-Grundsatz. Es geht hier nicht um landesspezifische Regeln, die in jedem Land der Welt zusätzlich dazukommen, sondern um die beiden (2) Werte Schrittgeschwindigkeit und unbegrenzt, die evtl. auch in anderen Ländern vorkommen können. Nein es geht um mehr - es geht auch um innerorts, ausserorts, Autobahn, mässige Geschwindigkeit und alle schon erfassten Werte erstmal wieder verwaschen willst verwaschen werden die Werte dann, wenn man nicht unterscheidet ob es sich um ein explizites Limit handelt, oder ein implizites. Dafür hast Du ja die Möglichkeit jedes Verkehrs(zohnen)zeichen zu mappen. Für maxspeed selbst ist es ziemlich egal ob es explizite oder implizite Herkunft hat - genauso wie es für einen Router egal ist ob eine primary vom Land, Bund oder Kommune finanziert wurde. 2. Nein - ein bestehendes System das weltweit funktioniert beibehalten und Landesspezifisch durch zusätzliche Tags ergänzen weltweit funktioniert? Weltweit sind doch praktisch keine maxspeed-Werte in der DB vorhanden. Was hat den die aktuelle Abdeckung damit zu tun ob ein System weltweit funktionsfähig ist? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector Addresses Nodes with addresses Defined Addresse is_ip:false
On Sat, May 23, 2009 at 04:02:43PM +0200, dieter jasper wrote: finde häufig is_ip: false. Was kann hier falsch sein? is_ip heißt is interpolated. Das heißt nur, dass dieser Node in den OSM-Daten mit einer Adresse versehen wurde. Wurde der Node vom OSMI sozusagen künstlich erzeugt aus den Interpolationslinien (addr:interpolation) dann steht hier is_ip:true. Das zeigt also keinen Fehler an, sondern ist völlig normal. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 23. Mai 2009 16:15 schrieb Garry garr...@gmx.de: Martin Koppenhoefer schrieb: ja, es ist schlechter, wenn das System dahin verschoben wird, dass der Mapper es schwerer hat und der Verarbeiter einfacher. Das ist gegen Ach und der Mapper hat es einfacher wenn er sowas wie maxspeed:de:town=speedzone30;sign20 eintragen muss? warum so kompliziert? Wenn es innerorts implizit ist: maxspeed=town in welchem Land die Straße ist, muss man als Router vorher schon sortieren, weil man es an diversen Stellen braucht (http://upload.wikimedia.org/wikipedia/commons/e/ec/UK_Roundabout_8_Cars.gif). Sonst könnte man auch maxspeed=town:de oder de:town machen. Wenn es eine 30er-Zone ist: maxspeed=30:zone oder man lässt die Zone im maxspeed weg, maxspeed=30 weil man diese Information eigentlich nicht braucht (http://de.wikipedia.org/wiki/Tempo-30-Zone), relevant ist die Begrenzung, und wenn sich da was ändert ist es überschaubar, so dass die Mapper das vor Ort regeln können. Eleganter wären Polygone für die Zone mit dem entspr. Tag, aber das verkompliziert die Auswertung vermutlich wirklich erheblich. Nein es geht um mehr - es geht auch um innerorts, ausserorts, Autobahn das ist aber jeweils nur 1 Wert für implizite Limits: country und town. Autobahn ist ein Fall, der sich schon aus dem highway-tag ergibt, um zu dokumentieren, dass kein speedlimit-gesetzt ist, könnte man im Ausland default nehmen (geht auch für andere Stellen), in Deutschland und auf sonstigen unbegrenzt-Strecken: unlimited dann kommt noch walk od. walking_speed dazu, fertig. 5 Stück tags für implizite Limits. Muss man nur noch sauber ins Wiki und die Presets aufnehmen, und schon werden die Leute es nutzen. Ich weiss nicht, wie es mit den Rechten aussieht, aber hier ist eine Tabelle der Limits in den einzelnen Ländern: http://de.wikipedia.org/wiki/Tempolimit übrigens: nur sehr wenige Länder haben ein anderes Limit als 50 in geschl. Ortschaften: Russland, Polen nachts von 23-5h, Serbien, Schweden hat seit 2008 was komplizierteres, so dass auch 40 und 60 möglich wären. GB mit rd. 48 könnte man eigentlich noch zu 50 einsortieren. mässige Geschwindigkeit wo braucht man das? verwaschen werden die Werte dann, wenn man nicht unterscheidet ob es sich um ein explizites Limit handelt, oder ein implizites. +1 2. Nein - ein bestehendes System das weltweit funktioniert beibehalten und Landesspezifisch durch zusätzliche Tags ergänzen weltweit funktioniert? Weltweit sind doch praktisch keine maxspeed-Werte in der DB vorhanden. Was hat den die aktuelle Abdeckung damit zu tun ob ein System weltweit funktionsfähig ist? weil man für die Funktionsfähigkeit die Daten braucht. Aus dem jetzigen Stand kann man nicht mal erkennen, ob ein Limit gesetzt ist, oder nur der default als Limit in den Tag geflossen ist. Aber da sowieso noch nicht so viele Werte drin sind, ist es auch nicht besonders schlimm. Wenn man jetzt am Anfang schon erkannt hat, dass es besser ist, das System zu erweitern, dann sollte man das doch machen? Eine zentrale Stelle, wo die aktuellen Standard-Werte der einzelnen Länder stehen, wäre als Referenz nicht schlecht. Die könnte jeweils von den Mitgliedern aus den einzelnen Ländern direkt gepflegt werden. Oder gibts sowas vielleicht sogar schon? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 23. Mai 2009 16:15 schrieb Garry garr...@gmx.de: Martin Koppenhoefer schrieb: ja, es ist schlechter, wenn das System dahin verschoben wird, dass der Mapper es schwerer hat und der Verarbeiter einfacher. Das ist gegen Ach und der Mapper hat es einfacher wenn er sowas wie maxspeed:de:town=speedzone30;sign20 eintragen muss? warum so kompliziert? Wenn es innerorts implizit ist: maxspeed=town in welchem Land die Straße ist, muss man als Router vorher schon sortieren, weil man es an diversen Stellen braucht (http://upload.wikimedia.org/wikipedia/commons/e/ec/UK_Roundabout_8_Cars.gif). Sonst könnte man auch maxspeed=town:de oder de:town machen. Wenn es eine 30er-Zone ist: maxspeed=30:zone oder man lässt die Zone im maxspeed weg, maxspeed=30 weil man diese Information eigentlich nicht braucht (http://de.wikipedia.org/wiki/Tempo-30-Zone), relevant ist die Begrenzung, und wenn sich da was ändert ist es überschaubar, so dass die Mapper das vor Ort regeln können. Eleganter wären Polygone für die Zone mit dem entspr. Tag, aber das verkompliziert die Auswertung vermutlich wirklich erheblich. man könnte geschwindigkeitszonen ja mit maxspeed:zone=30 erfassen Nein es geht um mehr - es geht auch um innerorts, ausserorts, Autobahn das ist aber jeweils nur 1 Wert für implizite Limits: country und town. Autobahn ist ein Fall, der sich schon aus dem highway-tag ergibt, um zu dokumentieren, dass kein speedlimit-gesetzt ist, könnte man im Ausland default nehmen (geht auch für andere Stellen), in Deutschland und auf sonstigen unbegrenzt-Strecken: unlimited dann kommt noch walk od. walking_speed dazu, fertig. 5 Stück tags für implizite Limits. Muss man nur noch sauber ins Wiki und die Presets aufnehmen, und schon werden die Leute es nutzen. Ich weiss nicht, wie es mit den Rechten aussieht, aber hier ist eine Tabelle der Limits in den einzelnen Ländern: http://de.wikipedia.org/wiki/Tempolimit übrigens: nur sehr wenige Länder haben ein anderes Limit als 50 in geschl. Ortschaften: Russland, Polen nachts von 23-5h, Serbien, Schweden hat seit 2008 was komplizierteres, so dass auch 40 und 60 möglich wären. GB mit rd. 48 könnte man eigentlich noch zu 50 einsortieren. dass mit den Gelben Autobahnen musst du bitte nochmal erklären, wie du dass machen würdest. Das wird mit gerade nicht klar. mässige Geschwindigkeit wo braucht man das? mäßige Geschwindigkeit gilt z.B. für Kraftfahrzeuge überall dann, wenn sie auf Radwegen/Radstraßen zugelassen sind. Gleiches gilt für Radfahrer auf Fußgängerwegen (also footway + bicycle=yes). Mehr dazu siehe: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Germany verwaschen werden die Werte dann, wenn man nicht unterscheidet ob es sich um ein explizites Limit handelt, oder ein implizites. +1 2. Nein - ein bestehendes System das weltweit funktioniert beibehalten und Landesspezifisch durch zusätzliche Tags ergänzen weltweit funktioniert? Weltweit sind doch praktisch keine maxspeed-Werte in der DB vorhanden. Was hat den die aktuelle Abdeckung damit zu tun ob ein System weltweit funktionsfähig ist? weil man für die Funktionsfähigkeit die Daten braucht. Aus dem jetzigen Stand kann man nicht mal erkennen, ob ein Limit gesetzt ist, oder nur der default als Limit in den Tag geflossen ist. Aber da sowieso noch nicht so viele Werte drin sind, ist es auch nicht besonders schlimm. Wenn man jetzt am Anfang schon erkannt hat, dass es besser ist, das System zu erweitern, dann sollte man das doch machen? Eine zentrale Stelle, wo die aktuellen Standard-Werte der einzelnen Länder stehen, wäre als Referenz nicht schlecht. Die könnte jeweils von den Mitgliedern aus den einzelnen Ländern direkt gepflegt werden. Oder gibts sowas vielleicht sogar schon? http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Implicit_maxspeeds_in_a_computer_readable_format versucht das. Eine Tabelle mit den traffic-zones ist auch schon angelegt: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#implicit_maxspeeds_set_by_trafficzone Gruß Martin Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Furten und Wehren
Hi, Nein, ich habe leider kein Foto. Die Situation ist folgende: dort ist ein Kanal quer zu diesem Kanal gibt es ein Wehr. Dieses dient auschließlichen den Zwecken zum Hochwasserchutz. Das heißt es wird geöffnet, wenn zuviel Wasser da ist. Daher gibt es dort zwar ein Rückhaltebecken, dies ist jedoch normalerweise nicht sichtbar, daher kein Gewässer quer zu dem Wehr. Ich hoffe die Beschreibung reicht, Wenn nicht kann ich auch Fotos nachreichen. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Claudius Gesendet: Samstag, 23. Mai 2009 13:58 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Taggen von Furten und Wehren Am 23.05.2009 10:47, Werner König: High, Bisher habe ich Furten als Highway=ford an dem Punkt, wo sich Fluss und Weg schneiden getaggt. Allerdings kommt mir dass ein bißchen zu groß vor, wenn es sich bei dem highway um einen track handelt und der Fluß ein kleiner Kanal ist, nochdazu wenn josm dies mit einem Auto-Icon anzeigt. Also ist die jetzige Vorgehensweise richtig oder gibt es da bessere Möglichkeiten? Eine Furt ist eine Furt ist eine Furt. Ob bei nem unclassified oder einem Track. Ich würde es genau wie du machen. Die Frage mit dem Wehr habe ich nicht verstanden. Erst sagst du, dass Wehr läge quer zum Kanal und dann an dieser Stelle kreuzt kein Gewässer das Wehr. Hast du vielleicht ein Foto oder eine Zeichnung? Claudius P.S.: Wenn du ein neues Thema anfängst, dann bitte nicht per Antworten-Knopf auf eine vorhandene Mail der Mailingliste und ändern der Betreffzeile. Dann hängst du dich nämlich an den vorhandenen Gesprächsfaden an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Whats that
Hat das was mit Skifahren zu tun? Schwierigkeit der Loipen oder so? http://www.informationfreeway.org/?lat=51.19166lon=8.50779zoom=15 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Furten und Wehren
Hi, Entschuldigung, dass ich mich in einfach in einen Gesprächsfaden eingehängt habe, ich hoffe dass ich ein Newbie auch hinsichtlich Email-Listen bin, ist eine ausreichenhde Entschuldigung, es war einfach die einfachste Möglichkeit. Wie mache ich es demnächst besser?? zu der Furt: wieso dann die überzogene Abbildung im josm mit einem Auto, was eher einen Fährenübergang über einen großen Fluß signalisiert. Diese Stelle ist jedoch fast nur mit Wandern oder Radfahren zu erreichen. Und um diese Stelle zu passieren eignet sich eigentlich nur das Fahrrad, sonst bekommt man nasse Füße. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Claudius Gesendet: Samstag, 23. Mai 2009 13:58 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Taggen von Furten und Wehren Am 23.05.2009 10:47, Werner König: High, Bisher habe ich Furten als Highway=ford an dem Punkt, wo sich Fluss und Weg schneiden getaggt. Allerdings kommt mir dass ein bißchen zu groß vor, wenn es sich bei dem highway um einen track handelt und der Fluß ein kleiner Kanal ist, nochdazu wenn josm dies mit einem Auto-Icon anzeigt. Also ist die jetzige Vorgehensweise richtig oder gibt es da bessere Möglichkeiten? Eine Furt ist eine Furt ist eine Furt. Ob bei nem unclassified oder einem Track. Ich würde es genau wie du machen. Die Frage mit dem Wehr habe ich nicht verstanden. Erst sagst du, dass Wehr läge quer zum Kanal und dann an dieser Stelle kreuzt kein Gewässer das Wehr. Hast du vielleicht ein Foto oder eine Zeichnung? Claudius P.S.: Wenn du ein neues Thema anfängst, dann bitte nicht per Antworten-Knopf auf eine vorhandene Mail der Mailingliste und ändern der Betreffzeile. Dann hängst du dich nämlich an den vorhandenen Gesprächsfaden an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Whats that
Naabend, Am Samstag 23. Mai 2009 21:44:21 schrieb Chris-Hein Lunkhusen: Hat das was mit Skifahren zu tun? Schwierigkeit der Loipen oder so? http://www.informationfreeway.org/?lat=51.19166lon=8.50779zoom=15 ja, siehe auch openpistemap.org Grüße, Carsten signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Furten und Wehren
Am 23.05.2009 21:50, Werner König: zu der Furt: wieso dann die überzogene Abbildung im josm mit einem Auto, was eher einen Fährenübergang über einen großen Fluß signalisiert. Diese Stelle ist jedoch fast nur mit Wandern oder Radfahren zu erreichen. Und um diese Stelle zu passieren eignet sich eigentlich nur das Fahrrad, sonst bekommt man nasse Füße. Das ist nur die Platzhaltergrafik in JOSM. Ist zugegeben nicht ganz verkehrsträgerneutral, aber bis jemand eine bessere gemalt hat, bleibt es wohl dabei. So lange du am Weg korrekt die Einschränkung auf Zweiräder und Fußgänger einträgst ist das Editorsymbol ja kein Problem. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Furten und Wehren
On Sat, 23 May 2009, Werner König wrote: Entschuldigung, dass ich mich in einfach in einen Gesprächsfaden eingehängt habe, ich hoffe dass ich ein Newbie auch hinsichtlich Email-Listen bin, ist eine ausreichenhde Entschuldigung, es war einfach die einfachste Möglichkeit. Nicht entschuldigen. Nur lernen :-) Wie mache ich es demnächst besser?? Einfach eine E-Mail mit betreffenden Subject an talk-de@openstreetmap.org schreiben. Eine E-Mail hat viel mehr Headerzeilen, als Du siehst. Einige davon dienen dazu Threads zusammenzuhalten auch wenn sich der Betreff ändert. Wenn Du Dich irgendwo reinhängst ist das dann natürlich nicht Sinn der Sache. zu der Furt: wieso dann die überzogene Abbildung im josm mit einem Auto, was eher einen Fährenübergang über einen großen Fluß signalisiert. JOSM muss es irgendwie darstellen. Die JOSM-Icons sind nicht immer optimal aber besser als gar nichts. Wenn mal jemand bereit wäre alle einheitlich und komplett zu machen, wäre das sehr schön. Nur leider wird das wohl ein Wunschtraum bleiben. JOSM ist zwar wichtig, aber nicht der Nabel der Welt. Wenn Dir etwas komisch vorkommt, dann einfach nachfragen oder die Webseiten durchsuchen. Wenn Du dann nicht von den vielen verschiedenen Meinungen erschlagen wirst, solltest Du nachher wissen, was i.A. richtig ist. :-) P.S. In weiten Teilen des Internet ist es üblich unterhalb der Zitate zu antworten und nur die relevanten Teile zu zitieren. Das wast Du machst nennt sich TOFU (Erklärung siehe Wikipedia) und ist nicht unbedingt gern gesehen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] tracks in osmarender (16-17)
Hallo zusammen, grade fällt mir auf dass Tracks in Osmarender anders geworden sind. Ind en Zoomleveln 16 und 17 hat sich das IMO nicht gerade zum besseren verändert. Was mein Ihr? Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /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
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Mario Salvini schrieb: Martin Koppenhoefer schrieb: Am 23. Mai 2009 16:15 schrieb Garry garr...@gmx.de: Martin Koppenhoefer schrieb: mässige Geschwindigkeit wo braucht man das? mäßige Geschwindigkeit gilt z.B. für Kraftfahrzeuge überall dann, wenn sie auf Radwegen/Radstraßen zugelassen sind. Gleiches gilt für Radfahrer auf Fußgängerwegen (also footway + bicycle=yes). Mehr dazu siehe: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Germany muss mich bei mäßige Geschwindigkeit korrigieren. Gilt natürlich für Radfahrer auf _Radwegen_ auf dem auch andere Verkehrsteilnehmer zugelassen sind (also weißes Rad auf blauem Kreis + Zusatzbeschilderung). Also z.B. path + bicycle=designated (-- cycleway) + foot=yes oder motor_vehicle=yes. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 23. Mai 2009 22:41 schrieb Mario Salvini salv...@t-online.de: mässige Geschwindigkeit wo braucht man das? muss mich bei mäßige Geschwindigkeit korrigieren. Gilt natürlich für Radfahrer auf _Radwegen_ auf dem auch andere Verkehrsteilnehmer zugelassen sind (also weißes Rad auf blauem Kreis + Zusatzbeschilderung). Also z.B. path + bicycle=designated (-- cycleway) + foot=yes oder motor_vehicle=yes. und das sollen wir taggen? Da geht es also nicht allgemein um mäßige Geschwindigkeit, was bei einem Auto vlt. auch mal 60 oder 80 sein kann, sondern um mäßige Fahrrad-Geschwindigkeit. Ich finde das ein bisschen übertrieben, das in einen Tag für Geschwindigkeitsbegrenzungen reinzunehmen. Mit dem gleichen Argument könnte man an alle Straßen umsichtig_fahren=yes, rücksichtsvoll_fahren=yes taggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 23. Mai 2009 22:41 schrieb Mario Salvini salv...@t-online.de: mässige Geschwindigkeit wo braucht man das? muss mich bei mäßige Geschwindigkeit korrigieren. Gilt natürlich für Radfahrer auf _Radwegen_ auf dem auch andere Verkehrsteilnehmer zugelassen sind (also weißes Rad auf blauem Kreis + Zusatzbeschilderung). Also z.B. path + bicycle=designated (-- cycleway) + foot=yes oder motor_vehicle=yes. und das sollen wir taggen? Da geht es also nicht allgemein um mäßige Geschwindigkeit, was bei einem Auto vlt. auch mal 60 oder 80 sein kann, sondern um mäßige Fahrrad-Geschwindigkeit. Ich finde das ein bisschen übertrieben, das in einen Tag für Geschwindigkeitsbegrenzungen reinzunehmen. Mit dem gleichen Argument könnte man an alle Straßen umsichtig_fahren=yes, rücksichtsvoll_fahren=yes taggen. Gruß Martin Mäßige Geschwindigkeit ist nach Urteilen deutscher Gerichte irgendwass unter 30km/h. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 23. Mai 2009 22:58 schrieb Mario Salvini salv...@t-online.de: Mäßige Geschwindigkeit ist nach Urteilen deutscher Gerichte irgendwass unter 30km/h. bezogen auf Autobahnen oder Fahrradstraßen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 23. Mai 2009 22:58 schrieb Mario Salvini salv...@t-online.de: Mäßige Geschwindigkeit ist nach Urteilen deutscher Gerichte irgendwass unter 30km/h. bezogen auf Autobahnen oder Fahrradstraßen? Gruß Martin im Sinne der StVO ;) Da gibt es mäßige Geschwindigkeit nicht im Zusammenhang mit Autobahn. Sondern immer nur mit Geschwindigkeiten unter 30. z.B. auf Fuß/Radwegen, Bahnübergänge, Fußübergänge, Kreuzungen Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 23. Mai 2009 23:12 schrieb Mario Salvini salv...@t-online.de: Martin Koppenhoefer schrieb: Mäßige Geschwindigkeit ist nach Urteilen deutscher Gerichte irgendwass unter 30km/h. bezogen auf Autobahnen oder Fahrradstraßen? im Sinne der StVO ;) Da gibt es mäßige Geschwindigkeit nicht im Zusammenhang mit Autobahn. Sondern immer nur mit Geschwindigkeiten unter 30. z.B. auf Fuß/Radwegen, Bahnübergänge, Fußübergänge, Kreuzungen ja, aber mappen wir die STVO? Willst Du an jede Kreuzung maxspeed=moderate mappen? Und an jeden Bahnübergang? Der Router kann ja bei Bahnübergängen wie (evtl.) schon bei Ampeln einen Zeit-Malus dazufügen, aber das als implizite Geschwindigkeitsbegrenzung zu mappen, führt doch ziemlich weit. Gibt's dazu vielleicht noch andere Meinungen ausser von Mario und Garry? Die Wikipedia weiss folgendes: http://de.wikipedia.org/wiki/M%C3%A4%C3%9Fige_Geschwindigkeit Diese gilt z. B. für Fahrzeuge in Fahrradstraßen, bei der Annäherung an Bahnübergänge und Zebrastreifen. Ebenso über Fuß-, Feld-, Wald- oder Radwege oder bei der Vorbeifahrt an Linien- oder Schulbusverkehr. vor jedem Zebrastreifen den Weg auftrennen wegen maxspeed=moderate? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Am 23. Mai 2009 22:24 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Hallo zusammen, grade fällt mir auf dass Tracks in Osmarender anders geworden sind. Ind en Zoomleveln 16 und 17 hat sich das IMO nicht gerade zum besseren verändert. Was mein Ihr? Sven sind die jetzt innen weiss, und waren das vorher nicht? Bin mir nicht sicher, ob ich überhaupt neu gerenderte Stellen angesehen hab. Kannst Du mal einen Link posten, wo was nicht stimmt? Wo ich nachgesehen habe, war eigentlich alles ganz OK. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 23. Mai 2009 23:12 schrieb Mario Salvini salv...@t-online.de: Martin Koppenhoefer schrieb: Mäßige Geschwindigkeit ist nach Urteilen deutscher Gerichte irgendwass unter 30km/h. bezogen auf Autobahnen oder Fahrradstraßen? im Sinne der StVO ;) Da gibt es mäßige Geschwindigkeit nicht im Zusammenhang mit Autobahn. Sondern immer nur mit Geschwindigkeiten unter 30. z.B. auf Fuß/Radwegen, Bahnübergänge, Fußübergänge, Kreuzungen ja, aber mappen wir die STVO? Willst Du an jede Kreuzung maxspeed=moderate mappen? Und an jeden Bahnübergang? Der Router kann ja bei Bahnübergängen wie (evtl.) schon bei Ampeln einen Zeit-Malus dazufügen, aber das als implizite Geschwindigkeitsbegrenzung zu mappen, führt doch ziemlich weit. Gibt's dazu vielleicht noch andere Meinungen ausser von Mario und Garry? Die Wikipedia weiss folgendes: http://de.wikipedia.org/wiki/M%C3%A4%C3%9Fige_Geschwindigkeit Diese gilt z. B. für Fahrzeuge in Fahrradstraßen, bei der Annäherung an Bahnübergänge und Zebrastreifen. Ebenso über Fuß-, Feld-, Wald- oder Radwege oder bei der Vorbeifahrt an Linien- oder Schulbusverkehr. vor jedem Zebrastreifen den Weg auftrennen wegen maxspeed=moderate? Gruß Martin er vor Übergängen oder Kreuzungen zu taggen würde wohl wirklich zu weit gehen. Aber wenn auf einem footway oder cycleway der für Kraftfahrzeuge freigegeben ist ein impliziertes maxspeed=moderate geht ist dass durchaus taggbar. Ist ja ohnehin nur implizit also durch highway oder trafficzone ausgedrückt und nicht durch explizites maxspeed. :) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Hallo, Martin Koppenhoefer wrote: Gibt's dazu vielleicht noch andere Meinungen ausser von Mario und Garry? Ich finde, dass das Volumen der Diskussion in keinem Verhaeltnis zur Bedeutung von Hoechstgeschwindigkeiten in unseren Daten steht. Warum um alles in der Welt ist es so wichtig, hier noch das letzte bisschen Widerspruch herauszuwringen? Weshalb *fragst* Du ueberhaupt so etwas absurdes wie vor jedem Zebrastreifen den Weg auftrennen wegen maxspeed=moderate? Was wollen die, die an der Diskussion teilnehmen, erreichen, und wie realistisch ist das? Ich schlage vor, dass wir alle jetzt mal ein Jahr lang ueberhaupt keine Hoechstgeschwindigkeiten taggen. Nichts, gar nichts, ueberhaupt nichts, nicht an einer Autobahn, nicht an einer Tempo-30-Zone, nicht innerorts, nicht ausserorts, nirgends. Dann schauen wir mal, in welchen Anwendungsbereichen durch fehlende Tempolimit-Infos Probleme auftauchen, und wie man die zweckmaessig loesen kann. Was z.B. das Routing anbetrifft, halte es fuer fast sicher, dass das voellige Fehlen von Tempolimit-Angaben sich nur minimal auf die Ergebnisse auswirkt. Insbesondere sind Routing-Ergebnisse, die ohne Tempolimit berechnet wurden, maximal suboptimal, aber nie falsch, waehrend solche, die z.B. ohne Abbiegerelationen berechnet wurden, ziemlich wahrscheinlich Fehler enthalten. Also her mit der Turn Restriction Map... und analog zu maxspeed=none taggen wir dann jede Kreuzung mit turn restriction=none, damit wir wissen, was wir in unseren Karten wie einfaerben muessen ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 24. Mai 2009 00:48 schrieb Mario Salvini salv...@t-online.de: vor Übergängen oder Kreuzungen zu taggen würde wohl wirklich zu weit gehen. Aber wenn auf einem footway oder cycleway der für Kraftfahrzeuge freigegeben ist ein impliziertes maxspeed=moderate geht ist dass durchaus taggbar. Ist ja ohnehin nur implizit also durch highway oder trafficzone ausgedrückt und nicht durch explizites maxspeed. :) m.E. gibt es keine footways oder cycleways, die für Kraftfahrzeuge freigegeben sind, sonst wäre es ein residential, service, unclassified oder track. Es geht also im Wesentlichen um Fahrradstraßen, die sehe ich als eigene Kategorie wie living-street, das sind m.E. keine cycleways. Dort könnte man schon ohne weiteren Tag davon ausgehen, dass moderate gilt (d.h. der router müsste für diese Kategorie schon einen default-Wert haben, bei explizitem Limit würde man schön ein maxspeed dranpappen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracks in osmarender (16-17)
Martin Koppenhoefer dieterdre...@gmail.com wrote: sind die jetzt innen weiss, und waren das vorher nicht? Im Wald sieht das teilweise etwas komisch aus. Was mir insbesondere nicht gefällt ist dass die gleichbreit sind wie residentials. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /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
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 24. Mai 2009 00:48 schrieb Mario Salvini salv...@t-online.de: vor Übergängen oder Kreuzungen zu taggen würde wohl wirklich zu weit gehen. Aber wenn auf einem footway oder cycleway der für Kraftfahrzeuge freigegeben ist ein impliziertes maxspeed=moderate geht ist dass durchaus taggbar. Ist ja ohnehin nur implizit also durch highway oder trafficzone ausgedrückt und nicht durch explizites maxspeed. :) m.E. gibt es keine footways oder cycleways, die für Kraftfahrzeuge freigegeben sind, sonst wäre es ein residential, service, unclassified oder track. Es geht also im Wesentlichen um Fahrradstraßen, die sehe ich als eigene Kategorie wie living-street, das sind m.E. keine cycleways. Dort könnte man schon ohne weiteren Tag davon ausgehen, dass moderate gilt (d.h. der router müsste für diese Kategorie schon einen default-Wert haben, bei explizitem Limit würde man schön ein maxspeed dranpappen). Gruß Martin Hi Martin, Ich meinte damit z.B. ausgeschilderte Rad- oder Fußwege die zusätzlich für Anlieger oder landwirtschaftlichen oder An/Ablade-Verkehr durch Zusatzschilder freigegeben sind. Aber auf jeden Fall wäre eine Fahrradstraße ein cycleway (path + bicycle=designated) mit motor_vehicle=yes; und dort gilt maxspeed=moderate. Wenn auch nur implizit durch die StVO. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 24. Mai 2009 01:43 schrieb Mario Salvini salv...@t-online.de: Martin Koppenhoefer schrieb: Am 24. Mai 2009 00:48 schrieb Mario Salvini salv...@t-online.de: oder track. Es geht also im Wesentlichen um Fahrradstraßen, die sehe ich als eigene Kategorie wie living-street, das sind m.E. keine cycleways. Aber auf jeden Fall wäre eine Fahrradstraße ein cycleway (path + bicycle=designated) mit motor_vehicle=yes; und dort gilt maxspeed=moderate. Wenn auch nur implizit durch die StVO. es gibt ein Proposal zur cycleroad, das ich unterstütze. Sie sind eine eigene Kategorie. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Martin Koppenhoefer schrieb: Am 24. Mai 2009 01:43 schrieb Mario Salvini salv...@t-online.de: Martin Koppenhoefer schrieb: Am 24. Mai 2009 00:48 schrieb Mario Salvini salv...@t-online.de: oder track. Es geht also im Wesentlichen um Fahrradstraßen, die sehe ich als eigene Kategorie wie living-street, das sind m.E. keine cycleways. Aber auf jeden Fall wäre eine Fahrradstraße ein cycleway (path + bicycle=designated) mit motor_vehicle=yes; und dort gilt maxspeed=moderate. Wenn auch nur implizit durch die StVO. es gibt ein Proposal zur cycleroad, das ich unterstütze. Sie sind eine eigene Kategorie. http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad Gruß Martin ändert ja nix an der Tagsache, dass dort maxspeed=moderate gilt. Egal wie man das Kind nun tauft ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Mario Salvini schrieb: Martin Koppenhoefer schrieb: Am 23. Mai 2009 16:15 schrieb Garry garr...@gmx.de: Martin Koppenhoefer schrieb: Nein es geht um mehr - es geht auch um innerorts, ausserorts, Autobahn das ist aber jeweils nur 1 Wert für implizite Limits: country und town. Autobahn ist ein Fall, der sich schon aus dem highway-tag ergibt, um zu dokumentieren, dass kein speedlimit-gesetzt ist, könnte man im Ausland default nehmen (geht auch für andere Stellen), in Deutschland und auf sonstigen unbegrenzt-Strecken: unlimited dann kommt noch walk od. walking_speed dazu, fertig. 5 Stück tags für implizite Limits. Muss man nur noch sauber ins Wiki und die Presets aufnehmen, und schon werden die Leute es nutzen. Ich weiss nicht, wie es mit den Rechten aussieht, aber hier ist eine Tabelle der Limits in den einzelnen Ländern: http://de.wikipedia.org/wiki/Tempolimit übrigens: nur sehr wenige Länder haben ein anderes Limit als 50 in geschl. Ortschaften: Russland, Polen nachts von 23-5h, Serbien, Schweden hat seit 2008 was komplizierteres, so dass auch 40 und 60 möglich wären. GB mit rd. 48 könnte man eigentlich noch zu 50 einsortieren. dass mit den Gelben Autobahnen musst du bitte nochmal erklären, wie du dass machen würdest. Das wird mit gerade nicht klar. ... Hast noch nicht drauf geantwortet. Ichvermute es ist in der langen Mail untergegangen :) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map WAS Maxspeed map - Kompromissvorschlag
Am 24. Mai 2009 02:48 schrieb Mario Salvini salv...@t-online.de: dass mit den Gelben Autobahnen musst du bitte nochmal erklären, wie du dass machen würdest. Das wird mit gerade nicht klar. ich hatte das unterschlagen, weil es im Prinzip keine Gelben Autobahnen gibt. Alles was man braucht um sie zu beschreiben haben wir schon in den Tags bzw. ergibt sich aus der Karte (bauliche Trennung, highway=primary_link o.ä. für Auffahrten, etc.). Wenn Du Dich auf das maxspeed beziehst: maxspeed=unlimited würde ich eigentlich bevorzugen, da ich es für am verständlichsten halte, aber wenn sich jetzt none oder was anderes durchsetzt kann ich gut damit leben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Impostare registrazione traccia GPS
Il 22 maggio 2009 17.01, Andrea Zaini he...@tiscali.it ha scritto: Voi quale usate ? io uso la distanza impostata su circa 10 m, poichè ne escono tracce più pulite e facilmente convertibile, però se devi usarlo solo per osm allora anche il tempo non è male devi fare delle prove e capire con cosa ti trovi meglio Meglio distinguere Automobile da Bicicletta per esempio ? si sicuramente, anche qui fa prove per capire qual'è la situazione migliore Ciao Andrea ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Agriturismo = ?
Tutto nel subject. Ciao /niubii/ Nessun virus nel messaggio in uscita. Controllato da AVG - www.avg.com Versione: 8.5.339 / Database dei virus: 270.12.37/2129 - Data di rilascio: 05/22/09 17:56:00 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] entrate degli edifici
Nessuno ha mai pensato ad una feature per le entrate degli edifici? Credo che sia utile, per esempio per il routing: se chiedo di voler arrivare all'edificio X, voglio che il programma mi porti fino all'entrata dell'edificio e non genericamente nelle vicinanze. Sto pensando soprattutto a zone come i campus universitari o simili. Le si potrebbe catalogare anche in vari modi: porta, porta automatica, uscita di emergenza, accesso riservato, ... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] entrate degli edifici
2009/5/23 Ruggero giurr...@gmail.com: Nessuno ha mai pensato ad una feature per le entrate degli edifici? come non. ti suggerisco di mettere questo tag ad un nodo: barrier=entrance http://wiki.openstreetmap.org/wiki/Approved_features/barriers#Entrances c'è anche questa proposta: http://wiki.openstreetmap.org/wiki/Proposed_features/building_entrance e questa: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Agriturismo = ?
Il wiki indica tourism=guest_house http://wiki.openstreetmap.org/wiki/IT:Map_Features F. -Messaggio originale- Da: talk-it-boun...@openstreetmap.org [mailto:talk-it-boun...@openstreetmap.org]per conto di niubii Inviato: sabato 23 maggio 2009 13.37 A: List for italian speaking users Oggetto: [Talk-it] Agriturismo = ? Tutto nel subject. Ciao /niubii/ Nessun virus nel messaggio in arrivo. Controllato da AVG - www.avg.com Versione: 8.5.339 / Database dei virus: 270.12.37/2129 - Data di rilascio: 05/22/09 17:56:00 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piazze e strade
Non ho chiaro il metodo con cui mappare piazze che sono adiacenti a delle strade. Innanzitutto vorrei evitare di disegnare la piazza all'interno di un quadrato di strade. Ricordo che il probelma fu affrontato e concordavo con il fatto che un routing pedonale ne avrebbe risentito. Rileggendo alcuni thread, c'è il suggerimento di - interrompere la strada - assegnare il segmento alla piazza - chiudere la piazza Risolvo il problema della piazza, ma me ne creo altri: La strada principale viene interrotto da un segmento con il nome della piazza (che fine fanno i numeri civici di quel segmento ?) Tre lati della piazza sono a senso unico mentre quello preso dalla strada principale è a doppio senso... Relazioni ? name:left/name:right ? Il tutto è nato dai messaggi di non chiusura dei percorsi da parte del plugin di validazione. Grazie a tutti! F. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piazze e strade
Non ho chiaro il metodo con cui mappare piazze che sono adiacenti a delle strade. Innanzitutto vorrei evitare di disegnare la piazza all'interno di un quadrato di strade. Ricordo che il probelma fu affrontato e concordavo con il fatto che un routing pedonale ne avrebbe risentito. Rileggendo alcuni thread, c'è il suggerimento di - interrompere la strada - assegnare il segmento alla piazza - chiudere la piazza Risolvo il problema della piazza, ma me ne creo altri: La strada principale viene interrotto da un segmento con il nome della piazza (che fine fanno i numeri civici di quel segmento ?) Tre lati della piazza sono a senso unico mentre quello preso dalla strada principale è a doppio senso... Relazioni ? name:left/name:right ? Il tutto è nato dai messaggi di non chiusura dei percorsi da parte del plugin di validazione. Grazie a tutti! F. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazze e strade
2009/5/23 Fabrizio Carrai fabrizio.car...@gmail.com: Non ho chiaro il metodo con cui mappare piazze che sono adiacenti a delle strade. Innanzitutto vorrei evitare di disegnare la piazza all'interno di un quadrato di strade. ma è quello che dovresti fare. Si mette la piazza intorno dove stimi il perimetro (spesso le palazzi) e poi crei dei nodi alle intersezioni con le strade. Poi anche cercare in talk-it, ne abbiamo parlato varie volte. Viene anche renderizzata. Per il perimetro si mette di solito highway=pedestrian, area=yes oppure highway=residential/unclassified area=yes se si tratta davvero di uno spazio sensa limiti e segni. Ma riccorda sempre che le aree non vengono considerate del routing, quindi è una cosa più GIS come tutti landuse. Lo vedo un po come i fiumi che disegnamo un grafo (way) per il river e una area che dice l'estensione e la forma dei bordi (riverbank). Rileggendo alcuni thread, c'è il suggerimento di - interrompere la strada no Risolvo il problema della piazza, ma me ne creo altri: La strada principale viene interrotto da un segmento con il nome della piazza (che fine fanno i numeri civici di quel segmento ?) li devi considerare che alle volte cambiano anche i civici alle piazze e prendono il nome della piazza. Tre lati della piazza sono a senso unico mentre quello preso dalla strada principale è a doppio senso... tre way staccati del bordo della piazza al centro delle corsie con oneway=yes uno senza oneway=yes i nomi di questi dipendono dai indirizzi delle building adiacenti: o quello della strada o della piazza. un altro way intorno da edificio ad edificio con highway=pedestrian, area=yes, name=nomedellapiazza Relazioni ? no ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Agriturismo = ?
Fabrizio Carrai ha scritto: Il wiki indica tourism=guest_house http://wiki.openstreetmap.org/wiki/IT:Map_Features Mi sembra contraddittorio. Un agriturismo e' assolutamente diverso da un bb. Ciao /niubii/ Nessun virus nel messaggio in uscita. Controllato da AVG - www.avg.com Versione: 8.5.339 / Database dei virus: 270.12.37/2130 - Data di rilascio: 05/23/09 07:00:00 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] google mapping party
sarcasmo Google ha inventato il mapping party: https://sites.google.com/site/mapmakeruserhelp/mappingkit /sarcasmo -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] google mapping party
On Sat, 23 May 2009 19:20:17 +0200, Simone Cortesi wrote: sarcasmo Google ha inventato il mapping party: https://sites.google.com/site/mapmakeruserhelp/mappingkit /sarcasmo Convinciamo Google (NavTeq/TeleAtlas) a darci mappe pulite (i.e. senza [0]) sotto CC-BY-SA-2.5? :p [0] http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Distributori Metano e GPL
Come vanno segnalati i distributori di Metano e GPL ? Quali tag usare ? Grazie ! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] entrate degli edifici
2009/5/23 Ruggero giurr...@gmail.com: Nessuno ha mai pensato ad una feature per le entrate degli edifici? come non. ti suggerisco di mettere questo tag ad un nodo: barrier=entrance http://wiki.openstreetmap.org/wiki/Approved_features/barriers#Entrances Correlato: http://map.umd.edu/map/ -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] google mapping party
2009/5/23 David Paleino d.pale...@gmail.com: Convinciamo Google (NavTeq/TeleAtlas) a darci mappe pulite (i.e. senza [0]) sotto CC-BY-SA-2.5? :p con 5 Miliardi di EUR, o come? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] google mapping party
On Sat, 23 May 2009 23:01:24 +0200, Martin Koppenhoefer wrote: 2009/5/23 David Paleino d.paleino-re5jqeeqqe8avxtiumw...@public.gmane.org: Convinciamo Google (NavTeq/TeleAtlas) a darci mappe pulite (i.e. senza [0]) sotto CC-BY-SA-2.5? :p con 5 Miliardi di EUR, o come? Beh, se organizzano i mapping party pure loro, magari si stanno aprendo :p O sfruttano la gente e basta? :( -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] google mapping party
On Sat, 23 May 2009 23:01:24 +0200, Martin Koppenhoefer wrote: 2009/5/23 David Paleino d.paleino-re5jqeeqqe8avxtiumw...@public.gmane.org: Convinciamo Google (NavTeq/TeleAtlas) a darci mappe pulite (i.e. senza [0]) sotto CC-BY-SA-2.5? :p con 5 Miliardi di EUR, o come? Oppure possiamo fare una colletta *g* :) Mannò, io mi diverto troppo a mappare... stasera mi sono fatto 20km di traccia cittadina :) -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Distributori Metano e GPL
2009/5/23 Andrea Zaini he...@tiscali.it: Come vanno segnalati i distributori di Metano e GPL ? Quali tag usare ? usi un amenity=fuel e in più aggiungi GPL che è liquefied petroleum gas fuel:lpg=yes oppure fuel:cng=yes per il metano, che è compressed natural gas -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nuovo stile cloudmate con elevazione
Hanno rilasciato un nuovo stile con reliefcontour: Trento http://maps.cloudmade.com/?lat=47.236355lng=11.365356zoom=10styleId=996 Roma http://maps.cloudmade.com/?lat=41.86547lng=12.521667zoom=10styleId=996 Milano http://maps.cloudmade.com/?lat=45.461094lng=9.206543zoom=10styleId=996 Insbruck http://maps.cloudmade.com/?lat=47.236355lng=11.365356zoom=10styleId=996 Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] nuovo stile cloudmate con elevazione
scusate: Trento http://maps.cloudmade.com/?lat=46.054173lng=11.109924zoom=10styleId=996 ;-) Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] 1. Innsbrucker Usertreffen
Boris Cornet wrote: Nachdem schon länger der Wunsch eines Usertreffens besteht, haben Rudi Haupt und ich einen Termin festgelegt: Sa, 6. Juni 2009, 17:00 Der Ort steht noch nicht fest, kennt jemand vielleicht ein Lokal (möglichst mit Gastgarten), wo ein WLAN zur Verfügung steht, damit man sich am Laptop Sachen anschauen kann? Im Löwenhaus[0] (das übrigens noch gemappt gehört duck ;) kamma zumindest nett draußen sitzen (ggf. auch bei Regen...). lg Andreas _ [0] http://www.openstreetmap.org/?mlat=47.275528mlon=11.397797zoom=18 http://www.loewenhaus.at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
