[talk-ph] didn't expected to see this on the map
Yep, didn't expect it to be there. http://osm.org/go/4zhBlcuB But it's already in the map. :D -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] an belgian OpenStreetMap group
FRANÇAIS Bonjour, Je vous contacte dans le but de créer un groupe du style GULL (Groupe d’Utilisateur de Logiciel Libre)(http://fr.wikipedia.org/wiki/GULL) mais orienté OpenStreetMap. Ce groupe permettrait d’avoir un ensemble de contributeurs qui s’organisent pour par exemple : créer des mapping party (http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party) compléter et traduire le wiki de OSM (français, néérlandais) créer un site internet pour permettre une meilleur communication entre les participants etc... Si vous êtes intéressé par la création d’un groupe envoyez moi un e-mail àoliviercop...@gmail.com. PS: Pour faciliter la communication, indiquez votre langue maternelle s.v.p. Merci NEDERLANDS Hallo, Ik stuur dit bericht om een belgische groep OpenStreetMap op te maken. Met deze groep kunnen we organiseren mapping party, vervullen en vertalen OSM wiki (frans/nederlands), een website maken voor betere communicatie tussen osm deelnemers, ... Wilt u in deze groep komen? Stuur me een e-mail naaroliviercop...@gmail.com. PS: Alstublieft, geef uw moedertaal om de communicatie tussen de leden te vergemakkelijken. Dank u. ENGLISH Hello, I send this message to create an belgian OpenStreetMap group. With this group, we can organize mapping party, complete and translate wiki's OSM (french/dutch), create a website for easier communication between osm contributors,... Do you want to join this group? Send me an e-mail atoliviercop...@gmail.com. PS: Please, indicate your native language to facilitate communication between members. Thank you.an ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] an belgian OpenStreetMap group
Hello... Comme dit précédemment par mail je suis vraiment partant :) je pense que c'est une bonne chose pour OSM ... 2010/2/2 Olivier Coppin oliviercop...@gmail.com FRANÇAIS Bonjour, Je vous contacte dans le but de créer un groupe du style GULL (Groupe d’Utilisateur de Logiciel Libre)(http://fr.wikipedia.org/wiki/GULL) mais orienté OpenStreetMap. Ce groupe permettrait d’avoir un ensemble de contributeurs qui s’organisent pour par exemple : créer des mapping party ( http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party) compléter et traduire le wiki de OSM (français, néérlandais) créer un site internet pour permettre une meilleur communication entre les participants etc... Si vous êtes intéressé par la création d’un groupe envoyez moi un e-mail àoliviercop...@gmail.com. PS: Pour faciliter la communication, indiquez votre langue maternelle s.v.p. Merci NEDERLANDS Hallo, Ik stuur dit bericht om een belgische groep OpenStreetMap op te maken. Met deze groep kunnen we organiseren mapping party, vervullen en vertalen OSM wiki (frans/nederlands), een website maken voor betere communicatie tussen osm deelnemers, ... Wilt u in deze groep komen? Stuur me een e-mail naaroliviercop...@gmail.com. PS: Alstublieft, geef uw moedertaal om de communicatie tussen de leden te vergemakkelijken. Dank u. ENGLISH Hello, I send this message to create an belgian OpenStreetMap group. With this group, we can organize mapping party, complete and translate wiki's OSM (french/dutch), create a website for easier communication between osm contributors,... Do you want to join this group? Send me an e-mail atoliviercop...@gmail.com. PS: Please, indicate your native language to facilitate communication between members. Thank you.an ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] If you want to help with OSM, and dont know what to do, help out with the Kosovo and Albania project
Looks like my edits there. I will resolve the conflict. I have cut out the overlapping areas, if you look at yahoosat, you will see streets missing from the immap data. We have a team in Gjakova, will ask them to review. thanks, mike On Tue, Feb 2, 2010 at 8:40 AM, Rob r...@robreid.co.nz wrote: jamesmikedup...@googlemail.com wrote: Todos: * don't overwrite existing streets. * run the validator, merge street segments * join streets that end near each other. * don't upload points that are not connected. In the sections I'm importing at the moment there is a couple existing roads. Based on the changeset info they appear to be based on the low-res yahoo imagery. They don't really match up with the iMMAP data very well. Initially I was trying to merge them in, adding nodes at intersections etc but I sort of suspect they are so inaccurate compared with the iMMAP data that it not really worth the effort. What does everyone else think? A couple of sample here: http://www.openstreetmap.org/browse/way/40134025 http://www.openstreetmap.org/browse/way/40134040/history Cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] If you want to help with OSM, and dont know what to do, help out with the Kosovo and Albania project
jamesmikedup...@googlemail.com wrote: Looks like my edits there. I will resolve the conflict. I have cut out the overlapping areas, if you look at yahoosat, you will see streets missing from the immap data. We have a team in Gjakova, will ask them to review. thanks, mike Thanks for quick response and sorry for all the questions. The next couple of segments I was going to import coincide with a lake and and some of the roads go through the lake. A quick google translate of http://sq.wikipedia.org/wiki/Liqeni_i_Radoniqit tells me that lake is manmade so I guess the iMMAP road data may pre-date the creation of the lake. Any preferences on how to deal with? Import all roads and let someone with local knowledge review or try to trim the ways to the edge of the lake? Files involved are: ways_29300.osm.gz, ways_29400.osm.gz ways_29500.osm.gz Lake is here: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=20.41346lat=42.49653zoom=14 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] If you want to help with OSM, and dont know what to do, help out with the Kosovo and Albania project
If you want to upload them, and mark them as fixmes we will review them. thanks! On Tue, Feb 2, 2010 at 9:43 AM, Rob r...@robreid.co.nz wrote: jamesmikedup...@googlemail.com wrote: Looks like my edits there. I will resolve the conflict. I have cut out the overlapping areas, if you look at yahoosat, you will see streets missing from the immap data. We have a team in Gjakova, will ask them to review. thanks, mike Thanks for quick response and sorry for all the questions. The next couple of segments I was going to import coincide with a lake and and some of the roads go through the lake. A quick google translate of http://sq.wikipedia.org/wiki/Liqeni_i_Radoniqit tells me that lake is manmade so I guess the iMMAP road data may pre-date the creation of the lake. Any preferences on how to deal with? Import all roads and let someone with local knowledge review or try to trim the ways to the edge of the lake? Files involved are: ways_29300.osm.gz, ways_29400.osm.gz ways_29500.osm.gz Lake is here: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlesatlon=20.41346lat=42.49653zoom=14 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] If you want to help with OSM, and don t know what to do , help out with the Kosovo and Alba nia project
On Tue, 2 Feb 2010, Rob wrote: A quick google translate of http://sq.wikipedia.org/wiki/Liqeni_i_Radoniqit tells me that lake is manmade so I guess the iMMAP road data may pre-date the creation of the lake. One of the guys went hiking there two days ago so we will have a local with the information. Suggest split the ways at the edge of the lake so that they are easy to mark as drowned or similar. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
All this is true, but I think we are too concentrated on generating content (i.e. mapping) as opposed to actually using this data for some meaningful purpose. I guess this is natural, since majority of OSM users are mostly map data producers, and only the minority is actively involved in map consuming. It is right that we are all concentrating on creation of content. But, what we haven't had yet is any commercial map data consumers telling us what they need. Well, in a way, maybe Nav4All is telling us what it needs... and I sometimes hear Cloudmade banging on about routing. It would be interesting to have some map consumer tell us what their minimum mapping needs. Statements like OSM has been looked at but is no solution because there is no full coverage don't help us to provide what they need. While mappers might be uncomfortable to mark out an area and tag it with ok_for_Nav4All=yes, I think I would be happy to mark out areas with road_network=complete and cycle_network=complete, based on some definition provided by someone who would actually use that information. I think one of the hardest parts of OSM is that the world is very heterogeneous. You see that in the discussions about cyclepaths, you that in software that using doesn't quite do what is locally expected (or needed), and of course the quality of the data varies wildly. So, I can only speak for what I see here in .nl. And that is quite good. Whether is is yournavigation (based on gosmore), andnav2, or a Garmin gps, I can expect to get where I want to be, both by car and by bike, and with a reasonable route. Of course, 'we' got lucky, and got most of the road network from AND, but that doesn't include cycle paths, and it is not often that I come across one that is missing. But the main point is that from a tagging point of view, all of this is not very hard. There are not that many tags you really need for a road network, there are validators to help you clean up intersections, but the main thing is to get out there and try to navigate using OSM data. I think it is pity that nav4all doesn't want to OSM because you do need the eyeballs get it right. In my experience, OSM data worthless until you use it for something. If all you do is make pretty maps, you will never get what you need for navigation, because you won't spot the bugs. So, if we want to 'sell' OSM as suitable for navigation, then 'we' have to go out and use it for that purpose, ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi, You make this sound as if this is about the freedom of the new mappers. But they are, even today, free to follow any ruleset, cheatsheet, or book that they want to use. It's just that they don't get a guarantee that everyone else is using the same ruleset but that's ok - there might be rulesets much too complex for a newcomer, or the newcomer ruleset for rural Peru might be different from the one for urban Japan. Trying to make them all the same will needlessly reduce OSM's richness. These rulesets are unlikely to be devised by the same body; it would be too complex and the result would be less than optimal for everyone involved. We could have support for local tagging guides in a future version of the database without much effort. See http://wiki.openstreetmap.org/wiki/API_v0.7#Classes This would allow an editor to suggest tagging schemes with respect to the area where the mapping takes place. Mappers can explicitly tell what their tagging means. The advantage over hard-coded click-buttons is that it can be used across different editors. The advantage over the wiki is that it is maintained by those who really map. If different mappers want to use slightly and subtle different tagging schemes, they just can do without rants. But a simple postprocessing server can for any defined purpose still automatically derive a consistent tagging. Thus we could have rules to check minimum data quality without forcing the would into a overly complex, ill-fitting tagging scheme. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Query for [osm:user=XYZ] gone in XAPI V0.6?
Hi With XAPI V0.5 i had the possiblity to query all edits i am responsible for with: http://osmxapi.hypercube.telascience.org/api/0.5/*[osm:user=XYZ]. With XAPI V0.6 this query (http://xapi.openstreetmap.org/api/0.6/*[osm:user=XYZ]) leads to a header only OSM data file. Other queries like http://xapi.openstreetmap.org/api/0.6/*[bbox=8.25,47.02,8.3,47.04] are still working. Do i need to change my query (other syntax for [osm:user=XYZ]) or is this possibility gone? Or still in rework? Thanks for help. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi! Kai Krueger wrote: Interesting. I think that could also be spun positively ;-) It means people in the industry are starting to take OSM seriously and actually invest money to evaluate how far it has come and be prepared for when it does reach a sufficient quality or need to quickly switch. It also means they must have had some confidence in that the process of crowd sourcing map data can work. That's not quite the way they put it. They evaluated it in order not to miss a major development there, but concluded that it is no alternative and dropped the idea of using it for good. Kai Krueger wrote: Again I would agree with you that geometry is good and attribution still somewhat lacking. Osm is missing loads of turn restriction, height or weight restrictions, speed restrictions and housenumbers to name a few, even in areas with very good geometry coverage. But from a point of view of being disillusioned, I think in the majority of cases they are missing and seldomly wrong. So it just needs a lot more mappers and some time and that should be achievable too. Without knowing the company and any more of what they concluded I obviously can't say if the above statement is true for your example. But I have at least been peripherally involved with writing the turn-by-turn routing support of GpsMid that is based on OSM data and in my limited testing, the routes it found in high coverage areas, were not really worse than those found by a TomTom or Navigon that I had for comparison. Each had parts where it was better and worse than the others. So I do think it would be possible to make good routing from OSM, given good (commercial?) software. I guess this boils down to a matter of personal conviction. As long as we are using the same tag with three or more different meanings, I hold that there is no way to make decent conclusions from that. And I do not see a positive tendency, in my field of intereset I have now observed 14 months of repetitive discussion with zero progress towards any sort of cohesion. Kai Krueger wrote: So as I stated above, I don't think the _main_ problem at the moment is the anarchistic tagging, but still too limited coverage, especially on tagging relevant for routing. Again, this is not how the company put it. The evaluation failed due to the tagging, so even a full coverage with the same tagging would not be a sufficient basis. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500254.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi! Frederik Ramm wrote: The commercial maps have fixed tagging schemes, minimum quality standards and only accept trained personnel as mappers. They have long turnaround times and cost a lot of money to maintain. At OSM we have no fixed tagging schema, no minimum quality standards, and anyone can map. We have super fast turnaround times and cost nothing to maintain. Different approaches - different results. Not worse or better; different. Yes, I agree with it that those are very different things. That's the reason why I think that OSM should not pretend to be/be advertised as a viable alternative to commercial map data. Which was the original gist of the thread. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500271.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query for [osm:user=XYZ] gone in XAPI V0.6?
Try /api/0.6/*...@user=xyz]. It changed a while back but looks like the docs didn't get updated. I've now done that. 80n On Tue, Feb 2, 2010 at 10:29 AM, Martin nomorebigf...@gmx.ch wrote: Hi With XAPI V0.5 i had the possiblity to query all edits i am responsible for with: http://osmxapi.hypercube.telascience.org/api/0.5/*[osm:user=XYZ] . With XAPI V0.6 this query (http://xapi.openstreetmap.org/api/0.6/*[osm:user=XYZ]) leads to a header only OSM data file. Other queries like http://xapi.openstreetmap.org/api/0.6/*[bbox=8.25,47.02,8.3,47.04] are still working. Do i need to change my query (other syntax for [osm:user=XYZ]) or is this possibility gone? Or still in rework? Thanks for help. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi! Ulf Lamping wrote: Am 01.02.2010 20:03, schrieb Frederik Ramm: I don't see how you could have the advantages without the disadvantages. Add a fixed tagging scheme and peer review to OSM and you get more quality but less data and longer turnaround times; before long you are TeleAtlas v2.0 and have to charge for maps to pay your mappers because nobody does it for fun any more. Hmmm, a lot of the mappers I was talking to told me that it was a burden to find the right tag for something, in the hope that it will appear on the map. Seems a lot of mappers would be quite happy to follow an at least more fixed tagging scheme than what we currently have today. I have heard the same from many new mappers. Initially people *expect* that there was a fixed tagging scheme for most common things. They are asking for a simple way to find the right tag. It becomes rather disillusioning when they find out how things really are. Most do not want to search wikis, read through discussion backlogs, design new tags, decide between contradictive tool presets, join meta discussions about the meaning of voting, ask questions about contradictions in wiki contents. Most simply want to map and would find a finished catalogue with a single tagging scheme a huge improvement. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500293.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
So as I stated above, I don't think the _main_ problem at the moment is the anarchistic tagging, but still too limited coverage, especially on tagging relevant for routing. Again, this is not how the company put it. The evaluation failed due to the tagging, so even a full coverage with the same tagging would not be a sufficient basis. Was this due to tagging variation within a country, or differences in tag usages between countries? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On Mon, Feb 1, 2010 at 10:48 PM, Frederik Ramm frede...@remote.org wrote: I don't think that will make the we need fixed rules fraction happy. We have renderers with fixed rules today - several of them - but that kind of fixed rules is not what they are looking for. Just to make it clear: I'm neither in the fixed rules nor I'll tag the way I like camp - I try to use tags that I see are popular on Tagwatch (or on the Wiki page), but I also tag my own for stuff I think I need (like todo=continue) without resorting to long discussions on the mailing lists. And when I'm talking about tagging inconsistencies I'm not talking about differences in cycleways between Lima and Vancouver. I realize we live in a diverse world. But tagging boundaries in the same country using several different approaches doesn't really feel reasonable or useful. Of course I could go and fix it, but I'm sure I'd get criticized for that, especially since it's not my home territory. Regards, Igor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On 2 February 2010 21:26, NopMap ekkeh...@gmx.de wrote: That's not quite the way they put it. They evaluated it in order not to miss a major development there, but concluded that it is no alternative and dropped the idea of using it for good. Can they describe a suitable tagging scheme that would appease them and/or others? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
2010/2/1 Iván Sánchez Ortega i...@sanchezortega.es El Lunes, 1 de Febrero de 2010, 80n escribió: It is right that we are all concentrating on creation of content. But, what we haven't had yet is any commercial map data consumers telling us what they need. Well, in a way, maybe Nav4All is telling us what it needs... and I sometimes hear Cloudmade banging on about routing. The problem with this is the sofixit response. No it's a different kind of problem. More like the gratification from seeing something rendered. If there's a nice rendering for embankments and cuttings then people will tag them, if there's no rendering then they won't get tagged. If you knew that your city's map would be used by Flikr once it reached a certain standard then you'd probably be more motivated to reach that standard. So if a commercial company says what their standards are, then this will motivate some people to reach for these. 80n OSM works like many other open-source projects, where someone says: Hey, X is bad - and a developer replies Yeah, and this is open source, so fix it. The OSM community works the same way. I'm not going to work for a company just because they ask for it very nicely. Dammit, if a company wants me to fix OSM in some way, I could as well get paid for that! Maybe the time is coming for the business model in where I get OSM data, fork it, fix it in some way, and stamp a certified technicial-approved version on the cover. For just a couple grand. You want OSM to comply with certain quality standards? Well, either invest in that, or pay for that. But it's not gonna magically come from the users. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi! Frederik Ramm wrote: It is my honest belief that if all those fixed-rule-enthusiasts had their way, OSM would become uninteresting, mappers reduced to drones filling out forms that other people have provided for them. It might become more commercially viable (with businesses fighting over what presets get put into the most widely-used editors so that drones will create more valuable data), but if I had to choose I'd rather be part of an interesting project than one that's commercially viable. In contrast to that, it is my believe that it would make mapping more interesting. A consistent, easy-to-use set of tags would spare mappers from spending time trying to figure out how to do something that has been figured out many times before or which contradictive information to follow. Instead mappers would be free to simply do what they enjoy - mapping. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500476.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Richard Fairhurst wrote: It's beginning to happen already. As OSM's data structures (principally creative and unexpected uses of relations) and tags become more complex, and as the project expands beyond the initial audience of geeks, the editing tools are inevitably starting to abstract away the nitty-gritty. In two years' time, most users won't know or care what the cycleway tags are; they'll just click the cycleway icon(s) in their editor and tick the appropriate options, and the editor will invisibly sort the tags out. Is there any initiative to make sure the different editors use the same tags for the same thing? If so, I missed it completely. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500480.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query for [osm:user=XYZ] gone in XAPI V0.6?
Hi 80n Great job! Thanks. It also works here: http://toolserver.org/~kolossos/osm/index.php?way=%40user%3DXYZnode=relation=bbox=description=output=osm Martin On 02.02.2010 12:37, 80n wrote: Try /api/0.6/*...@user=xyz]. It changed a while back but looks like the docs didn't get updated. I've now done that. 80n On Tue, Feb 2, 2010 at 10:29 AM, Martin nomorebigf...@gmx.ch mailto:nomorebigf...@gmx.ch wrote: Hi With XAPI V0.5 i had the possiblity to query all edits i am responsible for with: http://osmxapi.hypercube.telascience.org/api/0.5/*[osm:user=XYZ]. With XAPI V0.6 this query (http://xapi.openstreetmap.org/api/0.6/*[osm:user=XYZ]) leads to a header only OSM data file. Other queries like http://xapi.openstreetmap.org/api/0.6/*[bbox=8.25,47.02,8.3,47.04] are still working. Do i need to change my query (other syntax for [osm:user=XYZ]) or is this possibility gone? Or still in rework? Thanks for help. Martin ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
NopMap wrote: Is there any initiative to make sure the different editors use the same tags for the same thing? If so, I missed it completely. Not formally, but certainly when deciding which presets to use in Potlatch I'll look at the other editor presets; at tools like OSMdoc and Tagwatch; and at the Mapnik stylesheet. IME the editors and Mapnik tend to share a fairly common core of tags whereas the wiki can be a bit out there. Someone came up with a useful comparison chart recently but, haha, it's on our embarrassment of a wiki so forget any chances of finding that again. I will confess to being very disappointed that JOSM has now adopted the retarded why-use-one-tag-when-eighty-three-will-do cycleway scheme. Instead mappers would be free to simply do what they enjoy - mapping. I like your optimism. But people do genuinely appear to enjoy wiki-fiddling, too. Sadly. cheers Richard -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4500675.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
NopMap wrote: Hi! A consistent, easy-to-use set of tags would spare mappers from spending time trying to figure out how to do something that has been figured out many times before or which contradictive information to follow. As I map a road I've not visited before, I don't consider using highway=street_with_houses, I add highway=residential . If I see a road sign with a speed limit I add maxspeed=30mph, not restriction:speed=30mph or legal_constraint_on_speed=30mph. I don't agonise over the tag to use to label the plaque that describes the title of the street allocated by the council, I just add a name=* tag. All of this is listed on a single page in the wiki - it's even printed on a mug! Why is this so hard? Instead mappers would be free to simply do what they enjoy - mapping. If you have a fixed list then suddenly this enjoyable mapping experience becomes a frustrating battle when someone sees something that they want to add but it's not in the list, so it can't be added. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
2010/2/2 NopMap ekkeh...@gmx.de: It becomes rather disillusioning when they find out how things really are. Most do not want to search wikis, read through discussion backlogs, design new tags, decide between contradictive tool presets, join meta discussions about the meaning of voting, ask questions about contradictions in wiki contents. Most simply want to map and would find a finished catalogue with a single tagging scheme a huge improvement. I read very often about this, and am asking myself: why is noone proposing / offering such a catalogue? It would be simple as that: set up a catalogue with all your definitions and publish it for newbies to be used. Oh, and update it say on a daily basis ;-) I find that things are improving generally (while some might have become worse). Slowly the wiki seems to get better, more keys get documented, etc. IMHO the problem with documentation is like Liz pointed out: you have to create a proposal, look for cryptic Wiki-code-patterns, stick to dates for RFC, voting, etc., discuss your proposal with many critics, copy the proposal to features if everything went well: it's a lot of work for every single feature and in the end most of talk will laugh at you and tell you: nice you got this feature voted upon, but votings don't matter, and btw: there were only 30 people voting out of 20, the vote is pointless. You will not do this for more than a handfull of features. If I come across some weird (and mostly contradictic definitions) in the wiki, I sometimes try to correct the situation (if it's not one of the classical unsolved cases that I know of). If after every discussion on one of the mailing-list the conclusion would be transfered to the wiki, most features would probably have standard tags to rely on. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] please revert two changesets
malenki wrote: An import I did yesterday failed. Would somebody be so kind to revert these changesets: 3760931 3763181 Since nobody answered and with revert.pl I recieved only http #500 I cleaned up using Josm. malenki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi, Martin Koppenhoefer wrote: I read very often about this, and am asking myself: why is noone proposing / offering such a catalogue? It would be simple as that: set up a catalogue with all your definitions and publish it for newbies to be used. Oh, and update it say on a daily basis ;-) My answer: Behind every we need better rules to guide newbies sits an ugly we need rules to force the community to do things in a certain way and if they don't abide by the rules, we'll simply run a bot over them. Nobody is truly interested in helping newbies, that's just a fig leaf for wanting to stamp out creativity and replace it by a fixed rule set decided by a majority of 10 to 9 wiki fiddlers. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
2010/2/2 Frederik Ramm frede...@remote.org: wanting to stamp out creativity and replace it by a fixed rule set decided by a majority of 10 to 9 wiki fiddlers. might be partially true, but by discriminating everybody who tries to document stuff in the wiki (AFAIK the wiki is the main source to do this) as wiki fiddlers IMHO nothing is gained. I'd encourage people to set up new pages for new features on the wiki as often as they can, whilst changing/improving/enriching/specifying the definitions of existing ones is potentially more harmful and should discussed prior to do it. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query for [osm:user=XYZ] gone in XAPI V0.6?
Hi, Where are the docs for this? Thanks, Margie On Tue, Feb 2, 2010 at 6:37 AM, 80n 80n...@gmail.com wrote: Try /api/0.6/*...@user=xyz]. It changed a while back but looks like the docs didn't get updated. I've now done that. 80n On Tue, Feb 2, 2010 at 10:29 AM, Martin nomorebigf...@gmx.ch wrote: Hi With XAPI V0.5 i had the possiblity to query all edits i am responsible for with: http://osmxapi.hypercube.telascience.org/api/0.5/*[osm:user=XYZ]. With XAPI V0.6 this query (http://xapi.openstreetmap.org/api/0.6/*[osm:user=XYZ]) leads to a header only OSM data file. Other queries like http://xapi.openstreetmap.org/api/0.6/*[bbox=8.25,47.02,8.3,47.04] are still working. Do i need to change my query (other syntax for [osm:user=XYZ]) or is this possibility gone? Or still in rework? Thanks for help. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Query for [osm:user=XYZ] gone in XAPI V0.6?
Hi Here: http://wiki.openstreetmap.org/wiki/Osmxapi#Tags Welcome. Martin Margie Roswell wrote: Hi, Where are the docs for this? Thanks, Margie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On Tue, Feb 2, 2010 at 11:04 PM, Richard Fairhurst rich...@systemed.net wrote: I will confess to being very disappointed that JOSM has now adopted the retarded why-use-one-tag-when-eighty-three-will-do cycleway scheme. So you seriously think highway=cycleway is all that's needed to describe the various flavours of cycleways worldwide? If so, I'd be personally interested to hear your definition of a cycleway. I like your optimism. But people do genuinely appear to enjoy wiki-fiddling, too. Sadly. What's with the wiki-fiddler hatred? (not just you, Richard, in general) All those people advocating for a consistent/enforced/limited tagging scheme - how do you think such a scheme should be produced? Wiki-fiddlers (meaning those who use and edit the wiki) are the primary people who are aiming to document the meanings of tags and develop a more consistent tagging scheme...If you've got a problem with the definition of highway=cycleway, why not stop complaining about wiki-fiddlers and contribute!: http://wiki.openstreetmap.org/wiki/Consolidation_footway_cycleway_path If, on the other hand, you think iterative/collaborative/gradual improvement towards the goal (of a consistent tag set) by the OSM community is *impossible*, then why even bother being involved in OSM...? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ �...@import /skins/common/shared.css?164; �...@import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Playing tagging democracy: standard building process and tag unifying towards it
Hello everyone, I am new to the OSM community, sorry if my suggestions are totally naïve. Fact: The collective end product is rendered somehow, and the renderer stylesheets decide, how to interprete tags. So it seems to me, that creating 2 things is necessary: 1.: We need a process of negotiation about tag rendering standards. (i.e., between the people who write the Mapnik stylesheet and the others who want to see their tags rendered in a certain way). This process perhaps should not block or dominate the communication of the whole OSM workers. This decision making process can be collective or representative, by a elected group of people. Meta decisions: I think the implementation of the decision making process should be a collective process. Could be an interesting challenge to create good democratic structures by an online community. 2.: Tag babelfish: the most important idioms in tag creation should be unified by a program. Perhaps this is already the case? The tag babelfish rules should be documented in a systematic way, with the opportunity of every tagging religion to explain their beliefs. How does that sound? Cheers, Jochen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Playing tagging democracy: standard building process and tag unifying towards it
Am 02.02.2010 22:24, Jochen Plumeyer: Hello everyone, I am new to the OSM community, sorry if my suggestions are totally naïve. Fact: The collective end product is rendered somehow, and the renderer stylesheets decide, how to interprete tags. So it seems to me, that creating 2 things is necessary: 1.: We need a process of negotiation about tag rendering standards. (i.e., between the people who write the Mapnik stylesheet and the others who want to see their tags rendered in a certain way). Just a sidenote: Although it seems to be the showcase of OSM the mapnik rendering at www.openstreetmap.org is *NOT* what OSM is about. OSM is first of all a database and the mapnik rendering at OSM.org is just one tiny graphical representation of it's content. IMHO the current stylesheet is doing very well in being rather minimalistic when it comes to rendering stuff. There are dedicated renderers for other representations of the data in the database (Cyclemap, OSMC Reit- und Wanderkarte, OpenLinkMap, OpenSeaMap and so on). Rather than trying to influence the work of the one guy doing Mapnik we should put more effort in getting this message out, especially to newcomers in our project. The best would be by removing the map from www.openstreetmap.org but rather put an introduction up there and then linking to viewing different renderings and the editing. If newcomers get the idea that they can tag (almost) everything and put it into the database, then the project's idea has won. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
More tips and tricks on getting wiki pages better fit for printing: http://en.wikipedia.org/wiki/Help:Printable Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Playing tagging democracy: standard building process and tag unifying towards it
Claudius, You made an excellent statement I completely agree with! For a lot of us, the fun comes in when you can take this pile of beautiful and divers geodata and create your own map styles. You can even create maps of specific objects and types. Jochen; Consider looking at the beatiful maps that you can style too at http://maps.cloudmade.com/ they give an excellent example of what could be done with maps if you put some effort in it. Good luck and as a newcomer, have fun in the openstreetmap community! Claudius wrote: Am 02.02.2010 22:24, Jochen Plumeyer: Hello everyone, I am new to the OSM community, sorry if my suggestions are totally naïve. Fact: The collective end product is rendered somehow, and the renderer stylesheets decide, how to interprete tags. So it seems to me, that creating 2 things is necessary: 1.: We need a process of negotiation about tag rendering standards. (i.e., between the people who write the Mapnik stylesheet and the others who want to see their tags rendered in a certain way). Just a sidenote: Although it seems to be the showcase of OSM the mapnik rendering at www.openstreetmap.org is *NOT* what OSM is about. OSM is first of all a database and the mapnik rendering at OSM.org is just one tiny graphical representation of it's content. IMHO the current stylesheet is doing very well in being rather minimalistic when it comes to rendering stuff. There are dedicated renderers for other representations of the data in the database (Cyclemap, OSMC Reit- und Wanderkarte, OpenLinkMap, OpenSeaMap and so on). Rather than trying to influence the work of the one guy doing Mapnik we should put more effort in getting this message out, especially to newcomers in our project. The best would be by removing the map from www.openstreetmap.org but rather put an introduction up there and then linking to viewing different renderings and the editing. If newcomers get the idea that they can tag (almost) everything and put it into the database, then the project's idea has won. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
Did you try it? It doesn't work for me. Does that work for anybody? I vote for just making the page print properly by default, without the need for an extra paramater (that most people won't know about.) In any case, the parameter doesn't work for me. Margie On Tue, Feb 2, 2010 at 5:01 PM, Milo van der Linden m...@dogodigi.net wrote: Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
For me the parameter works partially for the specific page you mentioned: http://wiki.openstreetmap.org/wiki/JOSM/Guide?printable=yes Because this page contains tabs, you won't be able to print the content of the hidden tabs You can get the individual tabs printable by adding the parameter, for instance: http://wiki.openstreetmap.org/wiki/JOSM/Basic_editing?printable=yes Another option would be to move the JOSM guide to wikibooks. http://en.wikibooks.org/wiki/Main_Page wikibooks uses as slightly different way of wiki-tagging, but it also gives you the possibility to assign individual pages to a book and print the complete book or let wikibooks create a pdf for us. I know this is a lot of work, but it would not be a bad thing for something as basic as a josm manual. Of course you would then have to move the josm manual pages away from the openstreetmap to prevent double work. Margie Roswell wrote: Did you try it? It doesn't work for me. Does that work for anybody? I vote for just making the page print properly by default, without the need for an extra paramater (that most people won't know about.) In any case, the parameter doesn't work for me. Margie On Tue, Feb 2, 2010 at 5:01 PM, Milo van der Linden m...@dogodigi.net wrote: Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
today I was trying to print the xapi documentation. I haven't printed it, but when I look in preview (same with the JOSM documentation) things are cut off just as they were before, both with and without the printable parameter. I'm not enthusiastic about moving everything over to a different site to be able to print it. In any case, who has access to the backend of the wiki.openstreetmap.org site, so that the style sheet issue can be addressed? Margie ps: wikibooks does look intriguing. Maybe we should do both.. move some over there... but please, can whoever has access to the osm wiki backend please fix the stylesheet issue, so that existing wiki.openstreetmap.org pages print properly? Thanks! On Tue, Feb 2, 2010 at 5:30 PM, Milo van der Linden m...@dogodigi.net wrote: For me the parameter works partially for the specific page you mentioned: http://wiki.openstreetmap.org/wiki/JOSM/Guide?printable=yes Because this page contains tabs, you won't be able to print the content of the hidden tabs You can get the individual tabs printable by adding the parameter, for instance: http://wiki.openstreetmap.org/wiki/JOSM/Basic_editing?printable=yes Another option would be to move the JOSM guide to wikibooks. http://en.wikibooks.org/wiki/Main_Page wikibooks uses as slightly different way of wiki-tagging, but it also gives you the possibility to assign individual pages to a book and print the complete book or let wikibooks create a pdf for us. I know this is a lot of work, but it would not be a bad thing for something as basic as a josm manual. Of course you would then have to move the josm manual pages away from the openstreetmap to prevent double work. Margie Roswell wrote: Did you try it? It doesn't work for me. Does that work for anybody? I vote for just making the page print properly by default, without the need for an extra paramater (that most people won't know about.) In any case, the parameter doesn't work for me. Margie On Tue, Feb 2, 2010 at 5:01 PM, Milo van der Linden m...@dogodigi.net wrote: Will it do if you use the simple mediawiki printable=yes parameter when using a url? http://wiki.openstreetmap.org/?printable=yestitle=Main_Page kind regards, Miblon Margie Roswell wrote: This printing issues on wiki.openstreetmap.org have not been addressed. Who can fix this? Andy did some great troubleshooting last week. Can we make the openstreetmap.org wiki printable? Please?? Margie On Thu, Jan 28, 2010 at 6:09 PM, Andy Allan gravityst...@gmail.com wrote: On Thu, Jan 28, 2010 at 6:46 PM, Margie Roswell mrosw...@gmail.com wrote: Can anyone figure this out, and enable straightforward printing on http://wiki.openstreetmap.org/wiki/JOSM/Guide, and similarly-affected pages? The problem is that we are including the screen styles more than once, and the second time it's after the print style is defined. Section A: style type=text/css media=screen, projection/*![CDATA[*/ @import /skins/common/shared.css?164; @import /skins/monobook/main.css?164; /*]]*//style Section B: link rel=stylesheet type=text/css media=print href=/skins/common/commonPrint.css?164 / Section C: style type=text/css/*![CDATA[*/ @import /index.php?title=MediaWiki:Common.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=MediaWiki:Monobook.cssusemsgcache=yesaction=rawctype=text/csssmaxage=18000; @import /index.php?title=-action=rawgen=cssmaxage=18000useskin=monobook; /*]]*//style The inclusion of section C without any media type is overwriting parts of the commonPrint.css and messing with the margins, making every page unprintable. When I remove this element (using Firebug in Firefox) the printing is much improved. It messes up the display of the language bar, so I wonder if it's been put there to make the language chooser work. Anyway, it's a problem, and hopefully this will help one of the devs figure out what's gone wrong. I've printed plenty from the wiki in the past, so I suspect something has changed. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On 3 February 2010 06:13, Roy Wallace waldo000...@gmail.com wrote: What's with the wiki-fiddler hatred? (not just you, Richard, in general) All those people advocating for a consistent/enforced/limited tagging scheme - how do you think such a scheme should be produced? The big problem with using a wiki for documenting this kind of thing is without a lot of effort it isn't consistent or indexed properly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Roy Wallace wrote: Richard Fairhurst wrote: I will confess to being very disappointed that JOSM has now adopted the retarded why-use-one-tag-when-eighty-three-will-do cycleway scheme. So you seriously think highway=cycleway is all that's needed to describe the various flavours of cycleways worldwide? If so, I'd be personally interested to hear your definition of a cycleway. No, of course I don't. OSM tagging has traditionally worked by identifying fairly significant objects. This is a chemist, this is a trunk road, this is a canal. This is a farm, this is a railway station, this is a cycleway. Each object contains a fair amount of meaning. This is a railway station, so it's open to passengers, trains call here, you can wait at it until your train turns up. This is a chemist, so it's a type of shop, you can buy medical goods at it. The mapper can, of course, add extra tags to make the definition more precise. So, with the chemist, you might add opening hours if it's an all-night chemist. With the railway station, you might add an 'access=private' tag if it's, say, a military railway station (we have one of those near Bicester, UK) or a private one (we have one in Scotland called simply 'IBM' :) ). And so on. In true OSM fashion, this is often iterative. You add the basic tag first, then you go back later and refine it. This approach is because, since mappers are our most valuable resource, we optimise for ease of growing the map. The data consumer is expected to postprocess, which of course they'll be doing anyway (rendering, generating routing database, extracting and reformatting as a gazetteer, whatever). But they only need to do the postprocessing they want. A renderer may choose not to care that some chemists are 24 hours, and will show them all with the same icon. A train simulator certainly won't care about that and may well not care about the private stations - hey, the driver still stops there. And so on. Essentially, you tag according to the duck test - if it quacks like a duck, looks like a duck, and walks like a duck, it's a duck (http://en.wikipedia.org/wiki/Duck_test). This saves you all the work of describing the species every time. If actually it's a rare Outer Hebridean Florglenood which isn't quite a duck though looks and behaves identically, hell, you just do wildfowl=duck, species=florglenood. 'highway=cycleway' is just like this. It's a meaningful object. It means a path with physical characteristics that can accommodate a bike, where bikes and pedestrians are permitted, and motor traffic is banned. It means, basically, that it quacks like a cycleway. This saves a whole bunch of tagging work, and means that clients don't need to care about the details if they don't want to. But again, if you want to refine it, you can. You can have 'highway=cycleway; foot=no' if that's the case. The 'path=' tag turns OSM tagging on its head. It's a largely meaningless object. It shifts the burden onto the mapper, who has to start with four tags where one was enough. It makes it more difficult for, say, a renderer which now has to parse these four tags, rather than one, to know how to draw it. This isn't how we talk about ducks, it isn't how we tag railway stations, chemists, trunk roads or farms, and it shouldn't be how we tag cycleways. What's with the wiki-fiddler hatred? (not just you, Richard, in general) All those people advocating for a consistent/enforced/ limited tagging scheme - how do you think such a scheme should be produced? Wiki-fiddlers (meaning those who use and edit the wiki) are the primary people who are aiming to document the meanings of tags and develop a more consistent tagging scheme...If you've got a problem with the definition of highway=cycleway, why not stop complaining about wiki- fiddlers and contribute!: http://wiki.openstreetmap.org/wiki/Consolidation_footway_cycleway_path May I refer the honourable gentleman to my answer of one year and three days ago: http://lists.openstreetmap.org/pipermail/talk/2009-January/033638.html (The tl;dr version: there are much better ways of crowdsourcing tag definitions than a MediaWiki install with no relation to the map database.) Harry's talk from last year's SOTM (community smoothness) is also worth watching. cheers Richard -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4504223.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Playing tagging democracy: standard building process and tag unifying towards it
On 3 February 2010 07:45, Claudius claudiu...@gmx.de wrote: Just a sidenote: Although it seems to be the showcase of OSM the mapnik rendering at www.openstreetmap.org is *NOT* what OSM is about. OSM is No but it's a carrot, most people most of the time are only going to map what they can see turn up on mapnik. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
Milo van der Linden wrote: For me the parameter works partially for the specific page you mentioned: http://wiki.openstreetmap.org/wiki/JOSM/Guide?printable=yes Because this page contains tabs, you won't be able to print the content of the hidden tabs Have you actually tried printing it (or checked the print preview)? Of course that printable=yes link looks ok in the browser, but parts of the contents are still cut off from the left when printing. I also experience that with pages which don't contain any tabs or other magic syntax, e.g. http://wiki.openstreetmap.org/wiki/Node And yes, the effect is limited to the OSMWiki. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Am 02.02.2010 14:32, schrieb Chris Hill: As I map a road I've not visited before, I don't consider using highway=street_with_houses, I add highway=residential . If I see a road sign with a speed limit I add maxspeed=30mph, not restriction:speed=30mph or legal_constraint_on_speed=30mph. I don't agonise over the tag to use to label the plaque that describes the title of the street allocated by the council, I just add a name=* tag. All of this is listed on a single page in the wiki - it's even printed on a mug! Why is this so hard? You're all right when it comes to common stuff, that's documented in Map Features and may already exist in the presets of JOSM/Potlatch. But that's the easy part. The hassle begins, when you come to a topic where this isn't the case. You're lucky if you find exactly one wiki page about what you're searching for and when it's not widely disputed. If you're unlucky, you'll find three wiki pages for slightly the same topic that has lot's of conflicting arguments. As a grown up mapper you may already got a feeling what seems to be a good idea and what has serious drawbacks - take the infos and go on mapping. As a newbie you're completely doomed now and feeling unsafe what to do. Several newbies told me, that they didn't add something to OSM because they were feeling completely unsafe about the right way to do it, although they had all the local infos :-( Instead mappers would be free to simply do what they enjoy - mapping. If you have a fixed list then suddenly this enjoyable mapping experience becomes a frustrating battle when someone sees something that they want to add but it's not in the list, so it can't be added. That's maybe the biggest missunderstanding here. This is NOT about closing up the tag set so you can't enter new tags. For me, this is how to get to a wider set of tags that most will agree upon - and how to get there easier and faster than the way we are doing it today. There is already a fixed set of tags as you've written yourself. You won't use highway=street_with_houses instead of highway=residential - almost 99.% of OSMer will agree here. Getting to this agreement currently takes ages. Question is: Can we improve this or is there no better way as the slow progression we have today? Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Richard Fairhurst wrote: Essentially, you tag according to the duck test - if it quacks like a duck, looks like a duck, and walks like a duck, it's a duck (http://en.wikipedia.org/wiki/Duck_test). This saves you all the work of describing the species every time. If actually it's a rare Outer Hebridean Florglenood which isn't quite a duck though looks and behaves identically, hell, you just do wildfowl=duck, species=florglenood. You really got me here... I actually googled Florglenood... Quaaack ! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
On 02/02/10 22:42, Margie Roswell wrote: In any case, who has access to the backend of the wiki.openstreetmap.org site, so that the style sheet issue can be addressed? There is no backend to the site (well not that should need to be edited anyway). The style information all comes either from the standard mediawiki stylesheets (which are supplied as part of mediawiki and shouldn't be altered) or from specially named pages in the wiki. It may just be that there is an issue with the (fairly old) version of mediawiki we are running, in which case it will get resolved shortly when we move to the new server as mediawiki will be upgraded at that point. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Frederik Ramm wrote: [lots of helpful information] Thanks for that - very useful. And legal-talk is - that way. Well, routing was one of the things mentioned previously... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Richard, Richard Fairhurst wrote: I will confess to being very disappointed that JOSM has now adopted the retarded why-use-one-tag-when-eighty-three-will-do cycleway scheme. I don't know how this has changed over time, but the current version of JOSM has Dedicated cycleway = highway=cycleway Segregated foot- and cycleway[*] = highway=path,foot=designated,bicycle=designated,segregated=yes Combined foot- and cycleway = highway=path,foot=designated,bicycle=designated That corresponds to the German signage http://upload.wikimedia.org/wikipedia/commons/thumb/2/2d/Zeichen_237.svg/120px-Zeichen_237.svg.png http://upload.wikimedia.org/wikipedia/commons/thumb/1/1b/Zeichen_241.svg/120px-Zeichen_241.svg.png http://upload.wikimedia.org/wikipedia/commons/thumb/0/03/Zeichen_240.svg/120px-Zeichen_240.svg.png I don't know how one is supposed to tag a way that is suitable for cycles and pedestrians but does *not* have the above signs; I tend to use highway=cycleway for those as well, which then upsets the horse riders because if there are no signs then, in Germany, that implies horse=yes whereas something with one of the blue signs above automatically means horse=no. I'm just offering that as an explanation, I don't really want to discuss it in breadth but you're welcome to fire up your Babelfish for a night of fun on talk-de ;) Speaking of talk-de - you English don't do that language compression thing with the hyphen I highlighted above, do you? Where a phrase like motorway and byway gets shortened to motor- and byway? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi! Frederik Ramm wrote: Nobody is truly interested in helping newbies, that's just a fig leaf for wanting to stamp out creativity and replace it by a fixed rule set decided by a majority of 10 to 9 wiki fiddlers. That's a very dire view on the motivations of the community. In contrast, I believe that there actually are people who try to listen to the sorrows of (potential) newcomers and want to lower the learning curve. Way too few, though. bye Nop -- View this message in context: http://n2.nabble.com/Fwd-Nav4All-navigation-shut-down-by-Navteq-tp4488024p4504471.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi, Ulf Lamping wrote: You're all right when it comes to common stuff, that's documented in Map Features and may already exist in the presets of JOSM/Potlatch. But that's the easy part. The hassle begins, when you come to a topic where this isn't the case. But this thread started with people complaining about lack of commercial usability because of tagging mayhem (Nic's term). Although I share Ivan's sentiment (producing something commercially usable should not be our #1 goal), maybe we can stick with that for a moment - let us try and find out what data the commercial providers have and which is *not* on one simple Wiki page (or a mug). It can't be the murky details of cycleways and bridleways because the commercial providers don't have that, or if they have it then only in selected areas. It can't be highway=path and all that because they don't have it. It can't be - in my opinion! - the top highway types from motorway down to residential because they aren't any better in that than we are (or are they). It could be turn restrictions; I agree that an easy editor for those is required - but while the tagging rules are a bit complex for turn restrictions, they are not mayhem - they are perfectly clear. So where is it that 1. the commercial providers have good data 2. OSM hasn't and 3. the reason for OSM not having it is not lack of coverage but lack of consensus regarding tagging? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi, NopMap wrote: In contrast, I believe that there actually are people who try to listen to the sorrows of (potential) newcomers and want to lower the learning curve. Way too few, though. Fixed tagging rules are not needed to lower the learning curve. I have the highest regard for someone who sits down and writes a tutorial for newcomers. My skepticism comes from seeing too many people whine about the lack of fixed tagging rules (oh so difficult for the poor newcomers!) while at the same time *not* writing a tutorial. That makes me think they just use the poor newcomers argument to achieve something else. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On 3 February 2010 09:32, Frederik Ramm frede...@remote.org wrote: It can't be the murky details of cycleways and bridleways because the commercial providers don't have that, or if they have it then only in selected areas. It can't be highway=path and all that because they don't have it. It can't be - in my opinion! - the top highway types from motorway down to residential because they aren't any better in that than we are (or are they). Actually I was confused by that too, which is why I asked for a suggested tagging scheme. It could be turn restrictions; I agree that an easy editor for those is required - but while the tagging rules are a bit complex for turn restrictions, they are not mayhem - they are perfectly clear. The problem isn't that tagging is complicated, it is how can editors make it easier. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Am 03.02.2010 00:32, schrieb Frederik Ramm: Hi, Ulf Lamping wrote: You're all right when it comes to common stuff, that's documented in Map Features and may already exist in the presets of JOSM/Potlatch. But that's the easy part. The hassle begins, when you come to a topic where this isn't the case. But this thread started with people complaining about lack of commercial usability because of tagging mayhem (Nic's term). Although I share Ivan's sentiment (producing something commercially usable should not be our #1 goal), maybe we can stick with that for a moment - let us try and find out what data the commercial providers have and which is *not* on one simple Wiki page (or a mug). It can't be the murky details of cycleways and bridleways because the commercial providers don't have that, or if they have it then only in selected areas. It can't be highway=path and all that because they don't have it. It can't be - in my opinion! - the top highway types from motorway down to residential because they aren't any better in that than we are (or are they). It could be turn restrictions; I agree that an easy editor for those is required - but while the tagging rules are a bit complex for turn restrictions, they are not mayhem - they are perfectly clear. So where is it that 1. the commercial providers have good data 2. OSM hasn't and 3. the reason for OSM not having it is not lack of coverage but lack of consensus regarding tagging? Chris argument was about the none existing problems of tag finding and I was responding to that. Your argument is about what the commercial providers have definitions that we lack of. As far as I know that definitions, I agree with you that there's no real problem for us :-) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM keeps the commercial mapping companies from being stagnant...
TomTom promising daily map updates In an exclusive article [in German], the German business magazine WiWo (Wirtschaftswoche) quotes TomTom CEO Harold Goddin: „Bis Ende des Jahres werden wir alle ein bis zwei Tage aktualisierte Karten zum Download anbieten“ (German original) Until end of 2010 we'll offer downloadable map updates every two days. (rough translate) Well, the year is still young, things may happen and the quote is fairly vague on detailing exactly what will be updated. Missing streets? http://appdomains.slashgeo.org/article.pl?sid=10/02/02/1344249from=rss ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] can't print from wiki
will get it updated in a few days. Just catching up on work. / Grant On 2 February 2010 23:16, Tom Hughes t...@compton.nu wrote: On 02/02/10 22:42, Margie Roswell wrote: In any case, who has access to the backend of the wiki.openstreetmap.org site, so that the style sheet issue can be addressed? There is no backend to the site (well not that should need to be edited anyway). The style information all comes either from the standard mediawiki stylesheets (which are supplied as part of mediawiki and shouldn't be altered) or from specially named pages in the wiki. It may just be that there is an issue with the (fairly old) version of mediawiki we are running, in which case it will get resolved shortly when we move to the new server as mediawiki will be upgraded at that point. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Am 03.02.2010 00:38, schrieb Frederik Ramm: Hi, NopMap wrote: In contrast, I believe that there actually are people who try to listen to the sorrows of (potential) newcomers and want to lower the learning curve. Way too few, though. Fixed tagging rules are not needed to lower the learning curve. Could you please explain this? Fixed tagging rules will very certainly lower the learning curve to getting things on the map. You failed to explain the alternatives ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
Hi, Ulf Lamping wrote: In contrast, I believe that there actually are people who try to listen to the sorrows of (potential) newcomers and want to lower the learning curve. Way too few, though. Fixed tagging rules are not needed to lower the learning curve. Could you please explain this? Fixed tagging rules will very certainly lower the learning curve to getting things on the map. You failed to explain the alternatives ... If you want to help newcomers, then make a list of features that are rendered on the map, and write a nice tutorial explaining them, together with the fact that of course every map is different and just because a pub shows up on z16 on a certain map doesn't mean a restaurant will, too. What is so hard about this? Why do you think it means a steeper than necessary learning curve? From the newcomer's viewpoint, how would this be different with fixed tagging rules? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
On Wed, Feb 3, 2010 at 11:45 AM, Frederik Ramm frede...@remote.org wrote: If you want to help newcomers, then make a list of features that are rendered on the map, and write a nice tutorial explaining them, ... What is so hard about this? Forgive me for jumping in...but I think the hard part is to write a nice tutorial explaining them, based on what is on the wiki. The wiki is imperfect, and if it were easy to write nice explanations for all rendered tags, then those nice explanations would probably already be on the wiki, and the tutorial wouldn't be necessary... So, unless we want to defer to some higher power (???) to tell us what to tag, we need to step up and fix the situation ourselves. What's so hard about that? (:P) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Multiple Services to a Company/Building
Hello Roy, private banking services private_banking_services=yes foreign exchange foreign_exchange=yes tanning tanning=yes massage? massage=yes Yes that would do the job... I asked a friend of mine what his thoughts were and following are the results of our debate. Note that I am straying from the original question to a more high level view of the situation and breaking it up into two sections: 1) Do you want all that detail? 2) Assuming yes, how to denote the detail 1) Do you want all that detail? The first thing brought up was is that level of detail applicable to OSM? It was a bit of a yes and no answer, in that OSM, IMHO, has a function beyond mapping, and that is to describe the map. Describing a business and their products may be a little too much vs. just noting that they exist and they are in that building. The extra detail is probably more applicable to a higher level system which is geared towards the detail requested. For example a town/suburb website using OSM data for geo-location of businesses in the area would have their own database of what each business provides in terms of services and products... This can be noted in an example such as a Delicatessen... they range from small subset of specific foods to a whole range of different products but we can't detail what they sell categorically as product categories can change rapidly. So how much detail, is too much detail is the crux of it... and I suppose the crux of my original question. 2) Assuming yes, how to denote the detail: Let us assume we want the detail, how would we add the tags? While I do like what you suggested, an issue comes about when trying to work with the OSM data in your own backyard and/or rendering. The issue is with the grouping of the associated meta-data about the POI/building [entity]. For instance, tanning=yes, does that mean a spa provides tanning services or is it related to a factory that tans leather? The only way to find out is to hope that the name or the other tags on entity provide us with some more detail. shop=beauty tanning=yes amenity=factory tanning=yes Unfortunately an individual can not rely on the name to help out with understanding what the entity is when the name is in a language you have no concept of. And for me that is every other language besides Afrikaans and English... So for me to make use of data created by users in a foreign country I will likely have issues deriving what exactly the entity is when doing post-processing of OSM data. With all that said, going the route of: shop=beauty beauty=tanning beauty=massage etc. will help in identifying what type of tanning I am getting myself into... This may even help with the renderers, but considering I have no real knowledge of what is potting on the renderer side I won't comment any more on that. Anyway, this was supposed to be a short reply... so I will stop now. Please let me know on your thoughts. Ian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Multiple Services to a Company/Building
On Wed, Feb 3, 2010 at 2:32 PM, Ian Mc Shane ianmcsh...@live.co.za wrote: 1) Do you want all that detail? Yes please :) For example a town/suburb website using OSM data for geo-location of businesses in the area would have their own database of what each business provides in terms of services and products... But I don't have my own database - I want to use the OSM database... This can be noted in an example such as a Delicatessen... they range from small subset of specific foods to a whole range of different products but we can't detail what they sell categorically as product categories can change rapidly. So does the road network :P Put it in OSM if: 1) it refers to a specific latitude and longitude 2) it's a verifiable fact 3) you want to Whether or not it's likely to go out of date quickly is not relevant - it just means we need more mappers... 2) Assuming yes, how to denote the detail: For instance, tanning=yes, does that mean a spa provides tanning services or is it related to a factory that tans leather? Well...before you decide to use tanning=yes, check if it's already used (tagwatch, wiki, etc.). If not, go ahead and use it - and document your use of it on the wiki. If someone comes along later to tag a factory, they'll need to choose their tag carefully, and update the documentation accordingly. Basically - for tag definitions, rely on the wiki. With all that said, going the route of: shop=beauty beauty=tanning beauty=massage etc. The problem is that you can only have one value per key, i.e. you could only have beauty=tanning OR beauty=massage. An alternative is to use something like a namespace concept. Have a look at how to tag amenity=parking's: http://wiki.openstreetmap.org/wiki/Parking. Notice the tags capacity:disabled=*, capacity:parent=*, etc. If you want to use this kind of scheme for the beauty example, I guess you could probably use: shop=beauty beauty:tanning=yes beauty:massage=yes etc. But this probably isn't necessary in this case. I'd be happy either way, as long as it's documented on the wiki... :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Nav4All navigation shut down by Navteq
2010/2/2 Richard Fairhurst rich...@systemed.net: Essentially, you tag according to the duck test - if it quacks like a duck, looks like a duck, and walks like a duck, it's a duck 'highway=cycleway' is just like this. It's a meaningful object. It means a path with physical characteristics that can accommodate a bike, where bikes and pedestrians are permitted, and motor traffic is banned. this is valid for England and maybe Scotland and Wales (and probably some other countries), but it is not working on a worldwide basis. Your definition would in most of central Europe not be functioning: routers would lead pedestrians in areas where they are not allowed to walk (cycleways). Nobody would tag them with foot=no because it's obvious ;-) that you can't walk there. foot=yes would be the exception. When you write about meaning you should keep in mind that what seems obvious for you isn't for someone with a different background, but he might rather think that the opposite is obvious. they don't want to. But again, if you want to refine it, you can. You can have 'highway=cycleway; foot=no' if that's the case. don't tag redundant stuff, just highway=cycleway; foot=yes would be worth a second tag... Actually I wasn't writing about the best way to tag cycleways. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Video Tutorial: Presets in Potlatch
I admit to being disappointed in viewership on this one. Can anyone help to get the word out about this video? Thanks! Margie On Mon, Feb 1, 2010 at 5:39 PM, Margie Roswell mrosw...@gmail.com wrote: Here's another new video tutorial: OSM Tutorial - Using the Keyboard to Save Presets in Potlatch http://www.youtube.com/watch?v=YAnt2RSaEEAfmt=18 The 55-second video will help you to work more efficiently in OpenStreetMap.org's Potlatch Editor. Reference: http://wiki.openstreetmap.org/wiki/Potlatch/Keyboard_shortcuts Enjoy, Margie -- Margie http://www.BaltimoreUrbanAg.org http://www.Real-Food-Farm.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book -- Margie http://www.BaltimoreUrbanAg.org http://www.FarmersMarketVideo.org http://www.FriendlyCoffeehouse.org http://www.packtpub.com/drupal-5-views-recipes/book ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Multiple Services to a Company/Building
On Tue, Feb 2, 2010 at 4:20 PM, Roy Wallace waldo000...@gmail.com wrote: On Tue, Feb 2, 2010 at 2:57 PM, Ian Mc Shane ianmcsh...@live.co.za wrote: private banking services private_banking_services=yes foreign exchange foreign_exchange=yes tanning tanning=yes massage? massage=yes I think this approach (turning x=tag into tag=yes) is problematic, due to the sheer number of tags it makes possible. Pretty soon there will be a semantic clash between an existing key, and an existing value. I don't know, a power company will go from office=power to power=yes or something, clashing with the existing power=* tags. Are you sure it wouldn't be better to push for amenity=cafe;bakery;atm style multi-tagging instead? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] detail omgeving oldenzaal
Hallo, Net keek ik toevallig op de kaart in de omgeving Oldenzaal. De kaart daar is echt super! Hoe nauwkeurig hij is, weet ik niet, maar dat het grondgebruik ook gemapped is, is ongelofelijk. Ik zou graag willen weten wie dat heeft gedaan en ook hoe. Ik heb (hopelijke) komende 2 maanden weinig te doen en zou graag 2 gebieden gedetailleerd willen mappen. Een vraag is bijvoorbeeld of er ook perceelssloten en/of duikers gemapped zijn. Ik kan ze zo snel niet vinden, maar dat kan ook komen omdat er maar relatief weinig zijn. Nogmaals, de kaart zier er daar super uit. Groet, Michiel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] detail omgeving oldenzaal
stegg...@steggink.org wrote: De import wordt gecoördineerd door Ldp, maar verschillende anderen voeren de import uit, en ook eventuele opschoonacties (verwijderen overlappende gebouwen, dubbele nodes, etc.). Groeten, Frank [1] http://wiki.openstreetmap.org/wiki/3dShapes Ik zie nu inderdaad meerdere gebieden met grondgebruik. Als het mag wil ik ook wel een (klein) stukje doen. Eerst maar een klein stukje om te kijken hoe het gaat. Dan wil ik het gebied rond boterveen (drenthe) doen. Zuid van de Beilervaart, oost vd Drentse Hoofdvaart, noord van de N855 en west vd de A28. Ik heb daar al wat kleine wegen toegevoegd en ken het gebeid goed. Ik weet niet hoe het proces precies loopt en wat ik nodig heb. Wie kan mij vertellen wat ik dan moet doen en eventueel helpen/begeleiden. Michiel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Huidige status van NL kaarten
Rob schreef: Op 1 februari 2010 23:34 heeft YRS jav...@hccnet.nl het volgende geschreven: Bram Duvigneau schreef: On 1-2-2010 11:20, Lambertus wrote: Volgens mij is OpenStreetMap in principe een natuurlijke bondgenoot voor mensen met een (visuele) handicap. Vrijwel alles is opensource en naar wens aan te passen. Inderdaad, dat was ook precies mijn idee. De mogelijkheden om alles vast te leggen zijn er al, nu het vastleggen nog... Voorbeeldje: het zou fantastisch zijn om op een station de volgorde van de sporen te weten en voor blinden die met een stok lopen is de info over aanwezigheid van geleidelijnen interessant. Die kennis is er natuurlijk wel bij een deel van de doelgroep, zo kom ik zelf vaak op stations als Arnhem en Utrecht en ken ik daar prima de weg. Brengt mij op de volgende vraag: Hoe ga ik deze zaken (zoals geleidelijnen) mappen als mijn gpsje het (in de beschutting van de stationshal) laat afweten? De geodriehoek er bij pakken? OK. Grapje. Serieus: hoe pak ik zoiets aan? Je kunt je afvragen of het nut heeft om 't te mappen als je het al niet kunt tracken, dan kan een gebruiker het ook niet gebruiken bij gebrek aan gps signalen.. Ik denk dat Bram je haarfijn kan uitleggen hoe deze geleidelijnen gebruikt kunnen worden zonder gps ;-) geleidelijnen is een zowiezo een vorm van micromapping wat met met de huidige gps resolutie niet lekker lukt.. (lijkt mij) Het lijkt mij veel meerwaarde hebben als een blinden met door een gps redelijk in de buurt van een startpunt van een geleidelijn geleid kunnen worden. Dan is het dus erg zinvol in mijn ogen om deze lijnen te mappen? Zit ik er naast? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Fwd: [OSM-talk] Most of Busselton deleted
Thank you, Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: [OSM-talk] Most of Busselton deleted
This could have been an accident, not malicious damage. When I was editing streets in my home suburb, mainly just adding in street names, I needed to cut a street at a node because it changes its name. Somewhere along the way, the street disappeared. When I edited it (using Potlatch), the street was still there, but never showed up in the rendered version. I tried making subtle changes to force it to save the changes but to no avail. I eventually deleted the street entirely, saved the change, and replaced the street (from Yahoo) a few hours later. I suspect Potlatch may have some hidden bugs that only show up under certain odd conditions. I've done a lot of editing (in Potlatch and JOSM) since then, and have never had the same problem. It could be that the problem only occurs when you do a few small changes, save them and wait to see the result - just the sort of thing a novice user would do. Richard John Smith wrote: -- Forwarded message -- From: Apollinaris Schoell ascho...@gmail.com Date: 2 February 2010 17:22 Subject: Re: [OSM-talk] [talk-au] Most of Busselton deleted To: John Smith deltafoxtrot...@gmail.com Cc: Arie Paap wildmy...@gmail.com, Talk Openstreetmap t...@openstreetmap.org will do it, no conflicts detected in dry run edit definitely looks destruction done by a newbie please notify the user why this has been done and explain how to edit. On 1 Feb 2010, at 21:54 , John Smith wrote: I've forwarded a copy of your email to the main talk list, some people have scripts to be able to easily revert changes but I don't have anything set up at present. On 2 February 2010 15:45, Arie Paap wildmy...@gmail.com wrote: Can someone suggest how to deal with this kind of vandalism: Most of Busselton appears to have been deleted by user MAA on 31/1/2010. See following links: http://www.openstreetmap.org/?lat=-33.6573lon=115.3547zoom=12layers=B000FTFT http://www.openstreetmap.org/user/MAA/edits http://www.openstreetmap.org/browse/changeset/3756449 Is there an easy way to revert this kind of changeset? Arie ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: [OSM-talk] Most of Busselton deleted
Something similar happened in my region recently, someone new to josm managed to turn a park around 100m across into a 2km diameter circle, and mangled the ways nearby. A quick email to the user revealed he was new to josm and wasnt even aware of what he had done. Fortunately the mess was easily fixed, but luckily I contacted the bloke, and he was apologetic and continues to ask questions to learn how to use osm/josm better. Sometimes the diplomatic approach can be best. David On Tue, 2010-02-02 at 23:08 +1100, Richard Colless wrote: This could have been an accident, not malicious damage. When I was editing streets in my home suburb, mainly just adding in street names, I needed to cut a street at a node because it changes its name. Somewhere along the way, the street disappeared. When I edited it (using Potlatch), the street was still there, but never showed up in the rendered version. I tried making subtle changes to force it to save the changes but to no avail. I eventually deleted the street entirely, saved the change, and replaced the street (from Yahoo) a few hours later. I suspect Potlatch may have some hidden bugs that only show up under certain odd conditions. I've done a lot of editing (in Potlatch and JOSM) since then, and have never had the same problem. It could be that the problem only occurs when you do a few small changes, save them and wait to see the result - just the sort of thing a novice user would do. Richard John Smith wrote: -- Forwarded message -- From: Apollinaris Schoell ascho...@gmail.com Date: 2 February 2010 17:22 Subject: Re: [OSM-talk] [talk-au] Most of Busselton deleted To: John Smith deltafoxtrot...@gmail.com Cc: Arie Paap wildmy...@gmail.com, Talk Openstreetmap t...@openstreetmap.org will do it, no conflicts detected in dry run edit definitely looks destruction done by a newbie please notify the user why this has been done and explain how to edit. On 1 Feb 2010, at 21:54 , John Smith wrote: I've forwarded a copy of your email to the main talk list, some people have scripts to be able to easily revert changes but I don't have anything set up at present. On 2 February 2010 15:45, Arie Paap wildmy...@gmail.com wrote: Can someone suggest how to deal with this kind of vandalism: Most of Busselton appears to have been deleted by user MAA on 31/1/2010. See following links: http://www.openstreetmap.org/?lat=-33.6573lon=115.3547zoom=12layers=B000FTFT http://www.openstreetmap.org/user/MAA/edits http://www.openstreetmap.org/browse/changeset/3756449 Is there an easy way to revert this kind of changeset? Arie ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Fwd: [OSM-talk] Most of Busselton deleted
I have also sent a message to the user regarding what happened and some links to help on editing. In this particular case a large number of ways were deleted (as you can see from the changeset) and reverting seemed to me the best way to fix up the damage to the map. Arie On Wed, Feb 3, 2010 at 6:13 AM, David Murn da...@incanberra.com.au wrote: Something similar happened in my region recently, someone new to josm managed to turn a park around 100m across into a 2km diameter circle, and mangled the ways nearby. A quick email to the user revealed he was new to josm and wasnt even aware of what he had done. Fortunately the mess was easily fixed, but luckily I contacted the bloke, and he was apologetic and continues to ask questions to learn how to use osm/josm better. Sometimes the diplomatic approach can be best. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] How to undo saved edits?
The thread on unintentional damage is timely. I find I may have deleted a way. I was cleaning up duplicated ways, and may have deleted too much in JOSM and then saved the result. I suspect that the gap in the foot track at this location might be my doing: http://www.openstreetmap.org/?lat=-32.8991lon=116.1585zoom=14 How do I determine if there was a way there earlier in the day? And if there was, how do I restore it? I was adding a relation to cover the Bibbulmun Track when I came across an area with extensive duplication of ways, which I've been fixing as I go along. I've been working from south (Albany) northwards (towards Perth). I looked at the history, without it making much sense to me. The changeset ID in question is 3779618. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to undo saved edits?
On Wed, Feb 3, 2010 at 11:32 AM, John Henderson snow...@gmx.com wrote: The thread on unintentional damage is timely. I find I may have deleted a way. I was cleaning up duplicated ways, and may have deleted too much in JOSM and then saved the result. I suspect that the gap in the foot track at this location might be my doing: http://www.openstreetmap.org/?lat=-32.8991lon=116.1585zoom=14 How do I determine if there was a way there earlier in the day? And if there was, how do I restore it? I have not found out how to do this in JOSM. However Potlatch exposes deleted ways: http://wiki.openstreetmap.org/wiki/Potlatch/Primer#Undoing_mistakes So I use that to undelete the way and then continue editing (or switch back to JOSM) I was adding a relation to cover the Bibbulmun Track when I came across an area with extensive duplication of ways, which I've been fixing as I go along. I've been working from south (Albany) northwards (towards Perth). I looked at the history, without it making much sense to me. The changeset ID in question is 3779618. I'm glad you raised this. This area really baffled me when I noticed it a little while ago. I really didn't know how to resolve all the duplication or how to approach the user in question - they have obviously contributed a fair bit to the map but all the myid tags and duplicated ways are odd. As an example for the list: http://www.openstreetmap.org/?lat=-34.6593lon=117.5389zoom=14layers=B000FTF The Muirs Highway has been duplicated (and upgraded to trunk which also doesn't seem right to me). Arie John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to undo saved edits?
Arie Paap wrote: On Wed, Feb 3, 2010 at 11:32 AM, John Henderson snow...@gmx.com wrote: The thread on unintentional damage is timely. I find I may have deleted a way. I was cleaning up duplicated ways, and may have deleted too much in JOSM and then saved the result. I suspect that the gap in the foot track at this location might be my doing: http://www.openstreetmap.org/?lat=-32.8991lon=116.1585zoom=14 How do I determine if there was a way there earlier in the day? And if there was, how do I restore it? I have not found out how to do this in JOSM. However Potlatch exposes deleted ways: http://wiki.openstreetmap.org/wiki/Potlatch/Primer#Undoing_mistakes So I use that to undelete the way and then continue editing (or switch back to JOSM) Thanks heaps for that advice, which I've saved. It turns out that there was nothing there anyway, which is a big sigh of relief. But I did get the duplicates I deleted a little further south to show up again using this method. I was adding a relation to cover the Bibbulmun Track when I came across an area with extensive duplication of ways, which I've been fixing as I go along. I've been working from south (Albany) northwards (towards Perth). I looked at the history, without it making much sense to me. The changeset ID in question is 3779618. I'm glad you raised this. This area really baffled me when I noticed it a little while ago. I really didn't know how to resolve all the duplication or how to approach the user in question - they have obviously contributed a fair bit to the map but all the myid tags and duplicated ways are odd. As an example for the list: http://www.openstreetmap.org/?lat=-34.6593lon=117.5389zoom=14layers=B000FTF The Muirs Highway has been duplicated (and upgraded to trunk which also doesn't seem right to me). I just tread very carefully in JOSM, tentatively deleting ways to see if there's another underneath, and restoring needed things again with ctrl-Z. I remember once needing to delete about 6 duplicates until I got to the last one. In the case of the Bibbulmun Track in this area, it gets complicated because the ends of the duplicated ways don't always coincide. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to undo saved edits?
On 3 February 2010 16:45, John Henderson snow...@gmx.com wrote: I just tread very carefully in JOSM, tentatively deleting ways to see if there's another underneath, and restoring needed things again with ctrl-Z. You don't need to delete something to see if there is a way underneath, just select the mid point and shift it on the top way, then hit ctrl+z if you need to undo the point creation/removal. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to undo saved edits?
John Smith wrote: You don't need to delete something to see if there is a way underneath, just select the mid point and shift it on the top way, then hit ctrl+z if you need to undo the point creation/removal. An excellent point, and a much neater way of managing things. I've finished creating the Bibbulmun Track hiking route relation, and noted its existence in the Aus wiki. http://www.openstreetmap.org/browse/relation/400098 There's a few gaps in it, but not many or far. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Pardais
Eu sei que pelo menos alguns aparelhos Garmin poderiam usar a informação para avisar sobe pardais. Já vi sites que disponibilizam listas de pardais para usar nesses aparelhos. Será que haveria como fazer um patch no mkgmap ou fazer algum outro script para que possamos usar a informação do OSM nos GPS de carro? Rodrigo Avila escreveu: Eu já. Fiz da forma como o Samuel comentou. Só que eles não são renderizados no mapa, e o mkgmap também não se aproveita deles. -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br 2010/2/1 Flavio Bello Fialho be...@cnpuv.embrapa.br: Alguém já mapeou pardais? -- Flávio Bello Fialho ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pardais
Em 2 de fevereiro de 2010 10:15, Flavio Bello Fialho be...@cnpuv.embrapa.br escreveu: Eu sei que pelo menos alguns aparelhos Garmin poderiam usar a informação para avisar sobe pardais. Já vi sites que disponibilizam listas de pardais para usar nesses aparelhos. Será que haveria como fazer um patch no mkgmap ou fazer algum outro script para que possamos usar a informação do OSM nos GPS de carro? No caso do mkgmap, dá pra usá-lo com uma folha de estilos personalizada, que mostre os pontos com controladores de velocidade marcados com um ícone. Mas nada de alertas. Para alertas, tem que ser (até onde sei) com o POI Loader. No meu Mobile XT eu tenho insatalado a lista que tem disponível no maparadar.com (que aliás é bem grande). Mas eu tive que usar o POI Loader pra carregar. Acredito que, se conseguirmos separar em um arquivo .osm apenas os pontos com radares, dá pra criar um .csv importável pelo POI Loader. Mas daí vamos ter que criar isto do zero. -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Neuling mit vielen Fragen.
Am Montag 01 Februar 2010 18:08:44 schrieb Heinz-Jürgen Schymura: mit der Begründung mail.atekon.de verwendet ein ungültiges Sicherheitszertifikat. und dem weiteren Text Das Zertifikat gilt nur für sirius.lasnet.de.. Die ganzen Ausführungen zu CAcert und ob man dem vertrauen will in allen Ehren, ich bin selbst ein großer Freund von CAcert. Aber hier ist der Admin einfach nicht in der Lage, sein Zertifikat richtig zu benutzen. Hier wird eine Website mit dem Zertifikat einer anderen Website benutzt. Das hat mit CAcert überhaupt nicht zu tun, denn auch CAcert-Freunde werden von Ihrem Browser hier eine Warnung bekommen und müssen manuell eine Ausnahmeregel eintragen. Jegliche Ausführungen über CAcert sind also müßig so lange der Admin hier die Hostnames vermurkst. Und ich will nichts über IP-Adressen hören, SNI gibt es schon ewig und das funktioniert bestens! Und: StartSSL vergibt auch kostenlose Zertifikate. Deren Root-Cert ist in einer großen Menge Browser drin. Also eigentlich allen außer Opera. Davon ab wurde die Intention des OP vergessen: Er folgte einem Link Website. Diese URL die er hier angesteuert hat ist eine Mailingliste bzw. deren nichtöffentliches Archiv. Von der Adresse bekommt er nur dann irgendwelche Information, wenn er sich auf der Mailingliste einschreibt. Ich denke nicht, dass er das im aktuellen Stadium machen möchte sondern er sucht (passiv) Informationen. Gruß, Bernd -- Die Menschen glauben viel leichter eine Lüge, die sie schon hundertmal gehört haben, als eine Wahrheit, die ihnen völlig neu ist. - Alfred Polgar 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] mapgen.pl
moin, der maßstab ergibt sich aus den min/max werten im osm file und der anzahl der pixel in der x achse, die man ja angeben kann. alles aus dem file wird gerendert. ich habe auch schon drüber nachgedacht, nur teile zu rendern. - einmal wollte ich ein paar pixel am rand weglassen, wegen unvollständiger wege und flächen. (wäre wohl einfach und gibt etwas overhead) - und eben ausschnitte, wie von dir wohl gewünscht. ich glaube aber, hier wäre es am einfachsten, mal osmosis drüberlaufen zu lassen, weil sonst eben alles in die svg geschrieben wird, aber eben lange nicht alles angezeigt wird. schau doch mal nach den useractivity datem bei haiti. setze dort statt png mal htm ein, dann gibt es ein paar details. aber die user zahl geht da glaube ich nicht hervor... du könntest aber in den pngs die kästchen zählen :-)) z.B. http://www.gary68.de/temp/haiti0.htm ciao gerhard - original Nachricht Betreff: Re: [Talk-de] mapgen.pl Gesendet: Di, 02. Feb 2010 Von: Jan Tappenbecko...@tappenbeck.net danke ! sage einmal einen hinweis auf einen maßstab habe ich nicht gefunden. wird immer alles gerendert ??? oder nur die elemente die auch im style stehen ? ich habe bei osmarender nämlich die erfahrung gemacht, dass dort alles gerendert wird und die dateien dann so groß sind das diese teilweise in inkscape nicht mehr zu verarbeiten sind. kannst du aus deinene daten eigentlich einfach entnehmen wieviele personen in spitzenzeiten bzw. aktuell in haiti aktiv sind - aber vielleicht die woche noch einen termin mit unserer zeitung. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wie taggen? mehrere shops in einem Geschaeft
nimmt man eine node (bzw ein building) und taggt mit ';' getrennt oder IMHO nich so schoen n-nodes mit je einem feature. beispiele sind sowas wie die beliebten Postaemter in Zeitschriftenladen. Hermes Versand im Tabakladen, Bahnfahrkarten im Kiosk. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 29.1.10
Hallo, die neuen Daten liegen wenn auch verspätet wieder zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie taggen? mehrere shops in einem Geschaeft
Zum gleichen Thema gab es schon eine Frage am 29.Dez.09: Wie taggt man einen Gemischtwarenladen? Hilft Dir vielleicht weiter. Gruß Lothar Am 02.02.2010 um 10:41 schrieb Fabian: nimmt man eine node (bzw ein building) und taggt mit ';' getrennt oder IMHO nich so schoen n-nodes mit je einem feature. beispiele sind sowas wie die beliebten Postaemter in Zeitschriftenladen. Hermes Versand im Tabakladen, Bahnfahrkarten im Kiosk. ___ 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] Autoschalter
On Tue, Feb 02, 2010 at 08:52:30AM +0100, Stefan Popp wrote: Am 01.02.2010 20:45, schrieb Guenther Meyer: wie waers mit sowas wie drive-through = only oder services = drive_through_only? Bei services = * sehe ich Verwechslungsgefahr mit highway = services ( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservices ) sehe ich nicht. der kontext ist ein ganz anderer. prinzipiell wuerde ich sowas nicht als restaurant sehen, eher als imbiss vielleicht... Wie gesagt - etwas konstruiert. Ein Restaurant ist wohl kein geeignetes Beispiel. Wie wäre es mit einem Nur-Drive-Through-Geldautomaten? wuesste ich jetzt auch keinen. die, die ich kenne, kann man auch zu fuss nutzen... (gut, das geht im drive-through auch...) Vielleicht ist aber so etwas auch derart selten, dass ein einfaches note=* sinnvoller ist, als ein Tagkonstrukt einzuführen. Man könnte natürlich auch access=* dazu missbrauchen :-) bitte nicht access! In Verbindung mit Öffnungszeiten fiele mir sogar noch ein Beispiel ein: der McDonald's um die Ecke hat zwar einen 24h-Drive-Through, der Restaurant-Bereich ist aber nur 23h geöffnet. sowas zu taggen finde ich durchaus sinnvoll. wie waere es hiermit: opening_hours = 06:00-05:00 opening_hours:drive-through = 24/7 Sieht einfach und logisch aus, daher: +1 Nur zur Referenz (weil ich selbst nachsehen musste): 24/7 scheint ein definierter Wert bei opening_hours zu sein. ( http://wiki.openstreetmap.org/wiki/Key:opening_hours ) ja, ich hatte auch extra nachgeschaut ;-) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger im Selbstbau? (was: Logger gesucht)
Hi, - Original Nachricht Von: Johann H. Addicks addi...@gmx.net An: talk-de@openstreetmap.org Datum: 02.02.2010 01:09 Betreff: [Talk-de] Logger im Selbstbau? (was: Logger gesucht) Was mich noch interessieren würde, ob jemand dem Modul RDR-3200 [1] von Royaltek noch einen Microcontroller mit SD-Steckkartenplatz und Batteriehalter für ein paar AA-Akkus ausgeben mag. Wir sind an was aehnlichem [2] dran, das wird allerdings eine Nummer groesser da hier eine Bedienung vorgesehen ist. Bei der Software gibt es aber sicher eine Ueberschneidung - GPS-Empfaenger und microSD-Karte sind vorgesehen. Ja, man wird noch einen Step-Regler ausgeben müssen, denn das Ding wirklich wohl wirklich 5V UB haben. Bei uns: 3xAA mit Dual-Step-Up-Wandler nach 5V und 14V (Display) und ein Low-Drop Linearregler fuer 3.3V. Was an dem Ding dann so toll wäre? Das Modul hat einen 3D-Gyro mit an Bord und einen Tacho-Eingang. Das sollte zumindest am Fahrrad ein gutes Dead-Reckoning ermöglichen, solange das Modul am Rahmen (Rahmenvorbau) und nicht am Lenker befestigt ist und vom Tacho mit Puls versorgt wird. Und auch wenn Empfang gut wird der Gyro -wenn ich die Doku richtig verstanden habe- genutzt, die Genauigkeit zu verbessern. -jha- [1] http://www.royaltek.com/index.php?option=com_contentview=articleid=222Ite mid=329 Klingt interessant. Preispunkt fuer das Modul? Holger [2] http://explorerspal.org/doc/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenname kurz oder lang?
Hi, wir haben hier ein kleines Problemchen: in einer Gemeinde in Niederbayern werden die Straßennamen auf den Schildern einmal ausgeschrieben Friedhofstraße und am Ende der gleichen Str. steht auf dem Schild Friedhofstr. Weiteres Beispiel Ringstraße und Ringstr. Soll man nun die lange- oder die kurze Schreibweise im JOSM verwenden? Ich persönlich tendiere immer zu der Langversion. Wie sind die Meinungen? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Am 02.02.2010 14:59, schrieb Martin Czarkowski: Hi, wir haben hier ein kleines Problemchen: in einer Gemeinde in Niederbayern werden die Straßennamen auf den Schildern einmal ausgeschrieben Friedhofstraße und am Ende der gleichen Str. steht auf dem Schild Friedhofstr. Weiteres Beispiel Ringstraße und Ringstr. Soll man nun die lange- oder die kurze Schreibweise im JOSM verwenden? Ich persönlich tendiere immer zu der Langversion. Wie sind die Meinungen? Martin Ist schon mal diskutiert worden. Langversion ist sicher besser. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Ich persönlich bin immer für die Langversion. Im Prinzip ist es aber egal - es läuft eh periodisch ein Skript über die Karte das -str. und -strasse in -straße umwandelt. Früher oder später wird also automatisch eine Langversion daraus werden. Gruß, - bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Am 2. Februar 2010 15:06 schrieb Dieter Jasper dieter_jas...@web.de: Ich persönlich tendiere immer zu der Langversion. Wie sind die Meinungen? Martin Ist schon mal diskutiert worden. Langversion ist sicher besser. +1 In den name-tag sollte der Name eingetragen werden, nicht buchstabengetreu was auf dem Schild steht: abgekürzte Namen sind eben genau das: abgekürzte Namen, und daher besser die vollständige Version ohne Abkürzung eintragen. Hintergrund ist, dass man leichter (und eindeutiger) Einträge automatisch kürzen kann, als der umgekehrte Weg von der Abkürzung zur vollen Version möglich ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte zwei Changesets revertieren
malenki schrieb: Gestern wurde ein Import nicht komplett hochgeladen, so dass jetzt jede Menge einzelner Nodes herumliegen. Da sich niemenad gemeldet hat und revert.pl nur http #500 brachte, habe ich die leeren Nodes mit Josm aufgeräumt. (Upload läuft noch) malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Martin Koppenhoefer schrieb: Am 2. Februar 2010 15:06 schrieb Dieter Jasper dieter_jas...@web.de: Ich persönlich tendiere immer zu der Langversion. Wie sind die Meinungen? Ist schon mal diskutiert worden. Langversion ist sicher besser. +1 In den name-tag sollte der Name eingetragen werden, nicht buchstabengetreu was auf dem Schild steht: abgekürzte Namen sind eben genau das: abgekürzte Namen, und daher besser die vollständige Version ohne Abkürzung eintragen. Hintergrund ist, dass man leichter (und eindeutiger) Einträge automatisch kürzen kann, als der umgekehrte Weg von der Abkürzung zur vollen Version möglich ist. Exakt. Im letzte Urlaub fand ich ein wunderbares Beispiel: http://www.malenki.ch/OSM/Bilder/signs/dscf30808_Rsbtl._Weide.jpg ;) malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Montag 01 Februar 2010 16:40:13 schrieb Mitja Kleider: Jan Tappenbeck schrieb: bhhh - was wird da denn alles geschaufelt Alle Änderungen der OSM-Datenbank in ganz Europa von einer ganzen Woche werden mit osmosis geladen. Die Datenbank ist auch für andere Projekte gedacht. Am Ende die Spezialtabelle für Links zu generieren dauert nicht lange, aber die allgemeine Aktualisierung davor dauert fast 12 Stunden. mit einem tägl. updaten ist dann wohl nicht zu rechnen ! Ursprünglich wurde die Datenbank für Deutschland täglich aktualisiert, aber ich möchte den devserver nicht unnötig belasten. Bisher wird die Datenbank nur von sehr wenigen Projekten genutzt, da halte ich häufige Aktualisierung für übertrieben. Die Daten brauchen zwar nicht tagesaktuell sein, aber angesichts dieses langen Vorgangs sollte man eine häufigere Aktualisierung nicht ausschließen. Denn: Es werden immer mehr Daten werden. Und so wird es in Zukunft immer länger dauern. Mal abwarten was sich auf der FOSSGIS Konferenz ergibt. Ich kann nicht daran teilnehmen, aber gibt es für Leute wie mich eine Möglichkeit, sich die Vorträge später als Video anzusehen? Gruß, Mitja Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Montag 01 Februar 2010 17:56:08 schrieb Bernd Wurst: Am Montag 01 Februar 2010 16:40:13 schrieb Mitja Kleider: Jan Tappenbeck schrieb: bhhh - was wird da denn alles geschaufelt Alle Änderungen der OSM-Datenbank in ganz Europa von einer ganzen Woche werden mit osmosis geladen. Die Datenbank ist auch für andere Projekte gedacht. Am Ende die Spezialtabelle für Links zu generieren dauert nicht lange, aber die allgemeine Aktualisierung davor dauert fast 12 Stunden. In Anbetracht dieser Datenmenge wäre es vermutlich eine Überlegung wert, gleich regulär mit hourly- oder minutely-diffs zu arbeiten und damit einen fast-live-mirror zu haben. Ich brauche die Daten zwar nicht so aktuell, aber angesichts des langen Update-Vorgangs wäre ich auch nicht dagegen. Gruß, Bernd Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Montag 01 Februar 2010 20:34:54 schrieb Jan Tappenbeck: Am 30.01.2010 11:57, schrieb Alexander Matheisen: Am Samstag 30 Januar 2010 10:47:43 schrieb Jan Tappenbeck: Hi ! wäre es nicht sinnvoll noch www.openlinkmap.org zu realisieren ? Dazu müsste man eine Domain registrieren lassen; und das kostet Geld... Wäre mir ansich auch lieber, da man sich das besser merken könnte, aber mit der neuen Domain ist es auch schonmal einfacher geworden. :) gruß Jan :-) Alex kann man da nicht einmal bei strato nachfragen - das ist doch für die ein witz und angst zu haben das wir mit noch 100 url's kommen brauchen die wohl nicht zu haben - oder haben wir soviele ideen ?? Ich bin eigentlich zur Zeit mit der Adresse zufrieden. Und Ideen haben wir reichlich... Zum Beispiel meine neueste Idee: Die OpenRaucherMap: zeigt für ganz Deutschland Zigarettenautomaten und Raucherkneipen an, natürlich immer mit Warnhinweisen wie Raucher sterben früher ;-) gruß Jan :-) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Montag 01 Februar 2010 15:46:05 schrieb Jan Tappenbeck: Am 01.02.2010 14:41, schrieb Alexander Matheisen: Am Montag 01 Februar 2010 14:31:27 schrieb Jan Tappenbeck: Am 30.01.2010 12:07, schrieb Alexander Matheisen: Am Samstag 30 Januar 2010 10:27:34 schrieb Jan Tappenbeck: Hi ! kann mir einer sage warum die Wiki vom Holstentor nicht angezeigt wird ? http://olm.openstreetmap.de/?zoom=17lat=53.86616lon=10.67981layers= B0 TTT Hab da wohl etwas von Mitja falsch verstanden. Die Daten für Europa werden nur wöchentlich von Sonntag auf Montag aktualisiert. Werde das mal schnell auf der Seite verbessern. Noch ein bisschen Abwarten bis Montag, und dann kommen die Sternchen und Weltkugeln von ganz alleine... ;-) Gruß Jan :-) Alex hi ! haben jetzt Montag mittag - aber kein Symbol. Hat mich auch schon gewundert und habe daraufhin Mitja angeschrieben. Laut ihm wurde der Updatevorgang zwar schon in der Nacht gestartet, aber läuft noch bis in den späten Nachmittag des Montags hinein. Spätestens morgen sollte also alles drin sein und der Vorgang abgeschlossen sein. ;-) hier nochmal der Link zum Objekt http://www.openstreetmap.org/browse/way/27075168 gruß Jan :-) Alex bhhh - was wird da denn alles geschaufelt mit einem tägl. updaten ist dann wohl nicht zu rechnen ! Bei einem täglichen Update wäre jedoch die jeweilige Datenmenge kleiner. gruß Jan :-) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Alexander Matheisen wrote: Zum Beispiel meine neueste Idee: Die OpenRaucherMap: zeigt für ganz Deutschland Zigarettenautomaten und Raucherkneipen an, natürlich immer mit Warnhinweisen wie Raucher sterben früher ;-) Das paßt ja zu folgendem proposal ;) http://forum.openstreetmap.org/viewtopic.php?pid=55373 http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking Grüße, Philipp -- View this message in context: http://n2.nabble.com/OpenLinkMap-umgezogen-tp4481620p4501267.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Dienstag 02 Februar 2010 16:00:14 schrieb 1248: Alexander Matheisen wrote: Zum Beispiel meine neueste Idee: Die OpenRaucherMap: zeigt für ganz Deutschland Zigarettenautomaten und Raucherkneipen an, natürlich immer mit Warnhinweisen wie Raucher sterben früher ;-) Das paßt ja zu folgendem proposal ;) http://forum.openstreetmap.org/viewtopic.php?pid=55373 http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking Wenn mir mal langweilig ist, kommen das und so manch anderes noch... Grüße, Philipp Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Montag 01 Februar 2010 15:41:26 schrieb C. Brause: Vermutlich gibt es auch vorher noch zwei Fragen: 1. Was soll die OLM anzeigen?/Welche Funktion hat sie? (Standardfrage) 2. Was passiert, wenn die Links sich so häufen, dass sie sich gegenseitig überlagern und es unübersichtlich wird? Dann wird es unübersichtlich :) Kleiner Spaß am Rande... Ich persönlich halte die OLM für eine Karte, die Funktionen hat, die in jede normale Karte im Netz gehört. Somit könnte man sie eigentlich, leicht überarbeitet, als Hauptkarte bei OSM übernehmen. (persönliche Meinung) Die Links dürften dann aber nur Zusatz und nicht Hauptfunktion sein. Korrekt. Werden die Links zu unübersichtlichen Haufen, müssen sie sortiert oder Abgestuft werden. Ebenfalls korrekt. Lösungen, dass sich beim Anklicken sternförmig weitere Popups öffnen mag ich persönlich nicht. Ist auch nicht so mein Ding, da man mehr klicken muss, und die Position eigentlich verfälscht wird, wenn benachbarte Punkte zu einem zusammengefasst werden. Und die Links nach Wichtigkeit zu sortieren um manche erst bei hohen Zoomstufen einzublenden, halte ich nichts von. Grundsätzlich nicht schlecht, aber schwer realisierbar. In einer Großstadt ist ein Supermarkt völlig unbedeutend, aber in den Alpen und nur wenigen winzigen Dörfern hat ein Supermarkt fast schon eine regionale Bedeutung. So etwas kann eine Software aber nur schwer bewerten. Aus welchem Grund besucht man die OLM? Noch um zu gucken ob es georeferenzierte Websites irgendwo gibt. Irgendwann, so stell ich mir das im Moment vor, besuche ich die Seite um zu gucken, ob ich nicht eben was über die eine oder andere Sehenswürdigkeit gibt, indem ich auf der Karte rumklicke. Einfach um mehr zu erfahren. Das war auch mein Grundgedanke bei der Karte: man kann zu Dingen, die man auf der Karte sieht, einfach zu den passenden Informationen gelangen. Das geht doch am besten, wenn man mit der Maus über die Karte fährt und auf Objekte klicke, die mich interessieren. Dazu möchte ich diese auch sehen. Und alle anderen Links versperren doch quasi den Blick auf die restliche Karte, oder? Meine neuesten Ideen gehen dahin, dass: * Entweder die Marker ganz winzig angezeigt werden beim Überfahren vergrößert werden * Oder überhaupt keine Marker angezeigt werden, und erst einer eingeblendet wird, wenn man auf der Karte mit dem Mauszeiger über ein Objekt mit solchen Daten fährt Ich hab grad das Gefühl, ich klinge irgendwie böse. Das solls aber garnicht. Ich find das Projekt echt toll und möchte es durch konstruktive Kritik unterstützen! Ich finde kritische Leute immer sehr wichtig. Mir sind User, die den jetzigen Zustand/Funktionsweise ihrer Software in Frage stellen, lieber, als Leute, die einfach das benutzen, was ihnen vorgesetzt wird. Liebe Grüße Christian Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname kurz oder lang?
Hallo, Dieter Jasper schrieb: Langversion ist sicher besser. aber die Langform sollte sich nur auf Abkürzungen wie str. etc beziehen. Eine D.-Martin-Luther-Straße sollte m.E. nicht plötzlich zur Doktor-Martin-Luther-Straße werden. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarenders eingebaute pattern anpassen
Wie du siehst, muss jeder SVG-Befehl mit svg: ergänzt werden. Um die gleiche Darstellungsgröße der Symbole mit der Füllung zu erreichen, muss der Wert [1] dem Wert [2] im Kopf der Style-Datei entsprechen: Soweit war ich schon, hatte auch gepasst. Die Objekte waren aber in der Fläche verschoben und jeweils ansich falsch skalliert. Das habe ich jetzt soweit hinbekommen. Passt noch nicht ganz 100% (minimale Üperlappung im Subpixelbereich) aber für meine Zwecke reicht es so. Problem vorerst gelöst, danke. Dann habe ich noch ein Problem. Momentan nutze ich die tilesAThome Konfiguration in der lokalen Variante. So generiert das ganze ja praktischerweise je ein ganzes svg und png pro Zoomstufe, splittet fertige Tiles für Openlayers und das ganze auch fertig optimiert. Damit hätte man interaktive und fast druckbare Variante erschlagen. Nun kann man damit aber nur beispielsweise den Aufruf perl tilesGen.pl xy 2173 1363 12 starten. Damit wählt man aber nur eine bestimmte Kachel auf dem Planeten an, die dann ihre Daten aus einem API Auruf zieht. Ich würde aber gerne die API umgehen und aus einem lokalen OSM File rendern. Ich möchte gerne die Höhenlinien und einige lokale Sachen mit einrendern. Die können und sollen ja nicht auf Server. Wie kriege ich jetzt eine tilesATlocal Konfiguration dazu die API zu umgehen und stattdessen ein lokales File zu ziehen? Alles danach dürfte sich nicht ändern, es wird ja auch nur mit dem aus der API geladenen OSM File hantiert. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Hallo, Alexander Matheisen wrote: Ich persönlich halte die OLM für eine Karte, die Funktionen hat, die in jede normale Karte im Netz gehört. Somit könnte man sie eigentlich, leicht überarbeitet, als Hauptkarte bei OSM übernehmen. (persönliche Meinung) Die Links dürften dann aber nur Zusatz und nicht Hauptfunktion sein. Korrekt. Ich vermute, dass die OLM nur deswegen gut funktioniert, weil sie eine Nischenanwendung ist. Waere sie populaer - waere gar eine OLM-Funktionalitaet auf der OSM-Hauptseite - so haetten wir in Nullkommanix endlos viel Spam drin. Derzeit ist es relativ un-attraktiv, seinen XXX-Videothek-Link in OSM einzutragen (und wenn, dann stoert's keinen). Mit einer OLM-Funktion auf der Hauptseite wird das ploetzlich interessant... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de