Re: [Talk-transit] NOVAM is back
I've been meaning to take a look also, I know of most of the common OL+IE pitfalls. (trailing commas in class definitions is a nasty one usually) 2009/10/29 Chris Hill o...@raggedred.net: Sadly the NOVAM doesn't seem to load in IE yet. Yes, that really needs to be sorted out. It is just so much less interesting than adding new features. If you want to, you can give it a try. I can send you the source code. It is just javascript which should run locally without a webserver. The bus stops can simply be queried from the mappa-mercia server. At the moment IE8 is complaining about an error in OpenLayers when initialising NOVAM. This, stops it from working. Perhaps this can be fixed relatively easily. I'll gladly take a look, maybe my creaky JavaScript would benefit from a workout. If you send it to me or let me know the code to download I'll take a look. I do need to run it on an old machine, I've just zapped Vista so no IE on my usual laptop (blog http://chris-osm.blogspot.com/) Cheers, Chris ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit -- Regards, Thomas Wood (Edgemaster) ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-hr] kako saznati ko ovo uređuje?
neko je crtao pa yahoo podlozi ovaj dio: http://www.openstreetmap.org/?lat=43.6237lon=16.6117zoom=14layers=B000FTF Očito nije nikad bio u Dicmu ili je napravio grešku :-)u vezi cesta. Molim da mi se javi, pozz joža ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] kako saznati ko ovo uređuje?
Na OSM-u, u izborniku... tamo gdje se moze promjeniti prikaz karte (mapnik, osmrenderer,...) , nakon sto se zumiras ukljuci Data layer i moći ćeš vidjeti tko je što uređivao kao i povijest uređivanja tog featurea. 2009/10/29 Habijan Joža jhabi...@gmail.com: neko je crtao pa yahoo podlozi ovaj dio: http://www.openstreetmap.org/?lat=43.6237lon=16.6117zoom=14layers=B000FTF Očito nije nikad bio u Dicmu ili je napravio grešku :-)u vezi cesta. Molim da mi se javi, pozz joža ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] kako saznati ko ovo uređuje?
Naravno da mozes! I trebas ako znas da je krivo. Jel imas GPS log ili kako mislis popraviti? :) Habijan Joža wrote: Hvala Darko,vidim da je to:XBear,valjda Njemac,nema nekih podataka osebi?? Mogu li ja popraviti te podatke,jer nisu u skladu sa stanjem na terenu? pozz joza ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] OSM Map Evolution (make your own Year Of Edits video)
On Thu, 29 Oct 2009 02:14:36 +0100, Frederik Ramm wrote: I don't understand where the git repository comes in? I mean we do have an archive of old planet files already, it's not that stuffing them into a git repository would somehow magically select the region of your interest from them? Can you explain how can OSM users then get a history for one city from old planet files, that would be really helpful. If this is possible then git repository isn't necessary, AFAIK, but I'm not the one who made the scripts so maybe there has to be a git repository. How can I get snapshots month by month for my home town from january 2006 to present day via old planet files? Is that possible? -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Wed, 28 Oct 2009 19:29:37 -0500, Ian Dees wrote: Although it may/may not be illegal, it is definitely a breach of contract. Sorry for misleading title, but I still don't understand how this can be permitted. Is there anybody in OSM community that goes to OSM users that do this sorts of things and warns not to do it? The problem is that somebody starts tracing via illegal means (google satellite images and other sources) and other people come after him and add bunch of data (new streets and POI-s, addition street tags) that all their data would probably have to be deleted as they are derived from source that is tainted, right? If google or any other company comes after him then they would probably have to delete all data that has also been derived from his work, or no? If it comes to that then work of much more people is wasted :( Is there anything that OSM does officially regarding these kind of people of they are just ignored until somebody starts asking questions? -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Map Evolution (make your own Year Of Edits video)
Hi, Valent Turkovic wrote: Can you explain how can OSM users then get a history for one city from old planet files, that would be really helpful. If this is possible then git repository isn't necessary, AFAIK, but I'm not the one who made the scripts so maybe there has to be a git repository. How can I get snapshots month by month for my home town from january 2006 to present day via old planet files? Is that possible? You can download *full* planet files from planet.openstreetmap.org and then use available scripts (from SVN) to extract your home town from each. A git repository, unless git has some magic properties that I am not aware of, does not change the fact that you have to extract the data from old planet files. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Map Evolution (make your own Year Of Edits video)
Valent, Frederik, On Thu, Oct 29, 2009 at 9:42 AM, Valent Turkovic valent.turko...@gmail.comwrote: On Thu, 29 Oct 2009 02:14:36 +0100, Frederik Ramm wrote: I don't understand where the git repository comes in? I mean we do have an archive of old planet files already, it's not that stuffing them into a git repository would somehow magically select the region of your interest from them? Can you explain how can OSM users then get a history for one city from old planet files, that would be really helpful. If this is possible then git repository isn't necessary, AFAIK, but I'm not the one who made the scripts so maybe there has to be a git repository. How can I get snapshots month by month for my home town from january 2006 to present day via old planet files? Is that possible? A git repository is certainly not mandatory, but the existing scripts I mentioned needs this. If you don't want to create/use git for this purpose it should be easy enough to modify the scripts to use bzipped/gzipped extracts of a country. And if you do this change please share the scripts :), I know that a lot of people would like to use this approach. Frederik, we used a git repository for our Romanian extract for 2 main reasons: 1. the extract is a XML file so it should be straightforward to use a versioning system to take care of the history. 2. space constraints: the Romania history from late 2007 to the present is around 5GB in .gz format, and the whole git repository has 480MB, and this includes the latest extract, unpacked (260MB), so it's a big improvement. Valent, how you can get older data is explained very well by Frederik and Grant in this thread on Talk: http://lists.openstreetmap.org/pipermail/talk/2009-October/043705.html To be more specific, I used the following revisions of the scripts to get a pre 0.5 extract in the current format: - r4779 for osm-extract - r4778 for planetdiff - r4835 for conv05 Once you have the country format you can use osm2pgsql to insert data in the database, and you can filter the data to a specific box that will fit your city. Hope this clear some points and wil get you started, --Ciprian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Map Evolution (make your own Year Of Edits video)
Hi, On Thu, Oct 29, 2009 at 9:59 AM, Frederik Ramm frede...@remote.org wrote: Hi, A git repository, unless git has some magic properties that I am not aware of, does not change the fact that you have to extract the data from old planet files. Bye Frederik You are right, the git repository is just another way to store already extracted data, a way that works for *us* (for example I am not sure if this will be feasible for Germany, because of the large extract size). Bye, Ciprian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
Is there anything that OSM does officially regarding these kind of people of they are just ignored until somebody starts asking questions? It is near impossible to check out every user and what sources it uses. If there is indication, that user uses source wrong or doesn't have permission to do so, it is healthy to inform his first, maybe he is just confused with all these concepts of copyright. If he doesn't answer, then admin could warn him somehow. If then doesn't seem to be answer, let's block him and investigate how to revert his commits. If user are silent about his sources, then even Google will have hard time to prove that he copied something from them. We can only react to visible violations like this. Did you tried to contact user about this? Cheers, Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Map Evolution (make your own Year Of Edits video)
Valent Turkovic wrote: How can I get snapshots month by month for my home town from january 2006 to present day via old planet files? Is that possible? You can try this, see if it's to your liking: http://labs.geofabrik.de/history/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On 29/10/2009, at 00.26, Valent Turkovic wrote: http://forums.x-plane.org/index.php?showtopic=40148 what to do with OSM mappers like these guys in this post? They say that they are using Google Earth images :( There's nothing in this thread saying that they upload the data to OSM. They only talk about tracing areal imagry with JOSM, but you can do that in a standalone fashion. Have you been able to verify whether the data finds its way to OSM? Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
Valent Turkovic valent.turkovic at gmail.com writes: http://forums.x-plane.org/index.php?showtopic=40148 what to do with OSM mappers like these guys in this post? They say that they are using Google Earth images :( The writer does not actually say he is uploading anything to OSM. He writes: for my own use, still trying to learn. It is for sure OK to combine OSM data with Google Earth images locally in JOSM. Tracing features from Google imagery and uploadind the result to OSM database is another thing. It is pretty sure that copyright does not cover things you can see on a photograph and your interpretation. Google terms of service is unclear about if it is allowed or not http://www.google.com/intl/en_ALL/help/terms_maps.html. But our own decision is to follow the simple rule: If you don't know for sure that it is allowed, don't do it. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
I often warn people on the OSM forum not to trace Google or use Google translation or whatever for use in OSM when I suspect that they do or want to. There are others who do that as well. Valent Turkovic wrote: On Wed, 28 Oct 2009 19:29:37 -0500, Ian Dees wrote: Although it may/may not be illegal, it is definitely a breach of contract. Sorry for misleading title, but I still don't understand how this can be permitted. Is there anybody in OSM community that goes to OSM users that do this sorts of things and warns not to do it? The problem is that somebody starts tracing via illegal means (google satellite images and other sources) and other people come after him and add bunch of data (new streets and POI-s, addition street tags) that all their data would probably have to be deleted as they are derived from source that is tainted, right? If google or any other company comes after him then they would probably have to delete all data that has also been derived from his work, or no? If it comes to that then work of much more people is wasted :( Is there anything that OSM does officially regarding these kind of people of they are just ignored until somebody starts asking questions? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Thu, Oct 29, 2009 at 7:50 AM, Valent Turkovic valent.turko...@gmail.com wrote: On Wed, 28 Oct 2009 19:29:37 -0500, Ian Dees wrote: Although it may/may not be illegal, it is definitely a breach of contract. Sorry for misleading title, but I still don't understand how this can be permitted. It isn't permitted. Don't let the posts here arguing the details of whether it should be permitted confuse anything. OSM has one simple rule: if in doubt, don't. A lot of people think it's probably OK, but but Google aren't exactly unambiguous on the issue and there are certainly enough people around claiming rights that it leaves reasonable doubt unless the provider tells you explicitly that it's OK. Or in brief: don't use Google for OSM. Is there anybody in OSM community that goes to OSM users that do this sorts of things and warns not to do it? You can do it yourself if you come across it. If the user is not giving a good response (leave enough time for them to do so) then you can contact the OSMF Data Working Group: http://wiki.openstreetmap.org/wiki/Data_working_group In this case there's no evidence of data being uploaded to OSM, but if you have an account to post there already it may be worth replying to the forum post to make it clear that they shouldn't. The problem is that somebody starts tracing via illegal means (google satellite images and other sources) and other people come after him and add bunch of data (new streets and POI-s, addition street tags) that all their data would probably have to be deleted as they are derived from source that is tainted, right? If google or any other company comes after him then they would probably have to delete all data that has also been derived from his work, or no? If it comes to that then work of much more people is wasted :( Is there anything that OSM does officially regarding these kind of people of they are just ignored until somebody starts asking questions? The Data Working Group responds to notifications from the community. Where we find significant potential copyright infringement we can ban the user responsible and remove all their data -- we don't wait for the copyright holder to complain before doing this. This has happened on several occasions including a case in lithuania where a large percentage of data had to be removed -- with all the problems you point out. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Thursday 29 Oct 2009 3:18:25 pm Dave Stubbs wrote: Sorry for misleading title, but I still don't understand how this can be permitted. It isn't permitted. Don't let the posts here arguing the details of whether it should be permitted confuse anything. OSM has one simple rule: if in doubt, don't. A lot of people think it's probably OK, but but Google aren't exactly unambiguous on the issue and there are certainly enough people around claiming rights that it leaves reasonable doubt unless the provider tells you explicitly that it's OK. Or in brief: don't use Google for OSM. look, a few days back someone (I think it was Richard Fairhurst) started a campaign asking google to allow us to trace their imagery. A lot of us signed up. The answer was a flat 'no'. So there is nothing ambigous about it. Yahoo! has said 'yes', google has said 'no'. Fullstop. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
2009/10/29 Kenneth Gonsalves law...@au-kbc.org: look, a few days back someone (I think it was Richard Fairhurst) started a campaign asking google to allow us to trace their imagery. A lot of us signed up. The answer was a flat 'no'. So there is nothing ambigous about it. Yahoo! has said 'yes', google has said 'no'. Fullstop. That's incorrect it wasn't a flat out no. The answer was much more fuzzy. Ed Guy was very very clear on 2 things, first and fore most that you are not allowed to vectorise every single street in your city. He was also clear on the 2nd thing, that you are allowed to do your favourite hiking/walking trip and vectorise and mass distribute it, or even mass distribute points of interest. There is a line between the 2 that Google will draw the line, but even Ed wasn't certain exactly where that line is, in part because it's a grey area no one (not google nor their supplier) wants to deal with properly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Wed, Oct 28, 2009 at 7:26 PM, Valent Turkovic valent.turko...@gmail.com wrote: http://forums.x-plane.org/index.php?showtopic=40148 what to do with OSM mappers like these guys in this post? They say that they are using Google Earth images :( I replied in the thread as I'm near there. We'll see if there is any follow-up. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
At the GSoC there was a clear opening. Will pursue this when I'll feel better. Stefan Op 29 okt 2009 om 12:05 heeft John Smith deltafoxtrot...@gmail.com het volgende geschreven:\ 2009/10/29 Kenneth Gonsalves law...@au-kbc.org: look, a few days back someone (I think it was Richard Fairhurst) started a campaign asking google to allow us to trace their imagery. A lot of us signed up. The answer was a flat 'no'. So there is nothing ambigous about it. Yahoo! has said 'yes', google has said 'no'. Fullstop. That's incorrect it wasn't a flat out no. The answer was much more fuzzy. Ed Guy was very very clear on 2 things, first and fore most that you are not allowed to vectorise every single street in your city. He was also clear on the 2nd thing, that you are allowed to do your favourite hiking/walking trip and vectorise and mass distribute it, or even mass distribute points of interest. There is a line between the 2 that Google will draw the line, but even Ed wasn't certain exactly where that line is, in part because it's a grey area no one (not google nor their supplier) wants to deal with properly. ___ 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] Illegal activity
2009/10/30 Stefan de Konink ste...@konink.de: At the GSoC there was a clear opening. Will pursue this when I'll feel better. It seems to me that Google prefers it a bit grey when it comes to their suppliers, so I'm not sure you'll end up with a better answer than Ed has already given. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
John Smith wrote: 2009/10/29 Kenneth Gonsalves law...@au-kbc.org: look, a few days back someone (I think it was Richard Fairhurst) started a campaign asking google to allow us to trace their imagery. A lot of us signed up. The answer was a flat 'no'. So there is nothing ambigous about it. Yahoo! has said 'yes', google has said 'no'. Fullstop. That's incorrect it wasn't a flat out no. The answer was much more fuzzy. Ed Guy was very very clear on 2 things, first and fore most that you are not allowed to vectorise every single street in your city. Fuzzy is indeed the right description. What about 50% of the streets in my city? What about forests, lakes, streams, dams, powerplants, railroads and everything else that adds value to the map? The safest thing for now is to stay completely clear of GM. Cheers, Morten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Fri, 30 Oct 2009, John Smith wrote: 2009/10/30 Stefan de Konink ste...@konink.de: At the GSoC there was a clear opening. Will pursue this when I'll feel better. It seems to me that Google prefers it a bit grey when it comes to their suppliers, so I'm not sure you'll end up with a better answer than Ed has already given. The talk with Leslie was pretty clear; state a well founded business case why OSM exchange would be good for Google and there is an opening. Google seems to be about talking the truth externally but usually not more than you already know. (Which is probably very good for a company that is under the influence of the stock exchange) Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
2009/10/29 Ian Dees ian.d...@gmail.com http://forums.x-plane.org/index.php?showtopic=40148 what to do with OSM mappers like these guys in this post? They say that they are using Google Earth images :( All of that said, current OSM policy is not to trace without permission. Copyright has nothing to do with this*. It's against Google's Terms of Service to trace from any of their data: satellite or roads, Google Earth or Google Maps. Although it may/may not be illegal, it is definitely a breach of contract. That does add another dimension to this debate: OSM isn't breaking a contract with Google, the user adding the data is. as far as I read the posted thread of the forum, the user IS NOT uploading the traces: I have been (for my own use, still trying to learn) taking saved images from Google Earth for an area that I'm editing in JOSM, loading the images in the MetaCarta Map Rectifier, marking 5 points, noting the WMS id, then loading them as background images in JOSM with the WMS Plugin. that's how I interpret for my own use cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
2009/10/30 Stefan de Konink ste...@konink.de: The talk with Leslie was pretty clear; state a well founded business case why OSM exchange would be good for Google and there is an opening. Google seems to be about talking the truth externally but usually not more than you already know. (Which is probably very good for a company that is under the influence of the stock exchange) It depends what they see as the business case, they could be utilising an existing resource that is freely available, or they can spend money doing the same thing again so it can't be used by competition. Their business has largely been based on free and open source software, linux etc, you'd think they'd be a little bit more open to collaboration with existing community groups than trying to divide resources for their own financial short term gains. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Call for Projects on CBIT
2009/10/29 Frederik Ramm frede...@remote.org It surely is tempting, with CeBIT being the largest trade fair of its kind in Germany (or perhaps even Europe), but there are two problems: they say they're the biggest in the world... cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Call for Projects on CBIT
Hi, Martin Koppenhoefer wrote: It surely is tempting, with CeBIT being the largest trade fair of its kind in Germany (or perhaps even Europe), but there are two problems: they say they're the biggest in the world... Always depends on what - I remember having dinner in Boston's only revolving rooftop Italian restaurant. Makes you think... there's probably some revolving Italian non-rooftop restaurant somewhere in Boston. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Thu, Oct 29, 2009 at 9:48 AM, Dave Stubbs osm.l...@randomjunk.co.uk wrote: On Thu, Oct 29, 2009 at 7:50 AM, Valent Turkovic valent.turko...@gmail.com wrote: On Wed, 28 Oct 2009 19:29:37 -0500, Ian Dees wrote: Although it may/may not be illegal, it is definitely a breach of contract. Sorry for misleading title, but I still don't understand how this can be permitted. It isn't permitted. Don't let the posts here arguing the details of whether it should be permitted confuse anything. OSM has one simple rule: if in doubt, don't. A lot of people think it's probably OK, but but Google aren't exactly unambiguous on the issue and there are certainly enough people around claiming rights that it leaves reasonable doubt unless the provider tells you explicitly that it's OK. Or in brief: don't use Google for OSM. +1 let's keep talking to Google (Ed/Leslie/whoever). but until we get something explicit and public and non-fuzzy (and preferably in writing) then it's still in doubt - please don't use Google for OSM. cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
If google or any other company comes after him then they would probably have to delete all data that has also been derived from his work, or no? If it comes to that then work of much more people is wasted :( I think that also the derived work has to be deleted because it is based on illegal content. So IMO such contributions should be immediately deleted. If the users uploads them again, he should be banned. Using Google is also really unfair towards those people who map with their GPS devices and invest so much time and energy into this project. It is really demotivating. lesi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Download Tiles
Hi all Is there an easy way to download all Tiles? I'm sure to have all mapnic tiles on my netbook I need some GByte - but that's not a big Problem. Is there a zip-file with all tiles somewhere? Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Download Tiles
On 29 Oct 2009, at 18:28, bernhard wrote: Hi all Is there an easy way to download all Tiles? No, but you can generate them yourself: http://wiki.openstreetmap.org/wiki/Mapnik Laptops are capable of rendering tiles live locally. It's not just some GigaBytes, rather tens of TerraBytes. I'm sure to have all mapnic tiles on my netbook I need some GByte - but that's not a big Problem. Is there a zip-file with all tiles somewhere? No and for very good reasons. Not all tiles have been rendered, you don't really need all of them. http://wiki.openstreetmap.org/wiki/Tiles Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Download Tiles
Hi, bernhard wrote: Is there an easy way to download all Tiles? I'm sure to have all mapnic tiles on my netbook I need some GByte - but that's not a big Problem. TomH mode No, and attempting to download all tiles is a sure way to get your IP number banned at the server. /TomH mode It is also likely to max out your hard drive, as all tiles (for the whole world at zoom level 17) would require something like 20 terabytes of storage. Is there a zip-file with all tiles somewhere? To the best of my knowledge, zip files only support 256k files per zip archive. You would be downloading roughly 75.000 individual zip files of about 250 MB each. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapping hardware, laser rangefinder
Hello. I like mapping and I like gadgets (that's why I like mapping ;) I am considering purchase of a laser range finder. I think a cheap one like these http://www.stanleytools.com/default.asp?TYPE=PRODUCTPARTNUMBER=77-018 http://www.bosch.de/start/content/language2/html/734_6098.htm would suffice. Have you got any experience with such devices? Is there any particular feature to care about? -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Bezp�atne konto i limit do 100 tys. Otwierasz? http://link.interia.pl/f23bb attachment: stlman.vcf___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapping hardware, laser rangefinder
Lukasz Stelmach wrote: Hello. I like mapping and I like gadgets (that's why I like mapping ;) I am considering purchase of a laser range finder. I think a cheap one like these http://www.stanleytools.com/default.asp?TYPE=PRODUCTPARTNUMBER=77-018 http://www.bosch.de/start/content/language2/html/734_6098.htm would suffice. Have you got any experience with such devices? Is there any particular feature to care about? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk These devices are for measuring internal dimensions of rooms. They need a flatish surface to bounce back off. Is this what your thinking of doing? Try a GPS (Garmin stc) unit to record external information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Thursday 29 Oct 2009 4:35:40 pm John Smith wrote: look, a few days back someone (I think it was Richard Fairhurst) started a campaign asking google to allow us to trace their imagery. A lot of us signed up. The answer was a flat 'no'. So there is nothing ambigous about it. Yahoo! has said 'yes', google has said 'no'. Fullstop. That's incorrect it wasn't a flat out no. The answer was much more fuzzy. which is the way to give a flat no and still retain popularity ;-) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] 'Aanraken' van AND import data.
AND data zig-zagt vaak een beetje terwijl de weg in werkelijkheid gewoon echt recht is. Verder is de AND data al redelijk belegen dus het kan best zijn dat de weg een beetje gewijzigd is, nieuw zij weggetje een brug erbij etc. Dus zoals gezegd het aanraken is geen doel op zich maar meer een middel om te kijken waar nog niet veel gebeurt is. Ik kan je bij mij in de buurt hele stukken aanwijzen waar nog niks gewijzigd is. Nu kan het zijn dat de wegen kloppen maar we weten allemaal dat AND niet compleet was (genoeg steegjes/fietpaden/voetpaden die er niet in stonden). Kortom fiets er eens langs. Als je een wijziging wil aanbrengen (ook al klopt de weg) is maxspeed over het algemeen een mooie, deze moet je dan wel weten maar dat is meestal niet zo lastig te achterhalen. Groet, --Roeland On Wednesday 28 October 2009 20:56:28 Eric A wrote: Ik ben nu al een half jaartje aan het mappen voor OSM. Vooral bosgebieden met mijn mountainbike, maar ook ontbrekende straten/gebouwen/gebieden rond Groningen en elders als ik er kom. Nu zag ik in een eerdere mailing dat alle AND import 'aangeraakt' zou moeten worden. Hier heb ik een paar vraagjes over. 1. Wat houdt aanraken in. Moet je de nodes aangeklikt hebben, of moeten er ook wijzigingen aan gemaakt worden. 2. Meestal staan er twee sleutels van AND bij een weg: AND_nosr_r en AND_importance_level. Wat moet ik hiermee? 3. Als ik door een buurt fiets, moet ik dan alle wegen bereden hebben, of kan ik ook wegen aanpassen, omdat ik er vlakbij woon en ze gewoon ken? Groningen is redelijk compleet qua wegen, maar er is nog best veel onaangeraakt. Ik zou hier best wel wat ondersteuning in willen geven. Eric Alberts signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Winkels afgebrand
http://www.nu.nl/algemeen/2111543/winkelcentrum-stein-verwoest-brand.html wat is nu het verstandigste om te doen, winkel nodes verwijderen of disused=yes er neer te zetten ? Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Winkels afgebrand
Ik zou voorlopig voor disused=yes gaan. Mogelijk ook goed om het winkelcentrum als gebied een landuse=construction mee te geven. Gr, Henk Op 29 oktober 2009 13:23 heeft Rob r...@coolbegin.com het volgende geschreven: http://www.nu.nl/algemeen/2111543/winkelcentrum-stein-verwoest-brand.html wat is nu het verstandigste om te doen, winkel nodes verwijderen of disused=yes er neer te zetten ? 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
Re: [OSM-talk-nl] Winkels afgebrand
Henk Hoff wrote: Ik zou voorlopig voor disused=yes gaan. disused=yes vind ik raar in dit geval. Het zijn geen winkels meer, het is tot de grond afgefikt. Weg, verdwenen. Niet alleen dicht. :) Mogelijk ook goed om het winkelcentrum als gebied een landuse=construction mee te geven. De verwachting zal toch zijn dat het binnen enkele weken helemaal geruimd is, en dan is het landuse=brownfield. Pas als ze iets nieuws gaan bouwen, zou het het landuse=construction proposal worden. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Winkels afgebrand
oke, winkels dan maar verwijderen, want wat erna gebouwd wordt zien we dan wel weer en gebied als brownfield taggen Op 29 oktober 2009 13:56 heeft Lennard l...@xs4all.nl het volgende geschreven: Henk Hoff wrote: Ik zou voorlopig voor disused=yes gaan. disused=yes vind ik raar in dit geval. Het zijn geen winkels meer, het is tot de grond afgefikt. Weg, verdwenen. Niet alleen dicht. :) Mogelijk ook goed om het winkelcentrum als gebied een landuse=construction mee te geven. De verwachting zal toch zijn dat het binnen enkele weken helemaal geruimd is, en dan is het landuse=brownfield. Pas als ze iets nieuws gaan bouwen, zou het het landuse=construction proposal worden. -- Lennard ___ 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] Radio 1: Google navigatie bedreiging voor OSM?
++ 29/10/09 14:09 +0100 - Henk Hoff: - Google: free as in beer / OSM: free as in speech. OSM is free as in speech, maar *ook* free as in beer. Kortom, het is geen grote bedreiging voor ons. Dat is correct, in mijn ogen. Ik zie nog wel meer redenen om te kiezen voor een alternatief als openstreetmap, ik denk dan bijvoorbeeld aan de steeds groter wordende hoeveelheid gegevens waar Google (potentieel) over beschikt (al dan niet per individu). En ik denk dat als Google's oplossing een bedreiging is, dat 'm vooral zit in de bruikbaarheid voor de eindgebruiker. Google zal zonder twijfel een uiterst gebruiksvriendelijke interface aanbieden voor het aanpassen van de data - daar kunnen we niet mee concureren op het moment. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Henk, Ik had niet begrepen dat Google zelf kaarten wil gaan maken? Toch alleen free navigation toevoegen aan Google Maps? groet, Joris -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Henk Hoff Verzonden: Thursday, 29 October, 2009 14:10 Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM? Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ 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] Radio 1: Google navigatie bedreiging voor OSM?
Joris Westendorp | GeoCo wrote: Ik had niet begrepen dat Google zelf kaarten wil gaan maken? Toch alleen free navigation toevoegen aan Google Maps? Google heeft in de USA TeleAtlas eruit gegooid, en heeft nu hun eigen brondata in gebruik. Dit zal net als bij OSM gebaseerd zijn op een veelvoud aan bronnen, zoals de vele overheidsdata en hun eigen mappingtochten, waarbij de StreetViewgegevens waarschijnlijk van onschatbare waarde voor hen zijn gebleken. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ 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] Radio 1: Google navigatie bedreiging voor OSM?
Ik ondersteun Martijn van Exel. Niets ten nadele van Google zeggen, ze leveren prima diensten en voor de leek veel mooier dan OSM. Op een ding na: Met OSM kan je meer dan wat Google aanbiedt, nl wat je zelf wilt. Geef voorbeelden, zoals fietsknooppunten en –paden en professionele toepassingen als antennes en diverse applicaties van bijv RWS en De nieuwe kaart van Nederland. Laat je even weten wanneer ? Kunnen we meeluisteren. Gert Gremmen - Openstreetmap.nl (alias: cetest) P Before printing, think about the environment. Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: Thursday, October 29, 2009 2:50 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM? Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl image001.gif___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Google fiets?
Mensen, Heeft iemand van jullie contacten met Google? Danwel weet iemand iets meer over die Streetview fiets van Google? Waarom: Geobusiness Nederland houdt dinsdag een bijeenkomst over innovaties in datainwinning. Daarbij worden ook diverse nieuwe apparatuur getoond. Ze willen ook graag de Streetview fiets showen als voorbeeld. Wanneer iemand goede connecties met Google heeft en weet of die fiets a.s. dinsdag nog beschikbaar is, laat het me even weten. Mogelijk kan ik dan nog wat mensen erg blij kan maken O ja: ik houd daar ook een presentatie over OpenStreetMap: crowd-sourcing als manier van datawinning. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Op 29 oktober 2009 14:23 heeft Rejo Zenger osm-talk...@subs.krikkit.nl het volgende geschreven: ++ 29/10/09 14:09 +0100 - Henk Hoff: - Google: free as in beer / OSM: free as in speech. OSM is free as in speech, maar *ook* free as in beer. Eens. Ik zie nog wel meer redenen om te kiezen voor een alternatief als openstreetmap, ik denk dan bijvoorbeeld aan de steeds groter wordende hoeveelheid gegevens waar Google (potentieel) over beschikt (al dan niet per individu). En ik denk dat als Google's oplossing een bedreiging is, dat 'm vooral zit in de bruikbaarheid voor de eindgebruiker. Google zal zonder twijfel een uiterst gebruiksvriendelijke interface aanbieden voor het aanpassen van de data - daar kunnen we niet mee concureren op het moment. Dank voor deze aanvullingen. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
nog een google ontwikkeling.. http://www.techcrunch.com/2009/10/28/google-redefines-car-gps-navigation-google-maps-navigation-android/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Henk, inderdaad: probeer Google bashing te voorkomen. Een beetje mag wel natuurlijk :) Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) Groet, Floris Martijn van Exel wrote: Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ 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] Google fiets?
Over de camera kan ik je wrl wat vertellen ;) Stefan Op 29 okt 2009 om 14:59 heeft Henk Hoff h...@toffehoff.nl het volgende geschreven:\ Mensen, Heeft iemand van jullie contacten met Google? Danwel weet iemand iets meer over die Streetview fiets van Google? Waarom: Geobusiness Nederland houdt dinsdag een bijeenkomst over innovaties in datainwinning. Daarbij worden ook diverse nieuwe apparatuur getoond. Ze willen ook graag de Streetview fiets showen als voorbeeld. Wanneer iemand goede connecties met Google heeft en weet of die fiets a.s. dinsdag nog beschikbaar is, laat het me even weten. Mogelijk kan ik dan nog wat mensen erg blij kan maken O ja: ik houd daar ook een presentatie over OpenStreetMap: crowd-sourcing als manier van datawinning. Gr, Henk ___ 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] Radio 1: Google navigatie bedreiging voor OSM?
Op 29 oktober 2009 15:26 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Henk, inderdaad: probeer Google bashing te voorkomen. Een beetje mag wel natuurlijk :) Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) ehm ja, weer een aldi, lidle, jumbo en edah pleite Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google fiets?
Het gaat over fysiek het apparaat. Ze wilden dat ding graag ergens hebben staan tussen andere nieuwe inwin-apparatuur. Gr, Henk Op 29 oktober 2009 15:26 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Over de camera kan ik je wrl wat vertellen ;) Stefan Op 29 okt 2009 om 14:59 heeft Henk Hoff h...@toffehoff.nl het volgende geschreven:\ Mensen, Heeft iemand van jullie contacten met Google? Danwel weet iemand iets meer over die Streetview fiets van Google? Waarom: Geobusiness Nederland houdt dinsdag een bijeenkomst over innovaties in datainwinning. Daarbij worden ook diverse nieuwe apparatuur getoond. Ze willen ook graag de Streetview fiets showen als voorbeeld. Wanneer iemand goede connecties met Google heeft en weet of die fiets a.s. dinsdag nog beschikbaar is, laat het me even weten. Mogelijk kan ik dan nog wat mensen erg blij kan maken O ja: ik houd daar ook een presentatie over OpenStreetMap: crowd-sourcing als manier van datawinning. Gr, Henk ___ 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] Radio 1: Google navigatie bedreiging voor OSM?
Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) ehm ja, weer een aldi, lidle, jumbo en edah pleite ... 't is ook altijd wat met die banken: de ene keer vallen ze om, de andere keer gaat de fik erin... ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Mikrokopter Aerial photography
Hi, I saw on OpenStreetMap wiki that osm-nl mailing list is where the action is regarding Aerial photography with Mikrokopter. I have read these wiki pages: http://wiki.openstreetmap.org/wiki/OpenStreetPhoto/QuadCopter http://wiki.openstreetmap.org/wiki/OpenStreetPhoto I'm reading your blog via translation service, but I'm writing you in English as I don't trust what online translation from English to Dutch :) - Have you made aerial photos with Mikrokopter? - What software do you use to stitch photos into one high resolution? - What software do you use to calibrate stitched photo so that it is correctly gps positioned and that users can trace over it? Thank you all for starting this great project! Cheers from Croatia, Valent. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
++ 29/10/09 13:40 + - Valent Turkovic: I'm reading your blog via translation service, but I'm writing you in English as I don't trust what online translation from English to Dutch [...] An on-list response would be appreciated, I'm interested in this as well. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fwd: [Talk-de] OSM-Entwicklertreffen
fyi -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: 2009/10/29 Subject: Re: [Talk-de] OSM-Entwicklertreffen To: Openstreetmap allgemeines in Deutsch talk...@openstreetmap.org Hallo, Markus wrote: Dann also nun explizit die Frage zur Fortsetzung des OSM-Entwicklertreffen: ist eine Folgeveranstaltung zur OSM-Entwicklerkonferenz vom November vor einem Jahr (im Linuxhotel Essen) geplant und wann? Ich koennte mir vorstellen, dass wir mal ein Treffen fuer alle diejenigen machen, die auf den neuen Servern irgendwas laufen lassen (wollen). Ich wuerde auch die OSMer aus Holland mit einladen, denn die haben auch eigene Server und machen da einige gute Sachen drauf. Das Linuxhotel wuerde sich anbieten (wobei die im Winterhalbjahr tendenziell immer staerker von zahlenden Gaesten frequentiert sind). Ueber den Stand einer vagen Idee ist das aber noch nicht hinausgekommen, und ich glaube auch nicht, dass das dieses Jahr noch klappt. Oder denkst Du, es waere wichtig, noch fuer 2009 ein Treffen anzusetzen? Bye Frederik ___ Talk-de mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
Net contact gehad met het café het wapen van Ilpendam [1] is er nu ook een locatie bekend! Hier kunnen we dus van te voren afspreken en aan het eind een biertje drinken ter afsluiting. Er is wifi dus er kan ook direct ge-edit worden als dat gewenst is. Ik zelf denk echter dat dit thuis vele malen sneller gaat. Maar wie weet :) Kortom komt allen 7 november :) Groet, --Roeland [1] http://tile.openstreetmap.nl/?zoom=18lat=52.4634lon=4.94996layers=B0FF On Sunday 25 October 2009 14:44:34 Roeland Douma wrote: Hoi, Naar aanleiding van de discussie van de week over dat er nog hele stukken Nederland zijn die nog nooit zijn aangeraakt sinds de AND import ben ik gaan rondkijken in mijn regio welke dorpen (die goed bereikbaar zijn) kunnen we tackelen. De keus is gevallen op: Ilpendam Waar: Ilpendam Wanneer: 7 November 2009 Linkje: [1] Ilpendam is niet erg groot wat dus zou moeten betekenen dat we een eind moeten kunnen komen. Het hangt een beetje van de aanmeldingen af wat er allemaal op het programma staat maar er is nog genoeg te doen daar de wegen sinds de AND import nog niet zijn aangeraakt ([2]). Maar in ieder geval staat op het programma: * Wegen nalopen * Stegen/speelplaatsen intekenen * Het park mappen * POI's Mochten we met een redelijke groep zijn dan zou het heel mooi zijn om meteen * Maxspeed * Huisnummers * etc mee te nemen. Ilpendam is voor de omgeving goed bereikbaar. Vanaf Amsterdam CS gaan er veel bussen langs (die er ook nog stoppen!). Het probleem is dan echter dat de fiets niet mee mag in de bus. Vanaf Amsterdam CS is het echter ook goed te fietsen naar Ilpendam. Uiteraard moet het wel een beetje weer zijn. Ik ben in ieder geval niet van plan in de regen 3 uur buiten te gaan rondlopen. Dit zal uiterlijk 6 november gecommuniceerd worden. Ik heb geen extra GPS dus voor nu is het enkel voor de mappers die hun eigen apparatuur mee kunnen nemen. Komt allen! En laat dit ook even weten, zodat ik niet zielig in mijn eentje sta te wachten :) Groet, --Roeland P.s. Wiki pagina etc komt eraan. [1] http://tile.openstreetmap.nl/?zoom=16lat=52.46602lon=4.951layers=B0 FF [2] http://tools.geofabrik.de/osmi/?view=nllon=4.95228lat=52.46374zoom=15 signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
On Thu, 29 Oct 2009, Valent Turkovic wrote: Hi, I saw on OpenStreetMap wiki that osm-nl mailing list is where the action is regarding Aerial photography with Mikrokopter. I have read these wiki pages: http://wiki.openstreetmap.org/wiki/OpenStreetPhoto/QuadCopter http://wiki.openstreetmap.org/wiki/OpenStreetPhoto I'm reading your blog via translation service, but I'm writing you in English as I don't trust what online translation from English to Dutch :) - Have you made aerial photos with Mikrokopter? Yup. - What software do you use to stitch photos into one high resolution? We were using Hugin. - What software do you use to calibrate stitched photo so that it is correctly gps positioned and that users can trace over it? We can rectify the photos either with our own tool as well with other tools like efoto. By placing it in a WMS the positions are set. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
Stefan de Konink schreef: On Thu, 29 Oct 2009, Valent Turkovic wrote: We can rectify the photos either with our own tool as well with other tools like efoto. By placing it in a WMS the positions are set. This is theoretical and conceptual and has not been done yet in practice. We have contact information of parties that *DO* have the instructions regarding flying and flight preparation to take the steps necessary to be able to convert QC aerialphoto's to georectified ortho imagery usable for GIS and mapping, but I am not sure their entire toolchain is open source. Kind regards, Milo Stefan ___ 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
[OSM-talk-nl] Wikitravel overweegt licentievernieuwing
Beste Talk'ers, Wat ook wel interessant is, is dat Wikitravel overweegt om hun licentie te vernieuwen van CC-By-SA 1.0 naar versie 3.0 . Wat ik uit het verhaal begrijp, is dat de 1.0 niet zomaar te mengen is met andere vrije content-licenties, en dat wanneer ze 3.0 nemen, dat wel kan (en dus mengen met bijv. OSM) Zie voor meer info: http://wikitravel.org/shared/License_upgrade -- Met vriendelijke groet, Bas de Lange http://www.basdelange.com -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] [ins1-list] Re: More comparisons between monetdb and infobright (fwd)
Lefteris Sidirourgos wrote: http://www.mysqlperformanceblog.com/2009/10/02/analyzing-air-traffic-performance-with-infobright-and-monetdb/ Weer een reden om naar MonetDB te gaan ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Derde Amsterdamse MappersBabbel
Zoals gebruikelijk een korte samenvatting: Aanwezigen: * Floris * Matijn van Exel * Rejo * Rick de Landloper * Een vriend van Rick (mijn excuses ik ben even de naam kwijt...) * Ondergetekende Waar Martijn, Floris en Rejo het overgehad hebben tijdens het eten kan ik niet vertellen maar dit is wat ik heb meegekregen van de avond. - Huisnummers, er is weer even over de huisnummer gebabbeld. Dit blijft een speerpunt van vooral Rejo maar Floris doet zijn best hem bij de houden. Op [1] heeft Floris de kaart van Amsterdam. * Rood = Rejo * Groen = Floris * Oranje = PauliB * Blauw = rest Op deze manier komt het competitie element een beetje erin, wat stimulerend kan werken. Uiteraard moet het wel correct maar sociale controle zorgt daar wel voor. Neem even contact op met Floris als je mee wil doen en je eigen kleur wil :) - De opkomende OSM events in het land. Iedereen was positief. Erg leuk dat het allemaal tegelijk kwam opeens. Maar het kan natuurlijk enkel aangemoedigd worden. Floris en ik hebben min of meer al de afspraak gemaakt om binnenkort nog eens een drop rond Amsterdam te pakken om in kaart te brengen! - Fietspaden, momenteel is er in Nederland nog veel geklooi met fietspaden. Om het even centraal in Amsterdam te houden hele delen van het centrum zijn een richtings verkeer. Dit is eigenlijk enkel voor motorvoertuigen. Hier moeten we dus eigenlijk de mapping op aanpassen. We hebben nog geen actie plan maar hier moet wel iets mee gebeuren. - Wobben, we wobben ons een ongeluk maar het zou fijn zijn om ook changes te krijgen. Nu is dit vaak lastig met de wob maar toch. Eigenlijk zouden we voor veel dingen gewoon een WFS willen hebben zodat we er wel bij kunnen maar de data extern beheerd wordt. Echter de conclusie was nu nog dat er nog te weinig openheid met dat soort data is dat momenteel importeren de enige logische keus is. Dat was het zo een beetje. Al ben ik ongetwijfeld genoeg vergeten. Groet, --Roeland On Wednesday 21 October 2009 14:58:10 Martijn van Exel wrote: Ik stel voor volgende woensdag in de Pijp, hoe klinkt dat? http://wiki.openstreetmap.org/wiki/Amsterdam#Derde_Amsterdamse_MappersBabbe l Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Derde Amsterdamse MappersBabbel
En de link natuurlijk [1] http://www.floris.nu/osm/amsterdam/huisnummers/huisnummers.png On Thursday 29 October 2009 23:37:48 Roeland Douma wrote: Zoals gebruikelijk een korte samenvatting: Aanwezigen: * Floris * Matijn van Exel * Rejo * Rick de Landloper * Een vriend van Rick (mijn excuses ik ben even de naam kwijt...) * Ondergetekende Waar Martijn, Floris en Rejo het overgehad hebben tijdens het eten kan ik niet vertellen maar dit is wat ik heb meegekregen van de avond. - Huisnummers, er is weer even over de huisnummer gebabbeld. Dit blijft een speerpunt van vooral Rejo maar Floris doet zijn best hem bij de houden. Op [1] heeft Floris de kaart van Amsterdam. * Rood = Rejo * Groen = Floris * Oranje = PauliB * Blauw = rest Op deze manier komt het competitie element een beetje erin, wat stimulerend kan werken. Uiteraard moet het wel correct maar sociale controle zorgt daar wel voor. Neem even contact op met Floris als je mee wil doen en je eigen kleur wil :) - De opkomende OSM events in het land. Iedereen was positief. Erg leuk dat het allemaal tegelijk kwam opeens. Maar het kan natuurlijk enkel aangemoedigd worden. Floris en ik hebben min of meer al de afspraak gemaakt om binnenkort nog eens een drop rond Amsterdam te pakken om in kaart te brengen! - Fietspaden, momenteel is er in Nederland nog veel geklooi met fietspaden. Om het even centraal in Amsterdam te houden hele delen van het centrum zijn een richtings verkeer. Dit is eigenlijk enkel voor motorvoertuigen. Hier moeten we dus eigenlijk de mapping op aanpassen. We hebben nog geen actie plan maar hier moet wel iets mee gebeuren. - Wobben, we wobben ons een ongeluk maar het zou fijn zijn om ook changes te krijgen. Nu is dit vaak lastig met de wob maar toch. Eigenlijk zouden we voor veel dingen gewoon een WFS willen hebben zodat we er wel bij kunnen maar de data extern beheerd wordt. Echter de conclusie was nu nog dat er nog te weinig openheid met dat soort data is dat momenteel importeren de enige logische keus is. Dat was het zo een beetje. Al ben ik ongetwijfeld genoeg vergeten. Groet, --Roeland On Wednesday 21 October 2009 14:58:10 Martijn van Exel wrote: Ik stel voor volgende woensdag in de Pijp, hoe klinkt dat? http://wiki.openstreetmap.org/wiki/Amsterdam#Derde_Amsterdamse_MappersBab be l Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] It's now becoming clear why google so quickly switched from navteq...
android powered phones only? jim On Thu, Oct 29, 2009 at 12:34 PM, John Smith deltafoxtrot...@gmail.com wrote: http://www.youtube.com/watch?v=tGXK4jKN_jYfeature=player_embedded as i waited and waited for this to download on my 3G modem in Melbourne i thought wot if the data downloads so slowly you run out of instructions? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Mais uma apresentação
Eu penso em quem vai usar o mapa. O usuário espera que as primary sejam mais ou menos semelhantes em termos de trafegabilidade (existe essa palavra?). Mesmo que seja a única via de acesso a um lugar, se a estrada é ruim ela deve ter uma classificação compatível. Claro que temos que usar o bom senso. Existem estradas de terra que são ótimas de dirigir, lisas e bem conservadas, enquanto que para algumas pavimentadas o tertiary chega a ser bom demais. Só não acho indicado classificar como primary uma estrada onde um motorista pode quebrar um eixo do caminhão nos buracos (como, infelizmente, existem). O faro dela ser BR, estadual ou municipal não faz diferença para quem dirige. O importante é a estrada em si. catdevrandom escreveu: Eu gostei bastante da classificação sugerida para vias urbanas. Pelo que entendi, no momento está da maneira indicada abaixo. Adicionei algumas observações minhas (principalmente baseadas nesta página aqui: http://www.euvoupassar.com.br/visao/artigos/completa.php?id=1410, que explica o código brasileiro de trânsito para concurseiros.) Com relação às vias rurais, acho que ainda não chegamos em um consenso sobre tagear de acordo com as condições da estrada ou com a importância/função. Eu, pessoalmente, acho que BRs devem ser no mínimo primary, mesmo não sendo asfaltadas (especialmente se forem a única via de acesso aos lugares). Mas, tirando isso, gosto da classificação abaixo. -- motorway: vias expressas duplicadas, sem cruzamentos ou obstruções (sinaleiras, lombadas, etc), com acesso por entradas e saídas, com 2 ou mais pistas em cada sentido e acostamento; sempre mapear as duas vias paralelas. trunk: vias de trânsito rápido duplicadas, com cruzamentos ou obstruções (sinaleiras, lombadas, etc) e acesso direto por ruas transversais, com 2 ou mais pistas em cada sentido; sempre mapear as duas vias paralelas. primary: -urbano: vias pavimentadas de transito rápido (normalmente 70-80km/h), com uma ou duas pistas em cada sentido, que ligam vários bairros; em cidades pequenas, são as vias de entrada e saída da cidade; podem ter canteiro central (mapear as duas vias paralelas, nesse caso). -rural: rodovias pavimentadas de transito rápido, não duplicadas, que ligam uma cidade a outra. secondary: -urbano: vias pavimentadas de velocidade média (~60km/h), com uma ou duas pistas em cada sentido; em cidades pequenas, são as vias de ligação entre bairros (arteriais); têm cruzamentos com semáforos; podem ter canteiro central (mapear as duas vias paralelas, nesse caso). -rural: rodovia pavimentada, não duplicada, de acesso a uma vila ou povoado. tertiary: -urbano: vias pavimentadas comerciais (exemplo: centro da cidade) ou vias coletoras, de velocidade baixa (~40km/h), com cruzamentos e semáforos, conectadas às vias de trânsito rápido ou às arteriais. -rural: rodovia não pavimentada (de terra ou cascalho) que liga um lugar a outro. residential: -urbano: vias pavimentadas residenciais, com cruzamentos e sem semáforos, de velocidades baixas (~30km/h) unclassified: -urbano: ruas menores sem denominação oficial, não residenciais, mas que não são para pedestres. Possivelmente mais comuns em cidades pequenas e povoados track: -urbano: via não pavimentada. -rural: via não pavimentada de acesso local. service: -via de acesso restrito ou privado (acesso a posto de gasolina, a garagens, a terminais rodoviários, etc.) -- []s catdevrandom ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
2009/10/29 Flavio Bello Fialho be...@cnpuv.embrapa.br Eu penso em quem vai usar o mapa. O usuário espera que as primary sejam mais ou menos semelhantes em termos de trafegabilidade (existe essa palavra?). Mesmo que seja a única via de acesso a um lugar, se a estrada é ruim ela deve ter uma classificação compatível. Claro que temos que usar o bom senso. Existem estradas de terra que são ótimas de dirigir, lisas e bem conservadas, enquanto que para algumas pavimentadas o tertiary chega a ser bom demais. Só não acho indicado classificar como primary uma estrada onde um motorista pode quebrar um eixo do caminhão nos buracos (como, infelizmente, existem). O faro dela ser BR, estadual ou municipal não faz diferença para quem dirige. O importante é a estrada em si. Até onde eu entendo, a qualidade da manutenção da estrada não deveria influenciar a classificação da mesma. Tomando um exemplo extremo: se houvesse uma rodovia duplicada, de vias de sentido oposto separadas e com rampas de acesso, mas cheia de buracos ou cuja superfície é de barro, eu ainda marcaria como motorway. Mas complementaria com a maior quantidade possível de tags adicionais para explicar que se trata de uma rodovia muito mal conservada. Em um sistema ideal, essas tags adicionais seriam usadas para renderizar a rodovia de maneira diferente no bitmap final. Concordo que a distinção entre o que seria primary, secondary e tertiary é bem mais sutil, mas ainda assim acho que o estado de manutenção não deveria ser um critério para classificação. Até porque, dado o esforço que os governos federal e estaduais colocam na manutenção das rodovias, a gente teria que fazer um downgrade da maior parte das rodovias todos os anos... 2009/10/29 Arlindo Pereira nig...@nighto.net: Talvez então a gente devesse ter uma tag para especificar se a rodovia é federal, estadual ou municipal? Porque tag por tag, a qualidade da pista pode ser definida com tags específicas pra isso, como track-type. Quanto ao tag para indicar se é federal, estadual ou municipal: não é para isso que servem as relations? Att, Ricardo ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
O problema é que o padrão de tags (e os renders) nasceram em países desenvolvidos onde a relação entre as duas coisas (trafegabilidade e importancia) é bem estável. Em países continentais e diversificados como o nosso a relação não é tão direta. 2009/10/29 Bráulio Bezerra da Silva brauliobeze...@gmail.com: Uma coisa é trafegabilidade e outra é a importância. Um beco de asfalto de 100m é mais importante do que uma rodovia de barro de 200Km que passa por 5 estados, com nome de BR e tudo mais? Além disso, como já foi dito, há tags para indicar o terreno. Se o renderizador não indica isso, temos mais um problema a resolver, mas em um outro módulo do OpenStreetMap: o problema não está nas tags. 2009/10/29 Flavio Bello Fialho be...@cnpuv.embrapa.br Eu penso em quem vai usar o mapa. O usuário espera que as primary sejam mais ou menos semelhantes em termos de trafegabilidade (existe essa palavra?). Mesmo que seja a única via de acesso a um lugar, se a estrada é ruim ela deve ter uma classificação compatível. Claro que temos que usar o bom senso. Existem estradas de terra que são ótimas de dirigir, lisas e bem conservadas, enquanto que para algumas pavimentadas o tertiary chega a ser bom demais. Só não acho indicado classificar como primary uma estrada onde um motorista pode quebrar um eixo do caminhão nos buracos (como, infelizmente, existem). O faro dela ser BR, estadual ou municipal não faz diferença para quem dirige. O importante é a estrada em si. catdevrandom escreveu: Eu gostei bastante da classificação sugerida para vias urbanas. Pelo que entendi, no momento está da maneira indicada abaixo. Adicionei algumas observações minhas (principalmente baseadas nesta página aqui: http://www.euvoupassar.com.br/visao/artigos/completa.php?id=1410, que explica o código brasileiro de trânsito para concurseiros.) Com relação às vias rurais, acho que ainda não chegamos em um consenso sobre tagear de acordo com as condições da estrada ou com a importância/função. Eu, pessoalmente, acho que BRs devem ser no mínimo primary, mesmo não sendo asfaltadas (especialmente se forem a única via de acesso aos lugares). Mas, tirando isso, gosto da classificação abaixo. -- motorway: vias expressas duplicadas, sem cruzamentos ou obstruções (sinaleiras, lombadas, etc), com acesso por entradas e saídas, com 2 ou mais pistas em cada sentido e acostamento; sempre mapear as duas vias paralelas. trunk: vias de trânsito rápido duplicadas, com cruzamentos ou obstruções (sinaleiras, lombadas, etc) e acesso direto por ruas transversais, com 2 ou mais pistas em cada sentido; sempre mapear as duas vias paralelas. primary: -urbano: vias pavimentadas de transito rápido (normalmente 70-80km/h), com uma ou duas pistas em cada sentido, que ligam vários bairros; em cidades pequenas, são as vias de entrada e saída da cidade; podem ter canteiro central (mapear as duas vias paralelas, nesse caso). -rural: rodovias pavimentadas de transito rápido, não duplicadas, que ligam uma cidade a outra. secondary: -urbano: vias pavimentadas de velocidade média (~60km/h), com uma ou duas pistas em cada sentido; em cidades pequenas, são as vias de ligação entre bairros (arteriais); têm cruzamentos com semáforos; podem ter canteiro central (mapear as duas vias paralelas, nesse caso). -rural: rodovia pavimentada, não duplicada, de acesso a uma vila ou povoado. tertiary: -urbano: vias pavimentadas comerciais (exemplo: centro da cidade) ou vias coletoras, de velocidade baixa (~40km/h), com cruzamentos e semáforos, conectadas às vias de trânsito rápido ou às arteriais. -rural: rodovia não pavimentada (de terra ou cascalho) que liga um lugar a outro. residential: -urbano: vias pavimentadas residenciais, com cruzamentos e sem semáforos, de velocidades baixas (~30km/h) unclassified: -urbano: ruas menores sem denominação oficial, não residenciais, mas que não são para pedestres. Possivelmente mais comuns em cidades pequenas e povoados track: -urbano: via não pavimentada. -rural: via não pavimentada de acesso local. service: -via de acesso restrito ou privado (acesso a posto de gasolina, a garagens, a terminais rodoviários, etc.) -- []s catdevrandom ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua
Re: [Talk-br] Mais uma apresentação
Em Qui, 2009-10-29 às 16:57 +0100, Ricardo Padilha escreveu: 2009/10/29 Flavio Bello Fialho be...@cnpuv.embrapa.br Eu penso em quem vai usar o mapa. O usuário espera que as primary sejam mais ou menos semelhantes em termos de trafegabilidade (existe essa palavra?). Mesmo que seja a única via de acesso a um lugar, se a estrada é ruim ela deve ter uma classificação compatível. Claro que temos que usar o bom senso. Existem estradas de terra que são ótimas de dirigir, lisas e bem conservadas, enquanto que para algumas pavimentadas o tertiary chega a ser bom demais. Só não acho indicado classificar como primary uma estrada onde um motorista pode quebrar um eixo do caminhão nos buracos (como, infelizmente, existem). O faro dela ser BR, estadual ou municipal não faz diferença para quem dirige. O importante é a estrada em si. Até onde eu entendo, a qualidade da manutenção da estrada não deveria influenciar a classificação da mesma. Tomando um exemplo extremo: se houvesse uma rodovia duplicada, de vias de sentido oposto separadas e com rampas de acesso, mas cheia de buracos ou cuja superfície é de barro, eu ainda marcaria como motorway. Mas complementaria com a maior quantidade possível de tags adicionais para explicar que se trata de uma rodovia muito mal conservada. Em um sistema ideal, essas tags adicionais seriam usadas para renderizar a rodovia de maneira diferente no bitmap final. Concordo que a distinção entre o que seria primary, secondary e tertiary é bem mais sutil, mas ainda assim acho que o estado de manutenção não deveria ser um critério para classificação. Até porque, dado o esforço que os governos federal e estaduais colocam na manutenção das rodovias, a gente teria que fazer um downgrade da maior parte das rodovias todos os anos... Olá, Há algum tempo estava pensando em voltar nessa discussão. Concordo com o Ricardo, existem etiquetas para especificar condições e piso da estrada. A classificação dela nunca deveria ser feita com base nisso, nem mesmo de velocidade. Existem cidades neste Brasil cujo o único acesso é por uma estrada esburacada ou mesmo de terra batida. E eu marcaria este acesso como primário! Tenho usado o seguinte (em BH, Contagem, etc...): - Primária para acesso primário entre as cidades, sejam avenidas ou rodovias não BRs; - Secundárias em avenidas que ligam regiões da cidade, geralmente de grande movimento; - Terciárias em vias que são principais em um bairro, talvez dois; - Residenciais ou unclassified para as locais, sendo a segunda etiqueta para vias mais movimentadas, geralmente com comércio ou indústrias (não não classificadas como uma das anteriores; No entanto, tenho respeitado o que os outros já etiquetaram, pois não aparenta existir um padrão (após verificar várias outras cidades). Eu espero que cheguemos a um consenso e um padrão adequado para nossa realidade. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: Esta é uma parte de mensagem assinada digitalmente ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
Ok, o estado de conservação não conta. Mesmo assim, acho que devemos olhar para a estrada na hora de classificá-la e compará-la com uma imagem padrão. Para mim, motorway e trunk são as mais fáceis. Motorway é a freeway de Porto Alegre a Osório. Trunk é a Av. Ipiranga, em Porto Alegre. Dificilmente vai ter algo assim em cidades pequenas. Já Brasília tem um monte dessas. Uma primary deve comportar mais trânsito que uma secondary e essa que uma tertiary. O critério deve ser comparável, pelo menos numa mesma região. Samuel Vale escreveu: Em Qui, 2009-10-29 às 16:57 +0100, Ricardo Padilha escreveu: 2009/10/29 Flavio Bello Fialho be...@cnpuv.embrapa.br Eu penso em quem vai usar o mapa. O usuário espera que as primary sejam mais ou menos semelhantes em termos de trafegabilidade (existe essa palavra?). Mesmo que seja a única via de acesso a um lugar, se a estrada é ruim ela deve ter uma classificação compatível. Claro que temos que usar o bom senso. Existem estradas de terra que são ótimas de dirigir, lisas e bem conservadas, enquanto que para algumas pavimentadas o tertiary chega a ser bom demais. Só não acho indicado classificar como primary uma estrada onde um motorista pode quebrar um eixo do caminhão nos buracos (como, infelizmente, existem). O faro dela ser BR, estadual ou municipal não faz diferença para quem dirige. O importante é a estrada em si. Até onde eu entendo, a qualidade da manutenção da estrada não deveria influenciar a classificação da mesma. Tomando um exemplo extremo: se houvesse uma rodovia duplicada, de vias de sentido oposto separadas e com rampas de acesso, mas cheia de buracos ou cuja superfície é de barro, eu ainda marcaria como motorway. Mas complementaria com a maior quantidade possível de tags adicionais para explicar que se trata de uma rodovia muito mal conservada. Em um sistema ideal, essas tags adicionais seriam usadas para renderizar a rodovia de maneira diferente no bitmap final. Concordo que a distinção entre o que seria primary, secondary e tertiary é bem mais sutil, mas ainda assim acho que o estado de manutenção não deveria ser um critério para classificação. Até porque, dado o esforço que os governos federal e estaduais colocam na manutenção das rodovias, a gente teria que fazer um downgrade da maior parte das rodovias todos os anos... Olá, Há algum tempo estava pensando em voltar nessa discussão. Concordo com o Ricardo, existem etiquetas para especificar condições e piso da estrada. A classificação dela nunca deveria ser feita com base nisso, nem mesmo de velocidade. Existem cidades neste Brasil cujo o único acesso é por uma estrada esburacada ou mesmo de terra batida. E eu marcaria este acesso como primário! Tenho usado o seguinte (em BH, Contagem, etc...): - Primária para acesso primário entre as cidades, sejam avenidas ou rodovias não BRs; - Secundárias em avenidas que ligam regiões da cidade, geralmente de grande movimento; - Terciárias em vias que são principais em um bairro, talvez dois; - Residenciais ou unclassified para as locais, sendo a segunda etiqueta para vias mais movimentadas, geralmente com comércio ou indústrias (não não classificadas como uma das anteriores; No entanto, tenho respeitado o que os outros já etiquetaram, pois não aparenta existir um padrão (após verificar várias outras cidades). Eu espero que cheguemos a um consenso e um padrão adequado para nossa realidade. Abraço, ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br -- Aviso de confidencialidade: Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa) a government company established under Brazilian law (5.851/72) is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
2009/10/29 Flavio Bello Fialho be...@cnpuv.embrapa.br: Ok, o estado de conservação não conta. Mesmo assim, acho que devemos olhar para a estrada na hora de classificá-la e compará-la com uma imagem padrão. Para mim, motorway e trunk são as mais fáceis. Motorway é a freeway de Porto Alegre a Osório. Trunk é a Av. Ipiranga, em Porto Alegre. Dificilmente vai ter algo assim em cidades pequenas. Já Brasília tem um monte dessas. Uma primary deve comportar mais trânsito que uma secondary e essa que uma tertiary. O critério deve ser comparável, pelo menos numa mesma região. E se a gente pensasse em 'quantos passam por ela', ao invés de 'quantos ela aguenta'? Exemplo: No centro de Montenegro, muitos usam a Ramiro Barcelos, Osvaldo Aranha, João Pessoa e Santos Dumond. Essas ruas são de centro, e tem muitas lojas e circulação de carros muito grande. Mas o centro da cidade tem mais umas 15 ruas... e a circulação de veículos é bem menor nessas outras. E todas as ruas tem a mesma largura, todas são asfaltadas... ou seja: todas elas aguentariam o mesmo número de veículos. Então, no caso, as ruas mencionadas poderiam ser 'secondary', e as outras 'tertiary' ? Ou todas elas devem ser 'secondary'? Eu não usaria 'primary' para as mencionadas, porque tem uma rodovia estadual que corta a cidade. Esta está como 'primary'. Isto está correto? -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.eti.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
2009/10/29 Rodrigo de Avila rodr...@avila.net.br: Exemplo: No centro de Montenegro, muitos usam a Ramiro Barcelos, Osvaldo Aranha, João Pessoa e Santos Dumond. Essas ruas são de centro, e tem muitas lojas e circulação de carros muito grande. Em tempo: se quiserem ver o tamanho da cidade: http://osm.org/go/M5t4P9r_N- -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.eti.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mais uma apresentação
On Thu, 29 Oct 2009 17:20:15 -0200 Flavio Bello Fialho be...@cnpuv.embrapa.br wrote: Para mim, motorway e trunk são as mais fáceis. Motorway é a freeway de Porto Alegre a Osório. Trunk é a Av. Ipiranga, em Porto Alegre. Dificilmente vai ter algo assim em cidades pequenas. Já Brasília tem um monte dessas. Neste momento, estou mapeando Brasília, e na verdade estou com dúvida se as nossas ruas imensas devem ser marcadas como motorway ou mesmo trunk. Adoraria palpites nisso. Eixão (DF-002): via que corta o Plano Piloto (área central de Brasília) de cabo a rabo, 3 faixas para cada sentido, com área central (não é canteiro, mas sim marcação no chão, onde não passam carros) sem acostamento, sem cruzamentos ou sinais, velocidade máxima 80km/h. Ônibus não passam (ou não deveriam passar) nela. Marquei como primária. Eixinhos: vias paralelas ao Eixão, duas faixas para cada sentido, sem cruzamentos, sem sinais, velocidade máxima 60km/h, ônibus circulam. Marquei como secundárias. Eixo Monumental: via que tem os órgãos do governo federal e distrital, 6 faixas para cada sentido, com canteiro central (gigante), com sinais, sem cruzamentos, velocidade máxima 60km/h, ônibus circulam nela. Marquei como primária. Vias L4 Norte e Sul: vias expandidas há pouco tempo, com poucos sinais em locais de travessia de pedestres, sem cruzamentos, 3 faixas para cada sentido, velocidade máxima 70km/h. Marquei como primárias. Vias W3 e L2, sul e norte: vias com sinais, com cruzamentos, com travessia de pedestres, 3 faixas para cada sentido, velocidade máxima 60km/h, ônibus circulam (e muito!). A via W3 terá em breve um trem leve também. Marquei como secundárias. Vias principais dos Lagos Sul e Norte: 2 faixas para cada sentido, sem cruzamentos, com sinais, velocidade máxima 70km/h, ônibus circulam. Marquei como primárias. EPTG: Principal via de ligação entre Brasília e a maior cidade satélite do DF, Taguatinga), está sendo expandida para comportar o dobro de carros de hoje com três faixas em cada sentido, vai ter corredor de ônibus, vias marginais (com duas faixas pra cada lado), ciclovia. Creio que essa, quando pronta, eu marcaria como motorway. Do ponto de vista de tamanho das pistas, talvez o Eixão e Eixo Monumental deveriam ser motorway ou trunk, as vias W3 e L2, primárias. Mas Brasília é meio aberração... uma via de 12 faixas com velocidade de 60km/h não merece ser chamada de motorway. As vias W3 e L2, apesar de largas, são lentas, têm bastante circulação de ônibus, pedestres, acesso a escolas, igrejas... Em Brasília, creio que a marcação tem que ter sua própria escala, baseada na função das vias e não no tanto de trânsito que comportam. Mas estou em dúvida no seguinte: o Eixão deveria ser trunk ao invés de primária? E o Eixo Monumental, imenso mas com velocidade baixa, primário ou secundário? (Eu não gostaria de ter minha cidade marcada como cheia de motorways ou mesmo trunks, se isso estimular ainda mais os motoristas a voarem baixo feito loucos! Apesar de largas, são vias onde ciclistas tentam compartilhar o espaço, por onde pessoas tentam atravessar já que não há faixas de pedestres por perto, e por aí vai.) Comentários? []s catdevrandom ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Frederik Ramm schrieb: Stand jetzt gerade eben hat diese Spezialseite den Bug, dass man nur bis zum 5.3. buchen kann. Wie Du schon schreibst: Konditionen vergleichen. Preise sind nicht wirklich sensationell. Die HRS-Auswahl ist natürlich mehr als 3 Monate in der Zukunft nicht toll, da dort die Restkontingente aus langfristigeren Buchungssystemen logischerweise noch nicht da sind. Wer pokern will, der setzt auf eine anhaltend negative Entwicklung bei der CeBIT und wartet noch. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Guten Morgen Frederik! die FOSSGIS 2010 - die erste deutsche OSM-Konferenz Eben wollte ich hier fragen, ob denn eine Folgeveranstaltung zur OSM-Entwicklerkonferenz im November vor einem Jahr (im Linuxhotel Essen) geplant ist und wann? Ist das jetzt die FOSSGIS 2010? Wie unterscheidet sich diese Konferenz zur Entwicklerkonferenz damals? alle erwarte ;-) - gleichzeitig wie die CeBIT Die CeBIT ist vom 4.-6. die VOSSGIS vom 2.-6. Ob das wirklich so glücklich ist? Eine aktive Teilnahme an beiden Veranstaltungen ist schwierig. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
hallo sven, schau dir mal http://svn.openstreetmap.org/applications/utils/gary68/distancemap.pl an. im grunde leistet das programm das, was du möchtest. man müsste es ein wenig umschreiben, dass es z.b. parameter akzeptiert. und der weg müsste noch zusammengesetzt werden. implementiert ist der dijkstra algorithmus. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] Einfache serverbasierte Routingsoftware? Gesendet: Mi, 28. Okt 2009 Von: Sven Geggusli...@fuchsschwanzdomain.de Frederik Ramm frede...@remote.org wrote: % ./gosmore rebuild datei.osm das erzeugt dann eine .pak-Datei, auf der er spaeter arbeitet. hm, wenns denn so einfach wäre: gosmore/ ./gosmore rebuild baden-wuerttemberg.osm Building gosmore.pak using style elemstyles.xml... Icon public.png not found Icon public.png not found Icon religion/synagogue.png not found Icon religion/mosque.png not found Icon rendering/landuse/cemetery.png not found Icon wlan.png not found Icon rendering/landuse/cemetery.png not found 1 while (xmlTextReaderRead (xml)) Speicherzugriffsfehler Ich werde mal auf ner 32 Bit Maschine testen. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Original-Nachricht Datum: Wed, 28 Oct 2009 23:00:45 +0100 Von: Christoph Eckert c...@christeck.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Einfache serverbasierte Routingsoftware? Moin, Ich habe mal Navit dafuer vergewaltigt - Mit ein bischen patcherei kann man damit brauchbare ergebnisse erzielen - Und der vorteil ist das es sau schnell ist - C code halt ... Problem ist das Navit eigentlich nicht ohne frontend (grafisch) leben kann - das muss man rauspatchen ... der Routingalgo von Navit ist momentan AFAIK eher auf KFZ-Routing ausgelegt und versucht unabhängig von der Konfiguration, möglichst auf besser ausgebaute Straßen zu kommen. Für Sven daher eher ungeeignet. Ich glaube, ich muss mir den Kram mal wieder antun. Haben die eine Priorisierung fix eingebaut? Ansich sollte der Router den kuerzesten Weg ausgeben koennen und der ist eindeutig. Die Priorisierung soll da eigentlich nicht reinmurksen. Die Standardvorbelegung bei der Gewichtung der Abschnitte ist die Leange und entspricht der Vorgabe 'kuerzester Weg'. Eine gezielte Gewichtung nach Vorlieben und Verboten kann man ja dann immer noch draufsetzen. Jeder wie er will, das ist ja das schoene am Projekt hier. Niemand ist auf eine fix im Navi verbaute Engine angewiesen. Gruesse Hubert Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] opestreetmap.org zeigt kein Supermarkt Icon, wenn Adresse existiert
Hallo, ich habe an einige Nodes Adressen nach dem Karlsruher Schema angehängt. Diese Nodes waren vorher Bank, Geschäft, Restaurant, Kirche, Kiosk und Supermarkt. Bei einem Supermarkt sehe ich nur noch die Hausnummer. Name (Edeka) und Icon (Einkaufswagen) werden auf openstreetmap.org nicht angezeigt. Openstreetmap.org zeigt ansonsten generell nur das Icon und den Namen, dann aber keine Hausnummer. http://www.openstreetmap.org/?lat=51.16062lon=6.78471zoom=17layers=B000FTF Auf informationfreeway.org sieht es wie erwartet aus: http://informationfreeway.org/?lat=51.16062lon=6.78471zoom=17layers=BF000F Supermarkt + Name + Hausnummer Restaurant + Name + Hausnummer Kiosk + Name + Hausnummer Kirche + Name + Hausnummer (Kindergarten wird nur mit Hausnummer angezeigt) Gibt es einen Workaround für dieses Renderer Problem bei Geschäften auf openstreetmap.org? Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Frederik Ramm frede...@remote.org wrote: Uebrigens gibt es (neben Navit und Gosmore) noch einen dritten Router, der in C geschrieben ist und eine freie Lizenz (in dem Fall AGPL) hat: http://wiki.openstreetmap.org/wiki/Routino Affero GPL ist doch dieses dubiose Teil bei dem man Quellcodeänderungen auch dann freigeben muss wenn ich die Software als Service betreibt AFAIR. Auch hier gibts zum Ausprobieren ein Webinterface, aber die Software kann man sich runterladen und die funktioniert dann auch standalone von der Commandline. Hab ich vor laengerem mal ausprobiert, tut soweit, gibt etwas geschwaetzigere Resultate als Gosmore, ist zugleich aber vermutlich ueberfordert, wenn man den ganzen Planeten reinstecken will. Mir reicht erst mal der Abdeckungsbereich der Wanderkarte :) Die Webdemo ist ziemlich cool, scheint aber ziemlich KFZ-lastig zu sein. Mal ganz von OSM abgesehen gibt es eigentlich keine generische Softwarebibliothek, die mir einfach nur den kürzesten Weg in einem Netz ausrechnet. Vielleicht sollte man mal schaun ob man da SPICE missbrauchen kann :) Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Markus liste12a4...@gmx.de wrote: Die CeBIT ist vom 4.-6. die VOSSGIS vom 2.-6. F wie Frei nicht V wie Vogelfrei. Außerdem ist es umgekehrt: CeBIT 2.-6.3, FOSSGIS 2.-5.3. Ich bin selber überrascht, dass die Cebit so kurz ist. War die nicht mal zwei Wochen lang?! Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Hallo, Markus wrote: Eben wollte ich hier fragen, ob denn eine Folgeveranstaltung zur OSM-Entwicklerkonferenz im November vor einem Jahr (im Linuxhotel Essen) geplant ist und wann? Ist das jetzt die FOSSGIS 2010? Wie unterscheidet sich diese Konferenz zur Entwicklerkonferenz damals? Die FOSSGIS ist eine Konferenz, zu der die gesamte aktive OSM-Community willkommen ist, und bei der es jede Menge Vortraege geben wird. Zwar koennen wir da auch den einen oder anderen Workshop anberaumen, aber Kern der Sache sind schon Vortraege, bei denen eine Person im Hoersaal vorne steht und was erzaehlt, und die anderen hoeren sich das an - eben mehr eine Konferenz als ein Arbeitstreffen. Zur FOSSGIS erwarten wir mehrere hundert Leute; im Linuxhotel waren es 20. Die FOSSGIS ist auch keine reine OSM-Konferenz; an den ersten Tagen wird es um klassische Open-Source-GIS-Themen gehen (die Konferenz existiert ja schon laenger, und sie wurde diesmal fuer OSM erweitert). Details findest Du hier: http://www.openstreetmap.de/fossgis2010.html und auf der FOSSGIS-Seite aus meinem Eingangsposting. Die CeBIT ist vom 4.-6. die VOSSGIS vom 2.-6. Ob das wirklich so glücklich ist? Nein, ist es nicht. Das liegt daran, dass in der Vergangenheit keines der auf der FOSSGIS praesenten Projekte mainstreamig genug war, um mit der CeBIT zu kollidieren, deswegen ist das bei der Terminplanung nicht beruecksichtigt worden. Naechstes Jahr achten wir da besser drauf. Eine aktive Teilnahme an beiden Veranstaltungen ist schwierig. Fuer das Projekt schwierig, fuer den Einzelnen unmoeglich. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Hallo, Sven Geggus wrote: Mal ganz von OSM abgesehen gibt es eigentlich keine generische Softwarebibliothek, die mir einfach nur den kürzesten Weg in einem Netz ausrechnet. Vielleicht sollte man mal schaun ob man da SPICE missbrauchen kann :) Ich hoere immer, es gebe eine boost graph-Library, mit der sowas moeglich waere. Hab ich aber noch nie probiert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Orts/Straßennamen zu Koordinaten finde n
Hi, eigentlich dachte ich, dass ich was ganz einfaches machen will, aber mit den Beschreibungen der vorhandenen APIs und Kartendaten komme ich nicht wirklich weiter. Ich habe als Ausgangsdaten GPS-Koordinaten und möchte nun ermitteln, wo sich diese Koordinaten befinden. Allerdings will ich die Position nicht in einer Grafik dargestellt haben, sondern ich benötige eine Textausgabe mit Ort und nächstgelegener Straße. Also z.B: GPS-Koordinaten 48,8372 13,8237, zurückgelieferte Information München, Marienplatz (keine ahnung, ob die Koordinaten wirklich zum Marienplatz passen ;-) Hat jemand ein paar Heiße Tipps, wie sich sowas realisieren lässt? Elmi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Yahoo Abdeckung
Gibt es irgendwo eine geografische Übersicht, welche Gebiete mit Yahoo-Satellitenfotos/Luftbildern abgedeckt sind? Ich stelle mir da eine OSM-Karte vor, auf der in verschiedenen Farben die unterschiedlichen Auflösungen markiert sind... :-) Und falls noch nicht: Hier eine tabellarische Übersicht: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery/Coverage Wer könnte daraus einen Layer machen? Und wer hätte Lust dazu? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Entwicklertreffen
Hallo Frederik, danke für die Infos zur FOSSGIS-Konferenz. Dann also nun explizit die Frage zur Fortsetzung des OSM-Entwicklertreffen: ist eine Folgeveranstaltung zur OSM-Entwicklerkonferenz vom November vor einem Jahr (im Linuxhotel Essen) geplant und wann? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo Abdeckung
Markus schrieb: Gibt es irgendwo eine geografische Übersicht, welche Gebiete mit Yahoo-Satellitenfotos/Luftbildern abgedeckt sind? Ich stelle mir da eine OSM-Karte vor, auf der in verschiedenen Farben die unterschiedlichen Auflösungen markiert sind... :-) Und falls noch nicht: Hier eine tabellarische Übersicht: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery/Coverage Wer könnte daraus einen Layer machen? Und wer hätte Lust dazu? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo Abdeckung
Moin! im Bereich von Malaga hat man es so gemacht das ein Border in OSM eingetragen. http://www.openstreetmap.org/browse/way/42431343/history Vielleicht findet sich dann einer der diese Daten kurz extrahiert und dann mit OL eine Sonderkarte macht. Ob ein gesonderter Layer erforderlich stelle ich einmal in Frage. Dann würde ich nämlich auch gerne noch trennen Gruß Jan :-) Markus schrieb: Gibt es irgendwo eine geografische Übersicht, welche Gebiete mit Yahoo-Satellitenfotos/Luftbildern abgedeckt sind? Ich stelle mir da eine OSM-Karte vor, auf der in verschiedenen Farben die unterschiedlichen Auflösungen markiert sind... :-) Und falls noch nicht: Hier eine tabellarische Übersicht: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery/Coverage Wer könnte daraus einen Layer machen? Und wer hätte Lust dazu? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Am Do, 29.10.2009, 10:36 schrieb Satz Klauer: Hat jemand ein paar Heiße Tipps, wie sich sowas realisieren lässt? Mit PostGIS und PHP mache ich es. Such doch mal nach meinem Reverse_Geocoder. Ich kann ja nachher mal probieren, ganz Deutschland reinzuladen. Flo hat mir neulich erklärt, wie das mit den Admin-Grenzen geht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Entwicklertreffen
Hallo, Markus wrote: Dann also nun explizit die Frage zur Fortsetzung des OSM-Entwicklertreffen: ist eine Folgeveranstaltung zur OSM-Entwicklerkonferenz vom November vor einem Jahr (im Linuxhotel Essen) geplant und wann? Ich koennte mir vorstellen, dass wir mal ein Treffen fuer alle diejenigen machen, die auf den neuen Servern irgendwas laufen lassen (wollen). Ich wuerde auch die OSMer aus Holland mit einladen, denn die haben auch eigene Server und machen da einige gute Sachen drauf. Das Linuxhotel wuerde sich anbieten (wobei die im Winterhalbjahr tendenziell immer staerker von zahlenden Gaesten frequentiert sind). Ueber den Stand einer vagen Idee ist das aber noch nicht hinausgekommen, und ich glaube auch nicht, dass das dieses Jahr noch klappt. Oder denkst Du, es waere wichtig, noch fuer 2009 ein Treffen anzusetzen? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
On Thu, Oct 29, 2009 at 10:36:21AM +0100, Satz Klauer wrote: Hi, eigentlich dachte ich, dass ich was ganz einfaches machen will, aber mit den Beschreibungen der vorhandenen APIs und Kartendaten komme ich nicht wirklich weiter. Ich habe als Ausgangsdaten GPS-Koordinaten und möchte nun ermitteln, wo sich diese Koordinaten befinden. Allerdings will ich die Position nicht in einer Grafik dargestellt haben, sondern ich benötige eine Textausgabe mit Ort und nächstgelegener Straße. Also z.B: GPS-Koordinaten 48,8372 13,8237, zurückgelieferte Information München, Marienplatz (keine ahnung, ob die Koordinaten wirklich zum Marienplatz passen ;-) Hat jemand ein paar Heiße Tipps, wie sich sowas realisieren lässt? Via osmosis einen datenbankabzug in die Postgres schieben und dann: select w.id as wayid, wt1.v as streettype, wt2.v as name, round(ST_Distance(pos.pos, w.linestring)/360*(6376500.0*3.14159*2.0)) as distance fromways w, way_tags wt1, way_tags wt2, (select ST_SetSRID(ST_Makepoint(8.1, 51.0), 4326) as pos) pos where ST_DWithin(w.linestring, pos.pos, 1200.0/(6376500.0*3.14159*2.0)*360.0) and w.id = wt1.way_id and wt1.k = 'highway' and w.id = wt2.way_id and wt2.k = 'name' order by distance asc limit 10 Die 8.1/51.0 sind die position und die 1200 ist die distance die gesucht wird. Es gibt maximal 10 straßen sortiert nach distanz: wayid | streettype | name | distance --+-+--+-- 25971613 | secondary | Rothenberger Straße | 103 31993563 | residential | Hilchenbacher Straße | 319 31993546 | residential | In der Himbeerwiese | 403 31993560 | residential | Hilchenbacher Straße | 501 32192257 | residential | Carl-Kraemer-Weg | 562 32192251 | residential | Am Backes| 674 28191121 | residential | Schützenstraße | 706 35862375 | residential | An der Sang | 766 28191126 | residential | Im Langen Feld | 827 28191127 | residential | Im Unteren Marktfeld | 872 (10 rows) Time: 43.420 ms Das mit der geografischen zuordnung zu einem Place oder City wird schon schwieriger - Eine eindeutige zuordnung geht nur ueber die boundary relations alles andere ist professionelles raten Mit ein bischen vorbereiten der boundary relations als geometrien in einer datenbank geht das dann auch so: select cb.id, cb.adminlevel, cb.name fromcompleteborders cb, (select ST_SetSRID(ST_Makepoint(8.1, 51.0), 4326) as pos) pos where ST_Within(pos.pos, cb.border) order by adminlevel desc; id | adminlevel |name ++- 163253 | 8 | Hilchenbach 62761 | 4 | Nordrhein-Westfalen (2 rows) Time: 38.139 ms Das generieren der vordefinierten polygone aus den boundary relations habe ich schonmal hier geschrieben: http://lists.openstreetmap.org/pipermail/talk-de/2009-October/056253.html Das ganze oben ist natuerlich zu einfach - Es ist nicht garantiert das die naechstliegende Straße noch in Hilchenbach ist .. D.h. eigentlich muesste man erst das polygon suchen und dann die Straße suchen und zu distance noch pruefen ob die Straße auch durch das Polygon laeuft ... Aber das sind details die im ersten wurf mal zu vernachlaessigen sind ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finden
Ich arbeite selber gerade an reverse Geocoding mit OSM. Allerdings mit höheren Ansprüchen an die Qualität des Ergebnisses als die Ad-Hoc SQL-Scripte hier. Wird sich noch zeigen wie gut das Resultat dann am Ende wird. Dauert alles noch. Das mit der geografischen zuordnung zu einem Place oder City wird schon schwieriger - Eine eindeutige zuordnung geht nur ueber die boundary relations alles andere ist professionelles raten Mit ein bischen vorbereiten der boundary relations als geometrien in einer datenbank geht das dann auch so: select cb.id, cb.adminlevel, cb.name fromcompleteborders cb, (select ST_SetSRID(ST_Makepoint(8.1, 51.0), 4326) as pos) pos where ST_Within(pos.pos, cb.border) order by adminlevel desc; id | adminlevel |name ++- 163253 | 8 | Hilchenbach 62761 | 4 | Nordrhein-Westfalen (2 rows) Time: 38.139 ms Nur das für die überaus meisten Ortschaften keine solche Relation existiert sonder maximal ein Polygon(way) und meist nur ein node. Weiterhin: Wäre das Ergebniss der Auswertung der Relation nicht ein Multipolygon statt einem Polygon? Das generieren der vordefinierten polygone aus den boundary relations habe ich schonmal hier geschrieben: http://lists.openstreetmap.org/pipermail/talk-de/2009-October/056253.html Dein Ansatz ignoriert vollkommen die Rollen-Tags. Leider spezifiziert http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative so überhaupt garnichts ordentlich. Vor allem hinsichtlich dem gewünschten Inhalt von Relationen. Das ganze oben ist natuerlich zu einfach - Es ist nicht garantiert das die naechstliegende Straße noch in Hilchenbach ist .. D.h. eigentlich muesste man erst das polygon suchen und dann die Straße suchen und zu distance noch pruefen ob die Straße auch durch das Polygon laeuft ... Aber das sind details die im ersten wurf mal zu vernachlaessigen sind ... Das kommt noch alles dazu. Und jetzt noch das Chaos mit den PLZ dazu... Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Relation Mitglieder sortieren
Hallo, die Möglichkeit mit JOSM die Relationmitglieder automatisch zu sortieren ist ja toll, aber entweder hab ich es falsch verstanden oder da ist ein Bug drin. Soweit ich es kapiert habe soll der 1. Weg der Relation nicht verschoben werden, so kann man also den 1. per Hand auswählen und dann sortieren. Bei meinen Versuchen wurde aber regelmäßig der 1. verschoben. - Oft wurde es anders herum sortiert als ich es wollte. Da es recht viel Klickerei ist einen Weg an den Anfang zu schieben würde ich mir sowieso folgendes Vorgehen wünschen: Man selektiert den 1. Weg (egal wo er steht) und klickt dann auf Sortieren. Außerdem fehlt ein Rückgängig. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Entwicklertreffen
Hallo Frederik, Ich koennte mir vorstellen, dass wir mal ein Treffen fuer alle diejenigen machen, die auf den neuen Servern irgendwas laufen lassen Das finde ich eine gute Idee! denkst Du, es waere wichtig, noch fuer 2009 ein Treffen anzusetzen? Jein: für die Kontinuität ist Regelmässigkeit wichtig, und länger als ein Jahr Abstand ist etwas lang. Aber ich habe kein Anliegen, das nun wirklich dringlich wäre. Mein Anliegen im letzten Jahr war ja die Benutzerfreundlichkeit, und da hat sich inzwischen erfreulich viel getan! Herzlichen Dank allen Beteiligten dafür! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Relation Mitglieder sortieren
On Thu, 29 Oct 2009 12:03:10 +0100, Dimitri Junker o...@dimitri-junker.de wrote: Hallo, die Möglichkeit mit JOSM die Relationmitglieder automatisch zu sortieren ist ja toll, aber entweder hab ich es falsch verstanden oder da ist ein Bug drin. Soweit ich es kapiert habe soll der 1. Weg der Relation nicht verschoben werden, so kann man also den 1. per Hand auswählen und dann sortieren. Bei meinen Versuchen wurde aber regelmäßig der 1. verschoben. - Oft wurde es anders herum sortiert als ich es wollte. Da es recht viel Klickerei ist einen Weg an den Anfang zu schieben würde ich mir sowieso folgendes Vorgehen wünschen: Man selektiert den 1. Weg (egal wo er steht) und klickt dann auf Sortieren. Außerdem fehlt ein Rückgängig. Du könntest einfach 2 Pfeil-Buttons v und ^ einbauen. Sollte schnell gemacht sein. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo Abdeckung
Hallo Jan, im Bereich von Malaga hat man ein Border in OSM eingetragen. Habe ich im Wiki entsprechend ergänzt. Vielleicht wäre es einfacher, statt alle Flächen selbst auszumessen und einzutragen, diese bei Yahoo zu erfragen? Hat jemand einen direkten Ansprechpartner? (gern per PM, dann frage ich mal nach) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
On Thu, Oct 29, 2009 at 11:54:37AM +0100, marcus.wolsc...@googlemail.com wrote: Ich arbeite selber gerade an reverse Geocoding mit OSM. Allerdings mit höheren Ansprüchen an die Qualität des Ergebnisses als die Ad-Hoc SQL-Scripte hier. Wird sich noch zeigen wie gut das Resultat dann am Ende wird. Dauert alles noch. Was kannst du da besser machen? Die SQL Scripte geben exakte resultate d.h. nach spatialen kriterien. Und nachdenken muss jeder der sowas macht ... Die anforderung bestimmt das ergebniss ... Und du kannst ja mal deine generische behauptung untermauern mit fakten oder meinungen - Das alles scheisse ist weiss ich - erzaehle ich auch jedem der es nicht hoeren moechte ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
On Thu, 29 Oct 2009 10:18:35 +0100, Frederik Ramm frede...@remote.org wrote: Hallo, Sven Geggus wrote: Mal ganz von OSM abgesehen gibt es eigentlich keine generische Softwarebibliothek, die mir einfach nur den kürzesten Weg in einem Netz ausrechnet. Vielleicht sollte man mal schaun ob man da SPICE missbrauchen kann :) Ich hoere immer, es gebe eine boost graph-Library, mit der sowas moeglich waere. Hab ich aber noch nie probiert. boost ist eine sehr umfangreiche Bibliothek mit allgemeinen Graphen-Algorithmen. Nur muss man für die erstmal einen Treiber schreiben mit dem sie ihren Graphen von einer Datenbank wie unsrem PostGIS-Schema lesen kann. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Am Do, 29.10.2009, 11:35 schrieb Florian Lohoff: Via osmosis einen datenbankabzug in die Postgres schieben und dann: Linestrings erzeugen und indizieren nicht vergessen ;-) Den Rest mache ich ähnlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finden
On Thu, 29 Oct 2009 12:35:37 +0100, Florian Lohoff f...@rfc822.org wrote: On Thu, Oct 29, 2009 at 11:54:37AM +0100, marcus.wolsc...@googlemail.com wrote: Ich arbeite selber gerade an reverse Geocoding mit OSM. Allerdings mit höheren Ansprüchen an die Qualität des Ergebnisses als die Ad-Hoc SQL-Scripte hier. Wird sich noch zeigen wie gut das Resultat dann am Ende wird. Dauert alles noch. Was kannst du da besser machen? Die SQL Scripte geben exakte resultate d.h. nach spatialen kriterien. Die Daten vorher passend massieren. * PLZ -Suche ermöglichen * In Tags angegebene Länder, Orte, PLZ, ... beachten. * Multipolygone beachten. * Verschiedene Tag-Schreibweisen und alternativ verwendete Tags. * Die ganze Hausnummern-Zuordnung incl. Interpolation. Und nachdenken muss jeder der sowas macht ... Die anforderung bestimmt das ergebniss ... Und du kannst ja mal deine generische behauptung untermauern mit fakten oder meinungen - Das alles scheisse ist weiss ich - erzaehle ich auch jedem der es nicht hoeren moechte ... Hab ich das behauptet? Ich lese nur dass ich recht hohe Ansprüche an die Korrektheit des Ergebnisses stelle. Eine Anforderung die nicht überall nötig ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Hallo, marcus.wolsc...@googlemail.com wrote: Ich hoere immer, es gebe eine boost graph-Library, mit der sowas moeglich waere. Hab ich aber noch nie probiert. boost ist eine sehr umfangreiche Bibliothek mit allgemeinen Graphen-Algorithmen. Nur muss man für die erstmal einen Treiber schreiben mit dem sie ihren Graphen von einer Datenbank wie unsrem PostGIS-Schema lesen kann. Ich meinte ja nur, weil Sven von einer generischen Bibliothek sprach, die den kuerzesten Weg in einem Netz ausrechnet - eben das macht diese Library doch. Dass er mit einer generischen Library eben nicht gleich noch das OSM-Schema erschlaegt, muesste ihm klar sein ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
On Thu, Oct 29, 2009 at 12:45:24PM +0100, marcus.wolsc...@googlemail.com wrote: Was kannst du da besser machen? Die SQL Scripte geben exakte resultate d.h. nach spatialen kriterien. Die Daten vorher passend massieren. * PLZ -Suche ermöglichen * In Tags angegebene Länder, Orte, PLZ, ... beachten. * Multipolygone beachten. * Verschiedene Tag-Schreibweisen und alternativ verwendete Tags. * Die ganze Hausnummern-Zuordnung incl. Interpolation. Und nachdenken muss jeder der sowas macht ... Die anforderung bestimmt das ergebniss ... Und du kannst ja mal deine generische behauptung untermauern mit fakten oder meinungen - Das alles scheisse ist weiss ich - erzaehle ich auch jedem der es nicht hoeren moechte ... Hab ich das behauptet? Ich lese nur dass ich recht hohe Ansprüche an die Korrektheit des Ergebnisses stelle. Eine Anforderung die nicht überall nötig ist. Damit bezweifelst du dir korrektheit der SQL Statements - hast du dafuer belege? Das oben ist nur zusaetzliche information aber nichts was mit korrektheit zu tun hat. Und bei deiner Tag-Schreibweisen bin ich ja ein erklaerter gegner. Derjeniger moechte das die Daten funktionieren soll die Tags richtig schreiben und nicht allen die die daten verarbeiten aufzwingen megabyte an alternativschreibweisenlisten zu pflegen. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
