Re: [Talk-transit] Proposed Feature - RFC - Public Transport
On 12/13/2010 11:35 PM, Richard Mann wrote: Because sometimes trams just stop in the road, not at anything that might be described as a platform. The only thing you can see is a pole (looking remarkably like a bus stop, in fact). You could call them railway=platform nodes, but it doesn't sound right. You could call them bus stops, but then they'd render as bus stops. Calling them highway=tram_stop allows the nodes to be used by bus relations, while still using a conventional railway=tram_stop for rendering purposes. So I think there is the consensus that there exist tree things that can be mapped: stop position (railway=tram_stop), platform (railway=platform) and the pole (new tag highway=tram_stop). You suggest to only add the platform (or if not existing the pole) to the route. If there is only the platform mapped this is obvious. How would you handle existing routes, only containing the stop_positions (railway=tram_stop)? Removing stop positions and adding the platform/pole? Because the platform/pole is a direct indicator of where the passengers should go to catch the service. The stop position is an indirect indicator of where the passengers should go - ok for simple pairs of tram platforms, but less use for anything else. I struggle to see the value of knowing the stop position except for rendering (it's just the point on the path of the service which happens to be closest to the platform/pole). So you would deprecate railway=tram_stop as the stop position? I read implicitly that you agree to use the platform instead of the pole for relations, correct? Yes. The things that might constitute a stop (platform, bus_stop, tram_stop, halt, station etc) are all quite distinct from the things that constitute the path of the service. If it stops at a platform, and you have that object available to put in the list of stops in the relation, then I'd use it. We are in consensus. I do not want to obligate someone to tag a stop position. Adding a stop position would close an incompleteness compared to trams/trains too. And there are mappers they think it is useful/necessary. Those mappers tag it actually with public_transport=stop_position+bus=yes and/or highway=bus_stop on the way. What do you suggest those mappers? Removing the tags? Tag what you like, as they say, but the route relation should include a clear list of stops. If some people want to use on-the-way nodes as a proxy for the platform (and they do), then having both platforms and stop_positions in the relation strikes me as likely to cause confusion. Better to only put one node (or platform way/area) in the relation per stop. Only adding on-the-way nodes into the relation is often used, correct. But I agree that this is incomplete. My proposal therefore would add both (stop position and platform). I think I will have to extend my proposal that it is not mandatory to map all the proposed points. But what would you suggest to use as the stop_position for bus stops, if you would have to decide? Regards Teddych ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Skyway Bicutan-Sucat and SLEx TR3 open s (was Skyway’s Bicutan-Sucat section opens b efore year-end)
On Fri, Dec 17, 2010 at 2:23 PM, maning sambale emmanuel.samb...@gmail.comwrote: Dear Tutubi, No public trace exist in the area aside from yours, my theory is that Navigator25 (the username) interpolated the roads from somewhere: http://www.openstreetmap.org/browse/way/89177967 Your trace is the only real proof (for now) of the road location and shape in OSM therefore It's OK that you touch them. done with the edits where I simply dragged the road over my traces except for the new exit links in Sto. Tomas...there's now a figure of eight at the end of the toll road, it's not a direct link ... will try to route next week and upload traces again YES! and that is ianlopez who started editing San Pablo w/o any hires imagery or GPS device. No other map that I know of has tremendous detail for San Pablo other than OSM. :) hmm...even the roads corssing the railroad were there complete with street names...nice. btw, I'm going back to Ilocos Sur next year and may be able to complete the interior road network of Vigan as well as other Ilocos Sur towns where I visited most town centers. -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] License Change - Jakob Altenstein Bachelor Thesis
Dear LWG, this is just for your information - not a request or action item. There's a cartography student here in Karlsruhe who is doing his bachelor thesis at Geofabrik. From a number of possible topics I offered him, he chose this: Development and implementation of an alogrithm to evaluate and visualize the effect of the planned OSM license change on the data. His task is more or less to produce a license change map like the red-green-orange-yellow maps we already have (that wasn't available when he started - I underestimated the speed with which the OSM community got that implemented). He will also have to produce a systematic write-up of the various possible orange/yellow situations where parts of an object are available for relicensing and others are not. I also expect him to develop an algorithm that will somehow filter out what remains of an object after non-relicensed information has been stripped away. If he's good he will also take into account complex cases like a way having been split (which is then not visible from the object history). All this is expected to be configurable so that you can e.g. define minor kinds of changes that don't yield copyright and see how the change in definition changes the output. His thesis is supposed to be finished end of February. I guess I'll see some interim results in January and would of course share them with you. As always, there's no guarantee that what he produces will have any use in practice. I assume that a lot of what he does will be duplicated by the community (most likely Peter Koerner who is doing similar work without an academic background) or by members of the LWG in the mean time, simply because people want answers to questions. Even so, I have mandated that his code and thesis be published under an open license so maybe once he has something to show we can use some his analysis/figures/code/whatever. If not, then that's not a problem - I told him and the professor beforehand that there's no knowing what OSM is up to and that there's no reason to assume the results will acutally be used in practice. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License Change - Jakob Altenstein Bachelor Thesis
Hi, Dear LWG, Oops, mis-sent this - was supposed to go to LWG only and not to list. Anyway, no secrets in there - if anyone has interesting comments, feel free to share them and I'll forward them to Jakob. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Massive import of airports
Hello people, today I've stumbled upon changeset 6682943 [0] in my area, and, digging further, I found its companions listed in [1]. While I believe this is valuable information, I'm quite puzzled by the import. In particular, it added nodes also to already well-mapped airports, with missing information. Compare: 1) node 1042047005, added by the import aeroway = aerodrome iata = TPS name = Trapani / Birgi Airport source = ourairports.com 2) way 74837437, pre-existing: aeroway = aerodrome closest_town = Trapani ele = 7 iata = TPS icao = LICT name = Aeroporto di Trapani-Birgi name:en = Trapani-Birgi Airport name:it = Aeroporto di Trapani-Birgi source = wikipedia type = civil;military wikipedia:en = Trapani-Birgi_Airport I suspect this kind of different quality is present elsewhere too. What do you think about reverting these changesets? Kindly, David [0]: http://www.openstreetmap.org/browse/changeset/6682943 [1]: http://www.openstreetmap.org/browse/changeset/6683367 http://www.openstreetmap.org/browse/changeset/6683351 http://www.openstreetmap.org/browse/changeset/6683322 http://www.openstreetmap.org/browse/changeset/6682893 http://www.openstreetmap.org/browse/changeset/6680143 -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
David wrote: big snip What do you think about reverting these changesets? I stumbled across an imported node in the middle of the existing area of airport nearest me and have deleted the node, but it being there made me review the existing mapping and I have improved my previous estimates of the car park and buildings based on the bing imagery, so the fact that the node was there made me look at the area again and has led to improvements overall. Globally, the question is whether more new airports have been added than duplicated. I'm guessing that unless a similar import had been done previously from another source then the answer is yes, in which case cleaning up the data might be better than reverting. Perhaps someone more adept with xapi than I can work out the level of duplication (and perhaps from that even a changeset to remove the duplicates)? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, 2010-12-17 at 09:53 +0100, Frederik Ramm wrote: Complete lack of discussion is reason enough for a revert in my opinion. I'd suggest contacting the importer and asking him where/how he has heard the community about his plans and whether he intends to fix the problems. and also what is his source -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
In my area it looks like a couple of small rural grass strips was added. The hospital helipad was initially duplicated but then re-deleted in a subsequent changeset by the same user. So it looks like there was at least SOME attempt at de-duplicating things, even if it was done after the fact. Toby On Fri, Dec 17, 2010 at 2:53 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 12/17/10 09:43, David Paleino wrote: today I've stumbled upon changeset 6682943 [0] in my area, and, digging further, I found its companions listed in [1]. Imports on such scale should be discussed before they're done, and documented after. In this case, a discussion would probably have yielded the recommendation to automatically detect duplicates. Complete lack of discussion is reason enough for a revert in my opinion. I'd suggest contacting the importer and asking him where/how he has heard the community about his plans and whether he intends to fix the problems. Bye Frederik ___ 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] Massive import of airports
The source is documented in both the changeset comments and on the nodes themselves. I saw a conversation on IRC to the effect that the data is indeed PD so there don't seem to be any worries on that front at least. Toby On Dec 17, 2010 3:10 AM, Kenneth Gonsalves law...@au-kbc.org wrote: On Fri, 2010-12-17 at 09:53 +0100, Frederik Ramm wrote: Complete lack of discussion is reason enou... and also what is his source -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://li... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
At 2010-12-17 01:22, Toby Murray wrote: The source is documented in both the changeset comments and on the nodes themselves. I saw a conversation on IRC to the effect that the data is indeed PD so there don't seem to be any worries on that front at least. Really? I read the about page at ourairports.com and there is no mention of reproduction rights one way or the other, except that every page has the footer Copyright © 20072010 by Megginson Technologies Ltd. That aside, did someone discuss how accurate/timely the data is supposed to be? In the US, the FAA is a reasonably accurate and timely (monthly) source of information. If ourairports.com aggregates multiple timely sources, I could see the value in an ongoing import from them, but keep in mind that there are other sites that do the same thing, who might should be considered as well. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, Dec 17, 2010 at 09:43:29AM +0100, David Paleino wrote: I suspect this kind of different quality is present elsewhere too. Yes, I have removed a duplicate in my area this morning. The node added was giving no new information (it had wrong name, was only a node and missed other data already present in OSM). What do you think about reverting these changesets? +1 Whatever the data is, it can be reimported after cleaning it up. Currently it added a lot of mess. I think the import should first be cleaned up, maybe automatically, for duplicates and then applied in smaller chunks, so it can be easily reverted partially. Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On 17/12/10 09:47, Alan Mintz wrote: At 2010-12-17 01:22, Toby Murray wrote: The source is documented in both the changeset comments and on the nodes themselves. I saw a conversation on IRC to the effect that the data is indeed PD so there don't seem to be any worries on that front at least. Really? I read the about page at ourairports.com and there is no mention of reproduction rights one way or the other, except that every page has the footer Copyright © 2007–2010 by Megginson Technologies Ltd. I messaged him about it last night when I saw the import start and he replied pointing at http://www.ourairports.com/data/ which does indeed say it is PD data. He has also listed it in the import catalogue in the wiki with a pointer to that page. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Toby Murray wrote: The source is documented in both the changeset comments and on the nodes themselves. I saw a conversation on IRC to the effect that the data is indeed PD so there don't seem to be any worries on that front at least. A simple assertion that this is PD isn't good enough. Lots of people don't have any understanding of IP in geodata, and will happily trace from Google Maps then say I declare the result to be CC-BY/PD/CC-BY-SA/entirely my copyright/what-have-you. Pretty much the entire quantity of Wikipedia's co-ordinate data is like this, for example. We need some confidence as to the actual surveying method before being able to take a PD declaration on trust. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Massive-import-of-airports-tp5844802p5844985.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] Massive import of airports
On Fri, Dec 17, 2010 at 9:05 PM, Stefan de Konink ste...@konink.de wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. I disagree, if there is reasonable evidence or suspicion that the data may have licensing problems then we should ask the source of that data for more details. If it turns out that the PD data really has been traced from say a Google Map, then at least under OSM policy that data cannot be uploaded to the database, hence we must remove that data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Le 17/12/2010 09:43, David Paleino a écrit : What do you think about reverting these changesets? +1 Imports must have been object of previous discussions, on legacy (but it seems right) and on methods and it apears the import is creating a lot of dupes. I have seen a lot of town imported in Burkina Faso on the same way, without checking the existing... It would be nice to recall some best practices on the wiki import page for : * warning the importers that they import would be subject of revert if some rules are note respected, * giving links to successfull imports as example of method * giving links of usefull tools and methods to compare contents and to clean data A proposed import page ? -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Le 17/12/2010 09:43, David Paleino a écrit : What do you think about reverting these changesets? +1 Imports must have been object of previous discussions, on legacy (but it seems right) and on methods and it apears the import is creating a lot of dupes. I have seen a lot of town imported in Burkina Faso on the same way, without checking the existing... It would be nice to recall some best practices on the wiki import page for : * warning the importers that they import would be subject of revert if some rules are note respected, * giving links to successfull imports as example of method * giving links of usefull tools and methods to compare contents and to clean data A proposed import page ? -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, 17 Dec 2010, Andrew Harvey wrote: On Fri, Dec 17, 2010 at 9:05 PM, Stefan de Konink ste...@konink.de wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. I disagree, if there is reasonable evidence or suspicion that the data may have licensing problems then we should ask the source of that data for more details. If it turns out that the PD data really has been traced from say a Google Map, then at least under OSM policy that data cannot be uploaded to the database, hence we must remove that data. Someone is innocent until proven guilty. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, Dec 17, 2010 at 9:34 PM, Stefan de Konink ste...@konink.de wrote: On Fri, 17 Dec 2010, Andrew Harvey wrote: On Fri, Dec 17, 2010 at 9:05 PM, Stefan de Konink ste...@konink.de wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. I disagree, if there is reasonable evidence or suspicion that the data may have licensing problems then we should ask the source of that data for more details. If it turns out that the PD data really has been traced from say a Google Map, then at least under OSM policy that data cannot be uploaded to the database, hence we must remove that data. Someone is innocent until proven guilty. Yes, which is why I said we should ask the user for more information about that data if there is some evidence to suggest it may be from a non-compatible source. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Stefan de Konink wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. No. By that logic we'd never revert data which is clearly traced from infringing sources. We can, and we do. The OSM map is a single collaborative project, not a series of personal projects. Data (and core code, for that matter) should satisfy our collective standards. If I see a badly mapped road, I'll delete it and replace it with something better. Exactly the same applies to badly licensed data. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Le 17/12/2010 11:34, Stefan de Konink a écrit : On Fri, 17 Dec 2010, Andrew Harvey wrote: On Fri, Dec 17, 2010 at 9:05 PM, Stefan de Konink ste...@konink.de wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. I disagree, if there is reasonable evidence or suspicion that the data may have licensing problems then we should ask the source of that data for more details. If it turns out that the PD data really has been traced from say a Google Map, then at least under OSM policy that data cannot be uploaded to the database, hence we must remove that data. Someone is innocent until proven guilty. It is note a question of someone's guilty. I hope people hare of good faith. People can be wrong with good faith. But a question of data and certainty of compatible licence. -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, Dec 17, 2010 at 11:43 AM, Richard Fairhurst rich...@systemed.netwrote: The legal discussion makes only sense if the import is going to be accepted. And since it is not the first import about airports in OSM, this one will create more troubles than anything else. I agree with Frederik that it should be reverted. It's not because some geodata can be downloaded (freely or not) from somewhere that they can stupidly imported in OSM without any regards about existing data. Such things were possible 4 years ago, not anymore today. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Friday 17 December 2010, Stefan de Konink wrote: On Fri, 17 Dec 2010, Andrew Harvey wrote: On Fri, Dec 17, 2010 at 9:05 PM, Stefan de Konink ste...@konink.de wrote: Come on, this is non-sense. If someone accepted the CT and imports the data, it should be enough. I disagree, if there is reasonable evidence or suspicion that the data may have licensing problems then we should ask the source of that data for more details. If it turns out that the PD data really has been traced from say a Google Map, then at least under OSM policy that data cannot be uploaded to the database, hence we must remove that data. Someone is innocent until proven guilty. We are not a legal system. We are a project with funds that won't stretch very far when it comes to legal fees. robert. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
From http://www.ourairports.com/about.html , under Credits: Google Maps for providing a free, high-quality mapping API and geocoder -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
OSM is an open system. Anyone can contribute as he likes. If there is something wrong then you cannot say must be reverted It's the original author that should be convinced to revert data. Only none cooperative authors should have their date reverted All OSM-ers are equal, nor Pieren nor Frederik are more equal. Gert Gremmen - Openstreetmap.nl (alias: cetest) P Before printing, think about the environment. Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] Namens Pieren Verzonden: Friday, December 17, 2010 12:27 PM Aan: Richard Fairhurst CC: talk@openstreetmap.org Onderwerp: Re: [OSM-talk] Massive import of airports On Fri, Dec 17, 2010 at 11:43 AM, Richard Fairhurst rich...@systemed.net wrote: The legal discussion makes only sense if the import is going to be accepted. And since it is not the first import about airports in OSM, this one will create more troubles than anything else. I agree with Frederik that it should be reverted. It's not because some geodata can be downloaded (freely or not) from somewhere that they can stupidly imported in OSM without any regards about existing data. Such things were possible 4 years ago, not anymore today. Pieren image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Gert, On Fri, 17 Dec 2010 13:08:49 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: OSM is an open system. Anyone can contribute as he likes. You're wrong. Anyone can contribute correct (at most of the user capabilities) non-duplicate data. Data failing to meet this criteria MUST be reverted. Otherwise we'll end up with the database full of low-quality, duplicate, useless things. The quality of OSM data is only based on peer-review. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Toby Murray wrote: In my area it looks like a couple of small rural grass strips was added. The hospital helipad was initially duplicated but then re-deleted in a subsequent changeset by the same user. So it looks like there was at least SOME attempt at de-duplicating things, even if it was done after the fact. But they're forgetting the case where the original airport was mapped with the tags on a polygon, and now I can go over the entire country again removing the duplicate nodes that often have wrong names as well... Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Read my mail ! Instead of debiting the obvious! OSM is open. His right is your right ! Instead of discussing about someone, discuss WITH someone about its data quality, and do not complain in public if not anyone does not meet YOUR quality standards. In-avoidable your data will be subject to discussion also one day, and you do not like to be treated that way. If someone ignores to discuss, well that's another story. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] Namens David Paleino Verzonden: Friday, December 17, 2010 1:18 PM Aan: talk@openstreetmap.org Onderwerp: Re: [OSM-talk] Massive import of airports Gert, On Fri, 17 Dec 2010 13:08:49 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: OSM is an open system. Anyone can contribute as he likes. You're wrong. Anyone can contribute correct (at most of the user capabilities) non-duplicate data. Data failing to meet this criteria MUST be reverted. Otherwise we'll end up with the database full of low-quality, duplicate, useless things. The quality of OSM data is only based on peer-review. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On 17 December 2010 11:49, Alan Mintz alan_mintz+...@earthlink.net wrote: From http://www.ourairports.com/about.html , under Credits: Google Maps for providing a free, high-quality mapping API and geocoder But it also says: Marc Wick at Geonames for permission to run thousands of batch queries against his geolocation APIs; -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM data and Google Maps - Update
Last month back Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We raised this issue with our provider for Colombia, and they agreed to remove the disputed data from their data set while they continue to discuss the matter with Steve and the OSM community. Our provider has since provided us with a new dataset. We expect the changes to appear in Google Maps in the coming weeks but don't have an exact date to share. -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] open.mapquest.com launched for the US
Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Full details about it are available on our devblog at http://devblog.MapQuest.com Thank you to everyone here who has helped make this happen (you know who you are, and the beer is always on my tab when we meet) Merry Christmas Ant -- Aut viam invenium aut facium ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Le 17/12/2010 13:08, ce-test, qualified testing bv - Gert Gremmen a écrit : OSM is an open system. Anyone can contribute as he likes. Not only... Anyone can contribute for making data beter. We don't always agree on what is beter. But we discuss it. And we generaly agree that dupes are worse. If there is something wrong then you cannot say must be reverted I can say it ! I will not do it without discussion... (In fact for technical reason I will not do it but I will suport the one who will do it after discussion and agrement) It's the original author that should be convinced to revert data. Not exactly ! If I put data in the database, I'm no more the owner. Only none cooperative authors should have their date reverted All OSM-ers are equal, nor Pieren nor Frederik are more equal. It is not a question of person but of quality of data. We are not talking of reverting somebody, but reverting a changeset. It is not a question of Pieren or Frederik or anybody, but of having discussion of the oportunity of doing a revert. And the opinion of Pieren or Frederic or anybody else is as valuable as the opinion of the author, as far as it is well-founded. OSM is not a sympathic club but a project. The aim is not to be kind (even if it doesn't arm !). Kindly yours :-) -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Am 17.12.2010 13:30, schrieb ce-test, qualified testing bv - Gert Gremmen: Read my mail ! Instead of debiting the obvious! I'm sorry I've to jump into this discussion. It's not only about data quality but about how we interact with each other. It's best practice at OSM to announce data imports before actually doing them, providing data samples and asking the Malinglist about Concerns. This would have brought up concerns about duplicates and we'd have found a way to get this done properly. Did the Importer ask the Malinglist about comments? did he receive some? Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Massive import of airports
Hello, I'm responsible for the massive import of airports yesterday. First of all, I would like to apologize for its outcome. My intention was to map some of the missing airports from OSM. My methodology was as follows: - Check to see what data is already in OSM. Download the data from the XAPI. - If a node in OSM was within 0.1' of a node in the ourairports.com data, then do not import. As you can see there was a flaw. Not all airports in OSM have nodes, but they use ways/areas instead. As someone pointed out on the list, I did forget step two for a few heliports, and had to revert. This is why you saw some duplicates appear, then dissapear. My second mistake was not talking to the community first, and for that I apologize. I was careful to ensure that the data did have the correct licence, which can be found at www.openstreetmap.com/data/ . If I was incorrect in assuming that Public Domain was not allowed, please let me know. Moving forward, I will be glad to revert all my changes or I can work with the community to improve the data quality. Blake ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Am 17.12.2010 15:28, schrieb Blake Crosby: I'm responsible for the massive import of airports yesterday. First of all, I would like to apologize for its outcome. Hi Blake thank you for talking to us although we ranted so bad about the import. My intention was to map some of the missing airports from OSM. My methodology was as follows: .. you data and your methodology were fine, even if they were not perfect, but who's perfect after all? My second mistake was not talking to the community first, and for that I apologize. This was the only real mistake you did but you fixed it by talking to us now. Moving forward, I will be glad to revert all my changes or I can work with the community to improve the data quality. The community has to decide it the changes should be reverted. How many nodes did you import? Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, 17 Dec 2010 09:28:26 -0500, Blake Crosby wrote: Hello, I'm responsible for the massive import of airports yesterday. First of all, I would like to apologize for its outcome. Thanks for talking here :) [..] As you can see there was a flaw. Not all airports in OSM have nodes, but they use ways/areas instead. Since you seem to have the required skills, would you mind correcting this? i.e. leave the nodes where no airport is mapped, and delete them (possibly without failing, since some of us already deleted some of them) where the airport is mapped as way/area instead. That would be great :) [..] I was careful to ensure that the data did have the correct licence, which can be found at www.openstreetmap.com/data/ . If I was incorrect in assuming that Public Domain was not allowed, please let me know. It is allowed, AFAICS. We just need to be sure that the source data *really* is in Public Domain. Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] licence change w/o data loss + better version control + more quality with flagged revisions
I would greatly encourage this. I would also like if it could show the results if one (odbl) or another license (PD) was accepted and non-compatible data removed, partially, or as a whole, dependent on the acceptance of the license / contributor terms by the author. It would show the community the consequences of an unthoughtful decision, be it CC-BY-SA, PD or ODBL. Especially now an important part of the community is pushing towards a choice. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: legal-talk-boun...@openstreetmap.org [mailto:legal-talk-boun...@openstreetmap.org] Namens Heiko Jacobs Verzonden: Friday, December 17, 2010 12:14 AM Aan: legal-t...@openstreetmap.org CC: talk@openstreetmap.org Onderwerp: [OSM-legal-talk] licence change w/o data loss + better version control + more quality with flagged revisions Hello I want to add again some remarks to licence change combined with some ideas to qualitiy management and version control. It might be also interesting in combination with a bacchelor thesis http://forum.openstreetmap.org/viewtopic.php?id=9817 (in german!) or in combination with the rough view to state of licence change http://osm.informatik.uni-leipzig.de/map/?layers=B0 For all of this you need - decisions how to manage licence change and - tools for this. For the last point we need two tools - get a complete version control of objects - decision of the licence state of an object Does anyone on this world already works on such tools? I not heard about it. First tool is needed because of splitting and joining ways. At splitting one new way will appear with a new history and with a new user, if this user did something on this way or not (besides splitting it). For joining the history of one way is lost. To get a complete history is very awful today. You might get it by viewing all nodes, but this may complicate ... Such a tool would be useful already toay for some questions: E.g. since when something ist changed at an object and who did it? So it would be nice to get such a tool - independant from licence change - not only for getting old history for licence change - for future use, too For licence change, a stand alone tool may good enough, but then you will get no intermediate states of licence changes progress For last point, the API has to learn it, if the editing tool don't gives hints ... Now we have the first tool ;-) Next point: licence change Who needs the new licence? The mapping-only-user not really, because he is already mapping under CC and this seems good enough for him ... The users of most data also not realy, becauss most things like slippy maps online and on Garmins already work with old licence But there is a circle of adavanced users of OSM data, who want to put date in special tools, might be mixing them with other data under other licences, and they don't want to get problems with unclear licence ... I state, that the new licence will be mostly better like the old one. especially for this group, but for others, too, and it would be good to hurry up. I only have problems with loss of data or (this might be more worse) failures in data because of removing all data, where no one can relicence it because of death, not reachable anymore or left project, ... So some geometry, tags, objects will disappear. If only some nodes or tags of a way disappear, the rest might be very faulty ... For the circle of special users the new licence is really necesary, but the most users will only get angry, if they will see, which date dissapears or is wrong other change of licence. So I already discussed some ideas to avoid this, but with no luck yet ... So I try it again now ;-) One tool has still to be discussed: Which licence has an object? There is a longer list of problems for this decision. I will not discuss them now, because - bacchelor thesis, which may give answers? - this problems are not interesting for my idea. I only want look at the result. This may be: - object clearly 100% OdBL - object clearly 0% ODbL or might be - 100% ODbL - 90% ODbL - ... - 100% CC or - object is 100% PD What exactly has to be discussed, especially for data edited by more than one user, totally unsolved yet. Up to now the result will be ONE ODbL-only data set. But why only once and so binary? I think, the process of decision will be programmed as a process, who may be startet more than once, becaus a lot of mapper is interessed to see, what will be the result, if up to now 47110815 mapper accepted, the new map will be http://... if no more will accept Then we have nearly something, that can be used to put this information back to databse instead of extracting a new database So a way id=... node id=... tag k=... v=... or whatever will be verified, will get a new l=... (licence=...) l=o, l=c, l=p or variations like l=o50 for 50% ODbL ...
Re: [OSM-talk] Massive import of airports
On 17/12/2010 9:42 AM, Peter Körner wrote: The community has to decide it the changes should be reverted. How many nodes did you import? There were 23,013 nodes: Of those: 3,680 were Heliports/Helipads 19,333 were Aerodromes The general consensus with other users who have e-mailed me directly/on this list is that I should revert the changes for which a node appears INSIDE an area defined as as helipad/aerodrome. I will begin work on that today and should have everything completed by 2300 UTC. Blake ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, Dec 17, 2010 at 10:31 AM, Blake Crosby m...@blakecrosby.com wrote: On 17/12/2010 9:42 AM, Peter Körner wrote: Blake, Thank you for responding here on the mailing list and explaining things. The community has to decide it the changes should be reverted. How many nodes did you import? There were 23,013 nodes: Of those: 3,680 were Heliports/Helipads 19,333 were Aerodromes The general consensus with other users who have e-mailed me directly/on this list is that I should revert the changes for which a node appears INSIDE an area defined as as helipad/aerodrome. That seems reasonable, except for the fact that we have concerns with the licensing of the data. We care a lot about the lineage of the data. The about page of ourairports.com lists ways they sourced the data, including using Google Maps and Wikipedia (which takes data from Google Maps). Take a look at the FAQ which explains some about this: http://wiki.openstreetmap.org/wiki/FAQ I very much wish the data was usable here but sadly I don't think it is because of the copyright concerns. Cheers, Katie I will begin work on that today and should have everything completed by 2300 UTC. Blake ___ 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] Massive import of airports
On Fri, 17 Dec 2010 10:31:41 -0500, Blake Crosby wrote: The general consensus with other users who have e-mailed me directly/on this list is that I should revert the changes for which a node appears INSIDE an area defined as as helipad/aerodrome. I'd say also near, not only inside, if you can :-) I will begin work on that today and should have everything completed by 2300 UTC. Great! Thank you! David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, Dec 17, 2010 at 1:30 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Instead of discussing about someone, discuss WITH someone about its data quality, and do not complain in public if not anyone does not meet YOUR quality standards. In-avoidable your data will be subject to discussion also one day, and you do not like to be treated that way. If someone ignores to discuss, well that's another story. Gert Gremmen You have a strange way to inverte the roles. So WE are the bad boys because we notice a crappy mass import done by someone who did not try to discuss first and generates a lot of manual corrections for the others. I meet every day lower quality contributions but manual/local contributions and mass imports are not equal and shall be treated differently. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On 17/12/2010 10:57 AM, David Paleino wrote: I'd say also near, not only inside, if you can :-) My first round of deletions have completed (changeset 6688755). It resulted in the deletion of 921 nodes. Any of the nodes that I added that was within 0.1' of any existing node/way tagged as aeroway='aerodrome' has been removed. I will be performing the same for aeroway='helipad' shortly. I will also be asking users who've emailed me privately to see if they can confirm that the clean-up worked in their areas. Thanks for your patience. Blake ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Can you confirm that the data came from sources compliant with the license terms, and not from sources such as Google Maps that don't allow their data to be used in OSM? The information at http://www.ourairports.com/about.html indicates that at least some of the ourairports.com data came from Google. ---Original Email--- Subject :Re: [OSM-talk] Massive import of airports From :mailto:m...@blakecrosby.com Date :Fri Dec 17 11:37:10 America/Chicago 2010 On 17/12/2010 10:57 AM, David Paleino wrote: I'd say also near, not only inside, if you can :-) My first round of deletions have completed (changeset 6688755). It resulted in the deletion of 921 nodes. Any of the nodes that I added that was within 0.1' of any existing node/way tagged as aeroway='aerodrome' has been removed. I will be performing the same for aeroway='helipad' shortly. I will also be asking users who've emailed me privately to see if they can confirm that the clean-up worked in their areas. Thanks for your patience. Blake ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, 17 Dec 2010 12:37:10 -0500, Blake Crosby wrote: On 17/12/2010 10:57 AM, David Paleino wrote: I'd say also near, not only inside, if you can :-) My first round of deletions have completed (changeset 6688755). [..] I will be performing the same for aeroway='helipad' shortly. I will also be asking users who've emailed me privately to see if they can confirm that the clean-up worked in their areas. Thanks for your patience. Thank you for working into this :) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On 23000 nodes approximately 5 % were duplicate. Who of you will thank Blake for 95% new data ? None ! Is that a way to treat fellow OSM-ers : Crappy mass import ! Instant doubt on license ! And who is WE ? You mean I ! You speak for yourself ! Blake: thank you for your contributions, and mistakes are human. Gert Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] Namens Pieren Verzonden: vrijdag 17 december 2010 18:08 Aan: OSM Onderwerp: Re: [OSM-talk] Massive import of airports On Fri, Dec 17, 2010 at 1:30 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Instead of discussing about someone, discuss WITH someone about its data quality, and do not complain in public if not anyone does not meet YOUR quality standards. In-avoidable your data will be subject to discussion also one day, and you do not like to be treated that way. If someone ignores to discuss, well that's another story. Gert Gremmen You have a strange way to inverte the roles. So WE are the bad boys because we notice a crappy mass import done by someone who did not try to discuss first and generates a lot of manual corrections for the others. I meet every day lower quality contributions but manual/local contributions and mass imports are not equal and shall be treated differently. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 17-12-10 22:33, ce-test, qualified testing bv - Gert Gremmen schreef: Blake: thank you for your contributions, and mistakes are human. And sometimes unavoidable. For example in the case of the Dutch busstop imports. You cannot 'deduplicate' existing nodes within 5 meters because that can be the opposite of the street already. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0L20YACgkQYH1+F2Rqwn3K9wCfVn4H73LDujVgNVq7i9sgHQVx c9QAnjaGHktU2rq+vAze0QixOLzOFdh+ =WHe/ -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
On Fri, 17 Dec 2010 14:06:29 -0500 Blake Crosby m...@blakecrosby.com wrote: The Second round of deletes are complete (changeset 6689583). This resulted in 281 nodes marked as aeroway=helipad being deleted. Blake I'm removing any that I find in my area. I came home yesterday to find that a dirt strip used by agricultural planes has been upgraded to an Airport. Node id=1042093159 lat=-34.3666992; lon=146.8829956; Data set: 115FD37; User: [id:28609 name:bcrosby]; ChangeSet id: 65F93F; Timestamp: 2010-12-17T02:18:53Z, Version: 1 tags: iata= aeroway=aerodrome source=ourairports.com name=Ardlethan Airport I don't know who at ourairports.com dreamed that this was an airport, but the little sign to the place says Airstrip. I can't even confirm if it is appropriately placed, as there is no suitable aerial iamgery. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Speaking of horrible imports, when are we going to delete the environmental hazard import in the US? http://www.openstreetmap.org/browse/node/586927988/history -- View this message in context: http://gis.638310.n2.nabble.com/Massive-import-of-airports-tp5844802p5845926.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] open.mapquest.com launched for the US
On Fri, 2010-12-17 at 08:06 -0500, Antony Pegg wrote: Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Just out of interest, why did you choose to extract only the continental united states out of the entire worlds data that the project has? Surely this leads to more effort at startup and down-the-line, as you need to keep the data up-to-date and have to extract only a very small subset of the data available. Does MapQuest have interest in maps from around the world, or is this more a 'we provide maps for those we can advertise to'? If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
What makes you think this is an extract? Did you try scrolling over to Europe? Also the .com domain is only the latest one to be rolled out. These sites have all been online for several months already: http://open.mapquest.co.uk/ http://open.mapquest.in/ http://open.mapquest.it/ http://open.mapquest.fr/ http://open.mapquest.de/ And I think 5 others. Toby On Fri, Dec 17, 2010 at 5:12 PM, David Murn da...@incanberra.com.au wrote: On Fri, 2010-12-17 at 08:06 -0500, Antony Pegg wrote: Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Just out of interest, why did you choose to extract only the continental united states out of the entire worlds data that the project has? Surely this leads to more effort at startup and down-the-line, as you need to keep the data up-to-date and have to extract only a very small subset of the data available. Does MapQuest have interest in maps from around the world, or is this more a 'we provide maps for those we can advertise to'? If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David ___ 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] Massive import of airports
On Fri, 2010-12-17 at 22:33 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: On 23000 nodes approximately 5 % were duplicate. Who of you will thank Blake for 95% new data ? None ! Ive seen a few thanks for the addition of the data, maybe you missed them, or only read emails further if there was criticism. I wish 95% was accurate enough for my job, imagine if 95% of your email made it to your inbox but 5% was lost, would you be thanking your ISP for the great job they did, or would you be asking them to fix the missing 5%? You wouldnt be ungrateful for the 95% you did receive, but youd prefer to know its 100% reliable. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On 17/12/2010 23:12, David Murn wrote: On Fri, 2010-12-17 at 08:06 -0500, Antony Pegg wrote: Very very proud to announce that we have launched the US http://open.MapQuest.com site Just out of interest, why did you choose to extract only the continental united states out of the entire worlds data that the project has? I was able to scroll over the Atlantic to the UK and view the map of my local area on that site. -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Speaking of horrible imports, when are we going to delete the environmental hazard import in the US? http://www.openstreetmap.org/browse/node/586927988/history It should be deleted - most items here are placed in the middle of roads, sometimes a KM or 2 off, resulting in mass confusion.Also data so old, I can barely trace it back to historical items that might have once existed at the specified locations. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Fri, 17 Dec 2010 17:26:05 -0600 Toby Murray toby.mur...@gmail.com wrote: What makes you think this is an extract? Did you try scrolling over to Europe? snip If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David I agree with David, that this shows a view of the world which is distorted, ignoring Asia where most humans actually reside, and ignoring Africa at the same time. A useful thing would be an honest comparison of what is available through Mapquest through their original sources of data, and what is available if Mapquest uses OSM. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Massive import of airports
Am 17.12.2010 15:24, schrieb Katie Filbert: On Dec 17, 2010, at 9:09 AM, Peter Körner osm-li...@mazdermind.de wrote: It's not only about data quality but about how we interact with each other. +1 +2 Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Saturday 18 December 2010 00:48:17 Elizabeth Dodd wrote: On Fri, 17 Dec 2010 17:26:05 -0600 Toby Murray toby.mur...@gmail.com wrote: What makes you think this is an extract? Did you try scrolling over to Europe? snip If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David I agree with David, that this shows a view of the world which is distorted, ignoring Asia where most humans actually reside, and ignoring Africa at the same time. A useful thing would be an honest comparison of what is available through Mapquest through their original sources of data, and what is available if Mapquest uses OSM. If you had used your spectacles while reading in stead of scissors, then you might have noticed you cut out this link: http://open.mapquest.in/ If you still don't want to click on it, I'll give you a hint: .in stands for India. Some quote from Mark Twain comes to mind. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
I tried searching by my home address and it could not find it. When I tried it on Mapquest classic it found that same address. John On Fri, Dec 17, 2010 at 8:06 AM, Antony Pegg anttheli...@gmail.com wrote: Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Full details about it are available on our devblog at http://devblog.MapQuest.com Thank you to everyone here who has helped make this happen (you know who you are, and the beer is always on my tab when we meet) Merry Christmas Ant -- Aut viam invenium aut facium ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John J. Mitchell ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Fri, 2010-12-17 at 17:26 -0600, Toby Murray wrote: What makes you think this is an extract? The subject line specifically says launched for the US, and the first line of the original email said Very very proud to announce that we have launched the US [link] site. I therefore assumed that it was a US site, I dont know what I was thinking. Did you try scrolling over to Europe? I clicked the link when I first replied to this email an hour ago, but it timed out while loading. After reloading, while writing this email, the page finally displayed its splash screen (maybe thats why it took so long, loading the mapquest pop-up splash-screen). The interface seems quite slow and jumpy (no smooth scrolling or zooming), compared to slippymap, and roads seem to be marked strangely. Looking at a state level, I see lots of town names, even of smaller towns, but some larger ones were missing. There was only one main highway shown. When I start zooming into a city, some roads (or parts of the roads) show up more bold than others of a similar rating, and by the time I zoom in enough to see residential streets, every street is drawn the same, whether its a motorway or a parking service lane. The one exception to this, seems to be turning_circles, which appear at least 5x wider than the road. Ive also noticed while you have attiribution at the bottom, I cant find a permalink. Is (was?) it not a requirement of the licence to have a permalink on the map display, or is this just an unwritten rule that everyone complies with? David On Fri, Dec 17, 2010 at 5:12 PM, David Murn da...@incanberra.com.au wrote: On Fri, 2010-12-17 at 08:06 -0500, Antony Pegg wrote: Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Just out of interest, why did you choose to extract only the continental united states out of the entire worlds data that the project has? Surely this leads to more effort at startup and down-the-line, as you need to keep the data up-to-date and have to extract only a very small subset of the data available. Does MapQuest have interest in maps from around the world, or is this more a 'we provide maps for those we can advertise to'? If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David ___ 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] open.mapquest.com launched for the US
On 18 December 2010 01:28, David Murn da...@incanberra.com.au wrote: Ive also noticed while you have attiribution at the bottom, I cant find a permalink. Is (was?) it not a requirement of the licence to have a permalink on the map display, or is this just an unwritten rule that everyone complies with? It's an unwritten rule that isn't a rule because not everyone complies with it (I don't). Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
Ive also noticed while you have attiribution at the bottom, I cant find a permalink. Is (was?) it not a requirement of the licence to have a permalink on the map display, or is this just an unwritten rule that everyone complies with? LOL - An additional refreshing thing about Mapquest using our data is that they can present maps in a way that they feel best meets the needs of their viewers. They don't need a permalink hyperlink 5 mm x 5 mm from the lower right corner of the screen when they have a Link clearly displayed in the 3rd oval from the top left. The rest of their attribution looks more than adequate to me. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Sat, Dec 18, 2010 at 7:48 AM, Elizabeth Dodd ed...@billiau.net wrote: I agree with David, that this shows a view of the world which is distorted, ignoring Asia where most humans actually reside, and ignoring Africa at the same time. A useful thing would be an honest comparison of what is available through Mapquest through their original sources of data, and what is available if Mapquest uses OSM. Liz and David, Mapquest does use the whole world's data in their Open Mapquest sites. They just roll out country-specific sites to provide proper localization. But all of the world's data is available on any of their Open websites. In fact, I can go to any of the Open websites, scroll over to my country, and get driving directions: http://open.mapquest.com/link/8-Ua19 In addition, since they don't have data for my country from other providers, they show OSM data instead in their main (non-Open) website, though only as tiles. Eugene ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Fri, 2010-12-17 at 20:14 -0500, Mike N. wrote: Ive also noticed while you have attiribution at the bottom, I cant find a permalink. Is (was?) it not a requirement of the licence to have a permalink on the map display, or is this just an unwritten rule that everyone complies with? LOL - An additional refreshing thing about Mapquest using our data is that they can present maps in a way that they feel best meets the needs of their viewers. They don't need a permalink hyperlink 5 mm x 5 mm from the lower right corner of the screen when they have a Link clearly displayed in the 3rd oval from the top left. Thanks for pointing that out, I missed it as I thought the link had to be with the map data, same as the attribution. Although, it would be nice if they had a link which had the coordinates in it, rather than just http://open.mapquest.com/link/8-qjaOT9xl (the link for the default view). I guess this helps with user tracking, as if 5 people tag an object and share the link, with permalink you only see how popular the object is, whereas with mapquest method you can individually track which users are using each others links. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
They did, indeed, pick a region, the USA, where the bulk of the data came from the TIGER database import, just as you say they should have done. So, why are you complaining? ---Original Email--- Subject :Re: [OSM-talk] open.mapquest.com launched for the US From :mailto:da...@incanberra.com.au Date :Fri Dec 17 17:12:48 America/Chicago 2010 On Fri, 2010-12-17 at 08:06 -0500, Antony Pegg wrote: Hi all, Very very proud to announce that we have launched the US http://open.MapQuest.com site Just out of interest, why did you choose to extract only the continental united states out of the entire worlds data that the project has? Surely this leads to more effort at startup and down-the-line, as you need to keep the data up-to-date and have to extract only a very small subset of the data available. Does MapQuest have interest in maps from around the world, or is this more a 'we provide maps for those we can advertise to'? If Mapquest wanted to show off the usefulness of OSM data, wouldnt you be using data from Europe or Asia, or for that matter, any place where a bulk of the data was imported directly from a public db (TIGER). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Fri, Dec 17, 2010 at 6:27 PM, John Mitchell mitchellj...@gmail.com wrote: I tried searching by my home address and it could not find it. When I tried it on Mapquest classic it found that same address. They use nominatim for their open.mapquest.* sites so if you can find your house on openstreetmap.org then you should be able to find it on open.mapquest.* If you can't, then you need to map it! Works for me. Although I don't think nominatim understands saying address in city - rather you can use a comma or nothing at all between the street name and the city. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] open.mapquest.com launched for the US
On Sat, 18 Dec 2010 09:22:15 +0800 Eugene Alvin Villar sea...@gmail.com wrote: On Sat, Dec 18, 2010 at 7:48 AM, Elizabeth Dodd ed...@billiau.net wrote: I agree with David, that this shows a view of the world which is distorted, ignoring Asia where most humans actually reside, and ignoring Africa at the same time. A useful thing would be an honest comparison of what is available through Mapquest through their original sources of data, and what is available if Mapquest uses OSM. Liz and David, Mapquest does use the whole world's data in their Open Mapquest sites. They just roll out country-specific sites to provide proper localization. But all of the world's data is available on any of their Open websites. In fact, I can go to any of the Open websites, scroll over to my country, and get driving directions: http://open.mapquest.com/link/8-Ua19 In addition, since they don't have data for my country from other providers, they show OSM data instead in their main (non-Open) website, though only as tiles. Eugene Thanks Eugene, that's very interesting, and a far different slant than that provided by emails announcing specific sites for specific areas. I can't check it properly at present as my internet is flaky since we had rain (and some flooding) but will do so later. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ben er woensdag niet aan toe gekomen, maar de cache is er nu. http://peter-server.homelinux.net/bing/ Op 16 december 2010 12:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Maar even op dezelfde thread: Ik heb de Bing Image Analyzer op github gezet. https://github.com/mvexel/bingimageanalyzer Het beste, Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Dec 14, 2010, at 6:03 PM, Peter wrote: Oja, hernoem tiledate.phps naar tiledate.php. En... je hebt toch wel het bestandje geopend met je browser en de tekst geselecteerd? En toch niet gewoon meteen het hele ding gekaapt? Want jouw versie staat vol met php-highlight-html zooi :) Op 14 december 2010 17:59 heeft Peter pe...@haas-en-berg.nl het volgende geschreven: Oja, die. Download openlayers (http://openlayers.org/download/OpenLayers-2.10.tar.gz) en gooi die in /ol/. Dat is alles :) Op 14 december 2010 17:56 heeft Martien Scheepens mart...@fmf.nl het volgende geschreven: De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Ik vertrek van Amsterdam centraal, meer mensen van/via daar? Steven On Dec 17, 2010, at 10:25 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Ik kom met de trein. Als die rijden dan, zoniet, dan heb ik een probleem. Op 17 december 2010 22:25 heeft ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende geschreven: Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Denk dat vanaf Almere via Amsterdam zal gaan. Geen idee waar ik dan precies moet overstappen. Geen idee of ze zondag met de normale of de winterdienstregeling rijden. De NS reisplanner is dood, en 9292 zegt iets over NS bussen... http://ns.nl/cs/Satellite/ns2007/nl/artikel/include/1291823650170/landelijk+diverse+verstoringen?p=1160724828566 Op 17 december 2010 22:32 heeft Steven Ottens ste...@minst.net het volgende geschreven: Ik vertrek van Amsterdam centraal, meer mensen van/via daar? Steven On Dec 17, 2010, at 10:25 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Ja, ik ook vanaf C.S. Maar 10:00 daar? Dat dacht ik niet! Ik wil er rond 12:00 zijn. OV lijkt een drama naar de Harakirilaan, op zondag. Als iedereen verder veel eerder wil gaan neem ik wel een taxi o.i.d. Martijn -- Martijn van Exel Senior Researcher / Software Engineer - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: martijn.van.e...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - On Dec 17, 2010, at 10:32 PM, Steven Ottens wrote: Ik vertrek van Amsterdam centraal, meer mensen van/via daar? Steven On Dec 17, 2010, at 10:25 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Ik denk dat een paar verschillende schone installaties wel leuk is. Ubuntu, Debian, CentOS, Gentoo, ik weet niet wat de verschillen zijn maar deze worden toch wel veel gebruikt. Verder een recente planet, misschien van een paar verschillende bronnen (hypercube, geofabrik, osm.nl) om verschillen te kunnen vaststellen. Wat betreft hardware genoeg prik voor iedereen en ik hoop dat er voldoende tafels en stoelen zijn. Ik neem zelf alleen een macbook pro mee. Verder nog wat Gert? Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Dec 17, 2010, at 9:58 PM, Peter Peterse wrote: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Voor de fun kan ik er nog wel een windows server bij gooien :) Bij gebrek aan portable servers neem ik een macbookje mee en doe alles via ssh/vpn+remote desktop dus prik en net is all I need s On Dec 17, 2010, at 11:04 PM, Martijn van Exel wrote: Ik denk dat een paar verschillende schone installaties wel leuk is. Ubuntu, Debian, CentOS, Gentoo, ik weet niet wat de verschillen zijn maar deze worden toch wel veel gebruikt. Verder een recente planet, misschien van een paar verschillende bronnen (hypercube, geofabrik, osm.nl) om verschillen te kunnen vaststellen. Wat betreft hardware genoeg prik voor iedereen en ik hoop dat er voldoende tafels en stoelen zijn. Ik neem zelf alleen een macbook pro mee. Verder nog wat Gert? Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Dec 17, 2010, at 9:58 PM, Peter Peterse wrote: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Nu ook op GitHub! https://github.com/PeterNL/bingocular Op 16 december 2010 12:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Maar even op dezelfde thread: Ik heb de Bing Image Analyzer op github gezet. https://github.com/mvexel/bingimageanalyzer Het beste, Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Dec 14, 2010, at 6:03 PM, Peter wrote: Oja, hernoem tiledate.phps naar tiledate.php. En... je hebt toch wel het bestandje geopend met je browser en de tekst geselecteerd? En toch niet gewoon meteen het hele ding gekaapt? Want jouw versie staat vol met php-highlight-html zooi :) Op 14 december 2010 17:59 heeft Peter pe...@haas-en-berg.nl het volgende geschreven: Oja, die. Download openlayers (http://openlayers.org/download/OpenLayers-2.10.tar.gz) en gooi die in /ol/. Dat is alles :) Op 14 december 2010 17:56 heeft Martien Scheepens mart...@fmf.nl het volgende geschreven: De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] install party bij Gert
Als er nu toch een paar uit A'dam komen en een uit het hoge noorden, dan kan ik best een groepje om zeg 10:00 uur afhalen op het station van Utrecht. Dan rijden we met z'n allen verder naar Schiedam. Dan is voor de meeste het OV probleem opgelost. Robert -Oorspronkelijk bericht- From: Martijn van Exel Sent: Friday, December 17, 2010 10:52 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] install party bij Gert Ja, ik ook vanaf C.S. Maar 10:00 daar? Dat dacht ik niet! Ik wil er rond 12:00 zijn. OV lijkt een drama naar de Harakirilaan, op zondag. Als iedereen verder veel eerder wil gaan neem ik wel een taxi o.i.d. Martijn -- Martijn van Exel Senior Researcher / Software Engineer - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: martijn.van.e...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - On Dec 17, 2010, at 10:32 PM, Steven Ottens wrote: Ik vertrek van Amsterdam centraal, meer mensen van/via daar? Steven On Dec 17, 2010, at 10:25 PM, ce-test, qualified testing bv - Gert Gremmen wrote: Als de sneeuw het toelaat 10:00 uur. Ben je met het OV, dan de trein in schiedam. Als jullie een beetje gecoordineerd aankomen kan ik jullie oppikken van het station. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Peter Verzonden: vrijdag 17 december 2010 22:02 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] install party bij Gert Gave naam, die wil ik ook! :D Ik heb een laptop met mapnik2 en een benelux planet van afgelopen woensdag erin. Die gaat iig mee. Groeten en tot zondag, Peter (Hazenberg, dus geen Peterse) Op 17 december 2010 21:58 heeft Peter Peterse pe...@peterse-uithuizen.com het volgende geschreven: Hallo Gert, Is er een planning van a.s. zondag? Eerder is reeds gezegd aanvang 10 uur. Moet er al het een en ander voorbereid worden? Zelf neem ik geen server mee. Wel heb ik hem klaar staan. Enkel een basis CentOS installatie. Dus zonder GCC e.d. zodat we een correcte handleiding kunnen maken. Het installeren doen ik via mijn laptop. Groeten en tot zondag, Peter P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_951SPAM=truepath=C:\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] NSW Bridge numbers
Today, driving around various flood diversions, we found a bridge number Mirrool Creek, south of Ardlethan on the Newell is 10029. Photo proof coming later My internet is either flaky or b**g*d ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NSW Bridge numbers
On Fri, 17 Dec 2010 20:02:58 +1100 Elizabeth Dodd ed...@billiau.net wrote: Today, driving around various flood diversions, we found a bridge number Mirrool Creek, south of Ardlethan on the Newell is 10029. Photo proof coming later My internet is either flaky or b**g*d http://billiau.net/zoph/photo.php?photo_id=19389 Guest / Guest should login if required ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Dados de outros projetos e divulgaçã o
Ôpa, Pode incluir São Leopoldo, RS, por favor? Obrigado! LMB 2010/12/16 Rafael Gassner rafael.gass...@gmail.com: Aproveitando Tambem tem a compilação para garmin ftp://ftp.pucpr.br/osm/ Atualizado diariamente. Caso alguem necessite que seja incluida alguma cidade, é só avisar. Abraço! 2010/12/16 Djavan Fagundes dja...@comum.org Pessoal, Hoje eu conheci o projeto Tracksource[0] através de alguns amigos aqui do trabalho, acredito que já devam conhecer.. Inicialmente eu pensei que talvez eles pudesses estar usando alguma coisa do OSM, mas logo vi que não. Comentei com o Phractal sobre e fui ver o histórico da lista deles, procurando algo relacionado ao OSM, onde vi que algumas pessoas questionaram a possibilidade de intercâmbio de dados, mas o projeto adota uma licença bem restritiva e parece não ter o menor interesse em qualquer colaboração conosco. /me se sentiu bem frustrado. Acabei conversando com o pessoal aqui do trabalho sobre uma série de questões: licenças, contribuições, divulgação, etc. Todos me disseram que possuem interesse em contribuir com dados para o OSM para poderem usar em seus GPS's veiculares. Vejo que temos que trabalhar para divulgar cada vez mais o projeto aqui no Brasil e uma abordagem que podemos utilizar é essa questão dos dados poderem ser utilizados por GPS veiculares. Ao menos aqui em BH, acredito podemos conseguir muitas pessoas para contribuir.. O Samuel me mostrou o mapaslivres.org, mas me parece meio parado, o Vitor aqui da lista é o responsável, certo? O que acha da gente dar um UP por lá como meio de começar a divulgar melhor? Eu estou muito disposto a ajudar nesta questão.. [0] http://www.tracksource.org.br/ -- Djavan Fagundes E-mail | xmpp: dja...@comum.org http://djavan.comum.org/blog/ http://butequeiro.comum.org/ http://comum.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Rafael Gustavo Gassner 55 41 9821-8368 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Censo 2010
Pessoal, Saíram alguns resultados do censo 2010. Quem está afim de atualizar a população de todos municípios do Brasil? :P http://www.ibge.gov.br/home/estatistica/populacao/censo2010/populacao_por_municipio.shtm Também tem várias coisas coisas legais no resto do site do censo: http://www.censo2010.ibge.gov.br/index.php ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dados de outros projetos e divulgaçã o
Em Qui, 2010-12-16 às 21:01 -0300, Wille escreveu: Em relação ao mapas livres, acho que é necessário melhorar a forma de apresentação das informações. Grande Wille, Bom ver que está por aqui =) Com toda certeza, sei que você poderá ajudar muito neste sentido também! Sugiro criarmos um passo-a-passo pra pessoa que viu o OSM pela primeira vez entender basicamente como funciona e como começar a contribuir. Com toda certeza, acredito que o shapado ou outra ferramenta ajudaria bastante nesta questão.. Então.. hoje de manhã eu tava olhando site do Chile e vi que eles disponibilizam o fonte do site, o Guerrinha até já clonou pra ver como está e o que podemos aproveitar... Os interessados em trabalhar no novo site podiam se reunir via jabber ou algo do tipo pra gente desenrolar ideias.. O que acham? -- Djavan Fagundes E-mail | xmpp: dja...@comum.org http://djavan.comum.org/blog/ http://butequeiro.comum.org/ http://comum.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Digest Talk-br, volume 27, assunto 21
Puxa, é muito convidativa a esta porta do mapaslivres. Eu, como usuária iniciante me percebi à vontade: uma linguagem direta, voltada para o nível de desempenho que posso ter no contato inicial com esta ferramenta. Obrigada, muito legal Send Talk-br mailing list submissions to talk-br@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-br or, via email, send a message with subject or body 'help' to talk-br-requ...@openstreetmap.org You can reach the person managing the list at talk-br-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Dados de outros projetos e divulgação (vitor) 2. Re: Dados de outros projetos e divulgação (Djavan Fagundes) 3. Re: Dados de outros projetos e divulgação (vitor) 4. Re: Dados de outros projetos e divulgação (Flávio Henrique) 5. Re: Dados de outros projetos e divulgação (Guilherme Dagostin Donadel) -- Message: 1 Date: Thu, 16 Dec 2010 17:42:54 -0200 From: vitor vitor.geo...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Dados de outros projetos e divulgação Message-ID: aanlktimm9n_rsqeypwbk6k6-j3+0_vpgk-xpdzacq...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Oi Djavan, Você está certissimo que é necessária a divulgação do OpenStreetMap no Brasil. Eu criei o Mapas Livres com o Arlindo para ter alguma coisa em Português que seja uma porta de entrada para usuários brasileiros, visto que nem o wiki, nem o site do OSM são amigáveis para iniciantes. Todas as sugestões para o Mapas Livres são bem-vindas. Só para te dar um histórico, eu já tinha colocado alguns CMS como o Joomla, mas por falta de mão-de-obra a coisa não foi pra frente. Aí fiz este site estático, para que haja uma referência mínima. Também há um twitter do Mapas Livres, que eu regularmente posto novidades, e eu acho que é a atividade mais bem sucedida, pois tem crescido bem em número de seguidores. Recentemente coloquei o ajuda.mapaslivres.org, que utiliza o shapado, mas não tem tido muito movimento. Se você buscar no histórico desta lista, vai encontrar uns relatórios semanais que eu enviava regularmente. Por falta de tempo, eu dei uma parada, mas devo retornar em breve. Com este relatório podemos acompanhar quantitativamente as principais ações de melhoria do mapa, e creio que é assim que atrairemos mais usuários, melhorando o mapa. Abraços, Vitor 2010/12/16 Djavan Fagundes dja...@comum.org Pessoal, Hoje eu conheci o projeto Tracksource[0] através de alguns amigos aqui do trabalho, acredito que já devam conhecer.. Inicialmente eu pensei que talvez eles pudesses estar usando alguma coisa do OSM, mas logo vi que não. Comentei com o Phractal sobre e fui ver o histórico da lista deles, procurando algo relacionado ao OSM, onde vi que algumas pessoas questionaram a possibilidade de intercâmbio de dados, mas o projeto adota uma licença bem restritiva e parece não ter o menor interesse em qualquer colaboração conosco. /me se sentiu bem frustrado. Acabei conversando com o pessoal aqui do trabalho sobre uma série de questões: licenças, contribuições, divulgação, etc. Todos me disseram que possuem interesse em contribuir com dados para o OSM para poderem usar em seus GPS's veiculares. Vejo que temos que trabalhar para divulgar cada vez mais o projeto aqui no Brasil e uma abordagem que podemos utilizar é essa questão dos dados poderem ser utilizados por GPS veiculares. Ao menos aqui em BH, acredito podemos conseguir muitas pessoas para contribuir.. O Samuel me mostrou o mapaslivres.org, mas me parece meio parado, o Vitor aqui da lista é o responsável, certo? O que acha da gente dar um UP por lá como meio de começar a divulgar melhor? Eu estou muito disposto a ajudar nesta questão.. [0] http://www.tracksource.org.br/ -- Djavan Fagundes E-mail | xmpp: dja...@comum.org http://djavan.comum.org/blog/ http://butequeiro.comum.org/ http://comum.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://lists.openstreetmap.org/pipermail/talk-br/attachments/20101216/3d77fd7c/attachment-0001.html -- Message: 2 Date: Thu, 16 Dec 2010 17:50:14 -0200 From: Djavan Fagundes dja...@comum.org To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Dados de outros projetos e divulgação Message-ID: 1292529014.19367.239.ca...@archimedes Content-Type: text/plain; charset=UTF-8 Em Qui, 2010-12-16 às 17:42 -0200, vitor escreveu: Oi Djavan, Você está certissimo que é necessária a divulgação
Re: [Talk-br] Digest Talk-br, volume 27, assunto 21
2010/12/17 venu...@riseup.net Puxa, é muito convidativa a esta porta do mapaslivres. Eu, como usuária iniciante me percebi à vontade: uma linguagem direta, voltada para o nível de desempenho que posso ter no contato inicial com esta ferramenta. Obrigada, muito legal Send Talk-br mailing list submissions to talk-br@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-br or, via email, send a message with subject or body 'help' to talk-br-requ...@openstreetmap.org You can reach the person managing the list at talk-br-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Dados de outros projetos e divulgação (vitor) 2. Re: Dados de outros projetos e divulgação (Djavan Fagundes) 3. Re: Dados de outros projetos e divulgação (vitor) 4. Re: Dados de outros projetos e divulgação (Flávio Henrique) 5. Re: Dados de outros projetos e divulgação (Guilherme Dagostin Donadel) -- Message: 1 Date: Thu, 16 Dec 2010 17:42:54 -0200 From: vitor vitor.geo...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Dados de outros projetos e divulgação Message-ID: aanlktimm9n_rsqeypwbk6k6-j3+0_vpgk-xpdzacq...@mail.gmail.comaanlktimm9n_rsqeypwbk6k6-j3%2b0_vpgk-xpdzacq...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Oi Djavan, Você está certissimo que é necessária a divulgação do OpenStreetMap no Brasil. Eu criei o Mapas Livres com o Arlindo para ter alguma coisa em Português que seja uma porta de entrada para usuários brasileiros, visto que nem o wiki, nem o site do OSM são amigáveis para iniciantes. Todas as sugestões para o Mapas Livres são bem-vindas. Só para te dar um histórico, eu já tinha colocado alguns CMS como o Joomla, mas por falta de mão-de-obra a coisa não foi pra frente. Aí fiz este site estático, para que haja uma referência mínima. Também há um twitter do Mapas Livres, que eu regularmente posto novidades, e eu acho que é a atividade mais bem sucedida, pois tem crescido bem em número de seguidores. Recentemente coloquei o ajuda.mapaslivres.org, que utiliza o shapado, mas não tem tido muito movimento. Se você buscar no histórico desta lista, vai encontrar uns relatórios semanais que eu enviava regularmente. Por falta de tempo, eu dei uma parada, mas devo retornar em breve. Com este relatório podemos acompanhar quantitativamente as principais ações de melhoria do mapa, e creio que é assim que atrairemos mais usuários, melhorando o mapa. Abraços, Vitor 2010/12/16 Djavan Fagundes dja...@comum.org Pessoal, Hoje eu conheci o projeto Tracksource[0] através de alguns amigos aqui do trabalho, acredito que já devam conhecer.. Inicialmente eu pensei que talvez eles pudesses estar usando alguma coisa do OSM, mas logo vi que não. Comentei com o Phractal sobre e fui ver o histórico da lista deles, procurando algo relacionado ao OSM, onde vi que algumas pessoas questionaram a possibilidade de intercâmbio de dados, mas o projeto adota uma licença bem restritiva e parece não ter o menor interesse em qualquer colaboração conosco. /me se sentiu bem frustrado. Acabei conversando com o pessoal aqui do trabalho sobre uma série de questões: licenças, contribuições, divulgação, etc. Todos me disseram que possuem interesse em contribuir com dados para o OSM para poderem usar em seus GPS's veiculares. Vejo que temos que trabalhar para divulgar cada vez mais o projeto aqui no Brasil e uma abordagem que podemos utilizar é essa questão dos dados poderem ser utilizados por GPS veiculares. Ao menos aqui em BH, acredito podemos conseguir muitas pessoas para contribuir.. O Samuel me mostrou o mapaslivres.org, mas me parece meio parado, o Vitor aqui da lista é o responsável, certo? O que acha da gente dar um UP por lá como meio de começar a divulgar melhor? Eu estou muito disposto a ajudar nesta questão.. [0] http://www.tracksource.org.br/ -- Djavan Fagundes E-mail | xmpp: dja...@comum.org http://djavan.comum.org/blog/ http://butequeiro.comum.org/ http://comum.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Próxima Parte -- Um anexo em HTML foi limpo... URL: http://lists.openstreetmap.org/pipermail/talk-br/attachments/20101216/3d77fd7c/attachment-0001.html -- Message: 2 Date: Thu, 16 Dec 2010 17:50:14 -0200 From: Djavan Fagundes dja...@comum.org To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Dados de
Re: [Talk-br] Dados de outros projetos e divulgaçã o
2010/12/17 Djavan Fagundes dja...@comum.org Em Qui, 2010-12-16 às 18:30 -0200, Flávio Henrique escreveu: Estou com um projeto até razoavelmente grande para Goiânia. Estou com os dados já tabulados, faltando a integração com o JOSM. Quanto terminar teremos Goiânia praticamente 100% mapeada. Que massa, conseguiu os dados com alguma instituição? Opa. Sim. Consegui da COMDATA (Empresa de Processamento de Dados do Município de Goiânia). Eles possuem um mapa digital da cidade e fornecem os arquivos .shp sob domínio público para uso. São bastante completos. Porém demandam tempo para processá-los. Abraço! Flávio Henrique ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Drehanfrage RTL Nachtjournal
Hatte auch eine Anfrage. Hab schon geantwortet und mich bereit erklärt. Mal sehen, wie weit die bereit sind zu fahren, bei dem Wetter. Am 16.12.2010 15:44, schrieb Michael Buege: eben reingekommen: --- Sehr geehrter Herr Buege, im RTL Nachtjournal möchten wir demnÀchst einen Beitrag ÃŒber OpenStreetMap senden. Dazu wÃŒrden wir gerne eine Ihrer Kartografierungsaktionen begleiten. Ist soetwas ÃŒberhaupt möglich? Ich freue mich ÃŒber Ihre RÃŒckmeldung mit freundlichen GrÃŒÃ�en --- Hatte gerade telefonischen Kontakt, es eilt, am liebsten waere ein Termin fuer naechste Woche Kontaktdaten gibt es bei mich...@buegehome.de -- Grüße Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drehanfrage RTL Nachtjournal
Hallo Ich weiß ja nicht, in wie weit ihr einfluss habt, auf das was sie sehen wollen. Aber ich fände es evtl. sinnvoller, auch zu zeigen, das es auch ohne Technisches Equipment (GPS etc.) funzt. Sprich eintragen von Hausnummern, den Öffnungszeiten, POI's etc. Das dürfte in dem Medium für uns werbefähiger sein, als wenn da einer mit teurem Equipment durch dei Gegend stapft und Wege aufnimmt, die es ohnehin schon gibt. Viele Grüße Henning -- View this message in context: http://gis.638310.n2.nabble.com/Drehanfrage-RTL-Nachtjournal-tp5842201p5844719.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] Drehanfrage RTL Nachtjournal
Am 17.12.2010 09:08, schrieb aighes: Hallo Ich weiÃ� ja nicht, in wie weit ihr einfluss habt, auf das was sie sehen wollen. Aber ich fÀnde es evtl. sinnvoller, auch zu zeigen, das es auch ohne Technisches Equipment (GPS etc.) funzt. Sprich eintragen von Hausnummern, den Ã�ffnungszeiten, POI's etc. Das dÃŒrfte in dem Medium fÃŒr uns werbefÀhiger sein, als wenn da einer mit teurem Equipment durch dei Gegend stapft und Wege aufnimmt, die es ohnehin schon gibt. +1 hatte sowieso vor, wenn dann mapping auf ganz einfachem level aufzuzeigen. Viele GrÃŒÃ�e Henning -- Grüße Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drehanfrage RTL Nachtjournal
Hallo, On 12/17/10 09:08, aighes wrote: Ich weiß ja nicht, in wie weit ihr einfluss habt, auf das was sie sehen wollen. Aber ich fände es evtl. sinnvoller, auch zu zeigen, das es auch ohne Technisches Equipment (GPS etc.) funzt. Sprich eintragen von Hausnummern, den Öffnungszeiten, POI's etc. Das dürfte in dem Medium für uns werbefähiger sein, als wenn da einer mit teurem Equipment durch dei Gegend stapft und Wege aufnimmt, die es ohnehin schon gibt. Das ist vermutlich hoffnungslos. Die *wollen* ja Abenteurer mit teurem Equipment zeigen und keine bleichen Hacker vor dem Computer. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Frederik Ramm wrote: Meiner Ansicht nach ist das ziemlich peinlich mit diesen Google-Dokumenten und Google-Spreadsheets fuer alles... Mir ging es genau so - nicht wegen google, mit denen hab ich meinen Frieden geschlossen. Aber anscheinend ist es für einige Kollegen wohl ein Problem, einen Artikel ins Wiki zu stellen. Fehlende Erfahrung? Keine Lust? Kein Internet am Arbeitsplatz ;) Aber da sind sie ja nicht alleine, wenn ich da an die Ergebnisse des ÖPNV-Workshops denke; die stehen auch nur irgendwo als Office-Dokument rum. Aber eventuell erbarmt sich mal jemand... gruss walter - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/Lizenzwechsel-OSMF-beschliesst-Phase-4-zum-31-3-2011-tp5843024p5844730.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] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung
Guten Morgen Heiko! endlich mal eine kluge kreative Idee, wie das Lizenz-Debakel für alle sinnvoll gelöst werden könnte - ein echter Mehrwert! - herzlichen Dank. A. Wir lassen alle Daten auf Dauer in OSM drin, auch die CC-Daten. Wer die Daten für Anwendungen braucht, bei denen es egal ist, ob sie unter CC oder ODbL stehen, zieht sich einfach ALLE Daten. Wer die Daten lizenzrein braucht, greift auf Auszüge: planet-odbl.osm, planet-pd.osm (!) oder planet-odbl50.osm. Dann hat der Spezialanwender, der eine besondere Lizenz braucht, auch die erforderliche Motivation, diese zu fördern, bei den Mappern zu bewerben, und die erforderlichen Tools bereitzustellen. So gäbe es keine Datenverluste und die, die ODbL zwingend brauchen, können im Prinzip ab sofort (sobald es diese Tools gibt) loslegen Ja. Und die Mapper können nahtlos weitermachen, die ganze kulturpessimistische Diskussion wäre vom Tisch, und wir hätte (siehe B) gleichzeitig noch ein geniales Qualitätstool, mit dem wir unsere Altdaten vitalisieren können. Dass der Bestand an ODbL-Daten innerhalb dieser Mischdatenbank anteilsmäßig wächst, dafür können zwei Effekte sorgen: zum einen die wachsende Zahl neuer User, die nur noch ODbL-kompatibel einsteigen, zum anderen die ohne Datenverlustgespenst stärker steigende Zahl der Lizenzwechsler. So schön einfach! Und der bisherige Widerstand (die machen mit uns ja eh was sie wollen) würde sich mit einem Schlag in Luft auflösen :-) B: Sobald man in den Daten ein l=o o.ä. drin hat, kann man das natürlich auch anzeigen. Sichten! Zeitstempel des Anlegezeitpunktes: - ist das Objekt wirklich unverändert? - oder ist der Stand veraltet? Lizenzstatus und Alter des Objekts anzeigen: - Objekt unter neuer Lizenz neu mappen - bestätigen, dass das Objekt immer noch genau so existiert - die Geometrie - die Eigenschaften aus eigenen GPS-Tracks oder Luftbilder, durch in Augenscheinname. Das bringt eine massive Verbesserung der Qualität. veraltete Daten? Mit Sichtungstools und -anzeigen kann man das Alter erfassen und so Ecken erkennen, die kontrolliert/bearbeitet werden sollten. :-) Sichtung aufheben, erweiterte Verknüpfung mit OpenStreetBugs So entsteht direkte Kommunikation im System (ohne dass man den einzelna Mapper anschreiben muss), und jeder kann den kommunizierten Verbesserungsbedarf aufgreifen. Tools und Schritte Das ist m.E. ein richtig gutes Konzept! Es bringt viel mehr als nur Lösung des Lizenzproblems. Für OSM ist das ein Quantensprung. Vorteile: - Datenverlust vermieden - Lizenzübergang gleitend - Problem gemeinsam bearbeiter Daten nicht mehr so schwerwiegend für viele - schneller ODbL-Datensätze für Spezialanwender verfügbar - aber auch schneller besserer Schutz, weil schneller von CC-only-DB weg - eventuell migriert OSM so irgendwann auch langsam gleitend zu PD - überhaupt ist es die einzige Möglichkeit für PD-Fans PD zu extrahieren? Und: - langfristig durch Sichtung und Versionskontrolle bessere Qualität :-) Nachteile: - ODbL-only-Datenbank dauert länger - mehr Aufwand im laufenden Betrieb ad länger: a) dauert es jetzt schon gefühlt ewig b) beendet es sofort den schleichenden sozialen Schaden ad Aufwand: a) der Aufwand, den sozialen Schaden zu kitten wäre wesentlich höher b) der Aufwand, nach dem Verlust die Datenintegrität wiederherzustellen ist bisher noch nicht abschätzbar Mit Sichtung wird der Nachteil, dass noch CC-Daten da sind, aber vielleicht schneller ausgeglichen, als wenn CC-Daten gelöscht und neu gemappt werden müssten. Mit Sicherheit. Im Prinzip läuft ja gerade ein riesengroßer Sichtungsprozess an: Mit Freigabe der Bing-Luftbilder wird verstärkt abgemalt. Das ist der ideale Zeitpunkt, Sichtungs- und Qualitäts-Attribute einzuführen. Erforderlich wäre auch ein HowTo, wie man verschiedenen Positionen von GPS, Yahoo, Bing (und andere Quellen) optimal behandelt. (damit nicht endlos hin und her geschoben wird) Werde einen Crosspost über die div. Kommunikationskanäle machen: Möge es so die richtigen Leute erreichen Wer entscheidet das eigentlich bei OSM? Wer sind die da oben? Heiko, danke für Dein Engagement! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Hallo, On 12/17/10 09:15, Walter Nordmann wrote: Aber anscheinend ist es für einige Kollegen wohl ein Problem, einen Artikel ins Wiki zu stellen. Fehlende Erfahrung? Keine Lust? Kein Internet am Arbeitsplatz ;) Naja, der Grund ist, dass das Protokoll nicht veroeffentlicht werden soll, bevor die Teilnehmenden es nicht gelesen und abgenommen haben. Und fuer nicht-oeffentliche Dokumente eignet sich das Mediawiki nicht so gut. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Hi! Gibt es eigentlich irgendwo ein Stimmungsbild (in Zahlen) der Community? Weiß man wie viele bereits zugestimmt oder die Entscheidung vertagt haben? Irgendwie sieht für mich der Lizenzwechsel nach einem geplanten Frontalcrash aus... Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Jens Frank wrote: Ich habe es mal ins Wiki kopiert: http://wiki.openstreetmap.org/wiki/OSMF/Meeting_Minutes/2010-12-11 Die Seite ist bei mir leer. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Frederik Ramm wrote: Naja, der Grund ist, dass das Protokoll nicht veroeffentlicht werden soll, bevor die Teilnehmenden es nicht gelesen und abgenommen haben. Und fuer nicht-oeffentliche Dokumente eignet sich das Mediawiki nicht so gut. Ein internes Wiki wäre keine Lösung? Muss ja nicht jeder drauf können. Wir hatte das vor einiger Zeit in einem anderen Projekt mal so und haben uns nichtmal mit der Benutzerverwaltung des Wikis rumgeärgert. Einfach die Apache-Authentifizierung davorgeschaltet ;-) Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Am 17.12.2010 09:27, schrieb Manuel Reimer: Frederik Ramm wrote: Naja, der Grund ist, dass das Protokoll nicht veroeffentlicht werden soll, bevor die Teilnehmenden es nicht gelesen und abgenommen haben. Und fuer nicht-oeffentliche Dokumente eignet sich das Mediawiki nicht so gut. Ein internes Wiki wäre keine Lösung? Muss ja nicht jeder drauf können. Wir hatte das vor einiger Zeit in einem anderen Projekt mal so und haben uns nichtmal mit der Benutzerverwaltung des Wikis rumgeärgert. Einfach die Apache-Authentifizierung davorgeschaltet ;-) und das Passwort einfach ins Wiki, oder? GwHvH. Marco ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drehanfrage RTL Nachtjournal
Am 17.12.2010 09:15, schrieb Frederik Ramm: Hallo, On 12/17/10 09:08, aighes wrote: Ich weiÃ� ja nicht, in wie weit ihr einfluss habt, auf das was sie sehen wollen. Aber ich fÀnde es evtl. sinnvoller, auch zu zeigen, das es auch ohne Technisches Equipment (GPS etc.) funzt. Sprich eintragen von Hausnummern, den Ã�ffnungszeiten, POI's etc. Das dÃŒrfte in dem Medium fÃŒr uns werbefÀhiger sein, als wenn da einer mit teurem Equipment durch dei Gegend stapft und Wege aufnimmt, die es ohnehin schon gibt. Das ist vermutlich hoffnungslos. Die *wollen* ja Abenteurer mit teurem Equipment zeigen und keine bleichen Hacker vor dem Computer. Bye Frederik LOL dann muss ich vorher dringend noch unter den assi-toaster ;) -- Grüße Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung
Moin, Markus schrieb: Guten Morgen Heiko! endlich mal eine kluge kreative Idee, wie das Lizenz-Debakel für alle sinnvoll gelöst werden könnte - ein echter Mehrwert! - herzlichen Dank. A. Wir lassen alle Daten auf Dauer in OSM drin, auch die CC-Daten. Wer die Daten für Anwendungen braucht, bei denen es egal ist, ob sie unter CC oder ODbL stehen, zieht sich einfach ALLE Daten. Wer die Daten lizenzrein braucht, greift auf Auszüge: planet-odbl.osm, planet-pd.osm (!) oder planet-odbl50.osm. Dann hat der Spezialanwender, der eine besondere Lizenz braucht, auch die erforderliche Motivation, diese zu fördern, bei den Mappern zu bewerben, und die erforderlichen Tools bereitzustellen. Nix für ungut - aber die hat er doch sowieso ... So gäbe es keine Datenverluste und die, die ODbL zwingend brauchen, können im Prinzip ab sofort (sobald es diese Tools gibt) loslegen Ja. Und die Mapper können nahtlos weitermachen, die ganze kulturpessimistische Diskussion wäre vom Tisch, und wir hätte (siehe B) gleichzeitig noch ein geniales Qualitätstool, mit dem wir unsere Altdaten vitalisieren können. Da stellt sich mir allerdings doch eine Frage: Man muss bei der Markierung der Daten dann zwischen echten ODbL-Gegnern und Karteileichen (wie erkennt man die eigentlich eineindeutig?) unterscheiden können, denn: Wie kommt der ODbL-Verwender zu für ihn geeignete Daten - die jedoch schon als CC-only in der Datenbank sind und bleiben sollen ('echter' ODbL-Gegner)? a) Durch einfaches Sichten und markieren? = Das stellt sich für die ODbL-Gegner wie eine feindliche Übernahme a la 'Die Daten sind ja eh nicht geschützt' dar. b) Durch 'Ein Mapper löscht und erfasst neu' = Das stellt sich für die ODbL-Gegner wie ein Vandale! dar. c) Diese Daten werden von der OSMF gelöscht und müssen neu erfasst werden = Das ist genau der Status, der jetzt auch existiert. Der Vorschlag klingt gut, eine Markierung der Daten und die Tools sind auch sinnvoll und notwendig - aber das Grundproblem wird dadurch m. E. nicht gelöst - weil es schlichtweg ein unvereinbares Problem ist, das ohne schmerzhafte Einschnitte für die eine oder andere Seite nicht lösbar ist. Wer nur aufgrund des zu erwartenden Datenverlustes gegen eine Lizenzumstellung ist, und nicht aus anderen Gründen - die ihm völlig frei und ohne Beeinträchtigung zugestanden werden -, der muss evtl. auch mal über seinen Schatten springen, und darauf vertrauen, das die OSMF selbst nicht von ganz vorne anfangen möchte. Schade ist nur, das sich die OSMF eine echte Probeabstimmung vorab verbaut hat - das hätte die Situation nicht so eskalieren lassen, denke ich. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drehanfrage RTL Nachtjournal
On Fri, Dec 17, 2010 at 09:15:23AM +0100, Frederik Ramm wrote: Das ist vermutlich hoffnungslos. Die *wollen* ja Abenteurer mit teurem Equipment zeigen und keine bleichen Hacker vor dem Computer. Ich könnte hier im Harz mit Ihnen noch nicht erfaßte Loipen mappen. ;-) Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drehanfrage RTL Nachtjournal
Am Freitag 17 Dezember 2010, 08:14:37 schrieb Michael Buege: Vermutlich irgendwo in Sendernaehe, also Koeln. RTL produziert solche Dinge meist nicht selbst sondern hat regionale Teams, die sich um sowas kümmern. Gruß, Bernd -- Von einer gewissen Summe an sagt man zum Geld Kapital 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] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011
Am 17.12.10 schrieb Jens Frank: Ich habe es mal ins Wiki kopiert: http://wiki.openstreetmap.org/wiki/OSMF/Meeting_Minutes/2010-12-11 Gehört das nicht eher ins OSMF-Wiki? http://www.osmfoundation.org/wiki/Working_Group_Minutes Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung
Am Freitag 17 Dezember 2010, 10:52:59 schrieb Georg Feddern: Schade ist nur, das sich die OSMF eine echte Probeabstimmung vorab verbaut hat - das hätte die Situation nicht so eskalieren lassen, denke ich. Sollten wir mal Herrn Geißler fragen ob er im Frühjahr mal Zeit hat? ;-) scnr. Gruß, Bernd -- Twitter is eine typische Erscheinung der Generation ADS SMS. Für einen Brief zu faul, für einen kompletten Satz zu dumm und für korrekte Grammatik zu cool. - german-bash.org 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