Re: [Talk-transit] Naptan import
2009/7/22 Peter Miller peter.mil...@itoworld.com: On 20 Jul 2009, at 14:35, Thomas Wood wrote: 2009/7/20 Peter J Stoner stone...@mytraveline.info: In message on 20 Jul 2009, Ed Loach wrote: I'm assuming that the naptan import when it happens will be as at a certain point in time, and won't include any new bus stops since that time? I'm asking because a bus route has changed in the last week or so that now passes my house both ways instead of just one way and rather than add bus stops on the other side of the road they've added a taped message Buses stop here and opposite to each of the existing bus stops on the road. Ed If the Transport authority has done its job properly then we will expect to see Custom and Practice stops appear in NaPTAN opposite the snip The refreshed data is yet to be downloaded, so depending on the responsiveness of the LA, the stops may be in there by the time I get around to finalising the import. I am conscious that it is now over 6 months since the data was offered. I do realise that a lot of technical work and familiarisation has been taking place but it would be great to be able to complete the import and move on. I am also aware that there is a 50K place gazetteer sitting there untouched - last week I was adding villages in Norfolk by hand and the data is sitting available in NPTG. It is, we need to start thinking about what we can do with it. Do you need help with the NaPTAN import or are you just about ready to do the work? Do we need to set up a wiki page where people can request imports for their authority or are we going to do it without that? I've been putting off working on it for a while as slightly more interesting projects seem to keep coming my way. Anyway, I'm now checking that the new tools that will be used to upload the data that have been written for 0.6 will meet our needs. For this I'm doing a few uploads to a dev server to see what the imported data looks like with regards the created changesets etc. I'm probably going to have to modify the uploader to record object ids that are being stored for missing references to stop areas. -- Regards, Thomas Wood (Edgemaster) ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Roundabout, ways and relationship policies
Hi all I'm the guilty party who split up the roundabouts in question to put the bus route relation through it. What do we want correct roundabout junction tags or correct bus routes? I did it this way by splitting the roundabout because it's obviously a roundabout from it shape and relationships to adjoining roads but the bus route doesn't physically use the whole roundabout and so I felt it incorrect to show the route using bits of road it doesn't physically pass over - especially on such large roundabouts Having said that it's a pain in the butt to keep splitting roundabouts for bus routes and I plead guilty (again!) to using whole roundabouts elsewhere on bus routes ( usually much smaller ones than the ones in question.) Most public transport route maps do show the whole roundabout as part of the route - perhaps we should follow their example? The whole thing is inconsistent, including the mappers! Some guidance on a wiki somewhere needed perhaps, or a whole better way of adding route relations. Another issue - some roads can get quite chopped up to cope with route relations where several different bus routes turn off and turn onto the road/down adjoing roadsand then you can lose the sense of the continuity of the road Regards Brian ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
Brian Prangle wrote: Most public transport route maps do show the whole roundabout as part of the route - perhaps we should follow their example? If the return trip takes the same roads, eventually the bus will have navigated the whole roundabout, and then the whole roundabout *is* part of the route. -- Lennard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
Lennard wrote: If the return trip takes the same roads, eventually the bus will have navigated the whole roundabout, and then the whole roundabout *is* part of the route. Not the case, 99% of the time, there will be 2 segments of a roundabout which is unused by a route. Jeni ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Change of settings for talk-transit
Just to let you know that I have added Frankie Roberto as an admin for the list as per an earlier discussion. Thanks for helping out Frankie. I have also changed the setting for talk-transit so that replies go to the whole list by default which seemed to be what the majority who expressed a preference wanted. Regards, Peter ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Naptan import
2009/7/22 Thomas Wood grand.edgemas...@gmail.com: 2009/7/22 Peter Miller peter.mil...@itoworld.com: On 20 Jul 2009, at 14:35, Thomas Wood wrote: 2009/7/20 Peter J Stoner stone...@mytraveline.info: In message on 20 Jul 2009, Ed Loach wrote: I'm assuming that the naptan import when it happens will be as at a certain point in time, and won't include any new bus stops since that time? I'm asking because a bus route has changed in the last week or so that now passes my house both ways instead of just one way and rather than add bus stops on the other side of the road they've added a taped message Buses stop here and opposite to each of the existing bus stops on the road. Ed If the Transport authority has done its job properly then we will expect to see Custom and Practice stops appear in NaPTAN opposite the snip The refreshed data is yet to be downloaded, so depending on the responsiveness of the LA, the stops may be in there by the time I get around to finalising the import. I am conscious that it is now over 6 months since the data was offered. I do realise that a lot of technical work and familiarisation has been taking place but it would be great to be able to complete the import and move on. I am also aware that there is a 50K place gazetteer sitting there untouched - last week I was adding villages in Norfolk by hand and the data is sitting available in NPTG. It is, we need to start thinking about what we can do with it. Do you need help with the NaPTAN import or are you just about ready to do the work? Do we need to set up a wiki page where people can request imports for their authority or are we going to do it without that? I've been putting off working on it for a while as slightly more interesting projects seem to keep coming my way. Anyway, I'm now checking that the new tools that will be used to upload the data that have been written for 0.6 will meet our needs. For this I'm doing a few uploads to a dev server to see what the imported data looks like with regards the created changesets etc. I'm probably going to have to modify the uploader to record object ids that are being stored for missing references to stop areas. I have just done a fairly thorough review of both the 0.6 API bulk upload scripts. Neither works fully as expected. I have three options, fix the python one, finish the php one, or port the 0.5 perl one... The first option is currently looking most tempting. -- Regards, Thomas Wood (Edgemaster) ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
On Wed, Jul 22, 2009 at 10:33 PM, David Earlda...@frankieandshadow.com wrote: Lennard wrote: Brian Prangle wrote: Most public transport route maps do show the whole roundabout as part of the route - perhaps we should follow their example? If the return trip takes the same roads, eventually the bus will have navigated the whole roundabout, and then the whole roundabout *is* part of the route. As usual, I have a counter example - the bus station leads off the roundabout and comes on to it further on, so there is one section of roundabout that none of the 40 buses an hour that use it travel over! OTOH, some routes go round one-and-a-half times, so should I include that section twice in the relation? (No, I'm not being serious). Yes. Relations are ordered, so you can (and should) put in the exact sequence of ways that the route passes over. Cheers, Andy ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
Richard Mann wrote: I've been merrily splitting up roundabouts. When we have separate relations for each direction of a bus route, we'll even need to split the ones with point junctions. Perhaps it would be nice to know that in the AND import in The Netherlands, almost all roads have been segmented, so they run from junction to junction. Also, all roundabouts were modeled as consisting of separate segments between each connecting road. So, even the pros are modeling it in this split way. -- Lennard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
Brian Prangle wrote: Most public transport route maps do show the whole roundabout as part of the route - perhaps we should follow their example? No. Don't put in garbage into openstreetmap just to mimic other inferior maps! On Wed, Jul 22, 2009 at 9:32 PM, Lennardl...@xs4all.nl wrote: If the return trip takes the same roads, eventually the bus will have navigated the whole roundabout, and then the whole roundabout *is* part of the route. Blatantly not true for any roundabout that has been modeled with flared approach roads. Cheers, Andy ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-GB] Roundabout, ways and relationship policies
In message on 22 Jul 2009, Andy Allan wrote: Brian Prangle wrote: Most public transport route maps do show the whole roundabout as part of the route - perhaps we should follow their example? No. Don't put in garbage into openstreetmap just to mimic other inferior maps! The split roundabout is a better portrayal of the public transport. Excellent if you are prepared to do that. -- Peter J Stoner UK Regional Coordinator www.travelinedata.org.uk Traveline a trading name of Intelligent Travel Solutions Ltd company number 3826797 Drury House, 34-43 Russell Street, LONDON WC2B 5HA - sign up to watch this page at www.travelinedata.org.uk/new.htm ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] tagging distinctly Philippine POIs
Hi. Reviving this thread, I have updated the POI list and some recommended tagging as previously discussed here: http://wiki.openstreetmap.org/wiki/PH:Map_Features It is just a list at the moment, hope we can add more and agree on the general tagging. Some questions: 1. We have discussed before that POIs inside buildings (malls) shouldn't be mapped, is it the same with public wet/dry markets? 2. There is a thin boundary between the tag shop and amenity. cheers, maning On Sun, Jun 21, 2009 at 9:11 PM, Mike Collinsonm...@ayeltd.biz wrote: Interesting, when I went through the genuine tag values, the only ones I would not use as a matter of course in Sweden where these: shop:pasalubong 1 (though shop:souvenir might substitute) shop:vulcanizing 1 shop:wet market 1 amenity:vegetable market 1 amenity:tricycle_station 2 amenity:ice plant 1 amenity:Brgy Pag-asa Hall 1 (though some of the amenity= I would tag as shop=) Mike At 04:09 AM 19/06/2009, ian lopez wrote: you missed out one: shop=luxury_goods ( http://www.openstreetmap.org/browse/node/420221231 and http://www.openstreetmap.org/browse/changeset/1560039 ) --- On Fri, 6/19/09, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] tagging distinctly Philippine POIs To: osm-ph talk-ph@openstreetmap.org Date: Friday, June 19, 2009, 7:16 AM Here are some POI tags we have for the Phil amenity and shop shop:mall 105 shop:convenience 104 shop:supermarket 87 shop:bakery 39 shop:car 33 shop:hardware 20 shop:car_repair 18 shop:car_dealer 17 shop:bicycle 16 shop:department_store 8 shop:doityourself 8 shop:books 6 shop:outdoor 6 shop:beverages 5 shop:computer 4 shop:garden 3 shop:home_furnishing 3 shop:electronics 3 shop:florist 3 shop:airline_office 3 shop:repair_service 3 shop:butcher 3 shop:laundry 2 shop:uknown 2 shop:unknown 2 shop:stationery 2 shop:scuba 2 shop:antiques 1 shop:photo 1 shop:pasalubong 1 shop:tailor 1 shop:vulcanizing 1 shop:wet market 1 shop:wine 1 shop:printing 1 shop:public_building 1 shop:public_market 1 shop:shopping_centre 1 shop:SM 1 shop:Parco Supermarket 1 shop:antique 1 shop:Shoe_store 1 shop:Evergotesco mall 1 shop:Car Mechanics 1 shop:Mall 1 shop:Lapos;Air Boutique amp; Guesthouse 1 shop:office supplies 1 shop:lumber 1 shop:general 1 shop:mobile_phone 1 shop:marketplace 1 shop:business_services 1 shop:auto repair 1 shop:garden_centre 1 shop:elctronics 1 amenity:fuel 1159 amenity:school 958 amenity:place_of_worship 771 amenity:bank 565 amenity:public_building 499 amenity:restaurant 449 amenity:fast_food 333 amenity:hospital 272 amenity:parking 241 amenity:police 175 amenity:college 117 amenity:pharmacy 116 amenity:fire_station 96 amenity:bus_station 81 amenity:university 70 amenity:public_market 59 amenity:cafe 51 amenity:atm 44 amenity:pub 42 amenity:post_office 27 amenity:townhall 22 amenity:bureau_de_change 17 amenity:cinema 17 amenity:library 12 amenity:toilets 11 amenity:rescue 10 amenity:kindergarten 9 amenity:clinic 8 amenity:market 7 amenity:town_hall 6 amenity:prison 5 amenity:arts_centre 5 amenity:embassy 5 amenity:car_rental 5 amenity:studio 5 amenity:doctors 5 amenity:ferry_terminal 4 amenity:theatre 4 amenity:thetre 4 amenity:bicycle_parking 4 amenity:funeral_services 4 amenity:telephone 4 amenity:airline_office 4 amenity:grave_yard 3 amenity:preschool 3 amenity:fountain 3 amenity:Subdivision 3 amenity:biergarten 3 amenity:veterinary 3 amenity:nightclub 2 amenity:public building 2 amenity:tricycle_station 2 amenity:subdivision 2 amenity:swimming_pool 2 amenity:coffee_shop 2 amenity:bar 2 amenity:courthouse 2 amenity:dentist 2 amenity:bench 2 amenity:CheckPoint 2 amenity:Graveyard 2 amenity:Place of Worship 1 amenity:resort 1 amenity:v junction lhs 1 amenity:vegetable market 1 amenity:wrecker_service 1 amenity:retail 1 amenity:slaughterhouse 1 amenity:undefined 1 amenity:Petron Station 1 amenity:Municipal Building 1 amenity:Building 1 amenity:bank;atm 1 amenity:apartment 1 amenity:Residential Condo Units 1 amenity:Police station 1 amenity:Brgy Pag-asa Hall 1 amenity:Bar and Entertainment 1 amenity:Bakery 1 amenity:Metrobank Angono 1 amenity:Memorial Park 1 amenity:Lopez park 1 amenity:Cemetery 1 amenity:marketplace 1 amenity:lake 1 amenity:internet 1 amenity:drinking_water 1 amenity:post_box 1 amenity:pool 1 amenity:police station 1
Re: [talk-ph] using the ref tag in highways
OK, so it doesn't make much sense to add ref tags at the moment? On Thu, Jul 23, 2009 at 8:24 AM, Eugene Alvin Villarsea...@gmail.com wrote: The Philippines really has no systematic way of numbering highways (I think). So far, the radial roads and circumferential roads of Metro Manila have ref=R-* and ref=C-*. The Maharlika Highway is designated as Asian Highway 26 so the component roads are tagged int_ref=AH26. On Thu, Jul 23, 2009 at 7:27 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, Perhaps this has been discussed before, how are we using the ref tag in highways? In mapnik I see some motorways with highway shields based the ref tag. Example is here: http://osm.org/go/4zgTe1UP -- 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 -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Variable zoom level visibility
On Thursday 23 July 2009 10:27:38 am Ed Garcia wrote: Hello Guys, Is there a way, or is there a tag or property that I can use so that certain POIs (usually Resorts in my case siempre) can appear at lower zoom levels instead of just zoom = 17? There are cases kasi na there are only one or two resorts in a long stretch of beach. When zoomed out (to appreciate the vicinity), the resort would not appear. and then when zoomed in to see the resort, the vicinity can no longer be appreciated. here is an example ... http://www.openstreetmap.org/?lat=13.8598lon=121.509zoom=14layers=B000FT F Try zooming in to zoom=17 where the resorts will start to appear. By then the vicinity orientation is lost. Is there a tag or property that can dictate zoom level visibility of the POI? This is usually the case in provincial areas where POIs are way far apart. thanks!, ed I myself would not play with the Levels that these appear on but include two links, from your site. One for the Expanded Version for the vicinity and one for the actual place. Or add a marker (use an embedded version on your site) This will help later when many more places get added near that locality. (More and more places of interest will appear over time.) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Problem With Trails
Andy Allan wrote: On Tue, Jul 21, 2009 at 6:11 AM, Andrew Ayrea...@britishideas.com wrote: I have uploaded two sets of trails on two different days. The first set have rendered, but the second set hasn't. I'm stumped as to why. I'll give examples of a single trail from each set. This one works: http://www.openstreetmap.org/browse/way/37637417 Couple of things - your uuid isn't actually unique per-object, so you could probably call it an upload_id or similar. Both that and the attribution would be better off on the changeset, not every single uploaded way, since as soon as anyone tweaks the trails (adding more squiggles and whatnot) neither of them are appropriate any longer (they only have context on the specific version you uploaded). Thanks for the hints. How do I add tags to changesets in JOSM and then later search for ways and nodes using them? Andy -- Andy PGP Key ID: 0xDC1B5864 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
I'm sure somebody somewhere has used a tag like max_speed_opposite or something like that, but the closest I've actually seen to a recomendation is this http://wiki.openstreetmap.org/wiki/Relations/Proposed/Segmented_Tag Look at the discussion tab for more info. I don't knwo how widely this is actually used, either in the data or processing it. You may want to ask on the main talk list, rather than talk-au to get a wider opinion. Stephen 2009/7/22 John Smith delta_foxt...@yahoo.com: A section of the Bruce highway just north of Gympie has 2 different speed limits depending what direction you are traveling. While I guess this could be solved as 2 single lanes is there a more elegant solution? http://osm.org/go/ueTQy4AfL- When going south you hit an 80 sign 300-500m before the school signs, however when going north you hit a 90 sign as you leave the school zone, I'm pretty sure I've come across other dual speed zones on the same piece of road depending on the direction of travel, but they're rare. ___ 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] Same physical road, diff maxspeed.
Yeah, you're right - this is more what I was thinking of seeing, but the relationship is the one that came up when I searched. I don't understand the wiki search results sometimes. Try this page. I think the one I listed earlier is not the best option. http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags Also - oops - my bad. This *is* the talk list. Stephen 2009/7/22 SLXViper slxvi...@gmx.net: I think using maxspeed:forward and maxspeed:backward would be the best solution. This was also discussed for access= depending on the direction you come from: http://lists.openstreetmap.org/pipermail/talk/2009-July/038503.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
What about reorganizing the structure of the wiki to be something like this? Basically any item would fall into three main categories - boundary, landcover or land_use. The boundary or the land_use should be the first layer then the landcover. For instance, within a park you could have trees, rocks, sands etc. The natural category can be combined into one category for the landcover. The items for amenity, historic, leisure, man_made, military, shop and tourism would fall under the land_use category even though they wouldn't be tagged land_use=amenity, etc. They could still be tagged the same way as currently they are. I like the idea of having one tag for any type of trees. There could be a subtype such as type=forest or type=eucalyptus_grove, type=deciduouis, etc. The trees could even be rendered differently depending on how much space they took up. Nature_reserve should only be for a natural boundary that is an official nature reserve. Nature_reserve should also be either transparent or in the background. There are cases where it will run over both land and water. It may even run over a coast line like it does in Point Lobos, Ca. Especially in the Bay Area in California, there are a lot of tags that overlap each other and as a result look ugly. Using something like landcover=trees may help. The trees could be rendered with little tree icons instead of just being a solid shade of green like the parks are. One tag Natural=Trees, maybe it could be rendered differently based on the size. Boundary = the official boundary set by a government or municipality = administrative = civil = nature_reserve = national_park = national_forest = park = political landcover = is the physical material at the surface of the earth. = basin = bay = beach = cave_entrance = cave = rock face = coastline = fell = glacier = grass = heath = land = marsh = meadow = mud = peak = rocks = scree = scrub = snow = spring = tree (s) = volcano = water = wetland Land_use is the human modification of natural environment or wilderness into built environment such as fields, pastures, and settlements = allotments = cemetery = farm = farmyard = landfill = logging = open_space = pasture = quarry = railway = recreation_ground = reservoir = salt_pond = village_green = vineyard = brownfield = commercial = construction = greenfield = industrial = residential = retail amenity historic leisure man_made military shop tourism \== /// //Tom: I'd really like to nominate someone like Nick Whitelegg as Countryside Tsar for a day, so he could work out the different basic features we need to know about in the countryside and an appropriate tagging schema. Then, as always, a combination of wiki documentation, Mapnik ti...@home rules, Xybot mischief and peer education could disseminate this sensible approach. I'm going to go back to this because it makes so much sense to do. I too get discouraged by the lack of comprehensible tags. I actually think that natural key is a bad key. Is an artificial lake a natural=water or something else? If it's a reservoir (and what lake isn't technically a reservoir) is it sufficient to tag it just landuse=reservoir, and should we tag it as man_made=water to explain that it's not actually natural? No, clearly we shouldn't. So we could just accept that natural and landuse are equivalent and adjust natural tagging as such (since changing everything to landuse seems out of the question). So if we do that, then natural=wood wood=managed or landuse=forestry or whatever becomes a reasonable way to separate the landform from the land use Greg: So, I think we need some tags that denote landcover, and some tags that denote legal status. so an area would have at most 1, preferably exactly one of: landcover=trees landcover=swamp Exactly what I was thinking (though I think just using natural as equivalent to landcover might be the way to go at this point), and using the USGS style landuse values [1] would be a good start covering the majority of cases (I think just rolling them all into natural (including man made surfaces makes sense at this point, but I accept I may be--and probably am--wrong) and at most 1 of land_use=... eh... I'm less fond of this, just because I'm not sold on there being 1 and only 1 land use for an area but I have no supporting evidence to back up my iffy feeling yes, land_use=forestry perhaps implies land_cover=trees, but in the case of land_use=conservation I would expect a variety of landcover tags within the administrative boundary of the conservation area/park. As would I, when I said solid fill earlier I mean more like hatching or even a transparent overlay/underlay? for rendering, I'm pretty convinced about it being a boundary=whatever issue at this point for things like parks/national forests,DNR land, BLM land... but not convinced that something can't be both say land_use=recreation and land_use=conservation (you can bike,
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, Stephen Hope slh...@gmail.com wrote: You may want to ask on the main talk list, rather than talk-au to get a wider opinion. I thought the same thing after I posted to the talk-au list :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, SLXViper slxvi...@gmx.net wrote: I think using maxspeed:forward and maxspeed:backward would be the best solution. This was also discussed for access= depending on the direction you come from: http://lists.openstreetmap.org/pipermail/talk/2009-July/038503.html Hmmm it would seem to make most sense to me to have the maxspeed as the lower limit of the way, and then maxspeed:backward for the higher limit or maxspeed:forward depending on the direction of the way etc etc etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Same physical road, diff maxspeed.
--- On Wed, 22/7/09, Stephen Hope slh...@gmail.com wrote: Yeah, you're right - this is more what I was thinking of seeing, but the relationship is the one that came up when I searched. I don't understand the wiki search results sometimes. Try this page. I think the one I listed earlier is not the best option. http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags Ummm this seems to have been approved by vote but I can't see a non-proposed page for it. Someone should add a note to the maxspeed page too I suppose... http://wiki.openstreetmap.org/wiki/Key:maxspeed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
On Wed, Jul 22, 2009 at 1:25 AM, Aude (Kate)maps2w...@gmail.com wrote: I recommend using OSM data for Brussels, Belgium to test multilingual rendering. The street signs there have street names in both French and Dutch. Likewise, the OSM data contains name:fr and name:nl tags for street names. Thanks everyone, here's a completely unoptimized proof of concept of rendering Brussels in nl/fr: http://cassini.toolserver.org/browse-fr.html http://cassini.toolserver.org/browse-nl.html I'll put up the static renderer the rest of the Wikipedia languages later. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
On Tue, Jul 21, 2009 at 9:13 PM, Greg Troxelg...@ir.bbn.com wrote: yes, land_use=forestry perhaps implies land_cover=trees, Not when they've all just been chopped down :-) land_use=forestry land_cover = mud_treestumps_and_woodchips But seriously, there's a difference between an area being used for forestry and an area covered in trees, and in the Venn diagram there's no empty sets. Which makes them orthoginal. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
On Tue, Jul 21, 2009 at 9:13 PM, Greg Troxelg...@ir.bbn.com wrote: yes, land_use=forestry perhaps implies land_cover=trees, Not when they've all just been chopped down :-) land_use=forestry land_cover = mud_treestumps_and_woodchips But seriously, there's a difference between an area being used for forestry and an area covered in trees, and in the Venn diagram there's no empty sets. Which makes them orthoginal. Fair enough; i see your point and the nerd in me wanted full orthogonality anyway. IMHO we need more venn diagram thinking in OSM. pgp5O7oCTIH0f.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
On Tue, Jul 21, 2009 at 9:38 PM, Tylertyler.ritc...@gmail.com wrote: eh... I'm less fond of this, just because I'm not sold on there being 1 and only 1 land use for an area but I have no supporting evidence to back up my iffy feeling Many areas-with-trees in the UK are used for both forestry and mountain biking. And I mean that the owners of the land (the Forestry Commission) build and maintain mountain biking and other recreational facilities among the trees; such facilities are rudely interrupted every few decades when the trees need a bit of a makeover. So we have (at least) three orthogonal properties a) Are there trees, swamp, mud or rocks on the ground (land cover) b) Is the area used for forestry, recreation or military training (land use) c) Is the area administered or designated or named as a National Forest State Park National Park World Heritage Site or some other such designation (administrative) None of those imply what goes on in the other two categories. Well, that's my two cents. Cheers, Andy P.S. Discussions of the value in requiring the guys who make timber also being mandated to benefit society is an exercise left to talk-gb@ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 22 Jul 2009 15:48:17 +0100 Andy Allan gravityst...@gmail.com wrote: So we have (at least) three orthogonal properties a) Are there trees, swamp, mud or rocks on the ground (land cover) b) Is the area used for forestry, recreation or military training (land use) c) Is the area administered or designated or named as a National Forest State Park National Park World Heritage Site or some other such designation (administrative) There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. - -- Alice -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKZyl5AAoJEK/Rrn18ahlCdOkP/3H+ARGySotl4kQhj8DKUfKi YcyEidcVmqiMDDN8AbMcijFTDhmWB2dGpur5vG9XixwYUNvqfLXSGN0YvSIyavMt 43DLLO/TQCxGx+wlXTKhzf+KDyPn1TSD0taF572HtXA3q1T549LF1LhP78/Yux8J j6jVuCKiJDMHyafS5FpvEYBYVDkk12wBVc32e3Va6sn5W/hoIH9raPF1/4cpQBBj bhkYnuhxCZJnRnfpWY6eQdKQ27X2lNNDSexLXwnHeymTY7wjRmtMRFkJPBuAl4X6 vkrIT6yPKxqdQmkYswSV+NvXhRuRdq7ibvdVqjO7WLJA81m1pAM5Q8xnpgE8c1ob PZkjitdavbFazG/2Ix55C5yPI1u7Z3nWkmV5k2ohDQDvL1FJsXz2JvnBzyYuD5v8 vQrDcJOUa/4jtZ9l42zP2+PYBZkyj+ktvoQNofa0CEeKRsmWYW6Jmo+czrEm2gpl dU3dcZnTwUjDLvsFNmXNTPLoD1wim2o/+Oz5X02i+lJJ/rrvqORdGE/fm488yPV7 /dyzsW/z6edoETgHt1687aBRNaqYmBKTtMwoMtEMbrbFqeoIC86PUG7P1vpKd6Iv OlwV/urVuNajvAmADoJGNbxPtXpDVlRXSTEvKYG1Cp85bcocd1wIrWwj39/xuEQe gVL+TK61bHW/swgW4BlM =XYIi -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Wed, 22/7/09, Alice Kaerast kaer...@qvox.org wrote: There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. Wasn't there a discussion on species naming a week or so ago? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
2009/7/22 Alice Kaerast kaer...@qvox.org: There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. no, it already is considered and even rendered: http://wiki.openstreetmap.org/wiki/Tag:wood%3Dconiferous/deciduous/mixed cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
On Wed, Jul 22, 2009 at 4:00 PM, Alice Kaerastkaer...@qvox.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 22 Jul 2009 15:48:17 +0100 Andy Allan gravityst...@gmail.com wrote: So we have (at least) three orthogonal properties a) Are there trees, swamp, mud or rocks on the ground (land cover) b) Is the area used for forestry, recreation or military training (land use) c) Is the area administered or designated or named as a National Forest State Park National Park World Heritage Site or some other such designation (administrative) There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. Ah, that's just sub-typing of category A though - you can't have deciduous rocks or coniferous mud, so type of trees is a subcategory of land cover is trees rather than an independent (i.e. orthogonal) property. Doesn't mean that it's not important though! Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
Ævar Arnfjörð Bjarmason avarab at gmail.com writes: http://cassini.toolserver.org/browse-fr.html http://cassini.toolserver.org/browse-nl.html This is very cool. I note that a lot of the tiles are the same, so the disk space requirement wouldn't be too impossible. Do you plan to support 'my main language is English, but I also speak French and Spanish' and so on? There's a huge number of such combinations, but perhaps only a few are common (it would be good to get statistics of Accept-Language http headers on the main osm.org site). -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tests in the Antarctica?
The production server is not to be used for testing data imports. Please use a test server. If you need data dumps to see how it renders, that can be organised. http://apis.dev.openstreetmap.org/ Shaun On 21 Jul 2009, at 22:06, Sam Vekemans wrote: Well, i'll be doing some canvec import tests up in the Canadian Arctic. So i'll varify that one wildlife=penguins. I'll also let you know if i find the other Stargate :) lol BTW, has anyone noticed that the newly sovern nation of Greenland, is wrongly tagged as Nunivut (a Canadian territory of Canada)? On 7/21/09, Grant Slater openstreet...@firefishy.com wrote: 2009/7/20 John Smith delta_foxt...@yahoo.com: Not many polar bears in Antarctica either :) And not many penguins in the North Pole / Arctic. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Twitter: @Acrosscanada Facebook: http://www.facebook.com/sam.vekemans ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
On Wed, Jul 22, 2009 at 4:37 PM, Ed Avise...@waniasset.com wrote: Ævar Arnfjörð Bjarmason avarab at gmail.com writes: http://cassini.toolserver.org/browse-fr.html http://cassini.toolserver.org/browse-nl.html The rest are now up at http://cassini.toolserver.org/tile-browse/ This is very cool. I note that a lot of the tiles are the same, so the disk space requirement wouldn't be too impossible. Yeah, hopefully we can cache it with Content-MD5 + Squid. Do you plan to support 'my main language is English, but I also speak French and Spanish' and so on? There's a huge number of such combinations, but perhaps only a few are common (it would be good to get statistics of Accept-Language http headers on the main osm.org site). I'm targeting embedding in Wikipedia articles so I'm just supporting maps in the content language of the wiki itself. That's consistent with every other sort of image / diagram embedded in articles so it's fine for our purposes. Something different could be implemented via user preferences but that would require a new caching key for each new map type, not something I want to target initially at least. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
From: Ævar Arnfjörð Bjarmason ava...@gmail.com The rest are now up at http://cassini.toolserver.org/tile-browse/ These are great!! (though I think we may just have crashed your renderd with loads of requests) I realize this is just a proof of concept, but is this generally your plan right now, to generate tile sets for every language, with caching? Since the underlying geometries are the same for all tiles, and only the text changes, one thought has been to decouple these into different tile sets (geoms and various localised text tiles), which are then combined on the server before pushing out, or on the client in OL. This would reduce space requirements, and load on the database. Not sure how much more cost it is to overlay the text on geom tiles, on the server, but there are possibly clever ways to make this efficient. There's a need for this on osm.org itself. If an efficient way to localise tiles can be found through your work on wikipedia, it's all very good! -Mikel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
On Wed, Jul 22, 2009 at 7:08 PM, Mikel Maronmikel_ma...@yahoo.com wrote: The rest are now up at http://cassini.toolserver.org/tile-browse/ These are great!! (though I think we may just have crashed your renderd with loads of requests) That was part of the plan:) Let's see how it does with added caching though. I realize this is just a proof of concept, but is this generally your plan right now, to generate tile sets for every language, with caching? Yes but on-demand as they're added to pages on Wikimedia projects with the Slippy Map extension. We're not aiming for having a general purpose google-maps-alike in 279 languages but rather just a way for users to embed maps into articles in their language. Those articles will each have their own peephole view of the planet so hopefully we won't have to generate a huge amount of static maps / tiles for each language. Since the underlying geometries are the same for all tiles, and only the text changes, one thought has been to decouple these into different tile sets (geoms and various localised text tiles), which are then combined on the server before pushing out, or on the client in OL. Yeah a basemap + text would be neat. But I couldn't find a way to do it so I thought I'd try the brute-force way first and see how it works. This would reduce space requirements, and load on the database. Not sure how much more cost it is to overlay the text on geom tiles, on the server, but there are possibly clever ways to make this efficient. There's a need for this on osm.org itself. If an efficient way to localise tiles can be found through your work on wikipedia, it's all very good! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
On Thu, 23 Jul 2009, Alice Kaerast wrote: There is also another property which hasn't been considered - type of trees. Evergreen vs. Deciduous might be nice to know. Ordnance survey maps differentiate between coniferous and non-coniferous and has symbols for coppice and orchard. Another Venn diagram problem. Our trees are neither coniferous or deciduous, and the alternate is mixed Liz living in country covered in mallee, casuarina and occasional eucalypt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A possible way to promote OSM
I have been working on an education project. Here is the wiki page: http://wiki.openstreetmap.org/wiki/Education I plan to add in more information over the next couple of weeks. Please add in more here, and get in touch with me directly to chat more about this. There is definitely huge potential for us and the educational community. On Jul 21, 2009, at 3:45 AM, John Smith wrote: --- On Thu, 9/7/09, Mike N. nice...@att.net wrote: I'm planning to send the emails about the time the faculty returns from summer vacations and prepares for the new school year in August. I will have the added incentive that a nearby university has gone viral and completely mapped out the campus and town in detail. In the mean time I've located a primary school teacher who's shown some interest in doing mapping with her class. The school is in the middle of no where and there is very little mapped so it'll be interesting to see how far they get. http://osm.org/go/s2QkW9f2-- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sarah Manley Community Ambassdor sa...@cloudmade.com Cell: 415-254-3050 Skype: Sarah_cloudmade Twitter: SarahManley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
Liz, I would classify most eucalyptus spp. as deciduous (though judging by your genus compositions you're in Australia, and I don't know what the species do there), and probably classify casuarina spp as coniferous... but that's a bad classification system. That's like saying this apple is green, that grapefruit is citrus. There are deciduous conifers, and evergreen broadleafs. Coniferous doesn't even account for all of the needleleaf trees.. The wiki should probably be suggesting deciduous, evergreen and mixed. . . Adopting the UNEP-WCMC broad categories [1] would make much more sense than the current bad wiki suggestions. and adopting the more specific categories would cover a vast majority of forests. [1] http://www.unep-wcmc.org/forest/fp_background.htm# ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
On Wed, Jul 22, 2009 at 8:48 PM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: On Wed, Jul 22, 2009 at 7:08 PM, Mikel Maronmikel_ma...@yahoo.com wrote: The rest are now up at http://cassini.toolserver.org/tile-browse/ These are great!! (though I think we may just have crashed your renderd with loads of requests) That was part of the plan:) Let's see how it does with added caching though. I realize this is just a proof of concept, but is this generally your plan right now, to generate tile sets for every language, with caching? Yes but on-demand as they're added to pages on Wikimedia projects with the Slippy Map extension. We're not aiming for having a general purpose google-maps-alike in 279 languages but rather just a way for users to embed maps into articles in their language. Those articles will each have their own peephole view of the planet so hopefully we won't have to generate a huge amount of static maps / tiles for each language. Since the underlying geometries are the same for all tiles, and only the text changes, one thought has been to decouple these into different tile sets (geoms and various localised text tiles), which are then combined on the server before pushing out, or on the client in OL. Yeah a basemap + text would be neat. But I couldn't find a way to do it so I thought I'd try the brute-force way first and see how it works. ti...@home uses this technique of a basemap with no captions and a text layer for lowzoom tiles (z1 through z6) . Currently they are combined on the server to create a composite image using some GD library I think. This seems to works very well and avoids duplicating the most compute intensive part of generating a map tile. Etienne This would reduce space requirements, and load on the database. Not sure how much more cost it is to overlay the text on geom tiles, on the server, but there are possibly clever ways to make this efficient. There's a need for this on osm.org itself. If an efficient way to localise tiles can be found through your work on wikipedia, it's all very good! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Winners of the Most Influential Person Contest
1 ESRI - Jack Dangermond 2 OSM - Steve Coast 3 Google - Sergey, Larry, Ed Parsons http://www.directionsmag.com/article.php?article_id=3225 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Do we care if its forest or wood? Natural world mapping ...
--- On Wed, 22/7/09, Liz ed...@billiau.net wrote: Another Venn diagram problem. Our trees are neither coniferous or deciduous, and the alternate is mixed Add to that Gum trees are evergreen :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] i18n-rich areas on the map
Looks very nice! Are there any further plans to translate the maps based on wikipedia data? Would that various names be better imported into main OSM db or just into the DB for rendering? Will this translation be done based only on language links in existing articles or also based on lists of exonyms [1], which would cover also places without wikipedia articles? Can we help in some way? Stefan [1] http://en.wikipedia.org/wiki/Category:Exonyms On Thu, Jul 23, 2009 at 1:34 AM, 80n80n...@gmail.com wrote: On Wed, Jul 22, 2009 at 8:48 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, Jul 22, 2009 at 7:08 PM, Mikel Maronmikel_ma...@yahoo.com wrote: The rest are now up at http://cassini.toolserver.org/tile-browse/ These are great!! (though I think we may just have crashed your renderd with loads of requests) That was part of the plan:) Let's see how it does with added caching though. I realize this is just a proof of concept, but is this generally your plan right now, to generate tile sets for every language, with caching? Yes but on-demand as they're added to pages on Wikimedia projects with the Slippy Map extension. We're not aiming for having a general purpose google-maps-alike in 279 languages but rather just a way for users to embed maps into articles in their language. Those articles will each have their own peephole view of the planet so hopefully we won't have to generate a huge amount of static maps / tiles for each language. Since the underlying geometries are the same for all tiles, and only the text changes, one thought has been to decouple these into different tile sets (geoms and various localised text tiles), which are then combined on the server before pushing out, or on the client in OL. Yeah a basemap + text would be neat. But I couldn't find a way to do it so I thought I'd try the brute-force way first and see how it works. ti...@home uses this technique of a basemap with no captions and a text layer for lowzoom tiles (z1 through z6) . Currently they are combined on the server to create a composite image using some GD library I think. This seems to works very well and avoids duplicating the most compute intensive part of generating a map tile. Etienne This would reduce space requirements, and load on the database. Not sure how much more cost it is to overlay the text on geom tiles, on the server, but there are possibly clever ways to make this efficient. There's a need for this on osm.org itself. If an efficient way to localise tiles can be found through your work on wikipedia, it's all very good! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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: [talk-au] school zones
Just to eat my own dog food, I went out this afternoon and mapped out as many school zones in the Gympie area that I could fit in, still a couple of school zones I'll have to get to. Since maxspeed doesn't render I doubt this would have any effect on anything, but I mapped things out as much as I could. Some examples, you'll need to load them into an editor to see the details though: http://www.openstreetmap.org/?lat=-26.170585lon=152.642568zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=-26.175255lon=152.657143zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=-26.173895lon=152.662043zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=-26.189579lon=152.680191zoom=18layers=B000FTF In the last link I just noticed street lights don't render either. http://www.openstreetmap.org/?lat=-26.198467lon=152.676347zoom=18layers=B000FTF ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Couple more JOSM bugs
Firstly I filed a bug for fullscreen mode or smallscreen mode, even if you have to hit f11 to get into it, making the tool bar, menu bar and status bar etc disappear would be useful. As would being able to make the layers, properties etc down the right hand side less wide and the icons on the left hand side disappear too. http://josm.openstreetmap.de/ticket/3036 The second bug is just a small addition to the validator plugin to show when people have screwed up maxspeed information by adding km/h, km.h, km/hr etc. http://josm.openstreetmap.de/ticket/3037 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] OSM Meet-Up in Dublin July
For those of use not on twitter or #osm-ie: Beers and meeting, Wed 22nd, Kehoe's pub S. Anne Street, 19:00, all welcome. I suggest instead of wearing a red rose in lapel, displaying a GPS should make people easy to spot. D 2009/7/6 Jonas Krückel o...@jonas-krueckel.de: Hi, I will be in Dublin from Monday, 20. till Thursday 23. July and would like to meet some OSM mappers there. I've already spoken with some of you on twitter and in the IRC and they said it should be possible to organize a meet-up. I would prefer the evenings on 21. and 22. July. Already excited to get to know OSM in ireland and tell you something about OSM in Germany :-) Best, Jonas ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Tracks-'Nummerierung'
Hallo, Am Mi, 22.07.2009, 03:02, schrieb Michael Bemmerl: ich bin gerade auf einen interessanten Track-Auszug über die API gestoßen, den ich euch nicht vorenthalten möchte: http://osm.michis-pla.net/temp/tracks.gif Das sind doch eindeutig Nummern, oder? Kennt jemand ein Gerät, das solche (Wegpunkt-)Nummern als /Koordinaten/ ablegt? also, erstrebenswert finde ich das nicht gerade. Das bringt nur ein Durcheinander, wenn man solche Tracks hochlädt. Wenn's dann beim Herunterladen (z.B. direkt in Josm) dort noch andere Tracks gibt, dann erkennt man den Unterschied nicht mehr. Mir sind da ganz normale wpts lieber. Grüße, Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Probleme
On Tue, 21 Jul 2009, Torsten Leistikow wrote: Dirk Stöcker schrieb: Was theoretisch richtig klingt. Praktisch kann josm das Programm aber scheinbar doch nicht aufrufen. Pfad falsch? Du kannst dort selbst etwas eingeben - gib doch sicherheitshalber mal den kompletten Pfad des Programms an. Also ich habe mal probiert gnome-web-photo aus dem JOSM-Verzeichnis aufzurufen - kein Problem. Hmm. Du sagtest aber gnome-webphoto-fixed, jetzt nimmst Du gnome-webphoto. Warum? Die fixed-Variante braucht noch NetPBM und das Fixed-Skript zum arbeiten. Dann habe ich mal probiert einen WMS-Aufruf haendisch zusammenzubauen: Fast richtig. Weil ? und drin sind, musst Du die URL mit umgeben, sonst zerstückelt Dir die Shell den Aufruf. Das siehst Du an den [2], [3], ... leisti...@athlon1200:~/JOSM gnome-web-photo --mode=photo --format=png http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=10.4132038,53.5244509,10.4277881,53.5390352srs=EPSG:4326width=500height=500 /dev/stdout [2] 3792 [3] 3793 [4] 3794 [5] 3795 bash: /dev/stdout: Keine Berechtigung Diese Fehlermeldung kommt mir komisch vor. /dev/stdout sollte für Dich nicht verboten sein. Liegt aber vieleicht an dem kaputten Aufruf. Falls es klappt gibt er Dir unlesbares Zeug aus. Wenn Du noch datei.jpg anhängst speichert er das in eine Datei und dann müsste ein Bild drin sein. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und richti g sein (war Routerhärtetest )
Hallo. Am Mittwoch, 22. Juli 2009 schrieb Karl Eichwalder: ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. Ja, bitte! Das sollte man nicht, weil man damit anwendungen kaputtmacht, die gebäude (noch) nicht auswerten. Die da wären? Man sollte vielmehr die renderer bzw. den präprozessor fixen. Hui, ja, bitte den Präprozessor des Stück Software, das mit POI als Gebäude noch nicht umgehen kann! Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Ich würde bevorzugen, wenn es der selbe Name wäre. Und ich finde es gut, wenn beide gerendert werden, denn dann weiß man dass man da dringen noch einen Einzel-Node löschen muss. Gruß, Bernd -- Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt aber Gehirne, denen eine Wäsche ganz gut täte. - Johannes Gross (dt. Publizist 1932) 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] tracktype=grade1
Hallo. Am Dienstag, 21. Juli 2009 schrieb Frederik Ramm: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ich stelle laienhaft die These auf, dass es in manchen Ländern weniger asphaltierte Wege gibt als hierzulande. Als Süddeutscher ist man ja verwöhnt und ich würde stark dafür plädieren, die 1-bis-5-Skala auf die jeweiligen Gegebenheiten auszudehnen, so dass man nicht z.B. plötzlich alle Wege in Afrika mit grade 4 oder 5 beschreiben muss. Hierzulande geht das übliche Spektrum eben von asphaltiert über geschottert bis zu nem Dreckweg. Das sollte die Skala her geben, daher bin ich stark dagegen, nicht versiegelte Wege als grade1 zu taggen. Gruß, Bernd -- The hardness of the butter is proportional to the softness of the bread. 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
[Talk-de] Namefinderupdate?
Hallo, vor knapp 2 Wochen habe ich in Sachsen die Wanderwege endgültig aufgeräumt, die vor längerer Zeit importiert wurden. Die Wege hatten Namen wie Roter/Grüner/Gelber/Blauer Punkt/Strich. Nun gibt es mittlerweile Routenrelationen und ich habe alle Vorkommen dieser Namen entfernt (niemand kümmert sich um redundante Informationen, so dass diese langsam auseinanderdriften) und die noch fehlenden Routen nachgetragen. Da ich garantiert ein paar übersehen habe dachte ich den Namefinder von OSM zu benutzen und diese fehlenden Teile zu finden. Nur leider zeigt der in den letzten zwei Wochen auch die ganzen entfernten Namen immer noch an, was natürlich dieses Vorhaben vereitelt. Also: Wann und wie macht der Namefinder ein Update? Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Zuviel Daten sind kein Problem, nur in JOSM ladbar sollte es sein. Die Wege sind in Sachsen und auch ein paar in der Tschechei. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Alternativen?
Sebastian Hohmann schrieb: Frederik Ramm schrieb: Hab ich noch eine sonstige Alternative, oder muß ich mir die x GB Planet runterladen und selber die paar (beim letzten mal waren es so 800 Nodes) rausschneiden? Ich weiss keine Alternative, aber ich hab ein ausgepackted Planetfile hier liegen, da geht es schneller: http://www.remote.org/frederik/tmp/mountain-passes.osm.bz2 Mit was für einem Programm machst du das? Wenn der xml Header nicht lügt: http://wiki.openstreetmap.org/wiki/Osmosis Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Hi! Torsten Leistikow schrieb: Sehe ich genauso. Sowohl die deutsche als auch die englische Version deute ich letztendlich so, dass sie asphaltiert oder mit vergleichbarer Oberflaechenbefestigung bedeuten sollen. Was auch immer das in der Praxis heissen mag, ist regional sicherlich sehr unterschiedlich. Sehe ich genauso. In der Praxis setze ich grade1 für Asphalt, Beton und Pflaster, also alle harten, geschlossenen Oberflächen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nur Rollstuhl-Parkplatz
Moin! in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
On Wed, 22 Jul 2009, Jan Tappenbeck wrote: in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? So etwa? capacity=2 disabled_spaces=2 Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinderupdate?
Hallo, Also: Wann und wie macht der Namefinder ein Update? Das ist grad alles im Umbruch, drei unterschiedliche Leute arbeiten an ihren eigenen besseren Namefindern, und keiner weiss, was passiert. Ich zumindest nicht ;-) Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Aeh... geht es etwas praeziser? key=beliebig, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i oder was? Kann man den key auf ein paar Werte einschraenken? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Alternativen?
Hallo, Ulf Lamping wrote: Mit was für einem Programm machst du das? Wenn der xml Header nicht lügt: http://wiki.openstreetmap.org/wiki/Osmosis Ja, fuer Ulfs File hab ich einfach das hier gemacht: osmosis --rx current-planet.osm --nkv keyValueList=mountain_pass=yes --wx /tmp/mountain-passes.osm Dirks Anfrage wird vermutlich nicht so einfach, denn Osmosis hilft einem nur, wenn man genau weiss, was man will. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 09:05 schrieb Bernd Wurst be...@bwurst.org: Am Dienstag, 21. Juli 2009 schrieb Frederik Ramm: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ich stelle laienhaft die These auf, dass es in manchen Ländern weniger asphaltierte Wege gibt als hierzulande. Weniger asphaltierte Wege mit Sicherheit. Allerdings ist fraglich ob es sich in diesen Ländern dann tatsächlich um Feldwege (track) handelt. Es dürfte sich dort vielmehr um unasphaltierte primarys, secondarys, tertiarys und unclassified handeln. Unasphaltierte Wege, die dem überregionalen Verkehr dienen, usw. Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-present: Kombinationen von Eigenschaften
Moin ! wenn man sich für JOSM eigene Presents anlegt - gibt es auch die Möglichkeit Tags zu kombinieren?? z.B. amenity=postbox collection_times=* Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
Hallo Dirk, vielen Dank für die schnelle Rückmeldung aber gibt es nicht Schwierigkeiten wenn es dann irgendwann zur Filterung von Tags für Symbole, in den JOSM-Presents zum Beispiel ??? Gruß Jan :-) Dirk Stöcker schrieb: On Wed, 22 Jul 2009, Jan Tappenbeck wrote: in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? So etwa? capacity=2 disabled_spaces=2 Ciao ___ 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] Namefinderupdate?
On Wed, 22 Jul 2009, Frederik Ramm wrote: Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Aeh... geht es etwas praeziser? key=beliebig, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i Ja. oder was? Kann man den key auf ein paar Werte einschraenken? Lieber wäre es mir, wenn nicht. Es gibt Leute die tragen das an den komischten Stellen ein. Würde 47 = Breite = 52 und 12 = Länge = 17 helfen? 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] Springende Auswahl mit JOSM 1822 unter MAC OSX
Hallo, Mal wieder ein Problem am MAC... Seit der letzen 17 Latest Version von JOSM (ich nutze aktuell 1822) ist das Vorschaubild zum Auswählen des Bearbeitungsbereiches recht unruhig geworden. Es springt incl. der Auswahlbuttons (interaktive Karte etc.) ständig zwischen zwei Größen hin und her, was eine sichere Auswahl des zu bearbeitenden Bereiches erschwert. die Auswahl selbst funtktioniert und soweit ich beurteilen kann alles andere auch (bis auf WMS - aber das kenn' ich jetzt schon am MAC...) Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
On Wed, 22 Jul 2009, Jan Tappenbeck wrote: vielen Dank für die schnelle Rückmeldung aber gibt es nicht Schwierigkeiten wenn es dann irgendwann zur Filterung von Tags für Symbole, in den JOSM-Presents zum Beispiel ??? Aus meiner Sicht ist das klar der richtige Eintrag. Wie das die Karten/Editoren (auch JOSM) darstellen ist deren Problem. Wenn vernünftige Einträge die Darstellung überfordern, dann muss eben die Darstellung angepasst werden. Davon sollte man sich aber nicht abhalten lassen etwas vernünftig einzutragen. 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] Suchmaschinen (was: Namefinderupdate?)
Frederik Ramm frede...@remote.org wrote: Das ist grad alles im Umbruch, drei unterschiedliche Leute arbeiten an ihren eigenen besseren Namefindern, und keiner weiss, was passiert. Ich zumindest nicht ;-) Unabhängig davon sollte man sich dringend überlegen indizierbare Linklisten für Google und Co zu erstellen und indizieren zu lassen. Wenn man diese Seiten ganz normal für jeden gleich ausliefert wird das auch nicht als Suchmaschinen-Spamming verstanden. Google schlägt anscheinend solche Listen für Datenbankinhalte explizit vor. Ich halte es für dringend notwendig, dass bei OSM erfasste Namen über Google auffindbar sind. Das Projekt ist in Suchmaschinen überhaupt nicht präsent obwohl da viele Namen drinstehen, die sonst im Web kaum bis gar nicht existieren, gerade Namen von Wanderwegen sind zum Beispiel für den normalen Suchmaschinennutzer sehr interessant. Ich habe zum Beispiel einen Hohlweg mit dem Namen Bockshäldenhohl http://osm.org/go/0DlHV4qC5-?layers=0B00FTF erfasst. Zu diesem Suchwort liefert Google gerade mal 4 Treffer und ich bin mir sicher, dass eine URL, die auf unsere Slippymap verweisen würde der relevanteste Treffer wäre. Gruss Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /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] Löschen kann manchmal wichtig und rich tig sein (war Routerhärtetest )
ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. Das sollte man nicht, weil man damit anwendungen kaputtmacht, die gebäude (noch) nicht auswerten. Man sollte vielmehr die renderer bzw. den präprozessor fixen. Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Man sollte auf keinen Fall den Knoten _und_ das Gebäude taggen. Jedes Feature in der Realität sollte nur _einmal_ in der Datenbank drin sein. Wenn ein Programm mit diesem einfachen Grundsatz nicht zurechtkommt, ist das nicht unser Problem. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-present: Kombinationen von Eigenschaften
Am 22. Juli 2009 10:51 schrieb Dirk Stöcker openstreet...@dstoecker.de: On Wed, 22 Jul 2009, Jan Tappenbeck wrote: wenn man sich für JOSM eigene Presents anlegt - gibt es auch die Möglichkeit Tags zu kombinieren?? z.B. amenity=postbox collection_times=* Sicher. Bis auf wenige Ausnahmen machen das doch alle Vorlagen. Gibt es auch die Möglichkeit, im Auswahlmenü Möglichkeiten anzubieten, welche dann in ein Tag kombiniert werden. - Beispiel: Essensangebot im Restaurant Menü: [ ] Hausmannskost [x] Thailändisch [x] Japanisch [ ] Mexikanisch OSM-Tag: cuisine = thai;japanese - Beispiel: Öffnungszeiten Menü: ( ) 24/7 (*) Öffnungszeiten [x] Mo [09:00-18:00][ ][ ] [ ] Di [ ][ ][ ] [ ] Mi [ ][ ][ ] [x] Do [09:00-12:00][13:00-18:00][ ] [ ] Fr [ ][ ][ ] [ ] Sa [ ][ ][ ] [ ] So [ ][ ][ ] OSM-Tag: opening_hours = Mo 09:00-18:00; Th 09:00-12:00, 13:00-18:00 Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplet t (fast)
Florian Lohoff schrieb: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich beziehe mich jetzt nicht auf offensichtliche Rechtschreibfehler o.ä. sondern z.B. Schild: Arme Sünder Gäßchen Liste: Arme-Sünder-Gäßchen Schild: Gerber Weg Liste: Gerberweg Die Leerzeichen tun mir ein bißchen weh im Kopf und ich würd die Schreibweise gerne an die Liste anpassen. Gruß, Markus (der andere) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Hallo, mir fiel auf, dass die meisten der Berliner Kitas und Kindergärten sowohl im Feld name wie auch im Feld note die selbe Information enthalten. Ich hab mich dann mal auf die Suche gemacht und konnte alle Objekte diesem Changeset zuordnen: http://www.openstreetmap.org/browse/changeset/89948 Nun würde ich gerne aus allen Nodes die Felder created_by und note herauslöschen (der User weiß Bescheid) und stelle mir die Frage, wie ich das machen kann. Ich hab versucht, die unten auf der Seite angegebenen Links in JOSM zu laden, aber spätestens beim Hochladen auf den Server kommt es zu Fehlermeldungen. Was mach ich falsch, oder wer kann das für mich erledigen? Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am Mi, 22.07.2009, 12:31 schrieb olvagor: Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? ATKIS schreibt den Duden als einheitliche Regelung vor. Da gibt es Empfehlungen für die Rechtschreibung von Straßennamen drin. Die anderen Rechtschreibewerke in Dtl. sind aber im Bereich Straßennamen sehr, sehr ähnlich. Ich mappe immer Straßenschild- und namen, wenn sie sich unterscheiden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundesstraßen als trunk?
und, darf man da Fahrradfahren? Tja, darf man nicht. ;) Meines Wissens, muß das benutzte Fahrzeug Bauart bedingt eine Geschwindigkeit von mindestens 50 km/h fahren können. Bei einem Fahrrad Das ist in dieser Absolutheit falsch. Auf einer Kraftfahrstraße darfst Du nicht mit dem Fahhradfahren und benötigst Fahrzeuge mit einem bauartbedingten Höchstgeschwindigkeit von mindestens 60km/h. Auf einer Straße, die wie eine Kraftfahrstraße aussieht kann es ein, dass man nicht radfahren darf. Es kann auch sein, dass man dort radfahren darf. Das hat aber dann nichts mit der baulichen Beschaffenheit der Straße zu tun, sondern eben mit Widmung, die jedoch hier nicht zur Diskussion steht. Beispiel für einen Straße, die ausgebaut ist wie eine mit Zeichen 331, aber keine ist (auf diesem Abschnitt) L3006 zwischen Eschborn und Frankfurt http://tools.geofabrik.de/mc/ ?mt0=mapnikmt1=googlesatlon=8.58276lat=50.13642zoom=18 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen
Ich habe zum Beispiel einen Hohlweg mit dem Namen Bockshäldenhohl http://osm.org/go/0DlHV4qC5-?layers=0B00FTF erfasst. Zu diesem Suchwort liefert Google gerade mal 4 Treffer und ich bin mir sicher, dass eine URL, die auf unsere Slippymap verweisen würde der relevanteste Treffer wäre. Naja, derzeit liefert nichtmal der Namefinder etwas. Error contacting gazetteer.openstreetmap.org: execution expired Wobei es natürlich einen gewissen Reiz hätte, den oft disfunktionalen Namefinder durch den Google-Index zu ersetzen. Der wäre dann nämlich nicht nur besser (siehe Linklisten-Vorschlag), sondern auch schneller. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tram-Linie in ÖPNV Karte eingetragen - wird aber nicht angezeigt
Hallo, ich glaubs nicht... Der Datenstand steht auch unten auf der Seite ...man kann die Seite noch nach unten scrolen. Wie verzweifelt hab ich nach mehr infor über die Karte gesucht, aber auf die Idee kam ich nicht. Danke für den Hinweis :-) Und dann noch der Link ins Wiki, ich hatte ja erwartet, dass da mehr über deine Karte steht, aber über die Wiki-Suche hab ich nichts gefunden. Dort habe ich dann eine Information gefunden, welche mich etwas verwirrt. Und zwar gehts um die forward/backward Geschichte in der Relation. Sehe ich das richtig das ein forward an einem way sich an dem way orientiert, an einem Node jedoch an den in der Relation angegebenen from/to Haltestellen? Zwei unterschiedliche Definitionen innerhalb einer Relation ist etwas verwirrend. Zumal im englischen Wiki sich das forward backward auch an einem stop auf die Richtung des Weges bezieht: http://wiki.openstreetmap.org/wiki/Relation:route#Members (das garantiert leider aber nicht, dass die Tiles auch auf diesem Datenstand gerendert wurden, ist aber schon mal ein wichtiger Hinweis). Wie wäre es dann mit folgender Formulierung: Datenstand der ausgewerteten ÖPNV-Routen: (datum)? Freundliche Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
tracktype=grade1 ist Paved track or heavily compacted hardcore.. Nach meinem Verstaendnis, aber ich kein Staedtebauer, sind heavily compacted hardcore Meines Wissens(!) ist diese Bauform von Wirtschaftswegen in Deutschland relativ unüblich und wird meist nur für temporäre Wege (Großbaustellen) genutzt. In anderen, besonders südlichen, Ländern sieht man es häufig: Splitt/Schotter wird festgewalzt und dann mit einer dünnflüssigen Klebemasse aus dem Sprühwagen getränkt. Hält gut solange es nicht zu häufig friert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Schwierig wird's meiner Meinung nur zwischen track/grade1 und service/ vehicle=no/agricultural=yes, da einige der betonierten Asphaltautobahnen hier so breit sind, dass da Mähdrescher und Ladewagen nebeneinander draufpassen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Am 22.07.09 schrieb Tobias Hägele: Ich hab mich dann mal auf die Suche gemacht und konnte alle Objekte diesem Changeset zuordnen: http://www.openstreetmap.org/browse/changeset/89948 Ich hab versucht, die unten auf der Seite angegebenen Links in JOSM zu laden, aber spätestens beim Hochladen auf den Server kommt es zu Fehlermeldungen. Hast Du die Daten nach dem Laden aus der Datei vom Server aktualisiert, um die neuen Versionen von zwischenzeitlich geänderten Daten zu erhalten? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinderupdate?
Hallo, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i Ja. http://www.remote.org/frederik/tmp/dirkspezial.osm.bz2 Würde 47 = Breite = 52 und 12 = Länge = 17 helfen? Hab mal ganz Europa genommen. Allerdings ist natuerlich sowas tag k=note v=Accidentally gathered field outline whilst searching for footpath - at least OSM can benefit!/ auch mit drin (red...line) ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seychellen mindestens 6*
Hallo, ich bin immer noch auf der Suche nach der Ursache der falschen
Plazierung des Landesnamens Seychelles in Osmarender:
http://osm.org/go/nU7pw-?layers=0B00FTF
Hier sieht man NW von Madagaskar das Wort Seychelles, und NO von Madagaskar
sieht man einen kleinen Fleck, das sind die Seychellen.
Auf der Suche nach dem Node bin ich in JOSM auf 6 übereinander liegende
Nodes gestoßen:
{Node id=332797639,version=6,lat=-4.6575416,lon=55.454042}
{Node id=424298277,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424311977,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424314599,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424317786,version=1,lat=-4.6575416,lon=55.454042}
{Node id=432425076,version=1,lat=-4.6575416,lon=55.454042}
Soll ich davon alle bis auf einen löschen? Natürlich würde ich schauen ob
sie unterschiede haben und ggf den besten wählen bzw einen mit allen Infos
erzeugen. Und warum wird davon nichts in Osmarender angezeigt. Die Logik in
welchem Zoomlevel was angezeigt wird habe ich eh noch nicht verstanden,
zoomt man z.B. auf Mauritius:
http://osm.org/go/nITf_-?layers=0B00FTF
so sieht man bis Zoomlevel 5:Mauritius,
bei Zoomlevel 6: Port Louis (die Hauptstadt) und verdeckt wahrscheinlich
Triolet (ein eher kleines Dorf)
bei Zoomlevel 7 und 8: nur Triolet
ab Zoomlevel 9: mehrere Stadte
Das gleiche Chaos hat man ja auch bei uns:
http://osm.org/go/0Gqv4--?layers=0B00FTF
Zoomlevel 6: z.B. Hagen
Zooml. 7: kein Hagen dafür (sinnvoller) Düsseldorf
Zooml. 8: Hier erscheint Aachen und ähnliche mittelgroße Stadte, aber Köln
oder Düsseldorf sind weg
Zooml.9: Sowohl Aachen als auch Köln und Düsseldorf
Per Namefinder habe ich noch:
http://www.openstreetmap.org/browse/node/249399421
gefunden (Koordinaten: -1,8754375, 47,3884549). Das dürfte der
Übeltäter für die flasche Anzeige sein, der ist aber inzwischen gelöscht
Ich habe gerade mal einen Renderrequest für diese Position gemacht, mal
sehen ob der auch was für Zoomlevel =5 bringt.
Gruß
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki Server
Am 20. Juli 2009 18:09 schrieb Grant Slater openstreet...@firefishy.com: 2009/7/20 Johann H. Addicks addi...@gmx.net: Da gab es doch mal Bestrebungen, bzw. bereits konkrete Ankündigungen, dass das Wiki auf einen neuen Server in DE umzieht... Mir würde es reichen, wenn im Wiki die Mail-Notification angeschaltet würde, also Mailbenachrichtigung bei Seitenänderung. Enabled now. Apologies I took so long to enable this. Login - Preferences - Email (bottom of page) - Checkbox as you wish. Emailing will be slow/delayed during peak periods. / Grant Hi Grant! Thank you for enableing this feature! There is a small error in the notification-mail. http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;. Greets Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Fabian Schmidt schrieb: Hast Du die Daten nach dem Laden aus der Datei vom Server aktualisiert, um die neuen Versionen von zwischenzeitlich geänderten Daten zu erhalten? Nö... Also folgendes: Beim öffnen vom Link Changeset XML werden keine Daten in JOSM angezeigt. Ein Versuch der Aktualisierung endet mit einem Programmfehler. Nach dem öffnen vom Link osmChange XML sehe ich in JOSM alle Objekte. Wenn ich nun auf Daten aktualisieren klicke, kommt die Meldung Keine Daten zum aktualisieren gefunden nach Strg+A kommt eine Fehlermeldung über ~120 Konflikte. Die kommen daher, dass an etlichen Stellen zwei Nodes mit identischen Koordinaten existieren. (Mehrere Pois an einer Adresse) Ignoriere ich dies kommt beim Hochladen der Fehler java.lang.NullPointerException Also wie nun vorgehen? die doppelten Nodes vor einer Aktualisierung einzeln zu verschieben dürfte nicht sonderlich effektiv sein, oder? Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 13:15 schrieb Johann H. Addicks addi...@gmx.net: Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 13:15 schrieb Johann H. Addicks addi...@gmx.net: Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Gruß Mirko attachment: IMG_3424.jpg___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki Server
Thank you for enableing this feature! There is a small error in the notification-mail. http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;. I fixed this yesterday. Test again and let me know if there is still a problem. Regards Grant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
On Wed, 22 Jul 2009, Tobias Hägele wrote: Also folgendes: Beim öffnen vom Link Changeset XML werden keine Daten in JOSM angezeigt. Ein Versuch der Aktualisierung endet mit einem Programmfehler. Bei mir nicht. Das dass Öffnen des Links nichts bringt ist allerdings klar. Nach dem öffnen vom Link osmChange XML sehe ich in JOSM alle Objekte. Wenn ich nun auf Daten aktualisieren klicke, kommt die Meldung Keine Daten zum aktualisieren gefunden nach Strg+A kommt eine Fehlermeldung über ~120 Konflikte. Die kommen daher, dass an etlichen Stellen zwei Nodes mit identischen Koordinaten existieren. (Mehrere Pois an einer Adresse) Du überspringst hier einen ganze Reihe von Punkten. Das macht das nachvollziehen schwer. Ignoriere ich dies kommt beim Hochladen der Fehler java.lang.NullPointerException Wie ignorierst Du denn die Konflikte? Du musst sie lösen (also für jeden Konflikt den Knopf drücken, der die Serverversion herstellt drücken [also löschen]). P.S. Die NullPointerException kommt bei mir auch nicht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? unclassified Verbindungsstraße zwischen zwei Orten, breit genug für zwei Autos... Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MKGMAP: Problem mit der Generierung v on Linien für Relationen mit mkgmap
Hi !
mkgmap sieht vor das man auch aus Relationen heraus andere Elemente
ableiten kann. So möchte ich z.B. für die Garmin-Karte (auf Basis von
All in One Garmin) eine Linie erzeugen die die Elemente einer Relation
darstellt.
Nur sind meine Img.Dateien leider leer und vielleicht kann mir einer von
Euch weiterhelfen:
Meine relation-Rule-Datei sieht viel folgt aus:
type=route network=Jakobsweg {
apply {
set relationname=jakob;
add name='${name}' ;
}
}
die zugehörige line-Rule-Datei so:
relationname=jakob [0x01 resolution 16]
Als Beispiel könnten die Daten aus dem Fenster heruntergeladen werden.
http://www.openstreetmap.de/karte.html?zoom=14lat=53.38208lon=10.52994layers=B0
Dort gibt es eine Relation für den Jakobsweg Via Scandinavica -
Schleswig-Holstein.
Der MKGMap-Aufruf sieht viel folgt aus - als Batch aufgebaut:
set Disc=OSM-Germany-%cdate%
set CountryLong=Germany
set CountryShort=DE
REM - GRUNDPARAMETER -
set GarminJar=%osmworkfolder%\mkgmap-GarminKartenGenerieren2009
set DataFile=data4garminmap.osm
set Style=master_style
set FamID=3
set ProID=45
set FamName=OSM
set MapName=63240345
set DrawPrio=10
REM wird hier ein Wert uebergeben, dann wird der GPS-Cursor auf den
Wegen geführt
REM set Net=--net
set Net=
set Style=route_style
set Disc=RoutenRelationen
set FamID=5
set ProID=50
set FamName=OSB
set MapName=63240025
set DrawPrio=31
cd %osmworkfolder%\Garmin_Tiles\routes
java -Xmx1024M -jar %GarminJar%/mkgmap.jar
--style-file=%osmworkfolder%/mkgmap_styles/%Style%
--description='%Disc%' --country-name=%CountryLong%
--country-abbr=%CountryShort% --family-id=%FamID% --product-id=%ProID%
--series-name='master-edition' --family-name=%FamName%
--area-name=%CountryShort% --latin1 --lower-case --mapname=%MapName%
--draw-priority=%DrawPrio% --transparent --gmapsupp
%osmworkfolder%/Garmin_Tiles/*.osm.gz %osmworkfolder%/mkgmap_type/routes.TYP
Die zugehörgige Liniendefintion 0x01 ist definiert und bei der
Komeplierung kommt keine Fehlermeldung !!!
Hat einer von Euch eine Idee woran das liegen könnte ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 14:25 schrieb Mirko Küster webmas...@ts-eastrail.de: Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? tertiary, gut ausgebaut, begegnung ohne weiteres möglich Ich habe soetwas hier aber auch schon als Landesstraße und als secondary eingetragen gesehen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Also wie nun vorgehen? die doppelten Nodes vor einer Aktualisierung einzeln zu verschieben dürfte nicht sonderlich effektiv sein, oder? Nicht effektiv, aber sinnvoll. Zumindest in Kreuzberg kleben die nodes regelrecht an den Straßen und sind recht weit von den Gebäuden entfernt... Teilweise erkennt man kaum, auf welcher Seite der Straße die Kita denn nun wirklich ist. Dort, wo schon Gebäude sind, könnte die mal jemand, der weiß, wo die liegen, ins richtige Gebäude schieben. Dort, wo noch keine Gebäude sind - abwarten, die kommen auch noch ;) OT: warum werden die eigentlich noch nicht gerendert? Hat das einen bestimmten Grund oder hat da einfach noch niemand drangedacht? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
unclassified Verbindungsstraße zwischen zwei Orten, breit genug für zwei Autos... So schön kann man daneben liegen. Es ist auch keine Kreisstraße. Das ist die Landstraße 215 in Sachsen-Anhalt. In der Ecke sind die Landstraßen fast alle in diesem Zustand. Geschwindigkeit teils auf 60 herunter gesetzt und um die nicht bezahlbaren Ausbauarbeiten weiter herauszuschieben durchgehend mit Straßenschäden ausgeschildert. Bei zwei Autos muss man schon mit einem Rad neben die Fahrbahn. Bei LKW wird das Bein dick. Als Krönung haben wir hier noch zwei Feldwege mit wassergebundener Deckschicht. Beide intern noch als Landstraße geführt aber nicht mehr offiziell als solche ausgeschildert. Die hat man einst als ehemalige Bezirksstraße mit übernommen. Damit wollte ich nur einmal zeigen was wir teilweise für gravierende Unterschiede im eigenen Land haben. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
2009/7/22 Mirko Küster webmas...@ts-eastrail.de Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Vom reinen Ausbauzustand her unclassified. Wobei sowas bei dir in der Ecke wohl auch schonmal Kreis- oder Landesstraße sein kann, und somit in Richtung tertiary oder gar secondary geht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Hallo, Damit wollte ich nur einmal zeigen was wir teilweise für gravierende Unterschiede im eigenen Land haben. Has ja recht, aber secondary hat ja gar nicht den Anspruch, etwas ueber den Ausbauzustand zu sagen, auch wenn man gemeinhin gewisse Annahmen trifft. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
2009/7/21 Frederik Ramm frede...@remote.org: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ferner bin ich der Ansicht, dass heavily compacted hardcore nicht wasserdicht ist und daher auch nicht von grade1=Versiegelung gesprochen werden kann. Auch hierzu wuerde mich eine Fachmeinung (oder zumindest eine, die mehr Fachmeinung ist als meine eigene...) interessieren. Als Muttersprachler kann teile ich deine Meinung. Ein Track aus compacted hardcore ist weder asphaltiert noch geschlossen noch wasserdicht. Sollte man der Meinung sein, dass grade 1 eine andere Bedeutung haben soll sollte das natürlich auch international diskutiert werden. Hoffentlich sparen wir uns auf dieser Weise weiteren Trunk Wars. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplet t (fast)
olvagor wrote: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich habe schon dutzender solcher Fälle an Florian gemailt und er hat die Liste angepasst, insebesondere bei abgekürzten Namen (wir schreiben aus in OSM) und Leerzeichen/Bindestrich. Das hilft natürlich nicht bei solchen Fällen wie bei mir aktuell. Liste: Bredaer Bruch , Schild1 Breader Bruch , Schild2 Bredaerbruch , also 3 unterschiedliche Schreibweisen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 09:05 schrieb Bernd Wurst be...@bwurst.org: Als Süddeutscher ist man ja verwöhnt und ich würde stark dafür plädieren, die 1-bis-5-Skala auf die jeweiligen Gegebenheiten auszudehnen, so dass man nicht z.B. plötzlich alle Wege in Afrika mit grade 4 oder 5 beschreiben muss. dagegen. Wenn die grades relativ werden, dann bringen sie m.E. deutlich weniger. Der Zweck ist ja, z.B. die Eignung fürs Fahrradfahren zu bestimmen, und dabei spielt es keine Rolle, ob Feldwege in der Umgebung meistens geteert oder geschottert sind. Entscheidend ist: wie gut ist die Oberfläche geeignet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
On Wed, Jul 22, 2009 at 11:15:00AM +, Johann H. Addicks wrote: Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Schwierig wird's meiner Meinung nur zwischen track/grade1 und service/ vehicle=no/agricultural=yes, da einige der betonierten Asphaltautobahnen hier so breit sind, dass da Mähdrescher und Ladewagen nebeneinander draufpassen. Lang und breit jeweils diskutiert - ich gebe hier nochmal zu besten wie ich tagge. track ist fuer mich reine landwirtschaftliche nutzung. unclassified der kleinste straßentyp ausserhalb geschlossener ortschaften. D.h. sobald da Haeuser stehen d.h. Anwohner existieren die Besuch vom Postboten bekommen, die Muellabfuhr, der Schulbus da durch faehrt ist das kein track mehr denn es dient definitiv nicht dafuer das der Landwirt mit der Ballenpresse zu seinem Feld kommt. Das ist unabhaengig von dem ausbauzustand - Ich habe auch schon Schotterwege zur Unclassified gemacht weil eben keine Landwirtschaftliche, auch nicht ueberwiegende, Nutzung. Ich gebe hier auch zu bedenken das Adressen die an einem grade1 liegen z.b. mit OpenRouteService nicht gefunden werden und auch nicht routingtechnisch erreicht werden koennen (Zumindest das was ich getestet habe). Das ist in sofern zu meiner aussage konsistent da ich keinen Landwirt kenne der ein Navi braucht um zu seinen Feldern zu kommen. Sobald da auch nur ein Haus steht verursacht das im ueberigen mehr Verkehr als 10 Felder ... Flo -- Florian Lohoff f...@rfc822.org 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] tracktype=grade1
Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Wo gibt es soetwas? Ich würde ihn als Service mappen, da ja offensichtlich nur Anliegerverkehr dort stattfindet. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 14:25 schrieb Mirko Küster webmas...@ts-eastrail.de: Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? je nach Verbindungsfunktion als unclassified oder tertiary, im Extremfall sogar secondary (nun ja, eher nicht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
On Wed, Jul 22, 2009 at 12:31:45PM +0200, olvagor wrote: Florian Lohoff schrieb: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich beziehe mich jetzt nicht auf offensichtliche Rechtschreibfehler o.ä. sondern z.B. Schild: Arme Sünder Gäßchen Liste: Arme-Sünder-Gäßchen Schild: Gerber Weg Liste: Gerberweg Die Leerzeichen tun mir ein bißchen weh im Kopf und ich würd die Schreibweise gerne an die Liste anpassen. Die erfahrung zeigt das alle Quellen Fehler haben - D.h. man muss sich einfach auf irgendwas einigen und ggfs immer mal bei der Gemeinde nachfragen was denn wohl so richtig ist. Wie schon gesagt - tendentiell loese ich gerne alle Abkuerzungen auf und nutze Bindestriche .. Es gibt aber bestimmt immer ausnahmen .. Flo -- Florian Lohoff f...@rfc822.org 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] tracktype=grade1
Am 22. Juli 2009 15:43 schrieb Johann H. Addicks addi...@gmx.net: Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Wo gibt es soetwas? Ich würde ihn als Service mappen, da ja offensichtlich nur Anliegerverkehr dort stattfindet. service würde ich nicht machen, da es sich ja um eine Verbindungsstraße handelt. Nur Anliegerverkehr (m.E. access=destination und nicht mit der Klassifizierung zu verwechseln) hat er ja ausgeschlossen (keine weitere Verkehrsbeschränkung). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am Mi, 22.07.2009, 15:50 schrieb Florian Lohoff: On Wed, Jul 22, 2009 at 12:31:45PM +0200, olvagor wrote: Wie schon gesagt - tendentiell loese ich gerne alle Abkuerzungen auf und nutze Bindestriche .. Es gibt aber bestimmt immer ausnahmen .. Das ist korrekt. In Karlsruhe gibt es beispielsweise eine Straße, die nach einem Verlag benannt wurde - den Namen habe ich leider vergessen; so ähnlich: Volker-G-Straße, denn der Verlag heißt Volker G, der Gründer jedoch Volker Grube. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-present: Kombinationen von Eigenschaften
Hi zusammen, Gibt es auch die Möglichkeit, im Auswahlmenü Möglichkeiten anzubieten, welche dann in ein Tag kombiniert werden. +1 Wäre für shop=car + service=dealer;tyres;repair auch wichtig ;-) Mein Preset für Autohäuser an dem ich gerade bastle ist ohne diese Funktion noch nicht so funktionell. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am 22. Juli 2009 15:50 schrieb Florian Lohoff f...@rfc822.org: Schild: Gerber Weg Liste: Gerberweg Die Erfahrung zeigt das alle Quellen Fehler haben - D.h. man muss sich einfach auf irgendwas einigen und ggfs immer mal bei der Gemeinde nachfragen was denn wohl so richtig ist. +1 ich bilde mir ein, mich an folgende Grundregeln zu erinnern (hier fehlt eine Quellenangabe): Ortnamen: getrennt geschrieben Personennamen: mit Bindestrichen verbunden Berufe: zusammen geschrieben d.h. z.B. Gerberweg (wenn es um die Gerber als Beruf geht) Gerber Weg (wenn es der Weg nach Gerb ist) Günther-Gerber-Gasse (...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Es gibt Leitpfosten und beidseitig eine durchgezogene weiße Linie am Straßenrand. Das spricht mindestens für eine Kreisstraße. Der doch vergleichsweise (für Kreisstraßen) weite Abstand der Alleebäume von der Straße und die Tatsache, dass hier in der Vergangenheit wohl schon einige weggefahren worden sind, spricht für eine Landesstraße (oder zumindest eine vielbefahrene Kreisstraße. Also ich würde die auf highway=secondary taggen. (Hat also mit dem Topic, und auch mit unclassified überhaupt nichts zu tun.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
service würde ich nicht machen, da es sich ja um eine Verbindungsstraße handelt. Nur Anliegerverkehr (m.E. access=destination und nicht mit der Klassifizierung zu verwechseln) hat er ja ausgeschlossen (keine weitere Verkehrsbeschränkung). Fragt sich nur, wo es in Deutschland Straßen mit Ortsverbindungscharakter gibt, die einspurig geführt werden. (Und jetzt bitte keine Beispiele irgendwo in den Hochalpen, wo es straßenbaulich einfach kaum anders geht und die Leute das mit dem Pendelverkehr über Ausweichbuchten gewohnt sind.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
