[talk-ph] to share or not to share nodes?
Hi, I'm posting this inquiry to gather best practices when editing nodes and ways. Basically, OSM data are composed of two data primitives: nodes (points, vertices) and ways (lines and polygons). Relations are special type of ways and nodes. The data model allows for sharing nodes/ways with different tags. For example, a node can be part of a highway, traffic_signals can be added to node which is part of a highway way. However, in many cases it is good editing practice to minimize node sharing. Partly for ease of editing and partly to avoid routing errors (especially for highway ways). Here's a list of editing practices I will use from hereon in order to avoid node sharing problems mentioned above. Please add or delete anything in the list. 1. Highways should not share nodes with other non-highway related ways (such as administrative boundaries, landuse, building outlines) 2. Nodes for adjacent landuse types can share nodes. 3. Administrative boundaries should be in relations not as shared nodes/ways. 4. Natural and landuse ways can share nodes. For example, natural=water (for lakes) can share nodes with landuse=farm. 5. Admin boundaries should not share nodes with landuse. Landuse change more often than admin boundaries. 6. add more here ... -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Fwd: import_arivac_bohol
This thread is related to the arivac bohol tagging. I'm forwarding this to the list so that bohol mappers can catch-up on the discussion. Thanks to rally for pointing this out. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Mon, Apr 26, 2010 at 9:28 AM Subject: Re: import_arivac_bohol Hi, (I think this message should be on the talk-ph list, so that Bohol mappers should be in the loop. I'll answer some anyway.) The source data didn't have a separate tag for various POIs. For example, Eatery/Restaurant/Bakery/Coffee was lump into a single POI type, hence, I used a temporary tag amenity=fast_food. I suppose the ARIVAC project didn't saw the need to separate them. Anyway, it is up to the local mappers to add the appropriate tag. http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import_Arivac_Bohol#POI_tags May be for correction: Item 6 - proposed additional tag for amenity=public_building that will further distinguish it as barangay hall (opinion: it's not just any ordinary public building or office, since it has jurisdiction over certain boundaries) i think we have a ph: tag for barangay right? Item 18 - Eatery/Restaurant/Bakery/Coffee shop (have existing separate categories) Eatery -- amenity=fastfood (normally refers to a local turo-turo) Restaurant -- amenity=restaurant Bakery -- shop=bakery Coffee Shop -- amenity=cafe (being more closely related to coffeehouse) Item 19 - Internet Cafe -- shop=computer internet_access=yes (which sometimes include gaming printing) (although shop=computer should actually be used for shops selling computer) - but in terms of using icon assignment, a 'computer icon' is more intuitive than a 'coffee cup' icon for 'net cafe' Item 21 - Beauty parlor/spa -- separate tag for spa (amenity=spa) Item 22 - (separate tags for motorcycle bicycle shops) auto_supply (which temporarily use car_repair) Item 25 - Hotel (tourism=hotel); Resort (tourism=resort); budget hotels such as Lodge Inn (tourism=hostel or tourism=guest_house); if clearly tagged as motel with posted short-time or have washup rates (tourism=motel). Normally 'Lodge Inns' in rural none-tourist areas are motels item 57 item 60 'Tailor' 'Bridal gown shop' may be classified into one category; both refer to custom-fitted clothing service (like that of a couturier) http://en.wikipedia.org/wiki/Haute_couture although caters to low-end market and can temporarily be generalized as shop=clothes or shop=apparel (until we can find a more tag). http://wiki.openstreetmap.org/wiki/Map_Features maybe shop=custom_fit_clothes or shop=couture? item 58 Ticketing Outlet -- closely related to shop=travel_agency (if it is selling tickets for travel either by air or ship) (unless this sells concert tickets, like ticketnet, then it's just an ordinary business_center) Item 56 there is existing tag shop=photo (which is more general for photostudio, photo_developers, photoshops) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.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] to share or not to share nodes?
maning sambale wrote, On Tuesday, 27 April, 2010 05:33 PM: However, in many cases it is good editing practice to minimize node sharing. snip 4. Natural and landuse ways can share nodes. For example, natural=water (for lakes) can share nodes with landuse=farm. I'm never quite sure how I should be doing beaches [being a bit of an accidental island specialist .. :-)] It seems fairly logical to join the seaward edge of the beach to the coastline. Is that OK? Does it play well with the 'shapefiles' whatever they might be ... On the other hand I have some misgivings about it, because its a hassle to un-glue the beach edge and the coastline when you need to edit/move the beach. Hmmm. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] import_arivac_bohol
Hi, Item 19 (internet cafe) tags are based on this page : http://wiki.openstreetmap.org/wiki/Key:internet_access A computer icon would indeed be better than a coffee cup, but in France for instance, an internet cafe often really looks like a cafe with a bar/counter too order drinks. Regards, Totor --- On Tue, 4/27/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: [talk-ph] Fwd: import_arivac_bohol To: osm-ph talk-ph@openstreetmap.org Date: Tuesday, April 27, 2010, 9:37 AM This thread is related to the arivac bohol tagging. I'm forwarding this to the list so that bohol mappers can catch-up on the discussion. Thanks to rally for pointing this out. -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Mon, Apr 26, 2010 at 9:28 AM Subject: Re: import_arivac_bohol Hi, (I think this message should be on the talk-ph list, so that Bohol mappers should be in the loop. I'll answer some anyway.) The source data didn't have a separate tag for various POIs. For example, Eatery/Restaurant/Bakery/Coffee was lump into a single POI type, hence, I used a temporary tag amenity=fast_food. I suppose the ARIVAC project didn't saw the need to separate them. Anyway, it is up to the local mappers to add the appropriate tag. http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import_Arivac_Bohol#POI_tags May be for correction: Item 6 - proposed additional tag for amenity=public_building that will further distinguish it as barangay hall (opinion: it's not just any ordinary public building or office, since it has jurisdiction over certain boundaries) i think we have a ph: tag for barangay right? Item 18 - Eatery/Restaurant/Bakery/Coffee shop (have existing separate categories) Eatery -- amenity=fastfood (normally refers to a local turo-turo) Restaurant -- amenity=restaurant Bakery -- shop=bakery Coffee Shop -- amenity=cafe (being more closely related to coffeehouse) Item 19 - Internet Cafe -- shop=computer internet_access=yes (which sometimes include gaming printing) (although shop=computer should actually be used for shops selling computer) - but in terms of using icon assignment, a 'computer icon' is more intuitive than a 'coffee cup' icon for 'net cafe' Item 21 - Beauty parlor/spa -- separate tag for spa (amenity=spa) Item 22 - (separate tags for motorcycle bicycle shops) auto_supply (which temporarily use car_repair) Item 25 - Hotel (tourism=hotel); Resort (tourism=resort); budget hotels such as Lodge Inn (tourism=hostel or tourism=guest_house); if clearly tagged as motel with posted short-time or have washup rates (tourism=motel). Normally 'Lodge Inns' in rural none-tourist areas are motels item 57 item 60 'Tailor' 'Bridal gown shop' may be classified into one category; both refer to custom-fitted clothing service (like that of a couturier) http://en.wikipedia.org/wiki/Haute_couture although caters to low-end market and can temporarily be generalized as shop=clothes or shop=apparel (until we can find a more tag). http://wiki.openstreetmap.org/wiki/Map_Features maybe shop=custom_fit_clothes or shop=couture? item 58 Ticketing Outlet -- closely related to shop=travel_agency (if it is selling tickets for travel either by air or ship) (unless this sells concert tickets, like ticketnet, then it's just an ordinary business_center) Item 56 there is existing tag shop=photo (which is more general for photostudio, photo_developers, photoshops) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.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 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] OSM Editing Tip in 5 Minutes screencast series
Hi, I'm making some videos on editing data in OSM. This is intended for newbies. My plan is to make short screencast focusing on one feature/editing tip. So far I made two videos using Potlatch as an editor: - Splitting ways in Potlatch - Edit data using your uploaded GPS tracks See videos here: http://vimeo.com/user1958568/videos Suggestions are welcome. If you have a tip request, let me know and I'll try to make one for you. I hope this helps pinoy newbies break into the initial barriers. :) Other videos you may find useful are here: http://showmedo.com/videos/series?name=mS2P1ZqS6 PS. The first 2 vids are a bit fast (I'm still playing around with xvidcap's settings). Just replay the vid in case you missed something when you blinked your eye. :) -- 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: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. On 4/26/10, Gregory nomoregra...@googlemail.com wrote: On 26 April 2010 11:45, Adrien Pavie dr...@laposte.net wrote: Don't forget that we already use the scheme vehicle=yes/no/designated/maybe/... to express access restrictions for modes of transport - so cart=no actually means no shopping cart riding allowed in here ;-) -Martin Ok, I will change it in the wiki, shop:cart=true/false and the other tags/propositions. But it could be funny create a roadsign No shopping carts =P A lot of supermarkets have a system to stop you taking trolleys/carts home (sometimes instead of a charge) so they have a sign like No carts beyond this line, cart will stop suddenly. You could use the fee tag. http://wiki.openstreetmap.org/wiki/Key:fee http://wiki.openstreetmap.org/wiki/Key:feebut on the shop=* node that seems strange (an entry fee to a shop?) so I would suggest shop:cart:fee=yes/no (or cart:fee=yes/no) and link to the fee page. I would like to know what coin I need for the trolleys, and I think the fee tag is supposed to allow this with something like fee=0.50 (assumes local currency!), and I think we can assume you usually have just one coin needed. I don't see a need for this information to be rendered on the map, but someone could make an application of providing the information at the side (along with opening_hours etc) when you click the shop or in a list of search results for shops near you. OSM isn't all about 'the' map. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com -- Sent from my mobile device ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
On Tue, 27 Apr 2010, Kev js1982 wrote: With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. I have a token which can used in a trolley/cart instead of real cash ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
Am 26.04.2010 20:45, Adrien Pavie: Ok, I will change it in the wiki, shop:cart=true/false and the other tags/propositions. But it could be funny create a roadsign No shopping carts =P And by the way: I suggest using yes/no as values instead of the computer science lingo true/false. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
On Mon, 26 Apr 2010 20:13:09 Gregory wrote: In England (and GB English is the choice language for OSM tags) we call them shopping trolleys, or trolleys. In New Zealand they are trundlers. A ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
oh yes please. almost all trolleys I've encountered around home require 1 euro coins - except the ones at Aldi where 2 euro coins are required. Perhaps then I can expand on my script (and someone can update openstreetbrowser) to filter stores by what denomination of coin is required for using their trolleys? What can we do to make this a reality? :D thanks! Ken On Tue, Apr 27, 2010 at 6:57 AM, Kev js1982 o...@kevswindells.eu wrote: With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. On 4/26/10, Gregory nomoregra...@googlemail.com wrote: On 26 April 2010 11:45, Adrien Pavie dr...@laposte.net wrote: Don't forget that we already use the scheme vehicle=yes/no/designated/maybe/... to express access restrictions for modes of transport - so cart=no actually means no shopping cart riding allowed in here ;-) -Martin Ok, I will change it in the wiki, shop:cart=true/false and the other tags/propositions. But it could be funny create a roadsign No shopping carts =P A lot of supermarkets have a system to stop you taking trolleys/carts home (sometimes instead of a charge) so they have a sign like No carts beyond this line, cart will stop suddenly. You could use the fee tag. http://wiki.openstreetmap.org/wiki/Key:fee http://wiki.openstreetmap.org/wiki/Key:feebut on the shop=* node that seems strange (an entry fee to a shop?) so I would suggest shop:cart:fee=yes/no (or cart:fee=yes/no) and link to the fee page. I would like to know what coin I need for the trolleys, and I think the fee tag is supposed to allow this with something like fee=0.50 (assumes local currency!), and I think we can assume you usually have just one coin needed. I don't see a need for this information to be rendered on the map, but someone could make an application of providing the information at the side (along with opening_hours etc) when you click the shop or in a list of search results for shops near you. OSM isn't all about 'the' map. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com -- Sent from my mobile device ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://blogs.linux.ie/kenguest/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
Claudius wrote : And by the way: I suggest using yes/no as values instead of the computer science lingo true/false. Yes/no was what I choose when i create the wiki page, but yes/no is already used by access tag for the restrictions on roads.. and I've looked somewhere in the wiki it's preferred use true/false. But it's not false this is a term more for computers, an idea for change true/false ? Lulu-ann says in the discussion page it's better use yes/no equally. I think a mini-vote to choose between yes/no or true/false on the discussion page could resolve this choice. Gregory wrote : A lot of supermarkets have a system to stop you taking trolleys/carts home (sometimes instead of a charge) so they have a sign like No carts beyond this line, cart will stop suddenly. I never see this system in France, we just have to put a coin to detach the cart from the others. You could use the fee tag. http://wiki.openstreetmap.org/wiki/Key:fee http://wiki.openstreetmap.org/wiki/Key:feebut on the shop=* node that seems strange (an entry fee to a shop?) so I would suggest shop:cart:fee=yes/no (or cart:fee=yes/no) and link to the fee page. I would like to know what coin I need for the trolleys, and I think the fee tag is supposed to allow this with something like fee=0.50 (assumes local currency!), and I think we can assume you usually have just one coin needed. Use shop:cart:fee instead of shop:cart_coin ? Good idea, but can we use it for this because the trolley return the coin when you park it. Kev js1982 wrote : With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. I think there's a way to set a default value when the tag is not precised, the standard is 1€ or 1£ (I don't in America), and when the value is different we precise it. Ken wrote : Perhaps then I can expand on my script (and someone can update openstreetbrowser) to filter stores by what denomination of coin is required for using their trolleys? It could be interessant do it ^^ But we have to wait before the vote =s Liz wrote : I have a token which can used in a trolley/cart instead of real cash Yes, i think a lot of persons use tokens instead of money, i use it equally ^^ But the trolleys are originaly made for a sort of coin and precise it could be interessant when it's not the standard value. There's a lot of responses, and I want to thanks all users for the comments =) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] tags: embankment / cutting = both/left/right/none
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I think we need to expand the values of embankment and cutting as only yes is not much information and I often have ways with cutting on one and embankment on the other side. I would propose embankment=both/left/right/none and cutting=both/left/right/none Thanks to the developer, JOSM fully supports reverting ways with values left/right and up/down and at least for incline/direction = up/down every other editor should also because these tags are officially documented. Cheers colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAkvW02kACgkQalWTFLzqsCuSCgCfVe8X7cU7h/agUKSGJFUFxte3 VscAn3JNxQAhhRbV2rl5Z3CysYC7pbA3 =yOiR -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
Adrien Pavie wrote: Kev js1982 wrote : With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. I think there's a way to set a default value when the tag is not precised, the standard is 1€ or 1£ (I don't in America), and when the value is different we precise it. There is no standard in the USA. Most food stores have free carts, where some multi-store malls have pay carts of varying fee. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
In the USA, such shopping carts are normally free; I don't recall ever seeing any that required a deposit. On the other hand, it is common to see baby strollers in shopping malls that require a monetary deposit in order to unlock them from a rack, and I have seen a few people use them as shopping carts. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: Ken Guest k...@linux.ie Date: Tue, 27 Apr 2010 10:57:09 To: Kev js1982o...@kevswindells.eu Cc: OSM - Talk GBtalk@openstreetmap.org Subject: Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley) oh yes please. almost all trolleys I've encountered around home require 1 euro coins - except the ones at Aldi where 2 euro coins are required. Perhaps then I can expand on my script (and someone can update openstreetbrowser) to filter stores by what denomination of coin is required for using their trolleys? What can we do to make this a reality? :D thanks! Ken On Tue, Apr 27, 2010 at 6:57 AM, Kev js1982 o...@kevswindells.eu wrote: With regards to the fee how would you tag the majority of uk supermarkets where the trolleys accept both £1 and €1 coins? This seams to be pretty standard on all trolleys introduced since approx 1998. On 4/26/10, Gregory nomoregra...@googlemail.com wrote: On 26 April 2010 11:45, Adrien Pavie dr...@laposte.net wrote: Don't forget that we already use the scheme vehicle=yes/no/designated/maybe/... to express access restrictions for modes of transport - so cart=no actually means no shopping cart riding allowed in here ;-) -Martin Ok, I will change it in the wiki, shop:cart=true/false and the other tags/propositions. But it could be funny create a roadsign No shopping carts =P A lot of supermarkets have a system to stop you taking trolleys/carts home (sometimes instead of a charge) so they have a sign like No carts beyond this line, cart will stop suddenly. You could use the fee tag. http://wiki.openstreetmap.org/wiki/Key:fee http://wiki.openstreetmap.org/wiki/Key:feebut on the shop=* node that seems strange (an entry fee to a shop?) so I would suggest shop:cart:fee=yes/no (or cart:fee=yes/no) and link to the fee page. I would like to know what coin I need for the trolleys, and I think the fee tag is supposed to allow this with something like fee=0.50 (assumes local currency!), and I think we can assume you usually have just one coin needed. I don't see a need for this information to be rendered on the map, but someone could make an application of providing the information at the side (along with opening_hours etc) when you click the shop or in a list of search results for shops near you. OSM isn't all about 'the' map. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com -- Sent from my mobile device ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://blogs.linux.ie/kenguest/ ___ 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] Using destination_sign relations for complex exit ramps?
* Roy Wallace waldo000...@gmail.com [2010-04-24 10:55 +1000]: It may be just me, but using type=destination_sign + ref=91 seems to imply that 91 is a property of the sign. That's a good point. Perhaps it would make more sense to have an exit_ref tag (and document it on the wiki?). Doesn't an exit exist independently of the sign? If so, is there a way to map it independently of a destination_sign? It does, but I don't see any better relation for it, and I don't feel comfortable enough with OpenStreetMap yet to want to start proposing new relations. What started me on this topic was one person on IRC saying that they'd used the destination_sign relation for exits before, so at least there's precedent. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Never pet a burning dog. -- Bart Callan --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
Gregory wrote : A lot of supermarkets have a system to stop you taking trolleys/carts home (sometimes instead of a charge) so they have a sign like No carts beyond this line, cart will stop suddenly. I never see this system in France, we just have to put a coin to detach the cart from the others. In the UK it is an alternative to a coin (which can be annoying if you don't have change). I think there is an interesting trend throughout the years I've grown up of what the latest was. Now I would expect the biggest chains to operate this and smaller chains (or smaller stores) to use the coin system. I believe it works by the wheels locking if they try to go up/down a slope. This also works for flat escalators that allow you to take the trolley to an underground car park or 2nd floor of the store. In Canada a new store has the coins but the carts also say it will stop if you go past the yellow line. They haven't painted the yellow line yet (in 8 months) and we actually managed to take it across the street and down a bit before a bump made it tough to push for a second, and then we rode it downhill, all the way home. It made a good laundry cart in our student dorm for a while until someone must have taken it back for the 25 cents. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
Gregory wrote : In the UK it is an alternative to a coin (which can be annoying if you don't have change). I think there is an interesting trend throughout the years I've grown up of what the latest was. Now I would expect the biggest chains to operate this and smaller chains (or smaller stores) to use the coin system. I believe it works by the wheels locking if they try to go up/down a slope. This also works for flat escalators that allow you to take the trolley to an underground car park or 2nd floor of the store. I remember now, there's a system like this at the Ikea Paris Nord 2, on the parking there's a blocking system and the shopping carts can't go over, but it was not like in the escalators. This system is rare in France, but why not add a tag shop:cart=blocking_line on a way where the yellow line is. Alex S. wrote : There is no standard in the USA. Most food stores have free carts, where some multi-store malls have pay carts of varying fee. Ok, so for shops with free carts, we could use shop:cart:fee=no or the value of the fee if there's one. Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags: embankment / cutting = both/left/right/none
colliar wrote: I think we need to expand the values of embankment and cutting as only yes is not much information and I often have ways with cutting on one and embankment on the other side. I would propose embankment=both/left/right/none and cutting=both/left/right/none +1 I already use embankment=left/right. But I'd say embankment=none is superfluous - if there is none, none is to be tagged. regards malenki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (Trolley)
On Mon, 26 Apr 2010, Adrien Pavie wrote: Hello, I send a proposal Trolley (in part shop) and I send this RFC to get opinions about this. This is a direct link : http://wiki.openstreetmap.org/wiki/Proposed_features/Trolley The tag is for know if a shop has trolleys. All the details are in the wiki. Thanks in advance for comments. Adrien Pavie (alias Dri60) What about airport trolleys/carts/trundlers? Mapping the location of those would be useful. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Extracting administrative division boundaries from OSM
Hi, I'm trying to construct a 'spatial control' structure for the Earth that's entirely based on CC-BY and CC-BY-SA compatible data. Something I'm looking at right now is creating a complete set of country boundaries and second-level administrative divisions. (Third-level might be nice too, but that might be asking a lot) I've got a fairly complete list of items with ISO 3166-2 country codes and I'd like to extract shapes for these. I could get them out of Yahoo's WEO shapes but these really look bad. I can see that these shapes are in OSM, but I've got no idea how to get them out. Can anybody point me to where to get started? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] bulk merge of duplicate points
we have a situation as part of the LINZ import where some nodes need to be merged - specifically cattle stops, gates, etc. with roads. there are lots of these, so we would like to do it programmatically. is there a tool to do this en masse? either a josm plugin, or some command-line tool? cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Nearmap CEO in ABC radio interview
From Nearmap's forum http://forum.nearmap.com/forum/viewtopic.php?f=6t=334 Stuart, our founder and CEO, was recently interviewed by Desley Blanch for ABC's Innovations radio show. An MP3 of the show is here: http://mpegmedia.abc.net.au/ra/podcast/innovations/innovations_20100426.mp3 ...and a transcript of the interview with Stuart is here: http://www.abc.net.au/ra/innovations/stories/s2876717.htm; ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Wikifiddling
http://wiki.openstreetmap.org/wiki/Tips_especially_for_Aussies has been marked by (a nonAussie) This page has been suggested for clean-up. Please Discuss. that was dated 02/10/09 It was my first rearrangement of the wiki there is a claim on the 'discuss' link that many of them are not entirely correct this might be because things are outdated some of our pages have been subsumed into other wiki pages and then a redirect put on, so the Aussie page on why to use Yahoo, and why to use Landsat has been replaced with a page about making your own photos and mentioning the Gaza strip I think that we need to put our stuff on our own wiki. What does the owner of openstreetmap.com.au think of copying our Aussie wiki pages elsewhere so that writing intended for Australian readers is not removed in favour of internationalised stuff? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
Liz wrote: On Tue, 27 Apr 2010, Ben Kelley wrote: This is currently a real roundabout in OSM, but local knowledge tells me that it is impossible to go around more than about 90 degrees 270 degrees at this intersection. That is, from any approach, you can turn left or right. For most vehicles, the roundabout is not big enough to go back the way you came (180 degrees). 360 degrees just being picky No, 180 degrees. If a vehicle makes a 360 degree turn, it continues on its original direction. Just being really picky! ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Abuse
As best I can tell someone is screwing about: http://www.openstreetmap.org/?lat=-31.86983lon=116.0088zoom=15layers=B000FTF First it was a primary Chloe Thurkle Highway, then it upgraded to a trunk road and called Charle Sheen Highway, and while some parts of that way actually do exists, but not where I've given the location above ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On Wed, 28 Apr 2010, John Smith wrote: As best I can tell someone is screwing about: http://www.openstreetmap.org/?lat=-31.86983lon=116.0088zoom=15layers=B00 0FTF First it was a primary Chloe Thurkle Highway, then it upgraded to a trunk road and called Charlie Sheen Highway, and while some parts of that way actually do exists, but not where I've given the location above And Chloe Thurkle Drive reappears further down the road, lining the river to the West, as a trunk road then becomes Simon Barber Drive so when it finishes loading, I think we'll have all the names of the vandals friends ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On Wed, 28 Apr 2010 07:19:18 +1000 Liz ed...@billiau.net wrote: On Wed, 28 Apr 2010, John Smith wrote: As best I can tell someone is screwing about: http://www.openstreetmap.org/?lat=-31.86983lon=116.0088zoom=15layers=B00 0FTF First it was a primary Chloe Thurkle Highway, then it upgraded to a trunk road and called Charlie Sheen Highway, and while some parts of that way actually do exists, but not where I've given the location above And Chloe Thurkle Drive reappears further down the road, lining the river to the West, as a trunk road then becomes Simon Barber Drive so when it finishes loading, I think we'll have all the names of the vandals friends ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au So rather than give them the satisfaction of letting it render how about we just delete it all. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On Wed, 28 Apr 2010 02:13:02 +1000 John Smith deltafoxtrot...@gmail.com wrote: As best I can tell someone is screwing about: http://www.openstreetmap.org/?lat=-31.86983lon=116.0088zoom=15layers=B000FTF First it was a primary Chloe Thurkle Highway, then it upgraded to a trunk road and called Charle Sheen Highway, and while some parts of that way actually do exists, but not where I've given the location above ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au Has anyone contacted this person yet. -- Ross Scanlon i...@4x4falcon.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On 28 April 2010 08:39, Ross Scanlon i...@4x4falcon.com wrote: So rather than give them the satisfaction of letting it render how about we just delete it all. It looks like some of the road exists, so deleting it blindly isn't an option, although it might just be scratching the surface and there could be a lot of other damage that needs fixing or reverting as well. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On Wed, 28 Apr 2010 12:00:47 +1000 John Smith deltafoxtrot...@gmail.com wrote: On 28 April 2010 08:39, Ross Scanlon i...@4x4falcon.com wrote: So rather than give them the satisfaction of letting it render how about we just delete it all. It looks like some of the road exists, so deleting it blindly isn't an option, although it might just be scratching the surface and there could be a lot of other damage that needs fixing or reverting as well. I've looked through some of it and corrected some that was easy to fix while changing mini roundabouts. However the Charlie Sheen garbage appears to be all in one changeset and all the area is covered by nearmap so should be easy to check if the roads do exist. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27. April 2010 00:00 schrieb Gerry Light gerrylight...@googlemail.com: So wie ich Manuel verstanden habe, fehlt der erste GPX-Track des Weges. Was nicht da ist, kann auch nicht beachtet werden. Ansonsten natürlich Ack. Leider scheint das Hochladen der GPS-Tracks immer mehr in Vergessenheit zu geraten. Dass Tracks aus Privatsphären-Gründen nicht hochgeladen werden, kommt natürlich auch vor und geht vollkommen in Ordnung, aber es dürfte eher die Ausnahme sein. ...gerade im Wald. Verständlich, daß man nicht seine täglichen Wege hochladen will, aber viele ziehen _alleine zum Mappen_ los und laden den entstandenen track aus Datenschutzgründen nicht hoch. Dann bitte konsequent sein und das editieren lassen, daraus lassen sich fast dieselben Schlüsse ziehen... Hier in der Gegend lässt sich auch beobachten, daß ein paar Mitstreiter immer wieder Wege erheblich verschieben, deren Position von mehreren tracks bestätigt wird - offensichtlich aufgrund eines eigenen tracks, der gerne mal total daneben liegt, aber auch nicht hochgeladen wird. Da könnte man sich dann leicht aufregen... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hi, Am 27.04.2010 00:20, schrieb Christoph Wagner: Andererseits gibts da halt immer wieder mal Probleme, wenn in einer Region die OSM-Daten immer mehr werden und irgendwann nicht mehr in eine Kacheln passen. Bei gleich großen Kacheln ist die Prinzipiell ist das kein Problem. Datenverteilung auf die Kacheln zudem natürlich alles andere als homogen. Das ist natürlich prinzipiell egal, aber die Kachelgröße richtet sich dann eben nach der am dichtesten gemappten Region. Bisher ist auch da keine Grenze zu sehen. Alle dichten Gebiete funktionieren seit langer Zeit. Auch kann maximal die zu errechnende Garminkachel das Problem sein, die Quellgröße ist nicht entscheidend. müssen. Man muss aber nicht zwangsweise neu splitten und kann dem splitter auch eine definierte Kachelzuweisung mitgeben. Momentan Na dann kann ich auch gleich einfestes Raster nehmen. :-D möglichst wenig Kacheln entstehen. Momentan ist das gut, denn man findet beispielsweise POIs und Adressen immer nur in der aktuellen Kachel und da ist es gut, wenn die groß genug ist. Andererseits kommt Aha. Das wußte ich gar nicht. Wie sieht das jetzt eigentlich mit routing bei dir aus, computerteddy? Geht das über die Kachelgrenzen? Nein, in meinen Kacheln geht das noch nicht, leider ist da mein Programmierer, der zwar mittlerweile alle Infos hat, was da zu tun ist, damit es funktioniert noch immer nicht an der neuen Version dran. Ich hoffe sozusagen jeden Tag, dass er eine neue Version fertig hat. Diese hätte dann nicht nur die Routingfähigkeit eingebaut, sondern sollte auch alle Relationen mit behandeln, keinen Overhead an den Kachelgrenzen erzeugen, keine doppelten Straßen und keine Polygone verstümmeln. Es werden dann auch die Straßen korrekt abgeschnitten und auf der Nachbarkachel entsprechend weitergeführt mit dem passenden Node für das Routing. Wenn alles so funktioniert wie wir uns das denken, dann sollte eine Weltkarte, die komplett routingfähig ist und auch Meeresflächen erzeugt möglich sein. Du splittest doch immer die ganze Welt. Wie lange dauert das denn mit deinem splitprogramm? Der splitter braucht für Europa so im Schnitt 2h. Momentan 48 Stunden, dafür benötige ich aber kaum Hauptspeicher (max ca. 1,5GB) Die lange Zeit liegt aber daran, daß ich sowas wie eine Auslagerungsdatei verwende, die auf der Platte liegt. Wenn ich diese in eine Ramdisk packen kann (10GB) läuft das Ganze doppelt so schnell. Naja nicht ganz. Das Problem ist auch die gesplitteten Daten jedes Mal neu durchzurödeln und einen anderen Style anzuwenden. Das macht fette I/O und das zieht ganz schön die performance runter. Kann ich eigentlich nicht wirklich verstehen, so massiv ist das eigentlich nicht. Die ganze Welt mit meinen 2 Kacheln dauert bei mir ca. 8 Stunden. Dieses könnte man allerdings parallelisieren. Das läuft alles bei mir linear. Du solltest auch bedenken, daß das bzip2- lesen und schreiben eine nicht unerhebliche Last und Hauptspeicherverbrauch verursacht. Ich benutze daher maximal gzip Kompression. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Am 26.04.2010 22:58, schrieb Claudius: Anlieger frei tagge ich mit: access=destination Was meistens falsch ist. Es sei denn die Anliegerstraße bei Euch sind auch für Fahrräder/Fussgänger gesperrt (access steht für alle Transportarten). Zeichen 260 + Anlieger frei tagge ich mit motor_vehicle=destination. Oder alternativ noch ein bicycle=yes + foot=yes dranpappen. Vorteil: Wird in Osmarender durch blaue Kreuzchen angezeigt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
Am 27. April 2010 01:55 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 26. April 2010 17:52 schrieb Bernd Wurst be...@bwurst.org: sinnvollen Tags findet sich eine Menge designated, vor allem aber ein access=designated: vielleicht sollte das ein access=destination werden, und die autocompletion hat er nicht mehr richtig durchgelesen? Leider zieht es sich anscheinend durch sämtliche Wiki-Seiten zum Thema(Tag:access=designated, Tag:highway=path, Key:access...), daß von access=designated gesprochen wird, wenn *=designated gemeint ist... ich denke hier tappen einige Neulinge (unverschuldet) in die Falle. Wenn jemand, der sich mit dem Wiki besser auskennt, den Drank hat, der Menschheit etwas gutes zu tun - hier wäre ein gutes Betätigungsfeld. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
Moin, Volker schrieb: Die Erklärung ist ganz einfach. Wenn mann für einen way die JOSM Einstellungen übernimmt ohne hinterher noch einmal zu kontrollieren, dann kommt so etwas zustande. vor einem Jahr (April 2009) zum Zeitpunkt der Eintragungen mag das bei JOSM so gewesen sein - zum Glück ist es heute nicht mehr so. 9 Tage nach der Anmeldung bei OSM sind das vielleicht auch einfach Anfänger-Unsicherheiten gewesen (a la Muss ich das wirklich alles eintragen?) - wie ich sie zumindest von mir vom Anfang noch kenne. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 26.04.2010 23:14, schrieb Johannes Huesing: Manuel Reimermanuel.s...@nurfuerspam.de [Mon, Apr 26, 2010 at 10:48:20PM CEST]: Hallo, wie handhabt ihr denn den Fall, wenn zwar ein großer Teil eines Wegs (in meinem Fall Waldweg) mit euren GPS-Daten übereinstimmt, aber dann, gerade da, wo man neue Wege einbauen will, ein kleiner Versatz vorhanden ist. Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen GPS-Daten ziehen? In meinem Fall ist der Versatz zirka 20 Meter. 20 Meter kommt gerne vor, selbst wenn das Gerät größere Genauigkeit vorgaukelt. Ich wäre eher vorsichtig, aber wenn der Vorgänger keine Spuren als Beleg hochgeladen hat, würde ch meinen Weg hochladen und ihn als die wesentlich bestehende Wahrheit ansehen. Wenn ich diese Terminologie schon lesen muss ... keine Spuren als Beleg - wir sind hier nicht bei der deutschen Wikipedia, die der Meinung ist, pseudowissenschaftlich daherzukommen und alles und jedes belegen zu müssen - um dann trotzdem viel zu viel falsches zu enthalten. die wesentlich bestehende Wahrheit - wenn man länger dabei ist weiß man, daß es insbesondere beim GPS Empfang *die* Wahrheit sowieso nicht gibt ... In diesem Thread kommt so ein wenig die Meinung rüber (überspitzt formuliert): ich mache es richtig und der vor mir hat wohl eh eher Blödsinn gemacht. Ich wünsche mir etwas mehr Respekt vor der Arbeit dessen, der vorher einen Track aufgenommen hat. Der hat sich wahrscheinlich schon Mühe gegeben. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
Hallo Martin Simon schrieb: Leider zieht es sich anscheinend durch sämtliche Wiki-Seiten zum Thema(Tag:access=designated, Tag:highway=path, Key:access...), daß von access=designated gesprochen wird, wenn *=designated gemeint ist... ich denke hier tappen einige Neulinge (unverschuldet) in die Falle. Wenn jemand, der sich mit dem Wiki besser auskennt, den Drank hat, der Menschheit etwas gutes zu tun - hier wäre ein gutes Betätigungsfeld. ;-) Dem kann ich nur zustimmen. Auch ich bin als Neuling zunächst auch in die destination/desginated-Falle getappt. Der (die, das?) Wiki ist schon ganz gut, was aber für Neulinge und Leute, die nicht täglich erfassen, nützlich wäre, ist eine vollständige Aufstellung aller vorkommenden Kombinationen von Verkehrszeichen und Zusatzzeichen und der dazugehörigen Belegung der Tags. http://wiki.openstreetmap.org/wiki/DE:Road_Signs ist schon ganz hilfreich, aber wenn ich 260 mit Zusatz landwirtschaftlicher Verkehr frei vorfinde, dann muss ich mir die Tagbelegung selbst zusammenbasteln, und das ist leider fehleranfällig. Hilfreich sind auch die JOSM-Presets, aber leider decken die auch nicht die Zusatzbeschilderung, wie Anlieger frei ab. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
On Tue, Apr 27, 2010 at 12:47:41AM +0200, Claudius wrote: Allgemein hilft es, wenn du auf www.openstreetmap.org auf den Kartenbereich zoomst und dann unten rechts einen der beiden Links in deine Mail kopierst. So haben andere Mapper die Möglichkeit direkt einen Blick auf die Karte(ndaten) zu werfen. Ahh, OK. :-) Am 26.04.2010 22:53, Andreas Tille: Ich habe vor mehr als sechs Wochen (im Februar) mein Institut (Robert Koch-Institut Außenstelle Wernigerode) eingegeben. Im JOSM ist das auch an 51,83211; 10,78934 zu sehen. Allerdings erscheint es weder auf der Karte im Netz (siehe oben), noch ist es unter Alle Points of Interest auf meinem Garmin zu sehen. Das RKI wird nicht gerendert, da der Knoten keine rendernswerte Tags beinhaltet ( http://www.openstreetmap.org/browse/node/667386395 ). Bin mir nicht sicher, ob da amenity=public_building passt. Naja, in gewisser hinsicht schon. Ich vergleiche mal mit den anderen Zweigstellen: Berlin Nordufer (Haupthaus) http://www.openstreetmap.org/?lat=52.539316lon=13.3474zoom=18layers=B000FTF -- da scheint das research_institution=yes zu genügen, allerdings bezieht es sich auf ein area. Hier habe ich auch das Tag abgekupfert - allerdings habe ich das RKI in Wernigerode noch nicht als Area erfaßt - das könnte ich ja mal probieren. Berlin Seestraße http://www.openstreetmap.org/?lat=52.543489lon=13.341162zoom=18layers=B000FTF -- da ist der gesamte Gebäudekomplex mit amenity=university getaggt, was nicht ganz richtig ist, denn eine Universität ist es nicht Berlin DGZ Ring http://www.openstreetmap.org/?lat=52.557062lon=13.440875zoom=18layers=B000FTF -- das habe ich kürzlich selbst getaggt und zwar nach dem Beispiel des Haupthauses am Nordufer mit research_institution=yes auf einem *area* Kann es sein, daß hier ein Area und eine Node unterschiedliche Wirkung auf die Interpretation von research_institution haben? Aber das Rendern ist gar nicht so wichtig, denn in der Datenbank ist das Institut eingetragen. Der Garmin-Export müsste jetzt nur noch Knoten mit research_institution=yes für den POI-Export mit einschliessen. H, ich benutze die Karten von OpenMtbMap - was muß ich tun, damit das mit als POI genommen wird. (OK, da ist es mir persönlich nicht so wichtig - ich finde schon auf Arbeit. ;-) - Es ist nur, daß ich für andere eine Wegskizze in Netz stellen wollte und dann wäre die Beschriftung schon praktisch.) Ähnlich ist es mit einem Restaurant in Wernigerode: Dieses habe ich auch im Februar eingegeben. Das Symbol erschien auch bald, jedoch nicht der Name. Zu finden ist es im Webformular, wenn man nach Harzstuben recherchiert. Etwas weiter nordöstlich (an der nächsten Straßenecke) ist ein unbenanntes Restaurant. Im JOSM sehen die Tags identisch aus (gut ich habe beim Amselman zusätzlich noch cusine und opening_hours gesetzt), aber der Name wird im Netz nicht gefunden. Allerdings findet es mein Garmin unter EssenTrinken. Die Daten der Suche (Nominatim) wurden seit dem 2. März nicht mehr aktualisiert (Datum mittig oben auf http://nominatim.openstreetmap.org ). Den Amselmann hast du danach zur Datenbank hinzugefügt. Ahh, OK, dann hilf also Warten und ich habe nichts falsch gemacht. Wie kann ich das noch mal rausfinden, wann ich welche Änderung gemacht habe? Warum wurde http://nominatim.openstreetmap.org seit 2. März nicht mehr aktualilsiert (in der FAQ steht: As a result data will normally be available around 48 to 56 hours after it is added to OSM. ). Vielen Dank für die Erklärungen Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Moin, Andreas Tille schrieb: On Tue, Apr 27, 2010 at 12:47:41AM +0200, Claudius wrote: Ähnlich ist es mit einem Restaurant in Wernigerode: Dieses habe ich auch im Februar eingegeben. Das Symbol erschien auch bald, jedoch nicht der Name. [...], aber der Name wird im Netz nicht gefunden. Die Daten der Suche (Nominatim) wurden seit dem 2. März nicht mehr aktualisiert (Datum mittig oben auf http://nominatim.openstreetmap.org ). Den Amselmann hast du danach zur Datenbank hinzugefügt. Das erklärt zwar, warum Nominatim den Namen nicht findet, aber ... Ahh, OK, dann hilf also Warten und ich habe nichts falsch gemacht. Wie kann ich das noch mal rausfinden, wann ich welche Änderung gemacht habe? die History http://www.openstreetmap.org/browse/node/663246343/history (von JOSM aus bei selektiertem Node mit Strg+H zu erreichen) besagt, dass Du den POI samt Namen zum selben Zeitpunkt angelegt hast. Von daher ist es verwunderlich, wenn zwar das Icon gerendert wird, aber nicht der Name ... Einzig bei cuisine=divers ist der Wert divers m. W. unbekannt, aber das sollte keine Auswirkung haben. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
Moin, Rainer Kluge schrieb: Hilfreich sind auch die JOSM-Presets, aber leider decken die auch nicht die Zusatzbeschilderung, wie Anlieger frei ab. mit dem Preset Straßenbeschränkungen eigentlich schon - aber leider fehlt auch dort das meistverwendete Zeichen 250 Fahrzeuge aller Art (vehicle=*). Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Andreas Tille andr...@an3as.eu wrote: ich wundere mich etwas über verzögerte Übernahme auf die Karte im Netz. Wenn ich einen neuen Track eingebe, ist der quasie sofort auch auf http://www.openstreetmap.org/ verfügbar. Wenn ich aber andere Features eingebe, dauert es nach einem mir nicht ersichtlichen Prinzip (sehr) lange ( 6 Wochen). Bei Flächen kommt das schon mal vor. Dass Du ein Tile manuell auf dirty schalten kannst weißt Du? Rechte Maustaste - Grafik anzeigen und /dirty an die URL anhängen Beispiel: http://tile.openstreetmap.org/18/137191/90011.png/dirty Danach hilft meist Schon ein Shift-Reload im Browser um das neu gerenderte Tile zu sehen. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is 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] Von Wikipedia lernen
Am 27.04.2010 00:52, schrieb Stephan Wolff: Gewisse Hierarchien innerhalb der User können auch nützlich sein. Wenn Frederik gelegentlich einen User gesperrt oder ein Changeset annulliert hat, erschienen mir diese Möglichkeiten sinnvoll. Ich möchte aber nicht, dass diese Werkzeuge jedem User auf Knopfdruck zur Verfügung stehen. Das Thema hat auch einen *ganz* entscheidenden Unterschied zur deutschen Wikipedia. Frederik ist bei solchen Aktionen *sehr* vorsichtig und fragt lieber zweimal nach, bevor er in Aktion tritt. Er versucht im Zweifel lieber erstmal eine Lösung zu finden (was bestimmt nicht immer ganz leicht ist). Der admin Revert ist - erst dann - die Ultima Ratio. Das sieht - trotz andersartiger Lippenbekenntnisse - bei der deutschen Wikipedia leider ganz anders aus. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Hallo, Ulf Lamping wrote: Frederik ist bei solchen Aktionen *sehr* vorsichtig und fragt lieber zweimal nach, bevor er in Aktion tritt. Er versucht im Zweifel lieber erstmal eine Lösung zu finden (was bestimmt nicht immer ganz leicht ist). Der admin Revert ist - erst dann - die Ultima Ratio. Dazu mal kurz ein paar Sachen zur Erklaerung: Wenn ich Edits revertiere, dann geschieht das grundsaetzlich ohne irgendwelche Super-Admin-Powers, ich benutze ganz normal die API, so wie das jeder andere auch kann. Der einzige Unterschied ist vielleicht, dass ich da mittlerweile ein bisschen Erfahrung hab, wie man das am besten macht, und (im Gegensatz zu allem anderen in OSM) diese Erfahrung auch ein kleines bisschen bunkere und nicht gerade eine Wikiseite schreibe, auf der jeder nachlesen kann, wie man am besten einen Edit-War automatisiert ;-) Das einzige, was ich an Spezial-Power habe, ist, dass ich, wie alle anderen Mitarbeiter der Data Working Group der OSMF, das Moderator-Flag in der API habe. Dadurch kann ich andere Benutzer bis zu 36 Stunden sperren und sie zwingen, eine Nachricht zu bestaetigen, bevor sie ihren Account wieder benutzen koennen. Das Feature ist dafuer gedacht, dass man schnell irgendeinen wildgewordenen Bot anhalten kann oder einen offensichtlichen Vandalen (der sich spaeter ja durchaus manchmal als jemand entpuppt, der nicht wusste, dass seine Edits live sind etc). Ich bin damit mehr oder weniger ein Beta-Tester dieses Features; es ist geplant, dass in jedem Land mehrere OSM-Community-Mitglieder dieses Feature bekommen sollen, um bei Gefahr im Verzug schnell reagieren und ggf. schlichten zu koennen. Dauerhafte Sperrungen oder zum Beispiel der Zugriff auf die echte E-Mail-Adresse oder IP-Nummern sind aber mit dem Moderator-Feature nicht verbunden, das muss alles ueber die Data Working Group und die Admins in London gehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Hallo Chris, Anlieger frei tagge ich mit: access=destination Was meistens falsch ist. Es sei denn die Anliegerstraße bei Euch sind auch für Fahrräder/Fussgänger gesperrt (access steht für alle Transportarten). Zeichen 260 + Anlieger frei tagge ich mit motor_vehicle=destination. Oder alternativ noch ein bicycle=yes + foot=yes dranpappen. Vorteil: Wird in Osmarender durch blaue Kreuzchen angezeigt. Zur Klarstellung (weil nicht ganz klar ist, auf was sich Dein oder bezieht): access=destination + foot=yes + bicycle=yes ist bei Zeichen 260 *falsch*, denn es sperrt den Weg z.B. auch für Pferde (was das Schild aber nicht tut). Richtig und ausreichend ist motor_vehicle=destination Zusätzlich *kann* man zur Verdeutlichung foot=yes bicycle=yes horse=yes etc. taggen, muss man aber nicht. Ein komplettes Sperren (access=*) plus Aufhebung für bestimmte Gruppen (*=yes) ist eine Krücke, die man hier vermeiden sollte. Wie man sieht gehen dabei schnell 'seltene' Nutzergruppen vergessen. (Ein Schema der Art motor_vehicle=no, destination=yes wäre mir noch lieber, da es klar zwischen Fortbewegungsmittel und 'Anliegen' trennt.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Moin, Sven Geggus schrieb: Andreas Tille andr...@an3as.eu wrote: [POI Restaurant wird angezeigt, der Name Anselmann aber nicht] Dass Du ein Tile manuell auf dirty schalten kannst weißt Du? Rechte Maustaste - Grafik anzeigen und /dirty an die URL anhängen in diesem Zusammenhang bin ich auf folgendes Phänomen gestoßen: Der POI für das Restaurant Anselmann liegt in der Kachel /18/138931/86782.png. Der Name müsste aber in der Kachel /18/138931/86783.png angezeigt werden. Kann es dadurch in Zoom 18 evtl. zu fehlenden Namen kommen oder haben die Renderer dafür eine entsprechende Auswertung. Unabhängig davon habe ich einmal /18/138931/86783.png sowie /17/69465/43391.png angestoßen. Zumindest in Zoom 17 müsste der Name dann ja angezeigt werden. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Ingrid says: *Klatsch* - ich sehe gerade selber, das der Name schlichtweg wegen der sonst darunterliegenden umgebenden POIs bei Mapnik weggelassen (verdrängt) wird. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Missbrauch von name=...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Claudius wrote: Am 26.04.2010 18:05, Fips Schneider: P.S.: Wenns keine E-Straße ist, gibts logischerweise kein int_ref-Tag, mit wäre zumindest keins bekannt... Nicht so Euro-zentrisch denken. Weiterer Anwendungsfall für int_ref: http://en.wikipedia.org/wiki/Asian_Highway_Network ...ja, ich war jetzt vom Mappen in Europa ausgegangen - ich kenne zumindest kein anderes int_ref als die E-Roads Ist es denn möglich nur etwas innerhalb einer bestimmten Box (= Europa) zu rendern? Das Asian Highway Network würde sich sonst sicherlich bedanken, im E-Road-Style gerendert zu werden... Claudius Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvWtQYACgkQnHVyAFIfTkG2/wCgxk431uSZ6wL3ZIEfigTPEJqG N40AoIThkxZ5SwAR+hAzb++y01c6XADe =tuVo -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Informationen über Daten in OSM finden (war: Zeit bis zum Rendern eingegebener Map-Features )
Am 27.04.2010 10:13, Andreas Tille: Ahh, OK, dann hilf also Warten und ich habe nichts falsch gemacht. Wie kann ich das noch mal rausfinden, wann ich welche Änderung gemacht habe? Am einfachsten geht das meiner Meinung nach, indem du nah (am besten maximal) ranzoomst und rechts oben auf der Karte das Plus-Symbol anklickst und das Overlay Daten aktivierst. Dann klickst du auf den nun mit grünem Kreis markierten Knoten und links dann auf Details. Soe sieht man schnell die detaillierten Daten eines OSM-Features. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Am 27.04.2010 11:35, schrieb Thomas Ineichen: Zur Klarstellung (weil nicht ganz klar ist, auf was sich Dein oder bezieht): access=destination + foot=yes + bicycle=yes ist bei Zeichen 260 *falsch*, denn es sperrt den Weg z.B. auch für Pferde (was das Schild aber nicht tut). Ja richtig. Was ich sagen wollte: Wer unbedingt access=destination taggen will, damit es in der Karte sichtbar ist, der sollte die Ausnahmen (xyz=yes) nicht vergessen. Richtig und ausreichend ist motor_vehicle=destination Ja. (Ein Schema der Art motor_vehicle=no, destination=yes wäre mir noch lieber, da es klar zwischen Fortbewegungsmittel und 'Anliegen' trennt.) Wenn da laufend neue Tags erfunden werden bekommen wir nie sauberes Routing hin. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27. April 2010 09:54 schrieb Ulf Lamping ulf.lamp...@googlemail.com: In diesem Thread kommt so ein wenig die Meinung rüber (überspitzt formuliert): ich mache es richtig und der vor mir hat wohl eh eher Blödsinn gemacht. Ich wünsche mir etwas mehr Respekt vor der Arbeit dessen, der vorher einen Track aufgenommen hat. Der hat sich wahrscheinlich schon Mühe gegeben. Und wie sieht jetzt Dein konkreter respektvoller Umgang mit der Arbeit der anderen aus? Mit anderen Worten wie löst Du das Ausgangsproblem: Es ist ein Weg eingezeichnet, meine Trackaufzeichnung weicht vom eingezeichneten Weg ab und ich habe kein Orthofoto, um die Lage zu kontrollieren. Außerdem existieren keine weiteren Trackaufzeichnungen zum Weg zu denen ich mitteln kann. Die hier aufgezeigten Lösungsmöglichkeiten lassen für mich keinen Mangel an Respekt erkennen, sondern sind aus unseren begrenzten technischen Möglichkeiten heraus begründet. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Moin, Falk Zscheile schrieb: Am 27. April 2010 09:54 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Ich wünsche mir etwas mehr Respekt vor der Arbeit dessen, der vorher einen Track aufgenommen hat. Der hat sich wahrscheinlich schon Mühe gegeben Und wie sieht jetzt Dein konkreter respektvoller Umgang mit der Arbeit der anderen aus? Mit anderen Worten wie löst Du das Ausgangsproblem: Es ist ein Weg eingezeichnet, meine Trackaufzeichnung weicht vom eingezeichneten Weg ab und ich habe kein Orthofoto, um die Lage zu kontrollieren. Außerdem existieren keine weiteren Trackaufzeichnungen zum Weg zu denen ich mitteln kann. Die hier aufgezeigten Lösungsmöglichkeiten lassen für mich keinen Mangel an Respekt erkennen, sondern sind aus unseren begrenzten technischen Möglichkeiten heraus begründet. na ja, der Vorschlag, den vorhandenen Weg *komplett* zu ignorieren *obwohl* er in großen Teilen mit den GPS-Daten übereinstimmt (siehe Ursprungspost), klingt schon ein wenig respektlos. Wäre Johannes weiterhin vorsichtig geblieben, hätte er die teilweise Abweichung (siehe Ursprungspost) mit dem vorhandenen Weg gemittelt, denke ich - es sei denn vielleicht, Entfernung/Winkel des getrackten Wegverlaufes sind anderweitig noch so sicher im Kopf, um dem eigenen Track 98%-ig zu vertrauen - meinen eigenen Tracks vertraue ich jedenfalls nicht so weit. Meines Erachtens sind vorhandene Wege ohne GPS-Spur - sofern sie nicht völlig abwegig oder 'hingezimmert' sind - wie eine einzelne GPS-Spur in die Mittelung mit einzubeziehen Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Hallo Chris, Ja richtig. Was ich sagen wollte: Wer unbedingt access=destination taggen will, damit es in der Karte sichtbar ist, der sollte die Ausnahmen (xyz=yes) nicht vergessen. Oder die Renderer überzeugen, auch (motor_)vehicle=destination in der gleichen Art zu rendern. ;-) Denn gerade bei den nicht-motorisierten Fortbewegungsarten scheint der Konsens bisher noch relativ klein zu sein. Auf der Wiki-Seite gibt es inzwischen neben Fussgängern, Fahrradfahrern und Reitern auch noch Inline Skater, verschiedene Skifahrer, Schlittschuhläufer etc. Ein zusammenfassendes non_motorized_means_of_transportation gibt es nicht. http://wiki.openstreetmap.org/wiki/Key:access Längerfristig betrachtet fände ich es aber sowieso besser, wenn diese Access-Regeln nur in einem zusätzlichen Layer gerenderet werden und nicht direkt auf der Karte. Irgendwann wird's sonst ein bisschen unübersichtlich. BTW: Wie/Wo kann man die Render-Änderungen für Mapnik und Osmarender am einfachsten mitverfolgen? (Ein Schema der Art motor_vehicle=no, destination=yes wäre mir noch lieber, da es klar zwischen Fortbewegungsmittel und 'Anliegen' trennt.) Wenn da laufend neue Tags erfunden werden bekommen wir nie sauberes Routing hin. Keine Angst, das war nur ein Gedanke am Rande.. ;-) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway vs. path
Hallo Martin, Weil es eine gute Sache ist, Wegklasse und Nutzungsbeschränkungen/Widmung zu trennen, so wie wir es ja auch mit surface und width möglichst tun. Was genau ist für Dich eine Wegklasse? (Ernst gemeinte Frage, ich fürchte, dass wir hier sonst aneinander vorbei reden.) Gemeint war damit das highway-tag in OSM, war nicht wirklich deutlich, sorry. Meiner Meinung nach sind die verschiedenen highway-Typen aber gerade *durch* die verschiedenen Nutzungsbeschränkungen und Widmungen entstanden: http://wiki.openstreetmap.org/wiki/Key:highway Ausser den 'normalen' Strassen (primary, secondary, tertiary, unclassified, residential) implizieren alle Typen gewisse Widmungen/ Beschränkungen. Offenbar sind gemischte Fuss- und Radwege so häufig/wichtig, dass es für sie ein eigenes Schild gibt. Ein highway=foot_and_cycleway finde ich daher weder zum Eintragen noch zum Auswerten besonders kompli- ziert. Dass ein gemischter Weg in verschiedenen Ländern verschiedenes implizieren kann, ist nicht neu und kann im Wiki festgehalten werden, z.B. hier: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions Naja, das Schild regelt aber nur die Nutzungsrechte/Pflichten. Was für ein Weg baulich vorliegt, ist schon wieder eine andere Geschichte - ich kenne zum Beispiel Wirtschaftswege, die auf kurzen Abschnitten dieses Schild (Zeichen 240) tragen und dort dann eine zusätzliche Freigabe für motorisierten Landwirtschaftlichen Verkehr haben. Wie ein Weg ausgebaut ist (surface und width) weisst Du aber z.B. auch bei einem highway=residential nicht. Ohne weitere Angaben kann das von einer 10 Meter breiten Asphalt-Piste bis zu einem schmalen Kiesweg fast alles sein. Der Weg bleibt also derselbe, aber auf diesem Abschnitt ist das Fahrzeug, für das er eigentlich (ursprünglich) ausgelegt wurde, eher ein Gast. Es gibt immer Situationen, die nicht mit einem einzelnen highway-Tag beschrieben werden können. Das Verbreitete taggen nach Beschilderung halte ich aber für sehr anfängerfreundlich. Ein erfahrener OSM-Nutzer kann den Weg dann immer noch erweitern: highway=foot_and_cycleway agricultural=yes width=5 surface=asphalt ist fürs Rendering schlussendlich nicht komplizierter wie highway=track tracktype=grade1 motor_vehicle=agricultural width=5 Solche Fälle gibt es öfter (z.B. auch in der Frage der Fahrradstraßen), daher bin ich für eine Trennung zwischen baulichem, rechtlichem und Dingen wie der Verbindungsfunktion. (wir haben natürlich historisch gewachsen das Problem, daß dies schon häufig im highway-tag vermischt benutzt wird, aber das sollte uns nicht hindern, unser System zu verbessern) Ich glaube leider nicht, dass sich diese Vermischung zwischen Highway- Tag und Beschilderung noch irgendwie lösen lässt (und halte dies wie oben geschrieben auch nicht für wünschenswert). Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Engstelle taggen? Was für ein Barrier ?
Johann H. Addicks schrieb: Angenommen seie ein Kreuzungspunkt von Landuses: Diagonal Wiese und Wald, andere Diagnoale Commercial und Industrial; letztere beiden fenced. Nun gibt es zwischen den beiden einen Durchstieg für Personen mit nicht allzugroßem BMI, width ca. 35cm. Was spräche gegen ein highway=path, width=0.35 so dort ein Trampelpfad existiert? (zusätzlich sollte man die Zäune wie vorgeschlagen 35 cm voneinander entfernt eintragen) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Stephan Wolff glaubte zu wissen: Am 25.04.2010 13:00, schrieb Frederik Ramm: Der Tonfall in dieser Liste ist glücklicherweise meist halbwegs freundlich und konstruktiv. Trotzdem haben sich hier schon einige Benutzer verabschiedet, wenn ihre Vorschläge nicht angenommen wurden oder sie sich ungerecht kritisiert fühlten. Derartiges wird sich bei einem solchen Projekt wie OSM auch nie verhindern lassen. Da treffen zu viele verschiedene Charaktere zusammen. Wir hatten hier schon wenige Fälle von Vandalismus, SPAM und Spaßeinträgen und sehr viele Fälle, in denen User unabsichtlich Daten zerstört haben. Ich hätte nichts dagegen, wenn meine Uploads auf dem Server nochmals automatisch validiert würden. Es könnte getestet werden, ob alle Hauptstraßen unterbrechungsfrei sind und die Relationen nicht zu viele Mitglieder verloren haben, etc.. Würde ein Test anschlagen, könnte ein anderer User die Daten als Peer-Review ansehen. Für mich wäre dies kein Misstrauen sondern eine zusätzliche Sicherheit. Mit so etwas könnte ich mich anfreunden. Mir würde es nicht gefallen, wenn jeder Edit von einem oder gar mehreren Usern freigegeben werden müßte. Gewisse Hierarchien innerhalb der User können auch nützlich sein. Wenn Frederik gelegentlich einen User gesperrt oder ein Changeset annulliert hat, erschienen mir diese Möglichkeiten sinnvoll. Ich möchte aber nicht, dass diese Werkzeuge jedem User auf Knopfdruck zur Verfügung stehen. +1 Jedes Mehrfamilienhaus hat eine Hausordnung mit austauschbarem Inhalt, jeder Sportverein hat ähnliche Organisationsstrukturen. Trotzdem ist das Zusammenleben überall unterschiedlich. Ich glaube, dass es weniger auf die Organisationsstruktur einer Gemeinschaft sondern viel mehr auf den tatsächlichen Umgang ankommt. Die Gefahr, dass sich die unschönen Auswüchse bei der Wikipedia bei OSM wiederholen, lässt sich am besten durch respektvollen Umgang miteinander verhindern. +1 flo -- Leute die andere nicht lesen sind beschränkt und deshalb lese ich sie nicht! [Barbara Gon in dsnu] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Johannes Huesing wrote: Ich wäre eher vorsichtig, aber wenn der Vorgänger keine Spuren als Beleg hochgeladen hat, würde ch meinen Weg hochladen und ihn als die wesentlich bestehende Wahrheit ansehen. So handhabe ich das auch. Aber eben definitiv nach Kontrolle, ob es schon andere Spuren dort gibt. Ich ärgere mich nämlich auch jedesmal, wenn ich eine Straße auf den Mittwelwert ganz vieler Spuren gelegt habe und dann kommt Einer daher, der seine Spur als die alleinige Wahrheit ansieht und die Straße 20m wegzieht. Selbst Punktwolken, die das GPS an einer Ampel erzeugte, werden dann manchmal akribisch abgemalt. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27. April 2010 15:14 schrieb Georg Feddern ne...@bavarianmallet.de: Moin, Falk Zscheile schrieb: Am 27. April 2010 09:54 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Ich wünsche mir etwas mehr Respekt vor der Arbeit dessen, der vorher einen Track aufgenommen hat. Der hat sich wahrscheinlich schon Mühe gegeben Und wie sieht jetzt Dein konkreter respektvoller Umgang mit der Arbeit der anderen aus? Mit anderen Worten wie löst Du das Ausgangsproblem: Es ist ein Weg eingezeichnet, meine Trackaufzeichnung weicht vom eingezeichneten Weg ab und ich habe kein Orthofoto, um die Lage zu kontrollieren. Außerdem existieren keine weiteren Trackaufzeichnungen zum Weg zu denen ich mitteln kann. Die hier aufgezeigten Lösungsmöglichkeiten lassen für mich keinen Mangel an Respekt erkennen, sondern sind aus unseren begrenzten technischen Möglichkeiten heraus begründet. na ja, der Vorschlag, den vorhandenen Weg *komplett* zu ignorieren *obwohl* er in großen Teilen mit den GPS-Daten übereinstimmt (siehe Ursprungspost), klingt schon ein wenig respektlos. Wäre Johannes weiterhin vorsichtig geblieben, hätte er die teilweise Abweichung (siehe Ursprungspost) mit dem vorhandenen Weg gemittelt, denke ich - es sei denn vielleicht, Entfernung/Winkel des getrackten Wegverlaufes sind anderweitig noch so sicher im Kopf, um dem eigenen Track 98%-ig zu vertrauen - meinen eigenen Tracks vertraue ich jedenfalls nicht so weit. So gesehen habe ich wohl Teile des Threads zu gutmütig interpretiert :-) Meines Erachtens sind vorhandene Wege ohne GPS-Spur - sofern sie nicht völlig abwegig oder 'hingezimmert' sind - wie eine einzelne GPS-Spur in die Mittelung mit einzubeziehen Ja, ich denke hier hast Du die Vorgehensweise für solche Fälle auf den Punkt gebracht. Ganz Deiner Meinung. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Georg Feddern schrieb: Meines Erachtens sind vorhandene Wege ohne GPS-Spur - sofern sie nicht völlig abwegig oder 'hingezimmert' sind - wie eine einzelne GPS-Spur in die Mittelung mit einzubeziehen Und der nächste der die Stelle bearbeitet, weiß von der ursprünglichen Spur nichts mehr und mittelt dann deine Mittelung gegen den GPS-Track, usw... Was zur Folge hat dass der Weg immer näher an der Track hingemittelt wird, und im Endeffekt die erste Spur komplett weg ist. Auch wenn es schade ist, aber Daten/Tracks die nicht hochgeladen werden können nicht mitberücksichtigt werden und sind somit nutzlos. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway vs. path
Am 27. April 2010 16:44 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Meiner Meinung nach sind die verschiedenen highway-Typen aber gerade *durch* die verschiedenen Nutzungsbeschränkungen und Widmungen entstanden: http://wiki.openstreetmap.org/wiki/Key:highway Ausser den 'normalen' Strassen (primary, secondary, tertiary, unclassified, residential) implizieren alle Typen gewisse Widmungen/ Beschränkungen. Ja, aber auch recht indirekt. Die highway-typen sind teilweise auf schwammige, umgangssprachliche Definitionen aufgesetzt - in GB sind zum Beispiel einige der Meinung, daß ein Radweg einfach etwas ist, das wie ein Radweg(was man umgangssprachlich als solchen bezeichnen würde) aussieht, in footway sollen wohl implikationen stecken, die auf dem right-of-way des britischen Rechts basieren, das es hier gar nicht gibt... Wenn dieses Knäuel an verschiedenen Implikationen dann noch auf verschiedene Rechtssysteme umgesetzt werden muß, ist es meines Erachtens besser, den highway-typen und die rechtliche sowie die physische Situation getrennt zu beschreiben. Selbst bei highway=motorway funktionieren diese implikationen international nicht richtig, in den USA sind zum Beispiel in einigen(?) Staaten Fahrräder auf Autobahnen grundsätzlich erlaubt. Wie ein Weg ausgebaut ist (surface und width) weisst Du aber z.B. auch bei einem highway=residential nicht. Ohne weitere Angaben kann das von einer 10 Meter breiten Asphalt-Piste bis zu einem schmalen Kiesweg fast alles sein. Ja, das kann vorkommen. Nur lässt sich die typische physische Erscheinung einer Wohnstraße, einer Fußgängerzone oder einer Autobahn leichter international übertragen als rechtliche Regelungen Es gibt immer Situationen, die nicht mit einem einzelnen highway-Tag beschrieben werden können. Das Verbreitete taggen nach Beschilderung halte ich aber für sehr anfängerfreundlich. Ein erfahrener OSM-Nutzer kann den Weg dann immer noch erweitern: highway=foot_and_cycleway agricultural=yes width=5 surface=asphalt ist fürs Rendering schlussendlich nicht komplizierter wie highway=track tracktype=grade1 motor_vehicle=agricultural width=5 Gibt aber ein anderes Ergebnis beim Rendern - im ersten Fall überträgst du die Beschilderung ins higway-tag und bekommst vom Renderer einen Radweg, im zweiten (ich würde noch foot=designated bicycle=designated hinzufügen) einen Wirtschaftsweg der Stufe 1 und kannst noch anders, z.B. durch farbige Markierung, deutlich machen, daß das Ding für Radfahrer und Fußgänger gewidmet ist. Ich glaube leider nicht, dass sich diese Vermischung zwischen Highway- Tag und Beschilderung noch irgendwie lösen lässt (und halte dies wie oben geschrieben auch nicht für wünschenswert). Ich bin da optimistisch. Je mehr die Beschilderung eingetragen wird, desto mehr können wir in der Auswertung schwammige Implikationen zurückfahren. Bei meiner selbstgefriemelten Garmin-Karte mache ich auch ein paar Annahmen für Dinge wie erwartete Reisegeschwindigkeit oder Oberfläche, wenn sie nicht explizit getaggt sind. Aber *wenn* sie explizit getaggt sind, dann verwende ich sie auch und es zeigt sich, daß die Qualität der Karte (z.B. hinsichtlich Routing) steigt, je mehr davon in den Daten sind... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Falk Zscheile falk.zsche...@googlemail.com [Tue, Apr 27, 2010 at 05:26:07PM CEST]: Am 27. April 2010 15:14 schrieb Georg Feddern ne...@bavarianmallet.de: Moin, Falk Zscheile schrieb: Am 27. April 2010 09:54 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Ich wünsche mir etwas mehr Respekt vor der Arbeit dessen, der vorher einen Track aufgenommen hat. [...] So gesehen habe ich wohl Teile des Threads zu gutmütig interpretiert :-) Meinen Beitrag meinte ich auch etwas gutmütiger als er vielleicht rüberkam. Wenn meine Spur zwanzig Meter neben einer bestehenden und einem eingezeichneten Weg liegt, wichte ich meine Spur vielleicht zu einem Drittel. Wenn der Vorgänger keine eigene Spur hochgeladen hat, versetze ich eher zu zwei Dritteln in meine Richtung. Dabei berücksichtige ich auch etwas, wie vertrauenswürdig beide Spuren aussehen. Gibt es ab und zu mal einen Satz zur Seite? Sieht man der Spur an, in welche Richtung ich fuhr (und ob der Vorgänger vielleicht in Gegenrichtung unterwegs war) und die Geräte haben mangelnde Signale durch extrapolierte Bewegung ersetzt? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joerg Fischer schrieb: Selbst Punktwolken, die das GPS an einer Ampel erzeugte, werden dann manchmal akribisch abgemalt. :-) Diese Punktwolken finde ich ziemlich hässlich. Aus meinen GPX-Spuren entferne ich diese deshalb auch vor dem Hochladen. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJL1xu3AAoJEPT/XJzV1tNzxFMH/j5ciKEcsGHEc863e2DIkQyH xpznmcIKkgBMQwj5KezjKvappkGW8VBFbCHEHC9XzSDl4AqXmennYaVq6DcuRVW6 470PsZvVBXrKa37cy0zRnO6dDJ8HX2llEslHGfgocQkM9gSH1xkNRXL0N6MrhI/W 3oRHmoxp0+rvFTRHnGmGJR7yN+9c1MW8fhiOf75DdZJYvZY84JVqtUx7hSdqfNfB FGb9eMpBWWsGgEs9A80tnQYAi2beuLv4X0Ktkk/T/02zsnsnRHK7OBPdiEvK5heO 1nApLPDkqWT5LB6+3fkFCyxylFuNcG47nU5OmRjNJk61eqGz/ChnNLdinl5lYD0= =9Y5g -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
moin äh sehe ich es richtig das es trotz der fülle von mobilfunkgeschäften in deutschland und anderen ländern, nix gibt um ein solches zu mappen? Ich hab hier eine reihe die ich eingetragen habe und durch die bank mit fixme makiert habe teilweise anbieter von mobilfunk (o2, Vodafon, ...) aber auch festnetz (z.B. Nordcom). cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27. April 2010 13:31 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 27. April 2010 09:54 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Und wie sieht jetzt Dein konkreter respektvoller Umgang mit der Arbeit der anderen aus? Mit anderen Worten wie löst Du das Ausgangsproblem: mehr Tracks hochladen. Es ist ein Weg eingezeichnet, meine Trackaufzeichnung weicht vom eingezeichneten Weg ab und ich habe kein Orthofoto, um die Lage zu kontrollieren. mit Orthofotos ist das Lage kontrollieren sowieso schwierig, eher anders rum: die Lage der Orthofotos durch die Tracks kontrollieren (zumindest, wenn man von Yahoo spricht). Außerdem existieren keine weiteren Trackaufzeichnungen zum Weg zu denen ich mitteln kann. im Laufe der Zeit vielleicht schon. Sonst lebt man in der Zwischenzeit halt mit einem fast genauen Weg... Die hier aufgezeigten Lösungsmöglichkeiten lassen für mich keinen Mangel an Respekt erkennen, sondern sind aus unseren begrenzten technischen Möglichkeiten heraus begründet. jein, wenn jemand schreibt, der eingezeichnete Weg ist durch nichts belegt, weil es fehlt der erste GPX-Track des Weges. Was nicht da ist, kann auch nicht beachtet werden. dann stimmt das nicht ganz, weil der Weg ja gezeichnet wurde. (vermutlich dort, wo derjenige selbst einen Track aufgezeichnet hat). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Am 27. April 2010 08:49 schrieb Chris66 chris66...@gmx.de: Am 26.04.2010 22:58, schrieb Claudius: Anlieger frei tagge ich mit: access=destination Was meistens falsch ist. Es sei denn die Anliegerstraße bei Euch sind auch für Fahrräder/Fussgänger gesperrt (access steht für alle Transportarten). Zeichen 250 mit Anlieger Frei gibt es öfters, das gilt (theoretisch) auch für Fahrräder (die wenigsten, mich ebenfalls ausgeschlossen, halten sich daran), für Fußgänger allerdings nicht (für die gibt's wohl nur Z.259 oder Autobahn / Kfz-Straße, wo die nicht hindürfen, oder?) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] access=designated?
Am 27. April 2010 11:06 schrieb Georg Feddern ne...@bavarianmallet.de: Rainer Kluge schrieb: Hilfreich sind auch die JOSM-Presets, aber leider decken die auch nicht die Zusatzbeschilderung, wie Anlieger frei ab. mit dem Preset Straßenbeschränkungen eigentlich schon - aber leider fehlt auch dort das meistverwendete Zeichen 250 Fahrzeuge aller Art (vehicle=*). deshalb ist es ja ein Wiki: ergänzt so was ruhig, wenn es Euch auffällt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Engstelle taggen? Was für ein Barrier ?
Moin, malenki schrieb: Was spräche gegen ein highway=path, width=0.35 so dort ein Trampelpfad existiert? theoretisch nix, praktisch irgendwie schon. Dann bräuchte man also auch ein LKK[1]-Fußgänger-Routing, damit man[2] dort nicht steckenbleibt. Gruß Georg [1] Last-Kraft-Körper [2] meisten-anderen-nichtSchlanken ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
AssetBurned schrieb: äh sehe ich es richtig das es trotz der fülle von mobilfunkgeschäften in deutschland und anderen ländern, nix gibt um ein solches zu mappen? Ich hab da Shop=telecommunications genommen. Das gilt auch für Niederlassungen von anderen Kommunikationsunternehmen, bspw. Telekom, Freenet, KabelBW, etc. Man könnte es auch für Ladengeschäfte nehmen, deren Fokus auf Kommunikationstechnik (bpsw. Funk) liegt. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Manuel Reimer glaubte zu wissen: Hallo, wie handhabt ihr denn den Fall, wenn zwar ein großer Teil eines Wegs (in meinem Fall Waldweg) mit euren GPS-Daten übereinstimmt, aber dann, gerade da, wo man neue Wege einbauen will, ein kleiner Versatz vorhanden ist. Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen GPS-Daten ziehen? In meinem Fall ist der Versatz zirka 20 Meter. 20m ist nicht so viel. Wie hast du den Weg erfasst? Laufen? Mit dem Fahrrad? Auto? Einmal langsam durch? Mehrmal langsam? Oder doch eher schnell? Ich wohn in einer hügeligen Gegend, oft sind die Wege Sackgassen und steil, wenn ich da langsam hocheiere [1] und nachher schnell wieder hinunter fahre, hab ich vor allem im wald locker 10m bis 30m Abweichung im Track und das konstant. [1] mit dem Fahrrad Neulich bin ich auf die glorreiche Idee gekommen, mein Vista HCx an einem Band um den Hals zu hängen und schnell eine Parallelstraße zu mappen. Das Ergebnis war eine Katastrophe. Teilweise über 50m Abweichung, der Track hat direkt am Anfang und direkt am Ende gepaßt, sonst hatte der Track nicht einmal annähernd die Form, die ich abgelaufen bin. Einen bestehenden Weg wegen einem Track zu ändern mach ich nur, wenn der Weg nur sehr grob eingezeichnet wurde. flo -- ich werde keine verbote annehmen von einem der trotz mehrmaliger verbote von vielen seiten immer noch html postet! [Sebastian Posner in dsnu, daf und dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschä fte?
moin On 27.04.2010, at 20:41, SLXViper wrote: AssetBurned schrieb: äh sehe ich es richtig das es trotz der fülle von mobilfunkgeschäften in deutschland und anderen ländern, nix gibt um ein solches zu mappen? Ich hab da Shop=telecommunications genommen. Das gilt auch für Niederlassungen von anderen Kommunikationsunternehmen, bspw. Telekom, Freenet, KabelBW, etc. Man könnte es auch für Ladengeschäfte nehmen, deren Fokus auf Kommunikationstechnik (bpsw. Funk) liegt. danke für den tip. schonmal drüber nachgedacht das als offiziellen tag irgendwo zu veröffentlichen? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27.04.2010 13:31, schrieb Falk Zscheile: Und wie sieht jetzt Dein konkreter respektvoller Umgang mit der Arbeit der anderen aus? Mit anderen Worten wie löst Du das Ausgangsproblem: Es ist ein Weg eingezeichnet, meine Trackaufzeichnung weicht vom eingezeichneten Weg ab und ich habe kein Orthofoto, um die Lage zu kontrollieren. Außerdem existieren keine weiteren Trackaufzeichnungen zum Weg zu denen ich mitteln kann. Ich habe gegen diesen Lösungsansatz prinzipiell nichts - wenn er denn mit Augenmaß gemacht wird. Man sollte sich dabei nämlich immer bewußt sein, daß auch das eigene GPS durchaus mal 20m und mehr Abweichung von der Wahrheit hat. Wenn schon ein paar Traces vorhanden sind, und jemand die Mittelung ermittelt und dann den Way entsprechend verschiebt ist das doch ok. Wenn einer nur seinen eigenen Trace hat und daraufhin einen bestehenden Way verschiebt ist das manchmal schon nicht mehr sooo toll, weil in Wahrheit vielleicht der vorherige Way sogar genauer war und das eigene GPS einen schlechten Tag hatte. Wenn einer einen bestehenden Way löscht und neu einträgt der alte war ja eh Mist, dabei aber leider Informationen z.B. an Nodes löscht weil er diese Infos nicht gesehen hat, dann wird es sehr unschön. Das habe ich selbst aufgezeichnet, das stimmt so ist mir mehr als einmal beim Gespräch mit Mappern gesagt worden. Viele trauen ihrem eigenen GPS mehr, als irgendwelchen fremden Wegen und verschieben dann munter drauf los. Das sie u.U. von ihrem GPS angelogen wurden, muß man halt auch erst lernen (auch die DOP Anzeige ist übrigens nur eine Mutmaßung). Ich persönlich verschiebe bei einer Differenz von 20m nur auf der Basis meines eigenen GPS garnichts, weil das einfach im Rahmen der Meßungenauigkeiten liegt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Moin, Simon Kokolakis schrieb: Georg Feddern schrieb: Meines Erachtens sind vorhandene Wege ohne GPS-Spur - sofern sie nicht völlig abwegig oder 'hingezimmert' sind - wie eine einzelne GPS-Spur in die Mittelung mit einzubeziehen Und der nächste der die Stelle bearbeitet, weiß von der ursprünglichen Spur nichts mehr und mittelt dann deine Mittelung gegen den GPS-Track, usw... Ja - und wenn dabei *keiner* seine Daten hochladen würde, entspricht der Track immer noch dem Mittel aller auf ihn angewendeter Daten - das ist doch genau das gewünschte Ergebnis. Was zur Folge hat dass der Weg immer näher an der Track hingemittelt wird, und im Endeffekt die erste Spur komplett weg ist. Sobald Daten/Tracks hochgeladen werden, gehen Keine-Daten natürlich letztendlich irgendwann verloren, das ist schon klar. Auch wenn es schade ist, aber Daten/Tracks die nicht hochgeladen werden können nicht mitberücksichtigt werden und sind somit nutzlos. Nein, siehe oben - bei entsprechender Vorgehensweise wären sogar alle sinnvoll enthalten. Provokante Gegenthese: Hochgeladene Daten, die übereinanderliegen, werden nur als einzelne Punkte wahrgenommen - und gehen somit nicht mit der richtigen Wertung in die Mittelung ein - liefern also im Endeffekt ggf. ein schlechteres Endergebnis als die korrekte Einzel-Mittelung aller nicht hochgeladener Daten ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobilfunk und Festnetztelefonie Geschäft e?
Am 27. April 2010 20:41 schrieb SLXViper slxvi...@gmx.net: AssetBurned schrieb: Ich hab da Shop=telecommunications genommen. Das gilt auch für Niederlassungen von anderen Kommunikationsunternehmen, bspw. Telekom, Freenet, KabelBW, etc. Man könnte es auch für Ladengeschäfte nehmen, deren Fokus auf Kommunikationstechnik (bpsw. Funk) liegt. und auch für Telefonläden / internet-cafés, wo man Telefon-Gespräche führen kann? Ich würde für die von Dir genannten eher 2 tags machen (für Verkaufsfilialen von Telekom-Unternehmen einen anderen als für Radio/-Funkgerätehändler und Amateurfunkbedarf). Und auch einen anderen für Tele-cafés. Vorschlag z.B. shop=telco (und ggf. brand / operator und oder name für den Typ wie vodafone, france telecom, o2, etc.) shop=radio für Funkbedarf amenity=internet_café Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Am 27. April 2010 21:50 schrieb Georg Feddern ne...@bavarianmallet.de: Ja - und wenn dabei *keiner* seine Daten hochladen würde, entspricht der Track immer noch dem Mittel aller auf ihn angewendeter Daten - das ist doch genau das gewünschte Ergebnis. Nö, dann hast du nach jeder Änderung nur das Mittel der vorherigen Mittelung und des jeweils neuesten Tracks - mit anderen Worten: der Einfluß des jeweils neuesten Tracks auf die Positionen der Nodes ist ~50%, der des Ersten ist nach der ersten Anpassung 50%, danach nimmt er dramatisch ab und schwindet schnell - damit erreichst du kein Mittel und keine Stabilisierung. (Wenn ich keinen kapitalen Denkfehler mache) Wenn allerdings alle tracks hochgeladen werden, können alle gleichermaßen in die Mittelung eingehen (und Ausreißer visuell erkannt werden). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM macht's Trackspendern auch nicht leicht (was: Vorhandener Weg weicht von meinen Daten ab...)
Am 27.04.2010 02:17, schrieb MXtin Koppenhoefer: Ich gebe Dir Recht, Tracks werden nicht besonders viele hochgeladen, mehr wäre schöner. Das will OSM aber offensichtlich nicht. (Siehe letzte beiden Threads zu dem Thema hier auf der Liste) Denn - Es gibt keinen Client, der den Upload größerer Trackmengen für DAUs erlaubt - Es gibt kein DAU-kompatibles Tool, größere Mengen an Tracks lokal vor dem Upload zu anonymisieren - Es gibt auch keine unabhängie, vertrauenswürdige Instanz, die Tracks gesammelt annimmt, anonymisiert und neutral bei OSM hochläd. Klar, das müsste jemand bauen. Wenn ich's könnte, ich würde es tun. Ich weiss nur, dass es viele Leute gibt, die auf Tracksammlungen von erheblichem Umfang sitzen, sowohl privat wie auch von Firmenwagen, diese aber aus Datenschutzbedenken nicht an OSM geben. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!
Seit dem Update am 20. April scheint Skobbler die gemapte Turn-Restriction-Relationen zu beachten. Genauer: Der dort eingesetzte Cloudmade-Router kann es jetzt. Und siehe, bei Cloudemade.com geht's auch. Wenn Ihr also Auto-Routen validieren wollt, man kann jetzt die Punkte auf der Karte schieben und schauen, wo es noch hängt oder wo es unmögliche Routenvorschläge gibt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Am Dienstag 27 April 2010 20:01:12 schrieb M∡rtin Koppenhoefer: Zeichen 250 mit Anlieger Frei gibt es öfters, das gilt (theoretisch) auch für Fahrräder (die wenigsten, mich ebenfalls ausgeschlossen, halten sich daran), für Fußgänger allerdings nicht (für die gibt's wohl nur Z.259 oder Autobahn / Kfz-Straße, wo die nicht hindürfen, oder?) Richtig. Ich gehe allerdings davon aus, dass grade bei Feldwegen oftmals irgendjemand einfach das falsche Schild aufgestellt hat. Hier gehen die vom kommunalen Tourismusverband ausgeschilderten Radwege auch über solche z250-Wege. Scheint keinem aufgefallen zu sein, dass das eigentlich paradox ist. Gruß, Bernd -- Es gibt in diesem Netz Gute und Böse. Wer die Bösen sind, entscheiden die Guten. - Michael Ottenbruch in de.admin.news.regeln 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] access=designated?
Am Dienstag 27 April 2010 11:06:18 schrieb Georg Feddern: das meistverwendete Zeichen 250 Diee Aussage bezweifle ich (so allgemein). Z250 ist hier sehr selten. z260 kommt hier wesentlich öfter vor (an jedem Feldweg). Scheint was regional unterschiedliches zu sein. Gruß, Bernd -- Die Frauen ändern zwar manchmal ihre Ansichten, aber nie ihre Absichten. - Curt Goetz (dt. Schriftsteller) 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] Vorhandener Weg weicht von meinen Daten ab...
Am Montag 26 April 2010 22:48:20 schrieb Manuel Reimer: Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen GPS-Daten ziehen? In meinem Fall ist der Versatz zirka 20 Meter. Pragmatische Antwort: Schau dir die Realität, ne andere Karte und ein Luftbild an. Dann kannst du den Verlauf eines Weges ganz gut beschreiben. Man muss ja nicht gleich von einer Drittquelle abzeichnen, sondern kann einfach mit dem gesammelten Wissen die Qualität seiner eigenen Tracks beurteilen. Ich hab dazu den WMS-Server des Landesvermessungsamts im JOSM, damit ich sehen kann wie bisherige Wege und meine Tracks zur Luftaufnahme passen. Alternativ kannst du deinen Track auch mal in Google-Earth laden und die Qualität beurteilen. Gruß, Bernd -- Fachbegriffe der Informatik (#287): Palestinänsertipper 1 Anschlag pro Minute. (Bodo Eggert) 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-it] Strade diverse, stesso ref
Il 27 aprile 2010 00.00, Cristian Testa testa.crist...@tiscali.it ha scritto: Non mi sembra ci sia niente di strano: essendo strade provinciali, due province diverse hanno dato lo stesso riferimento a due strade diverse. E' anche abbastanza comune che la stessa strada quando si cambia di provincia cambi anche il ref; che io sappia l'unico caso in cui rimane il medesimo è se quella strada è una statale (molte volte comunque riportata sui cartelli come SP) Confermo, per esperienza: una provinciale da Balzola (AL) a Vercelli cambia numerazione: fino al confine con Rive (VC) è la SP27, dopo diventa la SP5. Credo proprio che la provincia di Alessandria abbia una provinciale 5 da qualche parte... Così come la Strada delle Grange, da Vercelli a Crescentino, è la SP1, proprio come (tra le altre) l'Aurelia a Finale Ligure. Ciao Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Numeri neri e rossi
Ho visto ieri al TG1 un servizio sul problema dei numeri civici neri e rossi: in pratica in alcune strade (a Genova e a Firenze) persiste ancora una numerazione obsoleta, che prevede una doppia numerazione, dove uno stesso numero può esistere con due colori diversi. Per esempio in una strada ci può essere il sei rosso in un punto, ed il sei nero in un altro. Qualche mappatore si era già imbattuto in questa cosa? Qualcuno ha già pensato al modo migliore di risolverla? -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
2010/4/27 Giacomo Boschi gwil...@email.it: Ho visto ieri al TG1 un servizio sul problema dei numeri civici neri e rossi: in pratica in alcune strade (a Genova e a Firenze) persiste ancora una numerazione obsoleta, che prevede una doppia numerazione, Obsoleta? Capisco che sia particolare e possa generare confusione a chi non è del luogo, ma se è in uso non è obsoleta. dove uno stesso numero può esistere con due colori diversi. Per esempio in una strada ci può essere il sei rosso in un punto, ed il sei nero in un altro. Qualche mappatore si era già imbattuto in questa cosa? Qualcuno ha già pensato al modo migliore di risolverla? Se dai un'occhiata alla mappa di Genova, vedrai che dove abbiamo cominciato a mettere le numerazioni abbiamo indicato i numeri rossi con il suffisso r minuscolo. Nella pratica credo che non ci siano grossi problemi di conflitti con eventuali numerazioni letterali. Non so se a Firenze hanno già cominciato a indicare sulle mappe i singoli edifici. Luciano -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
Ho visto ieri al TG1 un servizio sul problema dei numeri civici neri e rossi: in pratica in alcune strade (a Genova e a Firenze) persiste ancora una numerazione obsoleta, che prevede una doppia numerazione, dove uno stesso numero può esistere con due colori diversi. Per esempio in una strada ci può essere il sei rosso in un punto, ed il sei nero in un altro. Qualche mappatore si era già imbattuto in questa cosa? Qualcuno ha già pensato al modo migliore di risolverla? A Genova ne discutemmo durante un Pizza Party. I numeri rossi sono dedicati alle attività commerciali e, non sempre, ai box auto. Tenendo conto che in alcune vie potevamo trovarci davanti al 6r nero e al 6r rosso abbiamo deciso per usare 6r minuscolo per i numeri neri e 6R per i numeri rossi. Ale_zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
Opps, battuto sul tempo da Luciano :) Ne approfitto per ricordare la convenzione della numerazione dei civici (avendo lavorato in passato come 'trimestrale' alle Poste): si parte dal centro verso la periferia e dal mare verso i monti, i dispari sono a destra. Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
On Tue, Apr 27, 2010 at 12:02:27PM +0200, ale_z...@libero.it wrote: Opps, battuto sul tempo da Luciano :) Ne approfitto per ricordare la convenzione della numerazione dei civici (avendo lavorato in passato come 'trimestrale' alle Poste): si parte dal centro verso la periferia e dal mare verso i monti, i dispari sono a destra. Io sapevo che a Firenze la convenzione è diversa: per le vie parallele all'Arno i numeri crescono secondo il verso del fiume (Est-Ovest, quindi dai monti verso il mare), per le vie perpendicolari invece i numeri crescono allontanandosi dall'Arno. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terze Giornate triestine gvSIG.Pprogramma
2010/4/22 Stefano Salvador stefano.salva...@gmail.com: Per i curiosi ho messo qui [1] la presentazione e qui [2] l'articolo che mi hanno costretto a scrivere per una pubblicazione fatta in concomittanza con l'evento. Al solito posto, le mie slide: http://www.slideshare.net/simonecortesi/gvsig-gosmore-14aprile2010 Questa volta ho parlato di gosmore con qualche dettaglio su questo programmillo molto parco di risorse di sistema. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
A livello nazionale varrà solo quella: dal centro alla periferia; a Firenze come riferimento avrete l'Arno al posto del mare (a voi verrebbe più difficile riferirsi al mare, a Genova ci verrebbe male capire quale capo della strada è più vicino all'Arno :) ). Messaggio originale Da: o...@rigacci.org Data: 27/04/2010 12.27 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] Numeri neri e rossi On Tue, Apr 27, 2010 at 12:02:27PM +0200, ale_z...@libero.it wrote: Opps, battuto sul tempo da Luciano :) Ne approfitto per ricordare la convenzione della numerazione dei civici (avendo lavorato in passato come 'trimestrale' alle Poste): si parte dal centro verso la periferia e dal mare verso i monti, i dispari sono a destra. Io sapevo che a Firenze la convenzione è diversa: per le vie parallele all'Arno i numeri crescono secondo il verso del fiume (Est-Ovest, quindi dai monti verso il mare), per le vie perpendicolari invece i numeri crescono allontanandosi dall'Arno. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
Il 27/04/2010 12:02, ale_z...@libero.it ha scritto: Opps, battuto sul tempo da Luciano :) Ne approfitto per ricordare la convenzione della numerazione dei civici (avendo lavorato in passato come 'trimestrale' alle Poste): si parte dal centro verso la periferia e dal mare verso i monti, i dispari sono a destra. Forte! Non lo sapevo... Pensandoci un attimo mi sa che da me a Viareggio i numeri sono messi un po' a caso... cmq verificherò :) Ste signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
2010/4/26 Simone Aliprandi simone.alipra...@gmail.com: Da ciò di deduce che... mal che vada si può sempre usare i dati risalenti dal 1990 indietro. Che bellissima notizia! [Siamo ancora più fortunati degli inglesi che hanno un crown copyright di 50 anni.] Ultima domanda: l'IGM (Istituto Geografico Militare) è una amministrazione dello stato? (Art.11) Se sì, tutte le carte dell'IGM prodotte prima del 1990 sono ora nel libero dominio. Potremmo quindi organizzare una cosa simile a quello che hanno fatto gli inglesi con le carte NPE della OS: raccoglierle tutte, scansionarle e renderle disponibili online con un servizio WMS / sfondo per Potlatch. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] un po' di pubblicità ad OSM..
giusto perchè mi ci sono imbattutto oggi e non so che fare http://www.parcoportofino.it/direttorerisponde.aspx?id=978codice=000147 http://www.dicat.unige.it/ita/index.html ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] un po' di pubblicità ad OSM..
2010/4/27 Luca Delucchi lucadel...@gmail.com: giusto perchè mi ci sono imbattutto oggi e non so che fare http://www.parcoportofino.it/direttorerisponde.aspx?id=978codice=000147 http://www.dicat.unige.it/ita/index.html Grande Luca! Suggerisci al direttore di mettere la mappa sul sito o, almeno, di dare qualche link. Non sarebbe male puntare ad una pagina wiki con tutte le info su come stamparsi la mappa del parco e/o trasferirsela sul proprio gps. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
Il 27 aprile 2010 14.33, Simone Cortesi sim...@cortesi.com ha scritto: assolutamente. domattina provo a chiamarli per comperare le pubblicazioni vecchie. ma cosa ce ne facciamo se sono vecchie??? -- -S ciao luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
2010/4/27 Luca Delucchi lucadel...@gmail.com: assolutamente. domattina provo a chiamarli per comperare le pubblicazioni vecchie. ma cosa ce ne facciamo se sono vecchie??? non so il centro di genova, ma il centro di pavia è rimasto pressoche' invariato negli ultimi 20 anni. è per creare un precedente e per sollevare la questione. non tutto si fa per mappare, ma anche per sensibilizzare. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] E questo che cos'è?
Il giorno lun, 26/04/2010 alle 23.30 +0200, G Zamboni ha scritto: Voce fuori dal coro: il problema è Potlatch, la sua funzione Modifica Live o chi la usa male? Potlatch non è così male, ed anche in quest'occasione l'ho usato per fare un revert di un altro pasticcio fatto dallo stesso autore dello scarabocchio che ho segnalato ieri, nella stessa sessione. Il problema è che Potlatch è il primo editor che viene presentato ad un novizio quando si iscrive ad OSM, quindi ce ne vorrebbero due versioni: una per principianti, semplificata e a prova di pasticcione, e una per esperti con il live edit. Se dipendesse da me, a quella per principianti toglierei anche le immagini aeree di Yahoo: nella mia zona ci sono strade smantellate che riappaiono continuamente sulla mappa perché qualcuno le ridisegna... per non dire dell'offset. Ciao Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
Il 27 aprile 2010 14.39, Simone Cortesi sim...@cortesi.com ha scritto: non so il centro di genova, ma il centro di pavia è rimasto pressoche' invariato negli ultimi 20 anni. più o meno anche quello di genova però non mi metterei mai a cercare di liberare dei dati di 20 anni fa, a meno che non vogliamo fare una bella mappa 4D che sarebbe una gran figata è per creare un precedente e per sollevare la questione. non tutto si fa per mappare, ma anche per sensibilizzare. ok, su questo hai pienamente ragione però precedenti ce ne sono già abbastanza (tra comuni e regioni) il problema è che a volte gli amministratori non ci sentono proprio... -- -S ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
2010/4/27 Luca Delucchi lucadel...@gmail.com: Il 27 aprile 2010 14.33, Simone Cortesi sim...@cortesi.com ha scritto: assolutamente. domattina provo a chiamarli per comperare le pubblicazioni vecchie. ma cosa ce ne facciamo se sono vecchie??? Oltre ai centri storici, come giustamente fatto osservare da Simone, ci sono altre cose che cambiano molto lentamente, come i nomi e la posizione delle cascine, le strade vicinali, le ferrovie e i canali d'irrigazione. Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] consigli
Prima di fare domande: consigliatemi qualche documento un po' più consistente del Minitutorial Italiano -- Filippo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] consigli
2010/4/27 Filippo Dal Bosco - filippo.dalbo...@libero.it: Prima di fare domande: consigliatemi qualche documento un po' più consistente del Minitutorial Italiano consiglio di fare domande ;-) altrimenti consiglio il wiki in tutte le lingue, ma sopratutto in inglese. Poi se leggi in tedesco c'è un bellissimo libro di Frederik Ramm e Jochen Topf, sarebbe da tradurre ;-). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numeri neri e rossi
2010/4/27 ale_z...@libero.it ale_z...@libero.it: A Genova ne discutemmo durante un Pizza Party. I numeri rossi sono dedicati alle attività commerciali e, non sempre, ai box auto. Tenendo conto che in alcune vie potevamo trovarci davanti al 6r nero e al 6r rosso abbiamo deciso per usare 6r minuscolo per i numeri neri e 6R per i numeri rossi. IMHO sarebbe più chiaro aggiungere un tag come addr:housenumber:color=red/black ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
2010/4/27 Andrea Musuruane musur...@gmail.com: Visto che lì si cita la legge 2 Febbraio 1960, n.68, vi mando un link a tale documento: http://www.apat.gov.it/site/_files/Suolo_Territorio/sgn_legge_68.pdf Grazie del link. [questo articolo mi fa sempre un po' paura: Articolo 12 Di ogni pubblicazione cartografica prodotta da organismi non statali o da privati riflettente il territorio e le acque sotto giurisdizione italiana, oltre alla trasmissione della normale cartografia di obbligo secondo le leggi in vigore, devono essere inviate a cura dell'editore due copie in edizione di prova all'Istituto geografico militare e, ove si tratti di carte a denominatore inferiore a 100.000, due copie in edizione definitiva alla Direzione generale del catasto e dei servizi tecnici erariali. Con OSM lo stiamo violando?] Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenze, copyright e affini!
ove si tratti di carte a denominatore inferiore a 100.000, due copie in edizione definitiva alla Direzione generale del catasto e dei servizi tecnici erariali. e chi a detto che OSM ha un denominatore inferiore a 100.000 ;-) a parte gli scherzi la legge mi sembra un tantino obsoleta ... non credo che TeleAtlas o NavTeq mandino la loro cartografia all'IGM. In realtà mi pare che è anche scaduto l'obbligo di oscurare le postazioni militari, infatti nella ultima CTRN del Friuli ci sono tutte. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it