Re: [OSM-talk-be] Rendez-vous sur les sentiers / Dag van de trage weg - 23 en 24 October 2010
Pierre Parmentier schreef: I just heard and read about the projects 'Rendez-vous sur les sentiers' en 'Dag van de trage weg' on 23 en 24 October 2010. Isn't it the opportunity to join our efforts with such organisations and collect data for OSM? Does anyone have contact with them? Je viens d'apprendre l'existence des projets Rendez-vous sur les sentiers et Dag van de trage weg en date des 23 et 24 octobre 2010. piet.harde...@skynet.be est responsable pour le Westhoek, Heuvelland... Voor Piet: http://lists.openstreetmap.org/listinfo/talk-be N'est-ce pas une opportunité de collecter des tracés en vue de compléter OSM ? Quelqu'un a-t-il des contacts avec ces associations ? Links/liens : http://www.sentiers.be/spip.php?rubrique94 et http://www.tragewegen.be/. Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Ca va quand meme interesser q'un:
L'OSGeo-fr organise un village Open Source lors des 2es Rencontres SIG la Lettre (http://www.rencontres-sig-la-lettre.fr) qui se tiendront du mardi 4 au jeudi 6 mai 2010, à Marne-la-Vallée, au sein de l'École Nationale des Sciences Géographiques (ENSG). Durant ces trois jours s’organisent des conférences au sein du village. Parmi les thématiques, vous trouverez des présentations des nouvelles versions d'applications développées au sein de sociétés ou de communautés, des études de cas et des exemples d'utilisation de ces applications. Ces conférences d'une durée de 30 min vous permettent ainsi de réaliser votre veille technologique : * mettez à jour vos connaissances sur ces applications suite aux évolutions récentes des développements ; * échangez avec des développeurs, des chefs de projets ou des contributeurs ; * confrontez votre problématique et vos expériences avec d'autres utilisateurs ou contributeurs ; * assistez à des démonstrations d'applications. Tout ceci réuni au sein d'un village accueillant, disponible au sein des Rencontres SIG La Lettre. Le programme des conférences peut être ajouté à votre agenda électronique (format iCal) ou bien visualisé sur l'interface web. * Interface web : http://tinyurl.com/conferences-villageos * Calendrier iCAL : http://www.google.com/calendar/ical/osgeo.asso.fr_rgfsqrodj1lo20254jptjv0g20%40group.calendar.google.com/public/basic.ics * Télécharger et imprimer le prgramme : http://www.osgeo.asso.fr/programme_conferences_sigll2010.pdf Nous vous attendons nombreux, que vous soyez curieux, passionnés ou experts ! À propos de l'OSGeo-fr - L'association OSGeo-fr est la représentation francophone de la fondation Open Source Geospatial dont la mission est d'aider et de promouvoir le développement collaboratif des données et des technologies géospatiales ouvertes. L'association sert de personne morale à travers laquelle les membres de la communauté peuvent contribuer au code, aux finances et aux autres ressources, en s'assurant que leurs contributions seront maintenues au bénéfice du public. L'OSGeo-fr sert également d'organisation de référence et d'assistance pour la communauté géospatiale libre, et fournit un forum commun ainsi qu'une infrastructure partagée pour améliorer la collaboration entre projets. La participation est ouverte à l'ensemble de la communauté open source. Tous les travaux de l'association sont publiés sur des forums publics où peut s'investir une communauté libre de participants. Les projets de la Fondation OSGeo sont tous librement disponibles et utilisables sous une licence open source certifiée par l'OSI. http://fr.osgeo.org -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] tags: embankment / cutting = both/left/right/none
On Wed, Apr 28, 2010 at 2:05 AM, malenki o...@malenki.ch wrote: I already use embankment=left/right. But I'd say embankment=none is superfluous - if there is none, none is to be tagged. Maybe, but as always, the problem with not tagging is you can't distinguish between there is an embankment but no one has tagged it yet and the road has been surveyed and there is definitely no embankment. Of course, taken to its logical extreme you would end up tagging every piece of road bridge=no, lanes=2, surface=sealed, color=black... Also, presumably you are suggesting that embankment=yes remains synonymous (if less specific) with embankment=both? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC -(Trolley)
Alex S. wrote : Since it's been brought up, how about a tag/sub-tag for handbaskets? It would be just as nice to know if the local bodega/mini-mart/c-store have them before leaving the house. I suggest a separate tag, but it's a good idea, if this was not proposed or adopted why not =) And this tag could have may subtags like handbasket=number, tag with a node the emplacement, etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bulk merge of duplicate points
On Thu, 29 Apr 2010, Robin Paulson wrote: can this be made to run in a bulk fashion? i was under the impression after running the check, it required each set of duplicate nodes to be accepted for merging. we will potentially have tens of thousands of duplicates, so this isn't really on It would help if you thought a little more about duplicate things on the one position. E.g. Service Station could have 5 or 6 types of fuel, an address, a phone number, notes about ancillary services - car wash, groceries, telephone, atm machine, A number of these are amenity=xxx and if you merge the nodes you will have data loss, or difficulty in post-processing data if you string it all together. The next category are things that are at different heights in the same location - a multistorey building with basement parking, ground level shops, upper levels offices and on the roof various aerials. How will you merge all of those and not lose information? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bulk merge of duplicate points
On 29 April 2010 21:29, Liz ed...@billiau.net wrote: It would help if you thought a little more about duplicate things on the one position. E.g. Service Station could have 5 or 6 types of fuel, an address, a phone number, notes about ancillary services - car wash, groceries, telephone, atm machine, A number of these are amenity=xxx and if you merge the nodes you will have data loss, or difficulty in post-processing data if you string it all together. The next category are things that are at different heights in the same location - a multistorey building with basement parking, ground level shops, upper levels offices and on the roof various aerials. How will you merge all of those and not lose information? yes, we've thought about that, and realise that some of them should stay unmerged. the specific example we have from the import so far (there will be more) are fences round the edge of golf courses. the fence and the golf course edge do coincide, but the import scripts we're using have created duplicate nodes, as the two imports are from two different shape files within the same data set ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bulk merge of duplicate points
On Thu, 29 Apr 2010, Robin Paulson wrote: On 29 April 2010 21:29, Liz ed...@billiau.net wrote: It would help if you thought a little more about duplicate things on the one position. E.g. Service Station could have 5 or 6 types of fuel, an address, a phone number, notes about ancillary services - car wash, groceries, telephone, atm machine, A number of these are amenity=xxx and if you merge the nodes you will have data loss, or difficulty in post-processing data if you string it all together. The next category are things that are at different heights in the same location - a multistorey building with basement parking, ground level shops, upper levels offices and on the roof various aerials. How will you merge all of those and not lose information? yes, we've thought about that, and realise that some of them should stay unmerged. the specific example we have from the import so far (there will be more) are fences round the edge of golf courses. the fence and the golf course edge do coincide, but the import scripts we're using have created duplicate nodes, as the two imports are from two different shape files within the same data set In particular, where roads in Australia overlie imported admin_boundary nodes and ways, we do not want them merged. Editing the relations of the admin_boundaries often breaks the relations. Secondly, the roads move (in terms of the passage of years) in rural areas, while the boundaries do not. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] [tagging] Feature Proposal - RFC -(Trolley)
John Smith wrote: You might want to wikifiddle a bit http://wiki.openstreetmap.org/wiki/Template:Proposal_Page That page and others still suggest that the talk list be used for tag discussions... Good point - had spotted one of those references but not the other. Fixed. May I therefore humbly suggest to the trolley enthusiasts that they take their discussion to the lovely, not-at-all-hellish tagging mailing list. cheers Richard ___ 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-28 17:52 +1000]: On Tue, Apr 27, 2010 at 11:58 PM, Phil! Gold phi...@pobox.com wrote: 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 What about similar to a turn_restriction relation? I.e. with a from way, via node, and to way... You could use type=motorway_junction + ref=*, to be consistent with the existing highway=motorway_junction tagging. Like I said, I don't feel entirely up to the task of suggesting additions to OSM's tagging schemes yet, but that sounds like the best idea so far, in terms of appropriateness to the actual data. I guess I'll wait a few days and see if anyyone has any other suggestions. If not, I'll start reading about the tagging proposal process on the wiki. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Time is nature's way of making sure that everything doesn't happen at once. Space is nature's way of making sure that everything doesn't happen to you. --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bulk merge of duplicate points
Robin Paulson wrote: On 28 April 2010 18:33, Vincent Pottier vpott...@gmail.com wrote: 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 The validator plugin... can this be made to run in a bulk fashion? i was under the impression after running the check, it required each set of duplicate nodes to be accepted for merging. we will potentially have tens of thousands of duplicates, so this isn't really on afair this could be done by clicking on the folder containing all these types of errors. frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Voting for place=isolated_dwelling is open
Martin Koppenhoefer wrote: please vote: http://wiki.openstreetmap.org/wiki/Proposed_features/isolated_dwelling Err... Aren't those called houses? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Voting for place=isolated_dwelling is open
2010/4/29 Dave F. dave...@madasafish.com: Martin Koppenhoefer wrote: please vote: http://wiki.openstreetmap.org/wiki/Proposed_features/isolated_dwelling Err... Aren't those called houses? yes, it could be houses. It could also be a cave or a tent, but mostly it will be houses. This is a term for settlement classification, not about building types. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Amsterdam-Noord mapping party
Howdy! Ik vroeg me af wat de status was (op doodle is er niks veranderd maar toch). Anders zou ik graag 15 danwel 16 Mei willen voorstellen, dan ben ik weer in het land en klaar om te mappen! Groet, --Roeland On Monday 26 April 2010 10:52:57 Martijn van Exel wrote: Ha mappers, Ik zie dat ik voor volgend weekend drie mensen heb voor een mapping party in Noord. Dat vind ik te weinig. Als ik er nog twee bij krijg dan gaat het door wat mij betreft! Meld je hier aan:http://doodle.com/muv6nn8q6iyyx9kc Als het doorgaat dan hebben we als startpunt Disteldorp in Amsterdam-Noord - strategisch gelegen tussen alle nieuwe ontwikkelingen in Overhoeks / Buiksloterham en het vernieuwde Noorderpark; twee uitgelezen bestemmingen voor mappers. En overal in de buurt ontbreken nog huisnummers! Schrijf je nu in! Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Amsterdam-Noord mapping party
Ha, Ik ben ondertussen in het buitenland dus voor mij wordt het m dit weekend niet meer. Hou me aanbevolen voor binnenkort!! Martijn Verstuurd vanaf mijn iPhone Op 29 apr. 2010 om 11:52 heeft Roeland Douma u...@rullzer.com het volgende geschreven: Howdy! Ik vroeg me af wat de status was (op doodle is er niks veranderd maar toch). Anders zou ik graag 15 danwel 16 Mei willen voorstellen, dan ben ik weer in het land en klaar om te mappen! Groet, --Roeland On Monday 26 April 2010 10:52:57 Martijn van Exel wrote: Ha mappers, Ik zie dat ik voor volgend weekend drie mensen heb voor een mapping party in Noord. Dat vind ik te weinig. Als ik er nog twee bij krijg dan gaat het door wat mij betreft! Meld je hier aan:http://doodle.com/muv6nn8q6iyyx9kc Als het doorgaat dan hebben we als startpunt Disteldorp in Amsterdam-Noord - strategisch gelegen tussen alle nieuwe ontwikkelingen in Overhoeks / Buiksloterham en het vernieuwde Noorderpark; twee uitgelezen bestemmingen voor mappers. En overal in de buurt ontbreken nog huisnummers! Schrijf je nu in! Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Mini Roundabouts.
This roundabout seems decorative to me http://www.nearmap.com/?ll=-35.921013,145.647941z=21t=knmd=20100122 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Sun, Apr 25, 2010 at 12:33 AM, Ross Scanlon i...@4x4falcon.com wrote: This is definitely not a mini_roundabout even if we had such in Australia which has previously been agreed we don't have them. Could I suggest that if any decisions are taken on stuff like this, the decision should be documented on the wiki. Otherwise it doesn't really exist, and will just be rehashed indefinitely on the mailing list. FWIW, here's how I see it 1) A mini-roundabout is a round marking, whether painted or slightly raised, in the middle of an intersection that can legitimately be driven over in a normal car. 2) Better to mislabel a real roundabout as a mini-roundabout than leave it marked as a normal intersection. (It's much, much quicker, and conveys almost the same information.) 3) There are much bigger fish to fry. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
not really... it forces people to swing wide when making a right hand turn... assuming this is a good thing to do... jim On Thu, Apr 29, 2010 at 5:23 PM, John Smith deltafoxtrot...@gmail.com wrote: This roundabout seems decorative to me http://www.nearmap.com/?ll=-35.921013,145.647941z=21t=knmd=20100122 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
John Smith wrote: This roundabout seems decorative to me http://www.nearmap.com/?ll=-35.921013,145.647941z=21t=knmd=20100122 It's obviously designed to co-ordinate with the herringbone pattern in the adjacent parking lot. :-) Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
Could I suggest that if any decisions are taken on stuff like this, the decision should be documented on the wiki. Otherwise it doesn't really exist, and will just be rehashed indefinitely on the mailing list. Read the wiki. Roundabouts should be drawn in full. It was put this way to be polite. 2) Better to mislabel a real roundabout as a mini-roundabout than leave it marked as a normal intersection. (It's much, much quicker, and conveys almost the same information.) Agree but it does not convey the same meaning as we've seen the routers (Garmin at least) don't recognise the mini_roundabouts). If your sitting there tracing details from nearmap why not get it right first off there's no time limit, this is not a race, the data is more important than mappers convienience. 3) There are much bigger fish to fry. Sure are, I'll have a barra :) Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 29 April 2010 22:59, Ross Scanlon i...@4x4falcon.com wrote: Read the wiki. Roundabouts should be drawn in full. Which is merely the opinion(s) of one or more people that wrote it, there seems to be 3 opinions on tiny roundabouts, they should be mapped in full, mini roundabout tagging is sufficient or they just don't care. Agree but it does not convey the same meaning as we've seen the routers (Garmin at least) don't recognise the mini_roundabouts). That doesn't mean the mini tag is wrong, just that some people are pushing to have things render correctly on Garmin's. If your sitting there tracing details from nearmap why not get it right first off there's no time limit, this is not a race, the data is more important than mappers convienience. That is only one opinion, in my opinion this is tagging things wrong because it doesn't render properly on mapnik, but that is just my opinion I'm not trying to pass it off as group think because someone wrote it up on the wiki... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Abuse
Hi everyone, I'm new on the mailing list, so it would be appreciated if you could forgive some of the newbie / naive responses. Is anyone else slowly getting angrier about the vandalism :( ? They've also added: Jon Cryer Drive (56235587) Blake Johnson Street Simon Barber Drive (29452691) Highlands Road (46594174) and they've rerouted Bolton Avenue through the golf course at Burswood Resort to make way for their Simon Barber Drive (http://www.openstreetmap.org/?lat=-31.956927lon=115.898245zoom=18). They've renamed the main road in Kalgoorlie to Hannan Street (Fake Great Eastern Highway). I'd say they lived in the Parkerville / Stoneville area and were FIFO workers in Kalgoorlie. Simon Barber Drive seems to be a fictional highway that follows the path of the river and connects Burswood Resort, via some of their other creations, to the Parkerville / Stoneville area. Given it's just one contributor, should we ask a sys/data admin to revert all his changes and ask the relevant user questions later? The vandalism intrudes into the CBD area of the map - I would argue that it is falling into the might bring the project into disrepute elements of the important to respond immediately and revert first and ask questions to the contributor in parallel guidelines in the OSM wiki. Looking at their changes, I don't think they've made any major contribution to the database. -- Voon-Li Chung chun...@gmail.com.au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
If your sitting there tracing details from nearmap why not get it right first off there's no time limit, this is not a race, the data is more important than mappers convienience. That is only one opinion, in my opinion this is tagging things wrong because it doesn't render properly on mapnik, but that is just my opinion I'm not trying to pass it off as group think because someone wrote it up on the wiki... It will render correctly on mapnik if you set up mapnik to do so. What your proposing is tagging for the renderer, what I'm saying is collect the data then let the renderer or router work it out. Your missing my point here, in that all the data needs to be collected so that the different renderers and routers can then do as they like with the data. If you want garmin or mapnik to render the data as just a cross or t intersection even though its actually a roundabout then you can do so or vv. We are collecting that data, not just making the map, so lets make it as accurate as possible. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 29 April 2010 23:56, Ross Scanlon i...@4x4falcon.com wrote: It will render correctly on mapnik if you set up mapnik to do so. No, the smaller the roundabout the more non-roundabout it will look, so it won't render correctly. What your proposing is tagging for the renderer, what I'm saying is collect the data then let the renderer or router work it out. I'm actually making the claim you are trying to get us to tag for garmins because they don't render the information the same as other rendering software. Your missing my point here, in that all the data needs to be collected so that the different renderers and routers can then do as they like with the data. If you want garmin or mapnik to render the data as just a cross or t intersection even though its actually a roundabout then you can do so or vv. I understand the point perfectly, however you are pushing one thing because you have a problem with the output, doesn't mean it's being tagged incorrectly. We are collecting that data, not just making the map, so lets make it as accurate as possible. Accurate is subjective, I think there are some mini roundabouts and tagging them as mini roundabouts is accurate to me, but it's not to you because it doesn't work properly on your device. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
On 29 April 2010 23:29, Voon-Li Chung chun...@gmail.com wrote: Hi everyone, I'm new on the mailing list, so it would be appreciated if you could forgive some of the newbie / naive responses. Is anyone else slowly getting angrier about the vandalism :( ? The problem isn't the vandalism, it's bound to happen, it happens all the time on wikipedia, why would it not happen on 'the wikipedia of maps'... Looking at their changes, I don't think they've made any major contribution to the database. Before most others will help you directly, especially on the main talk/dev lists, they will want to know if you contacted the author of the changes to find out more or less if it was an accident and if they also think their changes will be reverted. Although it's obvious in this case the user probably won't help or it might even be counter productive giving the person a buzz that they're getting to you. You can send a request to the talk list for people that do bulk reverts to revert the change set, although if the user keeps making bogus edits the problem will definitely need escalating to some kind of automation to remove. So the question is, do you think you can take care of the problem yourself, do you need some help or do you want someone else to deal with it completely? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
FWIW, here's how I see it 1) A mini-roundabout is a round marking, whether painted or slightly raised, in the middle of an intersection that can legitimately be driven over in a normal car. While I tend to agree with this it's not what was my original issue. The following two links are screenshots to two that I've since replaced with drawn out roundabouts. (each are about 340kb). http://www.4x4falcon.com/screenshots/josm_not_mini_roundabout_source_nearmap.jpg http://www.4x4falcon.com/screenshots/josm_not_mini_roundabout_source_nearmap_2.jpg Both were tagged as source=nearmap by the same user. These are quite obviously not mini_roundabouts as above or as per the wiki. You'll also find it's Offence Provison under the road rules to drive across the center unless it is impractical to do so in the vehicle you are driving, eg semi-trailer. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 30 April 2010 01:13, Ross Scanlon i...@4x4falcon.com wrote: While I tend to agree with this it's not what was my original issue. And I agree with you that 99.9% of roundabouts tagged as mini are wrong, it's the 0.1% that's in question. You'll also find it's Offence Provison under the road rules to drive across the center unless it is impractical to do so in the vehicle you are driving, eg semi-trailer. They usually paint the outer edge solid white, and the offense is when you cross an unbroken solid white line, or so I've been told in respect to NSW road rules, although the states have supposed to harmonise their road rules by now. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 30/04/10 01:34, John Smith wrote: They usually paint the outer edge solid white, and the offense is when you cross an unbroken solid white line, or so I've been told in respect to NSW road rules, although the states have supposed to harmonise their road rules by now. Crossing unbroken lines aside, it's an offence to drive on the central part of a roundabout if your vehicle's size lets you avoid doing that: A driver driving in a roundabout must drive: ... to the left of the central traffic island in the roundabout (ARR rule 115). John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Nearmap imagery north of Melbourne
More imagery north of Melbourne is coming online. http://www.openstreetmap.org/browse/way/56117394 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Fri, 30 Apr 2010, Steve Bennett wrote: I don't know about everyone else, but I see the tagging there as a pretty normal shortcut. I've done the same thing myself. New housing developments often contain dozens of roundabouts. Better to tag them as mini_roundabout than not to tag them at all. And since, in potlatch at least, you can tag a mini_roundabout with one click and one keypress ('r') — compared to probably at least a dozen clicks for a full roundabout — it seems worth it. Steve, you draw out one roundabout. You copy and paste that roundabout all through the housing estate. Now you draw the lines which connect them to make the roads. Easier. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Sun, Apr 25, 2010 at 12:33 AM, Ross Scanlon i...@4x4falcon.com wrote: Hi All, I know I'm probably preaching to the converted but... I've been having a look at tagwatch and have noticed a massive increase in the number of mini roundabouts, in the past couple of months. Mind you I've replaced about 800 of them over the last week or too. I'm guessing this is your work: http://www.openstreetmap.org/?lat=-37.907329lon=145.107541zoom=19 Why? Why would you do this? 1) They're clearly mini roundabouts. I go straight over them on my bike. 2) The roads you've mapped out don't even follow the aerial photos - they cut across people's front lawns. 3) Why an octagon shape? Ugh. At least use the tidy function in JOSM or Potlatch to make them circles. My mind is blown that you would spend hours of your time doing this. There are thousands of more productive things you could be doing. I was about to start converting a couple into mini_roundabouts when I suddenly twigged why they were there. Sorry to rant, but...why...why...? Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Abuse
Done and Done, Response from osm I've put a block on him with a message he will need to read before he can edit again. I suggest we wait to see if that prompts him to get in touch before we embark on a revert. Cheers Ross On Fri, 30 Apr 2010 06:55:16 +1000 Liz ed...@billiau.net wrote: On Fri, 30 Apr 2010, John Smith wrote: So the question is, do you think you can take care of the problem yourself, do you need some help or do you want someone else to deal with it completely? Don't change individual streets, there are ways to revert the entire changeset so that everything they have changed is gone. So ONE person message the offenders Voon-LI? John? and wait 24 hours. Then if no result (as expected) we list the changesets and ask someone to revert the lot. Suggest Hi friends Your changes to the OpenStreetMap have been noticed. OpenStreetmap is a serious project, not a place to immortalise your friends. Please join us to add real data to the map - put your favourite fast food joints on, improve the map and not deface it. OpenStreetMap has tools to remove all your work in one move, and this weekend we intend to remove all of your changes. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
1) They're clearly mini roundabouts. I go straight over them on my bike. They are concrete circles from Nearmap as far as I can tell. 2) The roads you've mapped out don't even follow the aerial photos - they cut across people's front lawns. Must have missed resizing these lot done now and I did not map any of the other roads they were alread there. 3) Why an octagon shape? Ugh. At least use the tidy function in JOSM or Potlatch to make them circles. An octagon is the smallest number of nodes to accurately describe a circle. And they have been tidied using JOSM's circle function. My mind is blown that you would spend hours of your time doing this. There are thousands of more productive things you could be doing. I was about to start converting a couple into mini_roundabouts when I suddenly twigged why they were there. Having just spent 3 months on the road collecting over 9000km's of gps traces which have already been incorporated into osm, due to problems with our vehcile we've got 6 months of while we wait for repairs so how I spend that time is totally up to me. Sorry to rant, but...why...why...? Cause I can. Steve Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
From: Steve Bennett stevag...@gmail.com 1) They're clearly mini roundabouts. I go straight over them on my bike. You're not supposed to go over a roundabout, unless your vehicle's lack of turning ability necessitates it! :-) 2) The roads you've mapped out don't even follow the aerial photos - they cut across people's front lawns. The roads in that area look OK to me with reference to NearMap photos. 3) Why an octagon shape? Ugh. At least use the tidy function in JOSM or Potlatch to make them circles. I mostly use octagons to map roundabouts in my local area too. The OSM Editing Standards and Conventions document says you should add enough points to make each curve look like a curve. On the other hand, the documentation for junction=roundabout suggests A standard size roundabout with up to four exits can be drawn simply using four nodes in a diamond shape. As the editing conventions say, curves made of lines always look like a series of lines when zoomed in past a certain point. The degree to which this is an issue depends on the zoom level. I particularly dislike the way that a diamond shape renders on (the current maximum) zoom 18 - it looks nothing like a circle. However an octagon looks quite close to a circle. If we had renderers that went to zoom 19 then I would perhaps go beyond the octagon and use a dodecagon (12 sides). Regards Simon ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Fri, 30 Apr 2010 04:49:11 +0800, Liz ed...@billiau.net wrote: On Fri, 30 Apr 2010, Steve Bennett wrote: I don't know about everyone else, but I see the tagging there as a pretty normal shortcut. I've done the same thing myself. New housing developments often contain dozens of roundabouts. Better to tag them as mini_roundabout than not to tag them at all. And since, in potlatch at least, you can tag a mini_roundabout with one click and one keypress ('r') — compared to probably at least a dozen clicks for a full roundabout — it seems worth it. Steve, you draw out one roundabout. You copy and paste that roundabout all through the housing estate. Now you draw the lines which connect them to make the roads. Easier. Better is drawing a diamond shape in Potlatch, then pressing 't' to tidy it. Presto! A nice tidy circle! Put the diamond points on the roundabout itself and the circle will overlay the road correctly. More complex roundabouts with dual carriageways entering are no problem, either. My opinion, in this seemingly endless debate, is that those roundabouts that are merely painted circles are mini_roundabouts, regardless of if they exist in Australian Road standards or not. However, once you add an island and kerbing, they become a full roundabout, and need (IMHO) to be fully drawn and tagged appropriately. That's how I've been doing them anyway. $0.02 -- Andrew Gregory mailto:and...@scss.com.au http://www.scss.com.au/family/andrew/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 30 April 2010 10:47, Ross Scanlon i...@4x4falcon.com wrote: An octagon is the smallest number of nodes to accurately describe a circle. And they have been tidied using JOSM's circle function. According to the wiki a square is good enough although if a roundabout only has 3 exits I guess a triangle would be good enough. http://wiki.openstreetmap.org/wiki/Tag:junction=roundabout#Examples ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Fri, Apr 30, 2010 at 10:47 AM, Ross Scanlon i...@4x4falcon.com wrote: 1) They're clearly mini roundabouts. I go straight over them on my bike. They are concrete circles from Nearmap as far as I can tell. Andrew wrote: However, once you add an island and kerbing, they become a full roundabout, and need (IMHO) to be fully drawn and tagged appropriately. That's how I've been doing them anyway. Not sure what the technical definition of island or concrete circle is. These particular examples are ever so slightly raised (perhaps 15cm) and have a slight kerb. If we want to define a mini_roundabout as one that is strictly only painted (not sure I've seen such a thing here), then fair enough - but let's put in in the wiki. Roundabouts should be drawn out in full is not sufficient. 2) The roads you've mapped out don't even follow the aerial photos - they cut across people's front lawns. Must have missed resizing these lot done now and I did not map any of the other roads they were alread there. Ok, fair enough. 3) Why an octagon shape? Ugh. At least use the tidy function in JOSM or Potlatch to make them circles. An octagon is the smallest number of nodes to accurately describe a circle. And they have been tidied using JOSM's circle function. Not sure that makes sense, but I accept the explanation that you don't need many nodes for most sensible zoom levels. It's only really in something like Potlatch at high zoom levels that it's noticeable. (Although aesthetically it still seems right to use more nodes, but that's probably just a question of taste.) Having just spent 3 months on the road collecting over 9000km's of gps traces which have already been incorporated into osm, due to problems with our vehcile we've got 6 months of while we wait for repairs so how I spend that time is totally up to me. Indeed. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On 30/04/10 13:55, Steve Bennett wrote: Not sure what the technical definition of island or concrete circle is. These particular examples are ever so slightly raised (perhaps 15cm) and have a slight kerb. Then they're roundabouts, as defined in the Aust Road Rules. If we want to define a mini_roundabout as one that is strictly only painted (not sure I've seen such a thing here), then fair enough - but let's put in in the wiki. Roundabouts should be drawn out in full is not sufficient. Technically, if they're just painted they're not roundabouts in Aust. By all means, tag them as mini-roundabouts if you will. But be aware that the specific road rules for roundabouts don't apply. Not sure that makes sense, but I accept the explanation that you don't need many nodes for most sensible zoom levels. It's only really in something like Potlatch at high zoom levels that it's noticeable. (Although aesthetically it still seems right to use more nodes, but that's probably just a question of taste.) I usually tag small, 4-entry roundabouts with just those 4 nodes. Bigger ones normally get 8 nodes from me, and probably more still if the connecting roads are flared (so that entry and exit points are duly separated). Curve smoothness is a compromise. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
On Fri, 2010-04-30 at 10:47 +1000, Ross Scanlon wrote: 1) They're clearly mini roundabouts. I go straight over them on my bike. They are concrete circles from Nearmap as far as I can tell. 3) Why an octagon shape? Ugh. At least use the tidy function in JOSM or Potlatch to make them circles. An octagon is the smallest number of nodes to accurately describe a circle. And they have been tidied using JOSM's circle function. I just had a quick look and noticed that too. In the small area linked, I counted 9 roundabouts. Turning them into a circle, has given them 18 nodes each. Given that each round-about has 4 entry/exit points, this means for a diamond shape, youre using no extra nodes, for an octagon youre using 36 extra nodes and the current method (18 nodes) has created 126 extra nodes in this area. While I agree that its useful to represent curves and bends properly in the traffic flow, this seems a bit excessive. Youre going from having 9 roundabouts with 36 nodes, to having 9 roundabouts using 162 nodes, for no reason other than so it renders a little bit nicer? One question I do have though, is why put the roundabouts in, and not split up the entry/exit ways? From looking at the nearmap imagery, the entry/exit lanes are divided at each round-about. There also appears to be a lot of footpaths in the area if youve got plenty of time to kill :) David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mini Roundabouts.
I just had a quick look and noticed that too. In the small area linked, I counted 9 roundabouts. Turning them into a circle, has given them 18 nodes each. Given that each round-about has 4 entry/exit points, this means for a diamond shape, youre using no extra nodes, for an octagon youre using 36 extra nodes and the current method (18 nodes) has created 126 extra nodes in this area. While I agree that its useful to represent curves and bends properly in the traffic flow, this seems a bit excessive. Youre going from having 9 roundabouts with 36 nodes, to having 9 roundabouts using 162 nodes, for no reason other than so it renders a little bit nicer? Not me. I had only put in 8 nodes at each. Only add additional at larger roundabouts or where I need to have increased information. One question I do have though, is why put the roundabouts in, and not split up the entry/exit ways? From looking at the nearmap imagery, the entry/exit lanes are divided at each round-about. There also appears to be a lot of footpaths in the area if youve got plenty of time to kill :) I would not bother with these small islands bigger islands yes. This is also in line with the osm wiki where don't split roads at small islands meant as pedestrian refuges at intersections. Gives someone else something to do. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Deface construtivo aqui no Rio
Olha que louco o que esse cara fez: http://www.openstreetmap.org/browse/way/57105854 http://www.openstreetmap.org/browse/way/57105854Essa linha não existe, mas é o projeto de um MagLev (trem de levitação magnética) urbano que uma galera lá da UFRJ tem. É o primeiro deface construtivo, digamos assim, que eu vejo aqui no Rio [1]. Já mandei uma mensagem pedindo que ele mude o tagueamento, não que ele apague as vias, mas que escolha outras tags que não as que aparecerão no mapa para não confundir as pessoas, tipo usar project=light_rail e project=railway:station ao invés de railway=*. Ou vocês acham que é o caso de um revert mesmo? Pensei em reverter de cara, mas de repente é um contato com a galera da UFRJ que ser frutífero. (Sim eu vejo o lado positivo mesmo de um deface) :) []s 1: monitorando no http://twitter.com/osm_rio ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Am Donnerstag 29 April 2010 06:18:45 schrieb Joerg Fischer: Nur, staatlicherseits werde ich jetzt schon viel genauer überwacht als das ein blöder GPX-Track könnte. Man muß nur die Mautbrücken auswerten und die Überwachungskameras, mit meinem Mobilfunkprovider und meiner Bank reden. Ich habe keine Möglichkeit mich dagegen zu wehren. Diesen Denkfehler hat Schäuble auch schon gemacht: Nur weil manche Leute ständig Handys benutzen und mit alles EC- und Payback- Karten zahlen, muss das nicht jeder machen. Nur weil manche Leute jeden Schritt bei 10 social networks gleichzeitig dokumentieren, ist es keine Anforderung an das tägliche Leben, dies zu tun. Wenn ich nicht will dass man mich tracked, dann fahre ich Landstraßen (ohne geblitzt zu werden) oder Fahrrad, schalte das Handy aus und zahle mit Bargeld. Ich habe selbst in der Hand ob ich einen Teil oder die Summe meiner Bewegungen nachvollziehbar mache oder ob ich es sein lasse. Und wer bei OSM die Tracks aller seiner Bewegungen zusammen gefasst hoch lädt, dem glaube ich gerne dass ihm dabei unwohl wird. Zumindest wenn er sich ansonsten vielleicht ab und an bewusst der Dauerüberwachung entzogen hat. Gruß, Bernd -- Rachel: Möchte noch jemand Kaffee ? Chandler: Hast du den gemacht oder schenkst du den nur ein? Rachel: Ich schenke ihn nur ein. Alle: Oh dann möchte ich auch einen. - Friends (am. Sitcom) 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] Waldweg, welcher tracktype?
Am 26. April 2010 23:14 schrieb Gerry Light gerrylight...@googlemail.com: Ok, mit so rasch meinte ich einen Zeitraum von ca. 3 Jahren. In dieser Zeit habe ich schon einen hier angrenzenden grade2-Weg schön nach grade5 absinken sehen. Er wurde übrigens mit einer Recycling-Geröllschüttung (ein Gemisch aus zertrümmerten Ziegelsteinen, Fließen und allen möglichen Gegenständen) gegründet und bekam anschließend diese typische, graue compacted-Schicht. Mit fehlender Pflege meine ich, dass danach eben nix mehr daran gemacht wurde. Geschätzte Nutzung: ca. 3-4 Fahrten/Tag mit normalgewichtigen (um nicht den gleichen Fehler wieder zu machen: 800-1500kg) Autos durch Schäfer, Pferdekoppelbesitzer, Jäger u.ä., ab und zu mal ein Traktor. Wow! das ist dann in der tat krass, wenn sich in diesem Zeitraum Deckschicht und Tragschicht derart zerlegen... Hast du davon zufällig ein Foto? Ich kenne zufällig jemanden, der sich mit Recycling-Gesteinskörnung im Straßenbau beschäftigt. ;-) Kurz noch zum Punkt zu schnell für OSM: Vielleicht bekommen wir auch mal genug Mapper, dass jeder Waldweg auch einmal im Jahr geprüft werden kann. Im Moment ist das aber definitiv in den wenigsten Gegenden der Fall. Gut, dann man kann auch argumentieren, wenn keiner von uns hinkommt ist's eh egal. OK, wenn die Wege so kurzlebig sind wie in deinem Beispiel ists natürlich schwierig. Die, die ich hier kenne sind eigentlich sehr beständig, auch an Stellen, an denen mindestens ein mal im Jahr (genau jetzt, wenn die Maibäume geschlagen werden) sehr hohe Kfz-Belastung herrscht. Es ging mir aber in erster Linie darum, dass es kein osm-Weltuntergang ist, wenn man mal einen grade daneben liegt. Ich mappe einfach das, was ich mir mal auf den Bildchen im Wiki angesehen habe, und wie es gerade ist. Im Wesen entspricht das ja auch dem, was Martin Simon mit Worten beschrieben hat. Es hörte sich nur so kompliziert an... Ja, ein Weltuntergang sieht anders, mir ging's auch eher darum, was mit tracktype beschrieben wird (und da kann man wenig falsch machen, wenn man sich am Wiki-Artikel orientiert) und nicht darum, unendliche Genauigkeit zu erreichen. ;-) Gruß, Martin ___ 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 Thu, Apr 29, 2010 at 01:45:20AM +0200, M???rtin Koppenhoefer wrote: wenn man Perfektionist wäre könnte man das Gebäude noch etwas aus der Straßenmitte an den Rand schieben und auch den Gehweg berücksichtigen (auf den Platz bezogen, nicht als eigenen way). Ich denke das ist notwendig, auch ohne Perfektionist zu sein. Im JOSM ist auch etwas Platz gewesen, mir fehlt nur noch das Gefühl, wieviel Platz bleiben muß, damit das wie gewünscht gerendert wird. Ich setze mich da bei Gelegenheit noch mal ran, will aber erstmal meinen Spanien Urlaub, in dem ich ganze Straßennetze neu knüpfen kann, fertig mappen, weil mir das momentan wichtiger scheint. Wenn jemand das RKI derweilen schon mal etwas zurechtrückt, habe ich nichts dagegen. Ich habe vor Ort auch noch mal festgestellt, daß die angrenzende Straße (Vorwerk) auch eine etwas andere Form hat und dann ein mehr rechtwinkliges Eckhaus herauskommen kann. Viele Grüße Anndreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Am 28. April 2010 21:15 schrieb Sebastian Hohmann m...@s-hohmann.de: Hallo, eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Das ist recht schnell zusammengeschustert und nur ein Test um mal Meinungen einzuholen. Es sind also bestimmt noch Bugs drin (und natürlich sind auch noch nicht alle wichtigen Verkehrszeichen enthalten). Wow! Du bist wirklich mein persönlicher Held, ganz ehrlich! :-) Wenn wir sowas in die Editoren hinein bekommen (zur Eingabe und zur anzeige bereits getaggter access-Restrictions) ist ein wirklich großes Problem für die meisten nicht-Vollzeit-Mapper aus der Welt. Ich find's auch toll, daß du vehicle und motor_vehicle benutzt, wo es Sinn ergibt. Allemal besser als alle einzelnen Gruppenmitglieder aufzuzählen... Was mir noch nicht ganz klar ist, zu was sowas wird: http://uninformativ.de/driver/traffic_signs/?signs=251,253,1020-30,1026-35 Ohne dass das in der Praxis so viel Sinn ergeben würde, was wäre das dann? Ich tippe auf: motorcar=destination hgv=delivery Würde mich nicht wundern, wenn Lieferverkehr frei praktisch dieselbe Bedeutung hat wie Anlieger frei(wenn du dort wohnst/arbeitest oder dort etwas zu erledigen hast, darfst du hin), nur sprachlich auf die typische Anwendung beim LKW (Anliefern/Abholen von Ware) angepasst... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Moin, Sebastian Hohmann schrieb: Was mir noch nicht ganz klar ist, zu was sowas wird: http://uninformativ.de/driver/traffic_signs/?signs=251,253,1020-30,1026-35 Ohne dass das in der Praxis so viel Sinn ergeben würde, was wäre das dann? motorcar=destination hgv=delivery oder motorcar=destination,delivery hgv=delivery oder motorcar=destination,delivery hgv=destination,delivery Oder kurz gesagt, worauf beziehen sich die Zusatzzeichen? ich meine, irgendwo gelesen zu haben, dass die Zusatzschilder nur für ein Hauptschild gelten (dürfen?) - kann es momentan aber leider nicht belegen. Für Deine 1. Variante müsste das destination unter der Bedingung also zwischen motorcar und hgv befestigt sein. Die 2. Variante ist m. E. ganz unsinnig, denn warum soll sich der eine Zusatz auf beide, der andere aber nur auf eins beziehen. Die 3. Variante entspräche der Realität, wenn sich die Zusatzschilder auf beide beziehen können/dürfen. Wobei das hgv dann ja bereits in motorcar enthalten, also überflüssig ist Wenn aber meine Erinnerung stimmt, wäre das dann eher ein motorcar=no hgv=destination, delivery. Andererseits ist das in der Realität fast noch unsinniger - es sei denn man will den Motorverkehr komplett fernhalten, aber schwere Gegenstände direkt anliefern können - andererseits können die Anlieger dann statt den PKW den LKW vor dem Haus parken. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Am 28.04.2010 21:15, schrieb Sebastian Hohmann: Rainer Kluge schrieb: 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. Hallo, eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Das ist recht schnell zusammengeschustert und nur ein Test um mal Meinungen einzuholen. Es sind also bestimmt noch Bugs drin (und natürlich sind auch noch nicht alle wichtigen Verkehrszeichen enthalten). Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Gruß Sven 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] Verkehrszeichen-Tool (Was: Re: access=designated?)
Moin, Sebastian Hohmann schrieb: eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Sehr schönes Tool, danke! Das in einem Editor wäre äußerst kundenfreundlich. Es sind also bestimmt noch Bugs drin einer ist meiner Meinung nach: Bei http://uninformativ.de/driver/traffic_signs/?signs=250,1026-36 http://uninformativ.de/driver/traffic_signs/?signs=250,1024-17 hast Du die Tags vertauscht. Der Trecker ist das landwirtschaftliche Fahrzeug (vehicle=agricultural), während der Verkehr der generelle Zugang ist (vehicle=no, agricultural=yes). Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Sebastian Hohmann schrieb: eine Auflistung aller möglichen Kombinationen habe ich nicht, aber ein Tool um sich das selbst zusammenzustellen: http://uninformativ.de/driver/traffic_signs/ (JavaScript) Das ist ja super! Und wenn du es noch um das Zeichen 260 gesperrt für Kraftfahrzeuge aller Art erweiterst, dann ist es - für mich - perfekt. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Hallo, Beim Erfassen von fehlenden Straßen im Bereich der Stadt Ulm gemäß http://osm.gt.owl.de/Strassenliste/output/62495/ ist mir aufgefallen, dass zumindest an einer Stelle die Änderung des Verlaufs der Grenze zwischen Baden-Württemberg und Bayern von 1996 (http://www.gesetze-im-internet.de/bundesrecht/gr_ndstvtr_bw_by_3/gesamt.pdf) in den OSM-Daten nicht berücksichtigt ist. Dies ist die betreffende Stelle: http://www.openstreetmap.org/?lat=48.4341lon=10.03258zoom=17layers=B000FTF Ich habe erst mal einen Eintrag in OpenStreetBug für die betreffende Stelle gemacht, frage mich aber, a) woher man Daten aktuellen Verlauf der Grenze bekommen kann, und b) ob es jemanden gibt, der sich um die Pflege der Grenzdaten in OSM kümmert, oder ob ich das selbst machen kann. Das ganze ist ja nicht unkritisch, da die betroffenen Teilstücke zu einer Vielzahl von Relationen gehören. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ausschliessen von Straßennamen beim R endern
Hallo, Es geht um folgende Situation: B-Weiler ist ein Teilort von A-Stadt. Die Straßen in B-Weiler haben keine eigenen Namen, d.h. die Adressen dort lauten: B-Weiler xx, A-Stadt. Um Straßen- und Adresssuche zu ermöglichen, tagge ich alle Straßen in A-Weiler mit name=A-Weiler. Da es sich aber nicht um eine durchgehende Straße handelt sondern um mehrere kleine, verzweigte Straßen, werden beim Rendern durch Mapnik alle diese kleinen Strassen mit der Bezeichnung A-Weiler versehen, was unschön und auch überflüssig ist. Daher meine Frage: Kann man irgendwie erreichen, dass der Straßenname zwar bei Suchfunktionen als ausgewertet wird aber nicht von den Renderern? Ein ähnliches Problem hat man, wenn Teilstücke einer Straße unterschiedlich getaggt sind, also z.B. highway=residential und higway=footway. Mapnik beschriftet dann jedes Teilstück mit dem Namen der Straße, was insbesondere bei mehreren unterschiedlichen Teilstücken sehr unschön aussieht. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Am 29.04.2010 10:40, schrieb Rainer Kluge: Hallo, Beim Erfassen von fehlenden Straßen im Bereich der Stadt Ulm gemäß http://osm.gt.owl.de/Strassenliste/output/62495/ ist mir aufgefallen, dass zumindest an einer Stelle die Änderung des Verlaufs der Grenze zwischen Baden-Württemberg und Bayern von 1996 (http://www.gesetze-im-internet.de/bundesrecht/gr_ndstvtr_bw_by_3/gesamt.pdf) in den OSM-Daten nicht berücksichtigt ist. Dies ist die betreffende Stelle: http://www.openstreetmap.org/?lat=48.4341lon=10.03258zoom=17layers=B000FTF Ich habe erst mal einen Eintrag in OpenStreetBug für die betreffende Stelle gemacht, frage mich aber, a) woher man Daten aktuellen Verlauf der Grenze bekommen kann, und In der Anlage zu dem oben aufgezaehlten Gesetz, wenn ich das richtig verstanden habe. Hab jetzt keine Zeit danach zu suchen. Notfalls findet man sowas in einem Staatsarchiv. b) ob es jemanden gibt, der sich um die Pflege der Grenzdaten in OSM kümmert, Ja es gibt (leider nur) ein paar wenige die sich da ran trauen, ich zähle mich zu dem Kreis, aber z.Z. keine Kraft dafür. oder ob ich das selbst machen kann. Das ganze ist ja nicht unkritisch, da die betroffenen Teilstücke zu einer Vielzahl von Relationen gehören. Wenn Du es dir zutraust ist das das beste. Natürlich ist das nicht trivial, deshalb gibt es ja auch nur so wenige, die es machen. Ich würde mir SEHR wünschen das sich mehr da ran trauen!! Und so schwer ist es nun auch wieder nicht. Du schaffst das schon. Wenn du fragen hast, gibt es ja hier eine ML. Diviese: Besser eine korrigierte Grenze mit einen Fehler drinn, als eine falchse Grenze. Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran. Evtl. hilft dir mein Grenzvalidator unter: http://svenanders.openstreetmap.de/ags/Deutschland/Nordrhein-Westfalen/ der braucht allerdings mindestens 2 Tage um von den Änderungen zu erfahren. Gruß Sven 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] Verkehrszeichen-Tool (Was: Re: access=designated?)
Georg Feddern schrieb: Bei http://uninformativ.de/driver/traffic_signs/?signs=250,1026-36 http://uninformativ.de/driver/traffic_signs/?signs=250,1024-17 hast Du die Tags vertauscht. Der Trecker ist das landwirtschaftliche Fahrzeug (vehicle=agricultural), während der Verkehr der generelle Zugang ist (vehicle=no, agricultural=yes). http://wiki.openstreetmap.org/wiki/DE:Key:access sagt: agricultural=* (Kraftfahrzeuge und Züge, die nicht schneller als 25 km/h fahren können (Sinnbild Traktor)) *=agricultural (Benutzung nur für landwirtschaftlichen Verkehr erlaubt.) Meinem Eindruck nach hat das Programm also Recht, vgl. auch: http://wiki.openstreetmap.org/wiki/DE:Road_Signs#Zusatzzeichen Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Sven Anders wrote: oder ob ich das selbst machen kann. Das ganze ist ja nicht unkritisch, da die betroffenen Teilstücke zu einer Vielzahl von Relationen gehören. Wenn Du es dir zutraust ist das das beste. Natürlich ist das nicht trivial, deshalb gibt es ja auch nur so wenige, die es machen. Ich würde mir SEHR wünschen das sich mehr da ran trauen!! Dieser Fall dürfte nicht so schwer sein weil man die Grenze nicht auftrennen oder die Relationen selber ändern muss sondern man muss nur die Grenzwege verschieben. Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran. Kaputte Grenzen sollte es eigentlich kaum geben denn die repariere ich jede Woche (bis auf Ausnahmen wie Stadtteilgrenzen die auf Straßen verlaufen). Oder meinst Du einen nicht korrekten Verlauf ? Das kann ich schlecht beurteilen... Dann gibt es noch nicht komplette Gemeindegrenzen aber das ist ein andere Fall. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausschliessen von Straßennamen beim R endern
Am 29.04.2010 11:03, Rainer Kluge: Es geht um folgende Situation: B-Weiler ist ein Teilort von A-Stadt. Die Straßen in B-Weiler haben keine eigenen Namen, d.h. die Adressen dort lauten: B-Weiler xx, A-Stadt. Um Straßen- und Adresssuche zu ermöglichen, tagge ich alle Straßen in A-Weiler mit name=A-Weiler. Da es sich aber nicht um eine durchgehende Straße handelt sondern um mehrere kleine, verzweigte Straßen, werden beim Rendern durch Mapnik alle diese kleinen Strassen mit der Bezeichnung A-Weiler versehen, was unschön und auch überflüssig ist. Ich kenne die von dir beschriebene Situation (Ich glaube aber, du meinst mit A-Weiler wohl B-Weiler ;) ) aus ländlichen Regionenin Bayern. Da die Straße aber in der Tat B-Weiler heisst finde ich es vollkommen richtig, es so zu taggen. Dass es gerendert ungewohnt aussieht liegt wohl eher daran, dass es eine ungewohnte Ausnahme ist, finde es aber richtig es auch so konsequent darzustellen. Zur Beantwortung deiner Frage: Nein, es gibt keine allgemeinen Layoutanweisungen an Renderer. Es gibt das proprietäre osmarender:renderName=no als Anweisung an Osmarender. Halte ich aber eher für eine Krücke, die nicht in die Daten gehört. Eher sollten die Renderer, sofern möglich (bei Osmarender geht das nicht so einfach) mit mehr Intelligenz ausgestattet werden. Die gleiche Antwort würde ich auf das Problem des steten Neurendern des Namens einer fortlaufenden Straße geben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausschliessen von Straßennamen beim R endern
Am Donnerstag 29 April 2010 11:03:12 schrieb Rainer Kluge: Um Straßen- und Adresssuche zu ermöglichen, tagge ich alle Straßen in A-Weiler mit name=A-Weiler. Da es sich aber nicht um eine durchgehende Straße handelt sondern um mehrere kleine, verzweigte Straßen, werden beim Rendern durch Mapnik alle diese kleinen Strassen mit der Bezeichnung A-Weiler versehen, was unschön und auch überflüssig ist. Dann hast du eine andere Auffassung von unschön und überflüssig als ich. Ich finde eben das eine erstrebenswerte Situation. Mir als Ortsfremdem zeigt das nämlich erst, dass es keine separaten Straßennamen gibt, dass du die Namen nicht einfach vergessen hast und dass es keinen Sinn macht, die Hausnummern linear zu suchen. Daher meine Frage: Kann man irgendwie erreichen, dass der Straßenname zwar bei Suchfunktionen als ausgewertet wird aber nicht von den Renderern? Es gibt Tags für Osmarender, die aber (zum Glück) von den meisten Mappern konsequent aus der Datenbank geworfen werden, sobald man sie sieht. Hier geht es ja nicht darum, dass das Rendern des Namens eines bestimmten Wegstücks aus irgendwelchen Gründen generell vermieden werden muss sondern darum, die Mehrfachnennung der Teilstücke zu vermeiden. Einem Weg den Tag diesen Namen nicht rendern zu geben, ist also am Sinn vorbei, denn wenn ein anderer Renderer grade diese Region bis Zoom 50 rendert, und man dann nur ein Haus drauf hat, dann ist es ganz gut, wenn die Straße davor einen Namen bekommt und nicht erst die andere, 100 Meter weiter. Das Ziel wäre also, dass ein Renderer alle gleichnamigen Straßen die aneinander angeschlossen sind zu einem Objekt zusammen fasst und dort dann z.B. alle 100 Meter den Straßennamen wiederholt. Also dieses Problem bitte nicht auf Seite der Daten beheben. Gruß, Bernd -- To criticize the incompetent is easy; it's more difficult to criticize the competent. 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] Änderung der Landes-/Gemeindegrenze B W/BY
Am 29.04.2010 11:34, schrieb Matthias Versen: Und Kritisch ist das ganze IMHO überhaupt nicht, wir haben soviele kaputte Grenzen in der DB und trotzdem stört sich kaum einer daran. Kaputte Grenzen sollte es eigentlich kaum geben denn die repariere ich jede Woche (bis auf Ausnahmen wie Stadtteilgrenzen die auf Straßen verlaufen).Oder meinst Du einen nicht korrekten Verlauf ? Das kann ich schlecht beurteilen... Dann gibt es noch nicht komplette Gemeindegrenzen aber das ist ein andere Fall. Ich wollte dir nicht auf die Füße treten. Gut dann gibt es keine kaputten Grenzen mehr. Gruß Sven 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] Ausschliessen von Straßennamen beim Re ndern
Am 29. April 2010 11:03 schrieb Rainer Kluge rklug...@web.de: Hallo, Es geht um folgende Situation: B-Weiler ist ein Teilort von A-Stadt. Die Straßen in B-Weiler haben keine eigenen Namen, d.h. die Adressen dort lauten: B-Weiler xx, A-Stadt. Um Straßen- und Adresssuche zu ermöglichen, tagge ich alle Straßen in A-Weiler mit name=A-Weiler. Da es sich aber nicht um eine durchgehende Straße handelt sondern um mehrere kleine, verzweigte Straßen, werden beim Rendern durch Mapnik alle diese kleinen Strassen mit der Bezeichnung A-Weiler versehen, was unschön und auch überflüssig ist. Meiner Meinung nach sollte kein Name an Objekte getaggt werden, die keinen Namen besitzen, weder beschreibend (name=Sitzbank am Weiher) noch um um eine Unzulänglichkeit in der Adressuche herum zu arbeiten (wie die Straßen in Weilern, die eigentlich namenlos sind). Lieber ein tag einführen, das nicht auf die Straße, sondern auf den Ort(die Örtlichkeit) verweist, wenn dieser vom in addr:city eingetragenen verschieden ist - wie wäre es mit addr:locality=B-Weiler oder addr:place=B-Weiler? Damit kann man dann korrekt arbeiten und es lohnt sich, da sowas außerhalb von Deutschland auch mal gerne öfter vorkommt als innerhalb. Dann mußt du auch nicht dafür sorgen, daß real nicht vorhandene Namen beim rendern wieder verschwinden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung der Landes-/Gemeindegrenze B W/BY
Sven Anders wrote: Ich wollte dir nicht auf die Füße treten. Gut dann gibt es keine kaputten Grenzen mehr. Das habe ich so nicht gesagt, aber das trotzdem stört sich kaum einer daran wollte ich etwas richtigstellen :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Moin Bernd, Und wer bei OSM die Tracks aller seiner Bewegungen zusammen gefasst hoch lädt, dem glaube ich gerne dass ihm dabei unwohl wird. Man denke z.B. an Fahrten mit dem Dienstfahrzeug, da möchte mancher vll. nicht unbedingt einige seltsame Umwege dokumentieren. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
dieterdre...@gmail.com (M#rtin Koppenhoefer) am 28.04.10: Am 28. April 2010 01:55 schrieb Johann H. Addicks addi...@gmx.net: - Es gibt keinen Client, der den Upload größerer Trackmengen für DAUs erlaubt wenn man regelmäßig hochlädt stellt sich dieses Problem nicht, man soll ja idealerweise die tracks auch taggen. Normal: Ja. Freilich habe ich z.B. einen Bekannten, der seinen Lebensabend in Griechenland genießt, jedoch noch (vornehmlich fotografisch) sehr aktiv ist. Der würde gerne dazu beitragen, wirklich detaillierte Karten zu erstellen. Hintergrund: Es gibt für große Teile Griechenlands keine wirklich genauen oder gar vollständige Straßenkarten, nicht einmal Polizei oder Feuerwehr oder Gemeindeverwaltungen haben welche. Möglicherweise das Militär, die bekommt der Durchschnittsgrieche aber anscheinend nicht in die Hände. Dem Bekannten schwebt jetzt vor, mit Hilfe von OSM genau solche Karten zu erstellen, mit deren Hilfe seine Gemeinde Patrouillenfahrten organisieren kann, um in der üblichen Waldbrandzeit frühzeitig Brandnester entdecken und zielsicher bekämpfen zu können und nicht erst dann, wenn die dicken Qualmwolken schon über den Bergkuppen aufsteigen. So haben wir ihm halt einen RGM3800 (Einknopfbedienung: An/Aus) besorgt und er hat auch schon erste Tracks angeliefert. Und nein, in der Gegend waren bis vor kurzem nicht einmal die wichtigsten Verbindungsstraßen in OSM vorhanden. Dank seines Allradlers und mitfahrender, ortskundiger Griechen gibt es jetzt sogar schon einige, ähem, Nebenwege. Aber er ist eben der besagte DAU am Rechner, guten Willens, aber OSM ist schlicht zu kompliziert für ihn. So mappen wir halt aus der Ferne mit Unterstützung von mail, skype und Vergleichen mit gurgel-Luftbildern, die jedoch teils gewaltig veraltet sind. Kurz: Fern-Tagging ist kein so ganz abwegiger Gedanke und dafür sind möglichts viele Tracks überaus wünschenswert, um Ungenauigkeiten, die bei Einzelfahrten jederzeit entstehen, ausgleichen zu können. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Q: POI-Umkreissuche (z.B. Spielp lätze )
Hi Dani, Am Donnerstag, 29. April 2010 schrieb Daniela Duerbeck: Möchtest Du online am Computer finden, oder offline mit dem GPS-Gerät? Zunächst einmal dachte ich an: online (da vermutlich einfacher) - interaktiv im Browser, falls es bereits einen entsprechenden Service gibt. Deine Garmin-Lösung hört sich gut an - ob man auf diese Weise auch ein POI-File für andere Navis bekommt (CSV oder so)? Geht das auch schon mit demn Legend? Ciao Ralf Für Garmins hab ich das so gemacht: leisure=playground [0x2c0d resolution 20] im points-file und ein entsprechendes Icon nebst Text im Typfile (Spielplatz) Nun kann ich Spielplätze in der POI-Suche suchen und finden und sehe sie auch direkt auf der Karte. Ich hab mich für einen kleinen gelben Smiley (als Icon) entschieden. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Moin, Tobias Knerr schrieb: [Korrektes] ach Mift, hab ich doch wieder intern zwischen den Ohren die Logik von key und value durcheinandergebracht. Links steht die Fahrzeugart und rechts der die Sperrung aufhebende Verkehr! (Handschriftliche Notiz: 100x aufschreiben!) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Sven Anders schrieb: Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Ich hab einfach irgendwas genommen. Es wird ja sowieso vom Script aufgeteilt. Hätte ein Semikolon irgendwelche Vorteile? Ich kann das gerne ändern. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool
Am 29. April 2010 13:42 schrieb Sebastian Hohmann m...@s-hohmann.de: Sven Anders schrieb: Cooles Tool. Mir war aber so, das die Attribute nicht mit Komma sondern mit Semikolon trennt. vehicle=destination,agricultural,delivery vehicle=destination;agricultural;delivery oder hab ich das falsch in Erinnerung/ist das inzwischen egal? Vielleicht bin ich zu pingelig. Ich hab einfach irgendwas genommen. Es wird ja sowieso vom Script aufgeteilt. Hätte ein Semikolon irgendwelche Vorteile? Ich kann das gerne ändern. Ja damit das Script weiß, welches Zeichen es als Teiler nehmen soll. ;-) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen-Tool (Was: Re: access=designated?)
Martin Simon schrieb: Wenn wir sowas in die Editoren hinein bekommen (zur Eingabe und zur anzeige bereits getaggter access-Restrictions) ist ein wirklich großes Problem für die meisten nicht-Vollzeit-Mapper aus der Welt. Ja, sowas hatte ich auch schon vor. Leider kenne ich mich mit Java (JOSM) weniger gut aus. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO download - wo ist die aktuelle gmapsup.img?
Hallo, Seit einigen Tagen fehlt im Downloadbereich der AIO http://dev.openstreetmap.de/aio/germany/ die aktuelle gmapsup.img Datei, hat das einen besonderen Grund? Gruß UMAX974___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] LKW-Waschhalle
HI ! es gibt die allgemeine amenity=car_wash - aber wie sieht das mit LKW-Waschhallen aus ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO download - wo ist die aktuelle gmapsup.img?
UMAX974 umax...@googlemail.com wrote: Seit einigen Tagen fehlt im Downloadbereich der AIO http://dev.openstreetmap.de/aio/germany/ die aktuelle gmapsup.img Datei, hat das einen besonderen Grund? Angesichts der zunehmenden Systemlast die die Erzeugung der Karte auf dem devserver erzeugt werden wir in Zukunft nicht mehr jeden Tag eine neue Karte anbieten können (außer es sponsort jemand einen eigenen Server auf dem dann auch keine anderen Dinge mehr laufen können; Quad-Core mit 16GB Speicher oder besser). Die AIO wird ab sofort nur noch Montags, Mittwochs und Freitags sowie optional wenn wünschenswert auch noch Samstags neu gerechnet. Derzeit läuft aber noch ein Prozess außer der Reihe sodass es heute Abend wohl wieder eine neue Karte geben wird. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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
[Talk-de] Tagging Almhuetten, Almwirtschaften
Hallo, heute habe ich auch mal eine Tagging-Frage, und zwar geht es um diverse Bergwander-Amenities. Zunaechst einmal solche Huetten von Alpenvereinen, die nicht bewirtschaftet sind, aber ein Bettenlager und Verpflegung haben. Dafuer ist amenity=shelter doch zu wenig, oder? Was nehme ich da am besten? Und dann eine Almwirtschaft. Kein Restaurant, eher ein Imbiss. Eine Jausenstation, wie man mancherorts sagen wuerde. amenity=restaurant scheint mir ungeeignet, aber fast food ist es auch nicht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Am Donnerstag 29 April 2010 11:41:00 schrieb Rainer Knaepper: Kurz: Fern-Tagging ist kein so ganz abwegiger Gedanke und dafür sind möglichts viele Tracks überaus wünschenswert, um Ungenauigkeiten, die bei Einzelfahrten jederzeit entstehen, ausgleichen zu können. Diese Anwendung kann und soll nicht der eigentliche Sinn der bei OSM zentral hochgeladenen Tracks sein. Sie schaden freilich nicht, aber ein GPS-Track alleine, womöglich noch nichtmal um Punktwolken und offroad-Fahrten bereinigt, hilft einem fremden Mapper nicht wirklich weiter. Leider kenne ich keine zentrale Sammelstelle für geotagged images aber die sind für sowas der Schlüssel zum Erfolg: Von jeder nennenswerten Stelle (Abzweigung, Belagänderung, ...) Bilder machen, dafür sorgen dass Zeit von Kamera und GPS-Track zusammen passen oder der Unterschied bekannt ist und das dann am Rechner mit dem GPS-Track geocodieren. Letzteres kann auch jemand anderes machen, wenn die Daten vorliegen. Gruß, Bernd -- Ein Kreis ist überall rund - auch an den Ecken. 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] OSM macht's Trackspendern auch nicht leicht
Am Donnerstag 29 April 2010 11:04:00 schrieb Rainer Knaepper: Und wer bei OSM die Tracks aller seiner Bewegungen zusammen gefasst hoch lädt, dem glaube ich gerne dass ihm dabei unwohl wird. Man denke z.B. an Fahrten mit dem Dienstfahrzeug, da möchte mancher vll. nicht unbedingt einige seltsame Umwege dokumentieren. Man sollte davon Abstand nehmen, jedem der nicht ganz so freigiebig ist gleich zu unterstellen dass er Dreck am Stecken hat. Man denke an den armen Menschen, der zufällig während einer Straftat auf der anderen Seite der Hauswand zum Telefonieren mal für 2 Minuten am Straßenrand angehalten hat. Gruß, Bernd -- Wenn allzu früh der Morgen graut, dann ist der ganze Tag versaut 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] Ausschliessen von Straßennamen beim Re ndern
Am Donnerstag 29 April 2010 12:00:47 schrieb Martin Simon: (wie die Straßen in Weilern, die eigentlich namenlos sind Hör bitte auf, diese Endlosdiskussion von vor ein paar Monaten wieder aufzukochen. Wir hatten das geklärt. die m eisten waren der Ansicht, dass der Straßenname dort gleich dem Ortsname ist, manche sind der Meinung, dass dem nicht so ist. Jeder hat seinen Teil der Wahrhheit gepachtet und es gibt keinen Blümchenwiesenkompromiss. Es ist definitiv nicht falsch, Straßen in diesen Weilern mit dem Ortsnamen zu benennen. Gruß, Bernd -- Fachbegriffe der Informatik (#213): NT-Fernwartung Microsoft Cordless Wheel Mouse (Auf der CeBit 2001 aufgeschnappt von Moritz Mühlenhoff) 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] LKW-Waschhalle
Jan Tappenbeck schrieb: es gibt die allgemeine amenity=car_wash - aber wie sieht das mit LKW-Waschhallen aus ?? amenity=truck_wash ? Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Hi, ich habe die eben mal ausgewertet und da ist mir aufgefallen das seit dem import schaetzungsweise 200 verschwunden sind d.h. vermutlich geloescht. Ich habe nur noch ~7700 und es muessten 7900 sein wenn ich mich nicht irre ... Meinem Kenntnisstand nach hat die Telekom lediglich einen bisher geschlossen d.h. 200 weniger ist wohl eher kaputt ... Fuehlt sich da wer so richtig interessiert und monitored das oder sollte man die geloeschten irgendwie reimportieren? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Waschhalle
Am Donnerstag 29 April 2010 14:21:24 schrieb Jan Tappenbeck: es gibt die allgemeine amenity=car_wash - aber wie sieht das mit LKW-Waschhallen aus ?? Soweit ich weiß ist car im englischen nicht auf einen Pkw beschränkt. Folglich wäre das dann etwas wie: amenity=car_wash hgv=yes maxwidth=3 maxheight=5 Gruß, Bernd -- __ __ __ __ __ __/| Der Domino-Effekt bei der Arbeit. 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] Telekom HvT - man_made=MDF / Verschwundene?
Hallo, Florian Lohoff wrote: ich habe die eben mal ausgewertet und da ist mir aufgefallen das seit dem import schaetzungsweise 200 verschwunden sind d.h. vermutlich geloescht. Ich habe nur noch ~7700 und es muessten 7900 sein wenn ich mich nicht irre ... Meinem Kenntnisstand nach hat die Telekom lediglich einen bisher geschlossen d.h. 200 weniger ist wohl eher kaputt ... Fuehlt sich da wer so richtig interessiert und monitored das oder sollte man die geloeschten irgendwie reimportieren? Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen Standort weg - die sind eventuell geloescht worden, und ein Re-Import wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von Hand den richtigen Standort zu jedem). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
gibt es fuer sowas nicht die moeglichkeit das irgendwie rueckverfolgbar zu machen? Einfallen wuerde mir da beispielsweise eine relation anzulegen HvTs-Telekom und hoffen das zumindest keiner die relation loescht. Man wuerde aber sehen wann welche verschwunden sind und wer damit zu tun hat um ihn zu fragen. Waere das ein Weg? Ueberlege sowas naemlich auch fuer andere sachen einzupflegen. Frederik Ramm wrote: Hallo, Florian Lohoff wrote: ich habe die eben mal ausgewertet und da ist mir aufgefallen das seit dem import schaetzungsweise 200 verschwunden sind d.h. vermutlich geloescht. Ich habe nur noch ~7700 und es muessten 7900 sein wenn ich mich nicht irre ... Meinem Kenntnisstand nach hat die Telekom lediglich einen bisher geschlossen d.h. 200 weniger ist wohl eher kaputt ... Fuehlt sich da wer so richtig interessiert und monitored das oder sollte man die geloeschten irgendwie reimportieren? Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen Standort weg - die sind eventuell geloescht worden, und ein Re-Import wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von Hand den richtigen Standort zu jedem). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
On Thu, Apr 29, 2010 at 03:15:42PM +0200, Frederik Ramm wrote: Wenn ich mich recht entsinne, waren die Geodaten da sehr mangelhaft, einige waren eine zweistellige Kilometerzahl von ihrem tatsaechlichen Standort weg - die sind eventuell geloescht worden, und ein Re-Import wuerde dann aber ausser Aerger wenig bringen (ausser, jemand sucht von Hand den richtigen Standort zu jedem). Wir vergleichen gerade die positionen hier - 2 HvT sind in OSM weit daneben - die korrigiere ich gleich mal - und erarbeitet mal schnell eine liste derer die da fehlen. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Frederik Ramm frede...@remote.org wrote: Zunaechst einmal solche Huetten von Alpenvereinen, die nicht bewirtschaftet sind, aber ein Bettenlager und Verpflegung haben. Dafuer ist amenity=shelter doch zu wenig, oder? Was nehme ich da am besten? Alpenvereinshütten die nicht bewirtschaftet sind? Du meinst so ne Biwackschachtel? Also alle die ich getaggt habe aber das sind alles bewirtschaftete Häuser hab ich auf tourism=alpine_hut, das wird auch gerendert: http://www.openstreetmap.org/browse/node/11409469 http://www.openstreetmap.org/browse/node/299054709 Und dann eine Almwirtschaft. Kein Restaurant, eher ein Imbiss. Eine Jausenstation, wie man mancherorts sagen wuerde. amenity=restaurant scheint mir ungeeignet, aber fast food ist es auch nicht. Man findet amenity=restaurant ebenso wie amenity=pub. Ich selber verwende für klassische Alpenvereishütten normalerweise tourism=alpine_hut und klebe potenziell auch noch ein amenity=restaurant dran. Eine reine Biwackschachtel hab ich bisher noch nicht erfasst. Gruss Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /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] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff f...@zz.de wrote: Fuehlt sich da wer so richtig interessiert und monitored das Ich hab die mal initial importiert. oder sollte man die geloeschten irgendwie reimportieren? Dazu müsste man ein kleines script schreiben, das schaut obs in der Nähe schon einen gibt. Die Originale OSM Datei hab ich sicher noch. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] Tagging Almhuetten, Almwirtschaften
Frederik Ramm schrieb: Hallo, heute habe ich auch mal eine Tagging-Frage, und zwar geht es um diverse Bergwander-Amenities. Zunaechst einmal solche Huetten von Alpenvereinen, die nicht bewirtschaftet sind, aber ein Bettenlager und Verpflegung haben. Dafuer ist amenity=shelter doch zu wenig, oder? Was nehme ich da am besten? Und dann eine Almwirtschaft. Kein Restaurant, eher ein Imbiss. Eine Jausenstation, wie man mancherorts sagen wuerde. amenity=restaurant scheint mir ungeeignet, aber fast food ist es auch nicht. Durch Zufall ist mir http://wiki.openstreetmap.org/wiki/Proposed_features/wilderness_mountain_buildings untergekommen. Dort sind verschiedene Varianten aufgelistet. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Bernd Wurst schrieb: Am Donnerstag 29 April 2010 11:04:00 schrieb Rainer Knaepper: Man denke z.B. an Fahrten mit dem Dienstfahrzeug, da möchte mancher vll. nicht unbedingt einige seltsame Umwege dokumentieren. Man sollte davon Abstand nehmen, jedem der nicht ganz so freigiebig ist gleich zu unterstellen dass er Dreck am Stecken hat. Interessant wäre sicher auch ein Log von Firma A zu Firma B zu Konkurrenzfirma C. Dieses Wissen in den richtigen/falschen Händen kann durchaus relevant sein. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Ola, On Thu, Apr 29, 2010 at 01:33:37PM +, Sven Geggus wrote: Florian Lohoff f...@zz.de wrote: Fuehlt sich da wer so richtig interessiert und monitored das Ich hab die mal initial importiert. oder sollte man die geloeschten irgendwie reimportieren? Dazu müsste man ein kleines script schreiben, das schaut obs in der Nähe schon einen gibt. Die Originale OSM Datei hab ich sicher noch. In der naehe ist eine ganz doofe idee - richtig sollte es ja sein das die user die verschieben so das sie richtig sind. Wichtig ist das die unique sind - d.h. das es nur einen mit man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da ist brauch man nichts neu importieren. Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausschliessen von Straßennamen beim Re ndern
Am 29. April 2010 14:41 schrieb Bernd Wurst be...@bwurst.org: Hör bitte auf, diese Endlosdiskussion von vor ein paar Monaten wieder aufzukochen. Wir hatten das geklärt. die m eisten waren der Ansicht, dass der Straßenname dort gleich dem Ortsname ist, manche sind der Meinung, dass dem nicht so ist. Jeder hat seinen Teil der Wahrhheit gepachtet und es gibt keinen Blümchenwiesenkompromiss. Es ist definitiv nicht falsch, Straßen in diesen Weilern mit dem Ortsnamen zu benennen. Es ist definitiv falsch. Das hatten wir geklärt und den meisten war klar, daß die Straßen dort keinen Namen haben, nur war das einigen egal. (um mal in deinem Stil zu diskutieren) Dir ist also durchaus bewußt, daß es verschiedene Meinungen dazu gibt, nur soll ich meine nicht kundtun, während König Wurst dies sehr wohl gestattet ist. Aha, interessant... Wenn du lieber nur deine Meinung hörst, sprich mehr mit dir selbst und weniger mit anderen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Bernd Wurst schrieb: Leider kenne ich keine zentrale Sammelstelle für geotagged images Es gibt unter anderem http://openstreetview.org/ In der Anwendung/Benutzung leider recht rudimentär. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Moin, Frederik Ramm schrieb: und zwar geht es um diverse Bergwander-Amenities. Zunaechst einmal solche Huetten von Alpenvereinen, die nicht bewirtschaftet sind, aber ein Bettenlager und Verpflegung haben. Dafuer ist amenity=shelter doch zu wenig, oder? Was nehme ich da am besten? Unter JOSM findet sich der Preset Alpenhütte alpine_hut, mangels Kenntnis kann ich da aber nur vermuten, das sowas damit gemeint ist. Und dann eine Almwirtschaft. Kein Restaurant, eher ein Imbiss. Eine Jausenstation, wie man mancherorts sagen wuerde. amenity=restaurant scheint mir ungeeignet, aber fast food ist es auch nicht. Gegenfrage: Wie taggt man denn einen Imbiss, dessen frisch zubereitete Pizza auch 20 min dauert? Ich persönlich ziehe die Trennlinie quasi nach Lizenz (die Fastfood-Ketten mal ausgenommen): Ohne Waschgelegenheit und WC als Imbiss (halt fast_food, auch wenn es nicht so schnell geht), mit kompletten Restaurationsmöglichkeiten als Restaurant. 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...
Florian Gross wrote: 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? Zügig gelaufen. Gerät in der Hand auf geringem Abstand zum Körper gehalten. Allerdings hatte ich nur Streckenabschnitte abgelaufen. GPX-Daten liegen außer meinen nock keine vor von dem Weg. Vorgestern bin ich zum ersten Mal mit dem Fahrrad rumgefahren (Empfänger am Lenker) und habe versucht diese Strecke abzufahren (bewölkt!). Ergebnis ist katastrophal. Dann und wann ist wohl der Link komplett weggebrochen. Einige Punkte sind kilometerweit falsch. Irgendwas muss ich da noch optimieren. Zum einen vielleicht ein Loggen bei wolkigem Himmel vermeiden und zum anderen die Position des Empfängers am Fahrrad verbessern. Im Moment ist der Himmel klar und Zeit habe ich auch. Ich laufe den Weg jetzt also nochmal ab und lade diese Daten später hoch um den fraglichen Weg entsprechend zu berichtigen und meine Daten (fehlende Wege) einzubauen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom HvT - man_made=MDF / Verschwundene?
Florian Lohoff f...@zz.de wrote: Wichtig ist das die unique sind - d.h. das es nur einen mit man_made=MDF, asb=753, onkz=030 gibt ... - Wenn der schon da ist brauch man nichts neu importieren. Stimmt ja die haben ja eine eindeutige ID. Die ASB (Anschlussbereich) und ONKZ (Ortsnetzkennzahl) sind die entscheidenenden informationen ... Hier ist die Originaldatei: http://home.geggus.net/pub/dsl-hauptverteiler.osm.gz Jetzt sogar meinem aktuellen Wissen entsprechend mit BETA2007 umprojiziert :) Gruss Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin ok eigentlich hatte ich ja für mich nen persönlichen schlußstrich gezogen und wollte nicht weiter WP bashing betreiben. aber dieses posting war einfach zu verlockend und hat mich gerade doch echt 2 stunden antwortschreiben gekostet :-/ On 28.04.2010, at 23:24, Tirkon wrote: OSM dito. Das wird sich dann verschärfen, wenn die Karte mit immer Details übersäät wird und nur der technisch Versierte zu filtern in der Lage ist. Das Gleiche gilt für die Zunahme der Komplexität z.B. der Relationen. Nur der technische Versierte wird sich zurechtfinden, wenn die Linienbündel nicht mehr mehr explizit, sondern per Relation gebildet werden. Hier kann nur eine entsprechende benutzerfreudliche Software helfen, mit der man die Spuren/Linien zusammenklicken kann. Du beginnst hier zwei punkte zu vermengen. zum einen die sicht des puren konsumenten als auch des aktiven dauer-/gelegenheits-/frischlings-mappers. klar lässt es sich in beiden fällen per software regeln wie komplex die sachen werden, aber die interessen sind grundsätzlich unterschiedliche. Ein mapper wird genervt sein wenn ihn das eingabeformular die X-te frage zur beschaffenheit des fußbodens an einer kreuzung befragen wird. egal wie sehr er in der materie drinne ist. ich betrachte mich inzwischen als jemand der (in seinem mapping fachbereich) schon lange nicht mehr zu den anfängern gehört, aber wenn ich dann doch die wiki bemühe um nochmal nachzuschauen ob ich alles gemappt habe zu einer sache pack ich mir jedesmal an kopf und frag mich ob so ein schmarren wirklich gemapt werden muß. und da kommen wir wieder zu der zweiten gruppe den konsumenten. Hier haben wir zu bedenken das es sich um ein breites spektrum handelt. jede gruppe (sollte man sie den noch in grupen einteilen können) hat unterschiedliche interessen. PKW interessieren sich nicht für fahradparkplätze in den kleinen wohnstraßen. Fußgänger ist es auch ziemlich egal. LKW fahrer sind da schon eher interessiert, da diese parkplätze ein hinderniss darstellen und die Durchfahrtsbreite erheblich einschränken können. Motoradfahrer finden die sache zum teil auch interessant da man vor und hinter und auf der gegenüberliegenden straßenseite recht häufig noch einen passenden parkplatz findet naja und dann wären da noch die Radfahrer selber... die möchten natürlich jedes deteil wissen (überdacht? Anzahl der stellplätze? frei zugänglich? gebührenpflichtig? bewacht?). Eine neutrale betrachtung der relevanzkriterien ist bei OSM also nicht wirklich möglich, da jeder in irgend eine gruppe fällt (wie bei der WP auch). Die schlußfolgerung kann also nur sein individuelle relevanz zum entscheidungsmerkmal zu machen. und hier bietet software tatsächlich die beste lösung. Ähnlich wie sich die normale Mapnik karte von der Fahradkarte und der ÖPNVkarte unterscheidet, muß der trend zu individuelleren karten gehen. Und das wird mit Rendering in echtzeit enden, ob in speziellen anwendungen oder auf eigenen servern lass ich mal im raume stehen. jedenfalls wird der nutzer sich aussuchen können welche POIs für ihn wichtiger sind und welche nicht. und da hab ich es auch schon geschrieben und beide gruppen wieder zusammen gefasst... die nutzer werden langfristig auch die möglichkeit haben editoren zu nutzen die eher ihren interessen zugute kommen. eventuell nicht direkt als individuelle anwendungen aber doch als profile innerhalb dieser. Dort werden dann einige dinge in abgespeckten verfahren eingetragen und andere bis zum letzten fitzel eingetragen werden können. Autofahrer werden die möglichkeit haben jedes deteil ihres parkplatzes eingeben zu können aber eventuell nur sagen können ok da gibt es noch ort wo man fahrräder abstellen kann. Der radfahrer wird hingegen nicht die stellzahl der PKWs eintragen können dafür aber jeden fitzel seies parkplatz eintragen können. Im prinzip gibt es ja auch schon den ersten schritt in diese richtung. es gibt schon anwendungen die es nur ermöglichen POIs einzutragen ohne ways nutzen zu können. zum teil liegt es an den programmierern die es noch nicht implementiert haben... zum anderen aber auch daran das es nicht wirklich von allen nutzern gefordert wird. Klar wird es weiterhin die tools geben mit denen man alles machen kann. aber warum soll man sich nen MS-Word auf die platte hauen wenn ein Postit und nen Kuli reichen? Beispielsweise ein großer Vorteil der Relevanzregeln: Es kann nicht das Leben eines beliebigen Menschens an die Öffentlichkeit gezerrt und verzerrt werden, der das im Falle einer Computerabstinenz nicht einmal wahrnehmen würde. Ohne Relevanzregeln wäre Wikipedia dermassen überschwemmt, dass niemand von den Hausmeistern es wahrnehmen würde. Ähnliches gilt für die falschen Darstellungen jedes anderen Artikelgegenstandes. Ohne Relevanzregeln wäre der Weg zum Artikel über Begtriffsklärungen ein unendlich langer. Um zum Beispiel eine Frau Merkel zu finden, von der man nur den Namen kennt, müsste man sich
Re: [Talk-de] Tagging Almhuetten, Almwirtschaften
Georg Feddern ne...@bavarianmallet.de wrote: Ohne Waschgelegenheit und WC als Imbiss (halt fast_food, auch wenn es nicht so schnell geht), mit kompletten Restaurationsmöglichkeiten als Restaurant. *urgs* Du willst allen Ernstes vorschlagen eine Jausenstation als fast-food zu taggen? *schauder* Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /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] AIO download - wo ist die aktuelle gmapsup.img?
Sven Geggus schrieb: UMAX974 umax...@googlemail.com wrote: Seit einigen Tagen fehlt im Downloadbereich der AIO http://dev.openstreetmap.de/aio/germany/ die aktuelle gmapsup.img Datei, hat das einen besonderen Grund? [...] Die AIO wird ab sofort nur noch Montags, Mittwochs und Freitags sowie optional wenn wünschenswert auch noch Samstags neu gerechnet. Das ist aber kein Grund, die aktuelle Karte, ob sie nun von heute ist oder drei Tage alt, nicht im obersten Verzeichnis zu verlinken. Da alle anderen dort liegenden Dateien vom selben Datum sind wie die gmapsupp im neuesten Unterordner, erwartet man™ eigentlich, dass die komplette Karte selbst auch dort zu finden ist. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO download - wo ist die aktuelle gmapsup.img?
Aufgrund eines Scriptfehler (siehe GitHub) wurde die Datei erst garnicht erstellt. Am 29. April 2010 16:26 schrieb malenki o...@malenki.ch: Sven Geggus schrieb: UMAX974 umax...@googlemail.com wrote: Seit einigen Tagen fehlt im Downloadbereich der AIO http://dev.openstreetmap.de/aio/germany/ die aktuelle gmapsup.img Datei, hat das einen besonderen Grund? [...] Die AIO wird ab sofort nur noch Montags, Mittwochs und Freitags sowie optional wenn wünschenswert auch noch Samstags neu gerechnet. Das ist aber kein Grund, die aktuelle Karte, ob sie nun von heute ist oder drei Tage alt, nicht im obersten Verzeichnis zu verlinken. Da alle anderen dort liegenden Dateien vom selben Datum sind wie die gmapsupp im neuesten Unterordner, erwartet man™ eigentlich, dass die komplette Karte selbst auch dort zu finden ist. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/ OSM -- http://osm.flacus.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO download - wo ist die aktuelle gmapsup.img?
malenki o...@malenki.ch wrote: Das ist aber kein Grund, die aktuelle Karte, ob sie nun von heute ist oder drei Tage alt, nicht im obersten Verzeichnis zu verlinken. Da alle anderen dort liegenden Dateien vom selben Datum sind wie die gmapsupp im neuesten Unterordner, erwartet man™ eigentlich, dass die komplette Karte selbst auch dort zu finden ist. Der Grund ist vermutlich, dass der OOM-Killer irgendwas totgeschlagen hat und da das script nicht vollständig durchgelaufen ist. In 1-2 Stunden gibts ne neue Karte, dann gibt sich das. Gruss Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /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] Logger gesucht
Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus: Mag mir jemand Empfehlungen geben? Hi. Nun bin ich aber neugierig: Was ist es denn geworden? Ich habe heute selbst mal geschaut: Wenn man nicht gerade zu Ebay geht, kann man Datenlogger ab 30 Euro kriegen - und sowas wie den Garming Legend HCx ab 150. Ich möchte gerne auch einen Logger - Marken per Kamera setzten wäre eine Alternative zu einer solchen Funktion des Loggers - leider kann ich bei Loggern ohne Display nicht einfach die Uhrzeit abfotografieren... Ciao Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausschliessen von Straßennamen beim Re ndern
Hallo. Am Donnerstag 29 April 2010 16:02:48 schrieb Martin Simon: Es ist definitiv nicht falsch, Straßen in diesen Weilern mit dem Ortsnamen zu benennen. Es ist definitiv falsch. Hast du Belege? Das hatten wir geklärt und den meisten war klar, daß die Straßen dort keinen Namen haben, nur war das einigen egal. (um mal in deinem Stil zu diskutieren) Komischer Weise gibt es bis dato noch keinen einzigen ernst gemeinten Vorschlag (von dem ich was mit bekommen hätte) wie man es denn anders lösen sollte. Bis auf das einfache weglassen[1]. Dir ist also durchaus bewußt, daß es verschiedene Meinungen dazu gibt, nur soll ich meine nicht kundtun, während König Wurst dies sehr wohl gestattet ist. Aha, interessant... Ich finde es einen großen Unterschied, ob man mehrere Dinge zu lässt (nämlich, dass es mehrere Wege gibt, die *nicht falsch* sind) oder ob man nur seine heilige Wahrheit zu lässt und alles andere ein Fehler ist. IMO sind beide Ansichten begründbar und daher nicht offensichtlich falsch. Das ist nicht meine Meinung sondern ein Kompromiss. Meine Meinung wäre es, wenn ich sage es *muss* so sein dass man die Namen einträgt. Eine Meinung zu haben überlasse ich aber jedem selbst. Diskreditiere du bitte nicht die Meinung anderer in dem du es als falsch bezeichnest, was andere tun ohne dafür auch nur einen einzigen belastbaren Beleg zu haben! Wenn du lieber nur deine Meinung hörst, sprich mehr mit dir selbst und weniger mit anderen. Muss man denn schon im zweiten Posting auf dieses Niveau abdriften? Wo sind wir dann 100 Postings später? :) [1]: Was passiert, wenn jeder Weiler- und Ortsteil-Name in einer Straßenliste auftaucht, sieht man beim Städte-Verlag. Das ist ein definitiv nicht erstrebenswerter Zustand. Gruß, Bernd -- Fachbegriffe der Informatik (#239): MacOS X Unix für Weicheier. (Manfred Worm Schäfer) 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] LKW-Waschhalle
Am 29.04.2010 15:05, schrieb Bernd Wurst: Am Donnerstag 29 April 2010 14:21:24 schrieb Jan Tappenbeck: es gibt die allgemeine amenity=car_wash - aber wie sieht das mit LKW-Waschhallen aus ?? Soweit ich weiß ist car im englischen nicht auf einen Pkw beschränkt. Folglich wäre das dann etwas wie: amenity=car_wash hgv=yes maxwidth=3 maxheight=5 Gruß, Bernd Ich wäre eher für amenity=truck_wash, da ich einige LKW-Waschstraßen kenne, wo ich nie und nimmer mit einem kleinen PKW reinfahren würde... -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Q: POI-Umkreissuche (z.B. Spiel plätze )
Am Mittwoch, 28. April 2010 schrieb Dirk-Lüder Kreie: Wenn du eine BBox hast, frag mal die XAPI Danke, XAPI sagt mir was, und bbox ist wohl Boundary box - damit ginge es in der Kommandozeile... Ich habe gerade (erst?/dejavu?) cloudmade.com entdeckt, da kann ich z.B. den aktuellen Kartenausschnitt nach playground durchsuchen - auch ein Export scheint möglich zu sein. Allerdings werden offenbar Kacheln der max. Zoomstufe nicht immer in endlicher Zeit gerendert... Ciao Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Waschhalle
Am Donnerstag 29 April 2010 16:53:45 schrieb Andreas Neumann: Ich wäre eher für amenity=truck_wash, da ich einige LKW-Waschstraßen kenne, wo ich nie und nimmer mit einem kleinen PKW reinfahren würde... Ich find ja amenity=* ist schon so überfüllt. :) Also klar, wäre beides denkbar, aber es gibt halt auch viele kombinierte Einrichtungen. Dinge, die Autos und/oder Lkw betreffen gibt es ja an diversen Stellen und eigentlich wär's nett, wenn man für prinzipiell gleiches auch gleiche Tags nutzen würde... Gruß, Bernd -- Zuviel Freizeit kann dazu führen, daß die Menschen in Zukunft dazu übergehen, das zu tun, was sie schon immer gern getan haben, nämlich sich gegenseitig umzubringen. - Alexander Mitscherlich (dt. Psychoanalytiker und Sozialpsychologe) 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] Ausschliessen von Straßennamen beim Re ndern
Am 29. April 2010 16:42 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am Donnerstag 29 April 2010 16:02:48 schrieb Martin Simon: Es ist definitiv nicht falsch, Straßen in diesen Weilern mit dem Ortsnamen zu benennen. Es ist definitiv falsch. Hast du Belege? Soll ich die Frage jetzt umdrehen? das wäre genau so albern... Wenn es nicht falsch ist, einem Objekt eine Eigenschaft anzutaggen, die es nicht besitzt (ich rede *nicht* von Straßen in Weilern, die tatsächlich so heißen wie der Weiler), was ist dann falsch? Das hatten wir geklärt und den meisten war klar, daß die Straßen dort keinen Namen haben, nur war das einigen egal. (um mal in deinem Stil zu diskutieren) Komischer Weise gibt es bis dato noch keinen einzigen ernst gemeinten Vorschlag (von dem ich was mit bekommen hätte) wie man es denn anders lösen sollte. Bis auf das einfache weglassen[1]. Schau mal in dem Beitrag, auf den du gerade antwortest. ;-) Ich finde es einen großen Unterschied, ob man mehrere Dinge zu lässt (nämlich, dass es mehrere Wege gibt, die *nicht falsch* sind) oder ob man nur seine heilige Wahrheit zu lässt und alles andere ein Fehler ist. Sorry, hier verdrehst du das ganze ziemlich - ich habe Meiner Meinung nach geschrieben, worauf hin du mich aufgefordert hast, das einbringen meiner Meinung zu unterlassen. Also schieb mir bitte keine heilige Warheit unter. IMO sind beide Ansichten begründbar und daher nicht offensichtlich falsch. Das ist nicht meine Meinung sondern ein Kompromiss. IMO und nicht meine Meinung ist gut... ;-) Meine Meinung wäre es, wenn ich sage es *muss* so sein dass man die Namen einträgt. Eine Meinung zu haben überlasse ich aber jedem selbst. Was, du bist doch der Meinung, die Namen sollten an die Straßen getaggt werden, oder? Das kannst du ruhig offen sagen. Diskreditiere du bitte nicht die Meinung anderer in dem du es als falsch bezeichnest, was andere tun ohne dafür auch nur einen einzigen belastbaren Beleg zu haben! Das hat nichts mit diskreditieren zu tun. Daß ich die andere Möglichkeit für falsch halte, resultiert direkt daraus, daß ich meine eigene für richtig halte. Das heißt nicht, daß ich herumgehe und diese Dinge lösche oder anderen den Mund verbieten will - siehe oben. Muss man denn schon im zweiten Posting auf dieses Niveau abdriften? Wo sind wir dann 100 Postings später? :) Von mir aus hätten wir uns nicht in diese Niederungen begeben müssen, ich wollte eigentlich lieber über die Sache reden. Zum Beispiel darüber, welches Problem hier überhaupt *wirklich* besteht. Gruß, Martin ___ 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 On 29.04.2010, at 09:05, Andreas Tille wrote: On Thu, Apr 29, 2010 at 01:45:20AM +0200, M???rtin Koppenhoefer wrote: wenn man Perfektionist wäre könnte man das Gebäude noch etwas aus der Straßenmitte an den Rand schieben und auch den Gehweg berücksichtigen (auf den Platz bezogen, nicht als eigenen way). Ich denke das ist notwendig, auch ohne Perfektionist zu sein. Im JOSM ist auch etwas Platz gewesen, mir fehlt nur noch das Gefühl, wieviel Platz bleiben muß, damit das wie gewünscht gerendert wird. äh könntet ihr bitte diese idee gleich wieder begraben? jeder renderer macht sowas etwas anders darum ist von einem Malen oder Mappen für den Renderer abzusehen. haltet euch lieber an die realität und setzt die punkte nach den messwerten die ihr habt oder nach gefühl. aber vergesst es an den renderer anzupassen. wenn die progger des renderers auf die idee kommen die straßen 3 pixel breiter zu machen dann ist euer bestreben wieder für die katz. zudem wenn ihr da schon pizise sein wollt, dann tragt lieber gehwege, radwege und grünstreifen mit ein. je nach bedarf als weitre tags in vorhandenen wegen oder als eigene wege. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de