[OSM-talk] Overpass API v0.7: Polygons, Areas and more
Dear all, Overpass API 0.7 has finally reached its long expected version 0.7: http://wiki.openstreetmap.org/wiki/Overpass_API/versions There are essentially three major changes: In addition to bounding boxes, now also polygons can be used to cut out a region for download. http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_Polygon A simple example is a part of my home town in Germany: http://overpass-api.de/api/interpreter?data=(node(poly:50.7+7.1+50.7+7.12+50.71+7.11);;);out; More general, almost all examples from http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Sample_map_calls can be adapted to the polygon variant. The only restriction is that polygons can only be used as borders for nodes. Please use one of the various recurse statements to get ways and relations from it. If you want to use a polygon like the output of rel2poly as a boundary, you can convert it with the following script: #!/usr/bin/env bash echo -n '(node(poly:' awk '{ if ($1 != 1 $1 != polygon $1 != END) printf $2 $1 ; }' echo ');;);out;' and then send the output (let's call it request.txt) with wget --post-file=request.txt http://overpass-api.de/api/interpreter The second change improves area handling. http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_Area http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_Tag http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Query_for_Areas If you want to download a city (with well-formed boundary), for example the medium German town Alfter, you can just use http://overpass-api.de/api/interpreter?area[name=Alfter;];(node(area);;);out; Again, the (area) clause is yet restricted to nodes, but the Map Call Examples http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Sample_map_calls show how to get the complete data of the desired flavor from this. In the back direction, you can use the improved coord query to almost do reverse Geocoding: http://overpass-api.de/api/interpreter?data=is_in(50.75,7.21);out; tells you in which city and country I currently are (latitude 50.75, longitude 7.21). For those, who prefer JSON, the same thing in JSON: http://overpass-api.de/api/interpreter?data=[out:json];is_in(50.75,7.21);out; (works also with all other examples) Do you want to know where else on the world are placed named Birlinghoven? Just call http://overpass-api.de/api/interpreter?data=[out:json];node[name~Röttgen];foreach(out;is_in;out;); or more concise http://overpass-api.de/api/interpreter?data=[out:json];node[name~Röttgen];foreach(out;is_in;area._[admin_level~6|8];out;); And, chaining operators makes that possible also for streets: http://overpass-api.de/api/interpreter?data=[out:json];way[name~Elberfelder Straße];foreach(out;;is_in;area._[admin_level~6|8];out;); ... unless you are hit by way too much results :) The third change is different handling of HTTP headers. This is a highly technical matter, mostly to enable proper CORS. Additionally, syntactically malformed requests now get a 400 Bad Request reply to conform to standards. Please see http://www.overpass-api.de/command_line.html#headers I'm happy that I have been able to address with this extensions several feature requests. The next version will exclusively care on a proper migration to 64-bit node ids. As Overpass API uses unsigned integers, I have about three years time to do that, but I'm confident to be faster :) I expect that be done before Christmas and the next round of feature requests to be implemented in January. Happy querying, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On 5 nov. 2012, at 23:39, Cartinus carti...@xs4all.nl wrote: Copyright has absolutely nothing to do with this at all. All arguments people use in this this discussion in relation to copyright are just a smokescreen to try to get their way. When viewing Google StreetView you are using a service from Google. The rules in relation to that, are the rules for business transactions, not those of copyright. Just like Openstreetmap has rules that say you are not allowed to scrape tiles from our tileserver, Google has rules that say when you are allowed to use their services. Yes and they say I'm not allowed to copy all or parts of the provided material (images,...) and also that I can't make derivative work. When I interpret what I can see in Street View photos and write it down I'm doing neither of these ! On 11/05/2012 11:25 PM, Vladimir Vyskocil wrote: Hi, According to : http://en.wikipedia.org/wiki/Derivative_work In United States copyright law, a derivative work is an expressive creation that includes major, copyright-protected elements of an original, previously created first work (theunderlying work). Obviously looking at google street view images and noting some facts we can see in them like street names,... can't be seen as derivative work. And : When does derivative-work copyright exist? For copyright protection to attach to a later, allegedly derivative work, it must display some originality of its own. It cannot be a rote, uncreative variation on the earlier, underlying work. The latter work must contain sufficient new expression, over and above that embodied in the earlier work for the latter work to satisfy copyright law’s requirement of originality. It's clear that Google's photos in street view have no originality at all, they are just facts. Using some information everybody can see in those images isn't a creative process either. In the light of those definitions of derivative work, I can't understand how one might see a infringement of google terms of use when OSM contributors look at Google Street View photos to verify some facts (street names, signs, ...) Regards, Vlad. Le 5 nov. 2012 à 16:42, Frederik Ramm frede...@remote.org a écrit : Hi, I haven't read this thread in full but it has come to my attention that people in this thread have argued that it would be acceptable to use Google StreetView pictures when mapping. It is not. The legal situation may be debatable and indeed differ from country to country but Google's terms of use do not permit making derivative works of their imagery and distributing them. As a project, our general approach to any situation where something was not totally clear legally has always been to err on the side of caution. If someone says that we cannot use this data then we won't, even if there are people who say that it might still be legal to do so. So don't use Google Street View for mapping unless you have explicit permission from Google to do so. 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- --- m.v.g., Cartinus ___ 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] Data copied from Google Maps
On Tue, Nov 06, 2012 at 09:58:11AM +0100, Vladimir Vyskocil wrote: On 5 nov. 2012, at 23:39, Cartinus carti...@xs4all.nl wrote: Copyright has absolutely nothing to do with this at all. All arguments people use in this this discussion in relation to copyright are just a smokescreen to try to get their way. When viewing Google StreetView you are using a service from Google. The rules in relation to that, are the rules for business transactions, not those of copyright. Just like Openstreetmap has rules that say you are not allowed to scrape tiles from our tileserver, Google has rules that say when you are allowed to use their services. Yes and they say I'm not allowed to copy all or parts of the provided material (images,...) and also that I can't make derivative work. When I interpret what I can see in Street View photos and write it down I'm doing neither of these ! I'm sorry, but this statememt is just plain wrong in regards to OSM. When (and I say when) we get good enough that we are the default map to be used in online services, we want to be absolutely sure that neither Google or other sources of information (that we are not sure that we are allowed to use) can come and say that hey, we own large parts of your database, pay up!. I'm not speaking about the likelihood of getting sued by Google, but I thought the general consensus was to be on the safe side when it comes to copyright questions. Any wrongfully data will also destroy *my* work, especially if I have based my work on top of that again. I can guarantee that *I* will be pissed, not at the Google out there that demands their data removed, but at the culprit that added it to OSM in the first place. So anyone who considers adding stuff that is not 100% OK to copy is destroying the project from within, not helping it. Period. -- - Vegard Engen, member of the first RFC1149 implementation team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
How do proponents of copying from Streetview explain the difference between copying from satellite images and copying from Streetview? With satellite images you copy shapes of roads, with Streetview you copy street names. The same thing. Janko 2012/11/6 Vladimir Vyskocil vladimir.vysko...@gmail.com On 5 nov. 2012, at 23:39, Cartinus carti...@xs4all.nl wrote: Copyright has absolutely nothing to do with this at all. All arguments people use in this this discussion in relation to copyright are just a smokescreen to try to get their way. When viewing Google StreetView you are using a service from Google. The rules in relation to that, are the rules for business transactions, not those of copyright. Just like Openstreetmap has rules that say you are not allowed to scrape tiles from our tileserver, Google has rules that say when you are allowed to use their services. Yes and they say I'm not allowed to copy all or parts of the provided material (images,...) and also that I can't make derivative work. When I interpret what I can see in Street View photos and write it down I'm doing neither of these ! On 11/05/2012 11:25 PM, Vladimir Vyskocil wrote: Hi, According to : http://en.wikipedia.org/wiki/Derivative_work In United States copyright law, a derivative work is an expressive creation that includes major, copyright-protected elements of an original, previously created first work (theunderlying work). Obviously looking at google street view images and noting some facts we can see in them like street names,... can't be seen as derivative work. And : When does derivative-work copyright exist? For copyright protection to attach to a later, allegedly derivative work, it must display some originality of its own. It cannot be a rote, uncreative variation on the earlier, underlying work. The latter work must contain sufficient new expression, over and above that embodied in the earlier work for the latter work to satisfy copyright law’s requirement of originality. It's clear that Google's photos in street view have no originality at all, they are just facts. Using some information everybody can see in those images isn't a creative process either. In the light of those definitions of derivative work, I can't understand how one might see a infringement of google terms of use when OSM contributors look at Google Street View photos to verify some facts (street names, signs, ...) Regards, Vlad. Le 5 nov. 2012 à 16:42, Frederik Ramm frede...@remote.org a écrit : Hi, I haven't read this thread in full but it has come to my attention that people in this thread have argued that it would be acceptable to use Google StreetView pictures when mapping. It is not. The legal situation may be debatable and indeed differ from country to country but Google's terms of use do not permit making derivative works of their imagery and distributing them. As a project, our general approach to any situation where something was not totally clear legally has always been to err on the side of caution. If someone says that we cannot use this data then we won't, even if there are people who say that it might still be legal to do so. So don't use Google Street View for mapping unless you have explicit permission from Google to do so. 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Tue, Nov 6, 2012 at 10:14 AM, veg...@engen.priv.no wrote: So anyone who considers adding stuff that is not 100% OK to copy is destroying the project from within, not helping it. Period. A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. And this is true worldwide, not only in some countries. But some people are continuing to keep the doubts because they have a preference for surveys on the ground (something we have to promote anyway but with fair arguments). Claiming copyright ownership on public domain material has a name, it's called copyfraud ([1]) and is rarely sued in court in comparison to copyright infringements. Period. [1] http://en.wikipedia.org/wiki/Copyfraud ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Tue, Nov 06, 2012 at 10:28:45AM +0100, Pieren wrote: A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. And this is true worldwide, not only in some countries. But some people are continuing to keep the doubts because they have a preference for surveys on the ground (something we have to promote anyway but with fair arguments). Claiming copyright ownership on public domain material has a name, it's called copyfraud ([1]) and is rarely sued in court in comparison to copyright infringements. The legality around copyright on collections of facts are different throughout the world. We have to assume that collections of facts are, indeed, copyrightable, and that a lawsuit (or even just bad publicity) based on it will be able to stick. -- - Vegard Engen, member of the first RFC1149 implementation team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On 6 November 2012 20:28, Pieren pier...@gmail.com wrote: A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. You are continuing to misrepresent what is at issue. 1. There are licence and contractual terms concerning the use of the StreetView service. 2. There is a possible interpretation of these conditions that may well open one or more parties to legal action from the service provider. 3. The OSM project wants to remain beyond reproach when it comes to its legal position on its data. 4. Those who wish to use such services should take the perogative to seek explicit permission to use them in the OSM context. 5. If that permission isn't obtained, we shouldn't use them. So, which of these points do you disagree with? Ian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
The difference is that for the satellite images we use we have a statement from the corresponding companies that allows us to do so. Yes, that's nothing 100 Lawyers looked over, but it's a permission we got, be it from microsoft and bing, from yahoo or from others. There is not yet anything like that from google, so that's the difference. regards Peter Am 06.11.2012 10:21, schrieb Janko Mihelic': How do proponents of copying from Streetview explain the difference between copying from satellite images and copying from Streetview? With satellite images you copy shapes of roads, with Streetview you copy street names. The same thing. Janko 2012/11/6 Vladimir Vyskocil vladimir.vysko...@gmail.com mailto:vladimir.vysko...@gmail.com On 5 nov. 2012, at 23:39, Cartinus carti...@xs4all.nl mailto:carti...@xs4all.nl wrote: Copyright has absolutely nothing to do with this at all. All arguments people use in this this discussion in relation to copyright are just a smokescreen to try to get their way. When viewing Google StreetView you are using a service from Google. The rules in relation to that, are the rules for business transactions, not those of copyright. Just like Openstreetmap has rules that say you are not allowed to scrape tiles from our tileserver, Google has rules that say when you are allowed to use their services. Yes and they say I'm not allowed to copy all or parts of the provided material (images,...) and also that I can't make derivative work. When I interpret what I can see in Street View photos and write it down I'm doing neither of these ! On 11/05/2012 11:25 PM, Vladimir Vyskocil wrote: Hi, According to : http://en.wikipedia.org/wiki/Derivative_work In United States copyright law, a derivative work is an expressive creation that includes major, copyright-protected elements of an original, previously created first work (theunderlying work). Obviously looking at google street view images and noting some facts we can see in them like street names,... can't be seen as derivative work. And : When does derivative-work copyright exist? For copyright protection to attach to a later, allegedly derivative work, it must display some originality of its own. It cannot be a rote, uncreative variation on the earlier, underlying work. The latter work must contain sufficient new expression, over and above that embodied in the earlier work for the latter work to satisfy copyright law's requirement of originality. It's clear that Google's photos in street view have no originality at all, they are just facts. Using some information everybody can see in those images isn't a creative process either. In the light of those definitions of derivative work, I can't understand how one might see a infringement of google terms of use when OSM contributors look at Google Street View photos to verify some facts (street names, signs, ...) Regards, Vlad. Le 5 nov. 2012 à 16:42, Frederik Ramm frede...@remote.org mailto:frede...@remote.org a écrit : Hi, I haven't read this thread in full but it has come to my attention that people in this thread have argued that it would be acceptable to use Google StreetView pictures when mapping. It is not. The legal situation may be debatable and indeed differ from country to country but Google's terms of use do not permit making derivative works of their imagery and distributing them. As a project, our general approach to any situation where something was not totally clear legally has always been to err on the side of caution. If someone says that we cannot use this data then we won't, even if there are people who say that it might still be legal to do so. So don't use Google Street View for mapping unless you have explicit permission from Google to do so. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org mailto:frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk
Re: [OSM-talk] Data copied from Google Maps
On Tue, Nov 6, 2012 at 10:49 AM, Ian Sergeant inas66+...@gmail.com wrote: 1. There are licence and contractual terms concerning the use of the StreetView service. The use of the API... 2. There is a possible interpretation of these conditions that may well open one or more parties to legal action from the service provider. That's why somebody asked Ed Parsons/Google in the past. To clarify interpretations. His reponse was publicly forwarded at multiple times. Why Google lawyers did not take any legal action or at least some denial since 18 months ? 3. The OSM project wants to remain beyond reproach when it comes to its legal position on its data. 4. Those who wish to use such services should take the perogative to seek explicit permission to use them in the OSM context. 5. If that permission isn't obtained, we shouldn't use them. So, which of these points do you disagree with? None. And this is not in contradiction with what Ed Parsons, Google replied: so checking the odd street names is OK.. but every street name I would suggest would represent a bulk feed. (refering to the collection of facts mentionned earlier). Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On 6 November 2012 09:28, Pieren pier...@gmail.com wrote: A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. And this is true worldwide, not only in some countries. Isn't the real point that regardless of the legal situation we would not like Google (and others) to rip-off OSM so we should not rip them off in return. It is just basic respect at the end of the day. Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Hi everyone! It seems that this list is magnet for very long, but sometimes useless threads. There are several facts people should remember before invest in this discussion: 1. Common sensus/rule/whatever you call it in OSM is *not* touch copyrighted stuff without clear license/permission to use it very freely. Photos are copyrighted subject, even of your house in the street. Now, there are different *ongoing* legal discussions around the world about is it legal or not copy facts from photos. However, as long as those disputes are ongoing and haven't ended in clear court decision, we should avoid this - no matter how sweet is to have street names without doing ground survey; 2. We don't delete stuff just because we find it suspicious. Best is contact users first, get their POV, then contact data group. And that's pretty much it. We can discuss to death can we or can't we, but we won't copy stuff from Google. But we also won't delete stuff before discussing this in appropriate channels of communication. Instead of that, how about improving map using current sources - like Bing. And then going outside and writing down another bunch of house numbers and POIs. Cheers, Peter. O , 2012.11.06. 20:49 +1100, Ian Sergeant rakstīja: On 6 November 2012 20:28, Pieren pier...@gmail.com wrote: A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. You are continuing to misrepresent what is at issue. 1. There are licence and contractual terms concerning the use of the StreetView service. 2. There is a possible interpretation of these conditions that may well open one or more parties to legal action from the service provider. 3. The OSM project wants to remain beyond reproach when it comes to its legal position on its data. 4. Those who wish to use such services should take the perogative to seek explicit permission to use them in the OSM context. 5. If that permission isn't obtained, we shouldn't use them. So, which of these points do you disagree with? Ian. ___ 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] Data copied from Google Maps
On Tue, Nov 6, 2012 at 11:06 AM, Peteris Krisjanis pec...@gmail.com wrote: ...Now, there are different *ongoing* legal discussions around the world about is it legal or not copy facts from photos. Facts are copyrightable now. Can you point some evidence or links about what you say ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Nobody answered yet. How is copying from Streetview photos not the same as copying from satellite photos? Both are photos, both show facts, both are owned by Google. Yet everybody agrees we shouldn't copy from satellite photos, but many people think we can copy from Streetview. What is the difference? Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
2012/11/6 Ian Sergeant inas66+...@gmail.com: 4. Those who wish to use such services should take the perogative to seek explicit permission to use them in the OSM context. 5. If that permission isn't obtained, we shouldn't use them. So, which of these points do you disagree with? Your conclusion from 4 (those) to 5 (we): from what I read in this thread *1 it seems that it is not sufficient to get an explicit permission individually in order to benefit collectively from it. So the natural conclusion would be that an official body from OSM would make a request to Google and hope for a positive response if we want to use their Street View data. Personally I see it like Pieren: there are terms and conditions which request you to not copy or make derivative works from their services/maps/images/works/... where both terms (copy and derivative work) are well defined: derivative work is refering to copyrightable parts. Interpreting something you see in a photo is neither copying nor creating a derivative work as long as the content is not protected by copyright (the name of a street is not protected by copyright or even if it was it would not be Google to hold the copyright as long as they didn't invent it (easter egg)). Anyway: the most precious ways to add to OSM are those where Google Streetview didn't even pass by, so in my practical work I don't use them because they mostly don't have the pictures for the areas I'm mapping in ;-) cheers, Martin - *1 Frederik: I don't think that a personal message to one individual mapper from someone, even if in a high position at Google, should be read as Google allowing every mapper to use their imagery. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Tue, Nov 6, 2012 at 1:01 PM, Janko Mihelić jan...@gmail.com wrote: What is the difference? It's because on StreetView, we don't trace on the photo. Doing this on aerial imagery is reusing the transformation process of images rectified (including relief with DEM) and georeferenced. This is the added value protected. Facts visible on aerial imagery like the sea is blue is not copyrighted. But coastline position and shape is. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Janko Mihelić writes: Nobody answered yet. How is copying from Streetview photos not the same as copying from satellite photos? Both are photos, both show facts, both are owned by Google. It's unlikely that factual data is copyrightable. There had been multiple discussions in the past, along with relevant legal citations. Better head over to legal-talk for a more profound statement. Use your trusted search engine to find more: http://wiki.openstreetmap.org/wiki/Copyright_in_deriving_from_aerial_photogr aphy As long as the legal situation is not 100% clear, OSM community agreed not to import from dubious sources. The key part is the TOS. They forbid to use services provided by Google to do mass-extraction of data. Click in Google on Terms to learn more. While it was confirmed by Ed Parsons that is OK to look up single facts, he clearly stated that Armchair Mapping is considered Mass extraction and thus not OK. As a community we strongly favor on the ground survey also for the fact that imagery is very often outdated. It was already mentioned, but I like to repeat: It's also an established community rule that we don't delete data just because we have a different opinion on whether it should be in OSM. We ALWAYS contact the mapper first. This is why OSM has a send message function implemented and clearly shows who created an element. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Janko Mihelić wrote: Nobody answered yet. How is copying from Streetview photos not the same as copying from satellite photos? Both are photos, both show facts, both are owned by Google. Yet everybody agrees we shouldn't copy from satellite photos, but many people think we can copy from Streetview. What is the difference? Tracing details from satellite images is creating a derived work and is copying. However if you could SEE a road name on the satellite images then simply reading something that is in the public domain can not be protected in the same way. Looking at an image on Streetview is no different to looking at the same image from any source. If a street name just happens to be visible, or the name of a shop or business one can then use that information, cross check against another search engine that it's not an 'Easter Egg' and there is no way one source can claim special rights over that information. There is no way that anybody could prove that a CORRECT public fact was copied from one source or another ... only ones designed to deceive which in my view are a worse offence? In my own case businesses are now well out of date with many of the Streetview images anyway but Google still returns those years after they ceased to exist. We can then provide up to date data but we are not allowed to say 'Wrong on Streetview'? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Kevin Peat writes: On 6 November 2012 09:28, Pieren pier...@gmail.com wrote: A public domain street sign does not become automagically a copyrighted derivative work just because you see it through a copyrighted photo. And this is true worldwide, not only in some countries. Isn't the real point that regardless of the legal situation we would not like Google (and others) to rip-off OSM so we should not rip them off in return. It is just basic respect at the end of the day. It's not theft if you have permission, sigh. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
2012/11/6 Pieren pier...@gmail.com It's because on StreetView, we don't trace on the photo. Doing this on aerial imagery is reusing the transformation process of images rectified (including relief with DEM) and georeferenced. This is the added value protected. Facts visible on aerial imagery like the sea is blue is not copyrighted. But coastline position and shape is. Streetview photos are georeferenced. Google found their position, and gave it to you. That is how you found them. Imagine if Google didn't do that, you would have to find your street amongst billions other Streetview photos. Not possible. So you can't say you aren't using their referencing process. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Janko Mihelić writes: Yet everybody agrees we shouldn't copy from satellite photos, but many people think we can copy from Streetview. What is the difference? Uh, because Ed Parsons said we could? Why is this so difficult to understand? Okay, so there's this legal doctrine called reliance. It means that you can rely on people's assurances. If you are told that you can do something which would, without that assurance, be a civil offense, then you can bring that assurance into a court of law and say I believed that I had permission. I thought I was complying with the law. and the judge will say You were. Case dismissed. That is why, whenever someone is asked about an ongoing lawsuit, they *always* say No comment. You MUST publicly believe your own propaganda, or risk losing in court. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Tue, Nov 6, 2012 at 3:07 PM, Janko Mihelić jan...@gmail.com wrote: Imagine if Google didn't do that, you would have to find your street amongst billions other Streetview photos. Not possible. So you can't say you aren't using their referencing process. If you deduce the street position and shape from their photos into OSM, you are right. But if it is about checking street signs, the method how the picture is delivered by Google doesn't change any thing. The street sign remains in the public domain and is not copyrightable just because its photo has been referenced (that would be the same if we could read the signs from aerial imagery). They could be delivered by other means (e.g. show me all pictures of street x, town y), it's not interfering with the content. Or do you suggest that any web site referenced by Google becomes its property because you found it through Google Search and its huge web sites index ? Usually, in such discussion coming back and forth, this is the last argument trying to explain how a public domain material would become sudenly copyrightable. It's impossible. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
Pieren wrote: Usually, in such discussion coming back and forth, this is the last argument trying to explain how a public domain material would become sudenly copyrightable. It's impossible. Some of you may be aware of the problems with the 'tz' database. A commercial company claimed ownership of some of the data as they had 'originally' published it. Basically they owned 'time'. To cut a long story short ... they have now withdrawn the claim so as to avoid being prosecuted for copyfraud themselves. The material is public domain and so can not be held to ransom. All of the material we are talking about comes under the same banner ... end of story. If we can't freely use public domain information why are we bothering recording it? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semi-automated edits - postal code database
Hi. This is an update to an e-mail I sent at the beginning of October to the talk@osm list regarding updating postal codes in Iceland semi-automatically. I wanted to let you know I have written the script, which is for Python 3.2. I have not yet submitted data made by the script but I haven't detected any problems thus far. I have performed some random manual checks on the output and see nothing wrong with the XML. JOSM didn't complain when I opened the .osc file. The input is any valid .osm file and the output is an .osc file ( https://wiki.openstreetmap.org/wiki/Osc) which lists any changes made. The output can be loaded into an editor and submitted to the OSM server from there. You're free to adapt the script to suit your purpose but I recommend that you always check the proposed changes before uploading. The code is commented enough so anybody who knows Python should be able to know what's going on there. Minimum requirements: - Enough computer memory. The larger the .osm file, the more memory the script needs. - Python 3. - A working installation of the Osmosis program ( https://wiki.openstreetmap.org/wiki/Osmosis). - Svavar Kjarrval On 04/10/12 23:48, Martin Guttesen wrote: I have imported all the addresses for Faroe Islands and updating them from time to time when there is new data available see http://wiki.openstreetmap.org/wiki/Import/Catalogue/usfo i keep an Id tag (us.fo:Adressutal) so i can Create/Update or Delete address nodes -Original Message- From: Jochen Topf Sent: Thursday, October 04, 2012 7:39 AM To: Svavar Kjarrval Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Semi-automated edits - postal code database Hi! On Wed, Oct 03, 2012 at 11:10:05AM +, Svavar Kjarrval wrote: I'm trying to find a good method to maintain data from outside sources. The data in question is the Icelandic postal code database (which they say we may use freely). My searches on the OSM wiki have been fruitless so far. The idea is to maintain the data in associatedStreet relations. Each relation has a tag called 'götuskrá:id' which value is a direct reference to the row ID in the files we retrieve from the postal company's website. The file formats available are CVS and XML 1.0. The script would presumably go ever each associatedStreet relation and make any changes (if appropriate) when a götuskrá:id tag is found. The output could be an OSM change file loaded into an editor like JOSM to be uploaded manually. Maybe an automated process later when we're confident that everything is done correctly, and of course after submitting the script(s) for review by the local community. It is not a good idea to add some random ID of your favourite database to OSM, because nobody except you can understand this ID and do useful things with it. It just confuses mappers and make it more difficult to edit the data. For every change somebody does to the data they have to know what this tag means so that they can properly do their edit. And if they don't, people will just mess up your data and you will not be able to use this ID for syncing the data anyways. And in this case I don't even see why you need it. You have street names and postal codes in both OSM and the Icelandic postal code database. If something changes you can find out which combinations changed and apply those changes to OSM easily just based on the postal code and street name. There is no need for those IDs. And, btw, you should not use the associatedStreet relation. It solves the same problem as the addr:street tags on nodes and buildings but in a much more complicated way. The overwhelming majority of all addresses are tagged with addr:street (there are nearly 15 million addr:street tags vs. only 18.000 associatedStreet relations). Jochen #!/usr/bin/env python3.2 # -*- coding: utf-8 -*- # Copyright 2012, Svavar Kjarrval Lúthersson # Released under the CC0 license. # I can be contacted at sva...@kjarrval.is. # This program performs changes according to pretermined formulas to .osm files # and outputs a single .osc file which in turn can either be submitted automatically # by another program (which is not implemented here) or manually with an editor. # To use it, you must have: # 1 - An .osm file of the area in question. # 2 - An Osmosis binary set up and ready to use. # The reason the script filters instead of working directly on the original file # is to reduce memory consumption of programs which need to load the complete .osm file into memory. # If, despite having done proper filtering, the .osm file is still too big to fit into memory, # please consider splitting the area further. import os import xml.etree.cElementTree as etree # Change the value of DEBUG to 0 when you don't want extra debug messages to appear on screen. DEBUG = 0 # Get the current working directory pwd = os.getcwd() + '/' # Location of the osmosis binary. osmosis_bin = '/home/kjarrval/bin/osmosis' # A
Re: [OSM-talk] Data copied from Google Maps
If I remember correctly, at least part of the issue stems from the EU database directive and the sui generis right: http://en.wikipedia.org/wiki/Database_Directive#Sui_generis_right Copyright protection is not available for databases which aim to be complete, that is where the entries are selected by objective criteria: these are covered by *sui generishttp://en.wikipedia.org/wiki/Sui_generis *database rights http://en.wikipedia.org/wiki/Database_rights. While copyright protects the creativity of an author, database rights specifically protect the qualitatively and/or quantitatively [a] substantial investment in either the obtaining, verification or presentation of the contents: if there has not been substantial investment (which need not be financial), the database will not be protected [Art. 7(1)]. Database rights are held in the first instance by the person or corporation http://en.wikipedia.org/wiki/Corporation which made the substantial investment, so long as: - the person is a national or domiciliary of a Member State or - the corporation http://en.wikipedia.org/wiki/Corporation is formed according to the laws of a Member State and has its registered office or principal place of business within the European Union. Article 11(3) provides for the negotiation of treaties to ensure reciprocal treatment outside the EU: as of 2006, no such treaty exists. The holder of database rights may prohibit the extraction and/or re-utilization of the whole or of a substantial part of the contents: the substantial part is evaluated qualitatively and/or quantitatively and reutilization is subject to the exhaustion of rights. Public lending is not an act of extraction or re-utilization. The lawful user of a database which is available to the public may freely extract and/or re-use insubstantial parts of the database (Art. 8): the holder of database rights may not place restrictions of the purpose to which the insubstantial parts are used. However, users may not perform acts which conflict with normal exploitation of the database or unreasonably prejudice the legitimate interests of the maker of the database, nor prejudice any copyright in the entries. Basically, even if the data itself is public domain, the database that contains it may be protected under EU law - this is to protect the amount of work that went into the data collection. The whole issue is the definition of a substantial part of the database. Are street names a substantial part of the street view data? On Tue, Nov 6, 2012 at 6:46 AM, Pieren pier...@gmail.com wrote: On Tue, Nov 6, 2012 at 3:07 PM, Janko Mihelić jan...@gmail.com wrote: Imagine if Google didn't do that, you would have to find your street amongst billions other Streetview photos. Not possible. So you can't say you aren't using their referencing process. If you deduce the street position and shape from their photos into OSM, you are right. But if it is about checking street signs, the method how the picture is delivered by Google doesn't change any thing. The street sign remains in the public domain and is not copyrightable just because its photo has been referenced (that would be the same if we could read the signs from aerial imagery). They could be delivered by other means (e.g. show me all pictures of street x, town y), it's not interfering with the content. Or do you suggest that any web site referenced by Google becomes its property because you found it through Google Search and its huge web sites index ? Usually, in such discussion coming back and forth, this is the last argument trying to explain how a public domain material would become sudenly copyrightable. It's impossible. Pieren ___ 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] Data copied from Google Maps
Jérome Armau wrote: Basically, even if the data itself is public domain, the database that contains it may be protected under EU law - this is to protect the amount of work that went into the data collection. The whole issue is the definition of a substantial part of the database. Are street names a substantial part of the street view data? Since the information displayed in an image has not been 'collected into a database' what is the problem? It is just raw material that still needs to be processed and in many cases it does not even tie up with even googles own search results. So providing an alternative database of information which corrects that information is simply common sense. And I don't accept that the fact that google have 'geo-referenced' the images comes into it since I normally have to scroll through several locations before finding the appropriate data, just as I scroll through several pages of results or browse several folders of pictures to get the right material. At some point it would be nice if we could link to alternate data sources direct from the map, but providing that via an alternate database such as nominatim just reinforces the fact that we ARE building an alternate database ... Of cause in the UK once the street gazetteer is made open access the problem of street names becomes academic, and hopefully that will not be long coming as well. At which time the NLPG data may also be available, and we can start feeding corrections back into that! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapbook v0.02
Hi Graham I'm curious: Is it ready now? 2012/3/10 Graham Jones grahamjones...@gmail.com: Excellent - thanks Paul. I have nearly finished a web service that will allow users to select an area and generate a book using your programWill be a week or two before it is ready though Graham. On 10 March 2012 05:03, Paul Norman penor...@mac.com wrote: I have completed an overhaul to my mapbook program, making it easier to extend and adding new features. This program, available at https://github.com/pnorman/mapbook, will create a PDF with a title page, an index map showing the coverage of the book and what page covers what area, then individual map pages, each page having arrows indicating which page is in which direction. It also includes an attribution page. An example for Vancouver, BC is available at http://pnorman.dev.openstreetmap.org/mapbook/vancouver.pdf Mapbook will work with any mapnik .xml style and can generate high-resolution maps that print well Requirements: Python 2.7 Mapnik2 Cairo Most osm mapnik styles will also require a postgis database created with osm2pgsql -- Graham Jones Hartlepool, UK. ___ 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: [talk-au] 4WD only tags
Steve Bennett stevag...@gmail.com wrote: So if there is a sign 4WD only, then we tag it 4wd_only=yes, even if it otherwise it might look like a 2WD road? (That is, the road authority's assessment trumps our own?) The National Park's assessment has at least one important attribute: It's a legal requirement. You can be fined if you drive a 2WD vehicle on a track signposted 4WD only. It's not a suggestion or guideline. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] 4WD only tags
On 6 November 2012 19:27, Sam Couter s...@couter.id.au wrote: Steve Bennett stevag...@gmail.com wrote: So if there is a sign 4WD only, then we tag it 4wd_only=yes, even if it otherwise it might look like a 2WD road? (That is, the road authority's assessment trumps our own?) The National Park's assessment has at least one important attribute: It's a legal requirement. You can be fined if you drive a 2WD vehicle on a track signposted 4WD only. It's not a suggestion or guideline. Do we want to consider 4wd_only=designated - to indicated the law and 4wd_only=yes - to indicate the suitability of the road? Apologies if this has been suggested and discounted before. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] 4WD only tags
I think thats what the access tag is for ? Access values are used to describe the legal access for highway=* http://wiki.openstreetmap.org/wiki/Key:access However, as you could forcaste, there is no 4x4 or 4wd value approved. david On Tue, 2012-11-06 at 20:28 +1100, Ian Sergeant wrote: On 6 November 2012 19:27, Sam Couter s...@couter.id.au wrote: Steve Bennett stevag...@gmail.com wrote: So if there is a sign 4WD only, then we tag it 4wd_only=yes, even if it otherwise it might look like a 2WD road? (That is, the road authority's assessment trumps our own?) The National Park's assessment has at least one important attribute: It's a legal requirement. You can be fined if you drive a 2WD vehicle on a track signposted 4WD only. It's not a suggestion or guideline. Do we want to consider 4wd_only=designated - to indicated the law and 4wd_only=yes - to indicate the suitability of the road? Apologies if this has been suggested and discounted before. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] 4WD only tags
Hi David, Just scanned your personal page quickly while i had spare time so sorry up front if i missed anything. A quick comment on the proposed grading. According to your proposal of tagging grades 6-8, what happens when a track is tagged with 4wd_only=yes and grade=6? Li. On 06/11/2012, at 2:23 PM, David Bannon wrote: OK Li, you ask and you shall receive ! Here http://wiki.openstreetmap.org/wiki/User:Davo#Draft_4x4_road_proposal is my very early draft. You and everyone else is welcome to get stuck into it, I am not thin skinned ! The OSM proposal page says to to be verbose, no one need tell me to be verbose ! So if its too long, please indicate what needs removing. And obviously, error and omissions I am quite unhappy that it really ends up undercutting the 4wd_only tag, they can coexist but I wonder if they will if this is successful. Its a shame really, I like 4wd_only and have used it but as I developed my arguments it became clear to me that we need a finer grain and its probably easier to add levels to tracktype than it is to 4wd_only. And it will be easier to get these levels rendered if we go for tracktype. David David On Mon, 2012-11-05 at 17:28 +1100, Li Xia wrote: No probs david, and you'll be getting plenty of input from me, watch out ;-) A draft would be great. Let me know when it's ready to review. Li. On 05/11/2012, at 9:10 AM, David Bannon wrote: Thanks Li, I have not put that proposal up yet, waiting on a response to a related matter. Soon. And when I do, I'll not be wanting just your vote, it will be your input I will really need ! Maybe I should put a draft up on my personal page while we wait ? David - Original Message - From: Li Xia lisxia1...@gmail.com To: David Bannon dban...@internode.on.net Cc: OSM Australian Talk List talk-au@openstreetmap.org Sent: Sun, 4 Nov 2012 20:37:52 +1100 Subject: Re: 4WD only tags Hi David, although my opinion is that most render's try to simplify the the stylesheet so the map for ease of comprehension and would not make use of these additional attributes, I see your point and agree that it's useful data to have. Since my company focuses on 4WD maps and navigation, we will certainly take full advantage of this. BTW, do you have the link to the proposal page? Will go and cast a vote. Li. On 04/11/2012, at 2:41 PM, David Bannon wrote: Li, I beg to differ. While I agree that grading of a 4x4 track is subjective, so is much of the other data in the OSM database. Must be that way. The real issue is how important the data is. As I have mentioned, I am concerned that maps are being rendered that ignore this data. Routing engines are potentially sending people down roads that they, and their vehicles are ill suited to. Bad things will definitely happen. The routing people are saying but these tags don't even show on the OSM maps, why should we worry ?. And as to subjective, while there will always be borderline cases, I don't think it would be too hard to divide tracks up into - * 4x4 recommended - you will might be OK in a conventional car or (better still) an SUV but you have been warned. * 4x4 required - you really need a stock 4x4, a real one with (eg) low ratio. * 4x4 extreme - this is for the death or glory boys, they need experience and modified vehicles. This is a recent addition ! I am pretty sure that if you and I spent a couple of weeks having some driving fun, we'd agree on the vast majority of the tracks we graded. David - Original Message - From: Li Xia lisxia1...@gmail.com To: David Bannon dban...@internode.on.net Cc: OSM Australian Talk List talk-au@openstreetmap.org Sent: Sun, 4 Nov 2012 13:08:22 +1100 Subject: 4WD only tags Hi David, just my 2 cents on 4WD_only tags. By adding a 4x4 recommended tag will add to the complexity because it's kind of subjective as to which roads/tracks are traversable in a 2WD vehicle,
[Talk-is] Póstnúmerascripta
Hæ. Búinn að skrifa póstnúmerascriptuna til að uppfæra póstnúmer inn á OSM svo þau verði í samræmi við götuskrá Íslandspósts. Það vinnur eingöngu með relations með götuskrá:id lykli. Einnig athugar það hvort name lykillinn í relation-inu passar við nafnið í færslu Íslandspósts og framkvæmir breytingar eingöngu ef svo er. Var þegar búinn að skrá mestallan Hafnarfjörð með þessu skipulagi og prufukeyrsla sýnist skila góðu .osc skjali með viðeigandi breytingum. Var að spá í að prófa að submitta breytingunum og sjá hvernig þær koma út. Scriptan fylgir í viðhengi og getið þið notað hana sem grunn að frekari kóða. Kóðinn er gefinn út undir CC0. - Svavar Kjarrval #!/usr/bin/env python3.2 # -*- coding: utf-8 -*- # Copyright 2012, Svavar Kjarrval Lúthersson # Released under the CC0 license. # I can be contacted at sva...@kjarrval.is. # This program performs changes according to pretermined formulas to .osm files # and outputs a single .osc file which in turn can either be submitted automatically # by another program (which is not implemented here) or manually with an editor. # To use it, you must have: # 1 - An .osm file of the area in question. # 2 - An Osmosis binary set up and ready to use. # The reason the script filters instead of working directly on the original file # is to reduce memory consumption of programs which need to load the complete .osm file into memory. # If, despite having done proper filtering, the .osm file is still too big to fit into memory, # please consider splitting the area further. import os import xml.etree.cElementTree as etree # Change the value of DEBUG to 0 when you don't want extra debug messages to appear on screen. DEBUG = 0 # Get the current working directory pwd = os.getcwd() + '/' # Location of the osmosis binary. osmosis_bin = '/home/kjarrval/bin/osmosis' # A recently-updated .osm file with an extract of the area of interest from OpenStreetMap. # This script does not change this file. original_osm_file = 'iceland.osm' # Name of the filtered .osm file. It will be completely overwritten each time the script runs. filtered_osm_file = 'osmosis_filtered.osm' # Name of the finished .osm file. It will be completely overwritten each time the script runs finished_osm_file = 'osmosis_finished.osm' # The finished .osc file. It will be completely overwritten each time the script runs. finished_osc_file = 'osmosis_finished.osc' # The filter to use on the original file. # See https://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--tag-filter_.28--tf.29 for usage. # The Osmosis filter is processed in order osmosis_filter_to_use = ' --tf accept-relations götuskrá:id=*' osmosis_filter_to_use += ' --tf reject-ways' osmosis_filter_to_use += ' --tf reject-nodes' # Run the osmosis command osmosis_command = osmosis_bin if DEBUG == 0: osmosis_command += ' -q' osmosis_command += ' --read-xml ' + pwd + original_osm_file + ' ' + osmosis_filter_to_use osmosis_command += ' --write-xml ' + pwd + filtered_osm_file # Debug if DEBUG == 1: print(osmosis_command) # Let's run the Osmosis command os.system(osmosis_command) # Now we should have a filtered .osm file # Now let's work on running whatever script on the data we want. # The if condition is to simplify for people where the data processing starts and ends. # 'götuskrá:id' is a reference to the entry ID in the postcode file from the Icelandic Postal Service. if 1: osm_xml = etree.parse(pwd + filtered_osm_file) postcodes_xml = etree.parse(pwd + 'gotuskra.xml') # Process the postcodes file into a dictionary street = {} for element in postcodes_xml.iter(Gata): # print(element[0].text) street[element[0].text] = [element[1].text,element[2].text,element[3].text] # print(repr(street)) # Go through every relation for element in osm_xml.iter(relation): tags_arr = {} tags = element.iterfind('tag') # All tags put into a dictionary which can be referenced by key name. for tag in tags: tags_arr[tag.get('k')] = tag.get('v') # Check if the relation has the key götuskrá:id. # If it doesn't have it, skip to the next relation. if 'götuskrá:id' not in tags_arr: continue # Verify that the street names match. # If they don't, the götuskrá:id has a typo or the streetname. # In which case, it should be left alone instead of populating # the relation with potentially wrong data. if tags_arr['name'] == street[tags_arr['götuskrá:id']][1]: # The götuskrá:id and streetname match # Now we only need to check what needs to be changed and change it. # Check if there is a tag with addr:postcode. If not, add it. if 'addr:postcode' not in tags_arr: attrib = {'k':'addr:postcode','v':street[tags_arr['götuskrá:id']][0]} etree.SubElement(element,'tag',attrib) else: # Finds the occurance of the tag where addr:postcode is. ele = element.find(tag/[@k='addr:postcode']) # Change the value to the one according to the postcode file.
Re: [Talk-is] Póstnúmerascripta
Stalst til þess að keyra inn skrána og verð að segja að gagnabreytingin tókst eins og til var ætlast. Var annars búinn að gleyma þegar ég prófaði að fletta upp á heimilisföngum í Nominatim að það hunsar associatedStreet relations. Af þeirri ástæðu er ekki hægt að leita að götuheitum í þágufalli út frá skráningu í relations og hið sama gildir um póstnúmer. Ekki nema einhver semji scriptu sem afritar alt_name og addr:postcode tagið yfir á allar götur sem tilheyra þeim relations, allavega þar til Nominatim fólkið viðurkennir relations. - Svavar Kjarrval On 06/11/12 17:32, Svavar Kjarrval wrote: Hæ. Búinn að skrifa póstnúmerascriptuna til að uppfæra póstnúmer inn á OSM svo þau verði í samræmi við götuskrá Íslandspósts. Það vinnur eingöngu með relations með götuskrá:id lykli. Einnig athugar það hvort name lykillinn í relation-inu passar við nafnið í færslu Íslandspósts og framkvæmir breytingar eingöngu ef svo er. Var þegar búinn að skrá mestallan Hafnarfjörð með þessu skipulagi og prufukeyrsla sýnist skila góðu .osc skjali með viðeigandi breytingum. Var að spá í að prófa að submitta breytingunum og sjá hvernig þær koma út. Scriptan fylgir í viðhengi og getið þið notað hana sem grunn að frekari kóða. Kóðinn er gefinn út undir CC0. - Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Hi, gute Idee! Man könnte diese Informationen bereits aktuell über Tags hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen diese Informationen im Tag stars hinterlegt zu werden [1], dementsprechend würde ich das auch bei gonam eintragen. Grüße, Felix [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant 2012/11/6 Manfred A. Reiter ma.rei...@gmail.com Hallo Adrian, Am 5. November 2012 17:42 schrieb Adrian Stabiszewski mynewslet...@nitegate.de: Hi! Heute möchte ich euch ein neues Projekt von mir vorstellen, am dem ich mit Felix Ebert zusammen arbeite. Nach meinen bisherigen Projekten wie dem Amenity Editor, Relation Analyzer und dem QA Editor haben wir uns mal den Gastronomie-Sektor vorgenommen. ;) Ihr erfasst ja schon einige Daten. ;-) Wie wäre es noch mit der Möglichkeit - Michelin Sterne - http://de.wikipedia.org/wiki/Guide_Michelin - Gaullt Millau Punkte - http://gaultmillau.de/ (das sind zumindest hier in der Gegend die wichtigsten ;-) ) zu erfassen? ... und bitte jetzt nicht zurückschreiben, ich könnte das selber ergänzen ... das habe ich nämlich nicht gesehen ... ... wenn es trotzdem möglich sein sollte, bitte ich nur um einen Hinweis an welcher Stelle das möglich ist ;-) Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage (Hedaja
Hallo Christian, danke für die positive Rückmeldung, freut uns! :-) In der Tat hatten wir auch schon bei der Erfassung von Restaurants im Landkreis HN öfter das Problem, Restaurants ohne konkrete Schließzeit nicht erfassen zu können. Da wir gerne bei jedem Restaurant die Öffnungszeiten maschinenlesbar hinterlegen würden und zusätzlich dem Nutzer stets anzeigen können wollen, wie lange das Restaurant noch offen hat, haben wir etwas gezögert, solche Öffnungszeiten zuzulassen. Da aber anscheinend wirklich viele Restaurants Öffnungszeiten ohne Schließzeiten haben werden wir in Kürze eine entsprechende Änderung vornehmen. Viele Grüße, Felix 2012/11/5 christian.pietz...@googlemail.com christian.pietz...@gmail.com Das Konzept klingt gut und ist auf der Webseite schon sehr gut umgesetzt. Mobil konnte ich noch nicht testen. Beim einem kurzem Test mit einem Restaurant in meiner Nähe, habe ich jedoch ein Problem festgestellt. Bei den Öffnungszeiten muss man immer eine Schließzeit angeben. Bei diesem Restaurant gibt es jedoch keine feste Schließzeit. Siehe: Öffnungszeiten http://www.villa-stern.de/unserhaus/oeffnungszeiten/index.html Wäre klasse, wenn ihr da noch eine Möglichkeit einbauen könntet. mfg Hedaja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Alexander Lehner lehner at edv-buero-lehner.de writes: * Kritik ;) Nur ganz klein, und mir ist auch klar, woher das kommt: Die Icons fuer z.B. Parkplatz, Restaurant etc. sind naturgemaess zu klein und werden hochskaliert. Das waere mal was fuer einen OSM'ler dem langweilig ist, das in hoeherer Aufloesung nachzubauen... http://www.sjjb.co.uk/mapicons/downloads Ich habe die bei meinem Plakat manuell in Inkscape reingebaut (Rastergrafik raus, Vektorgrafik rein). Keine Ahnung ob man SVG-Icons auch schon beim Rendern integrieren kann. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 06.11.2012 02:14, schrieb Martin Koppenhoefer: Am 5. November 2012 22:47 schrieb Lars Lingner gislars+l...@googlemail.com: Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Besonders stört das die einzelnen Objekte nur bis zu den sichtbaren Kanten enthalten sind. Entferne ich z.b. den Weg durch einen Park, habe ich eine weiße Linie bzw. Fläche im Park. die musst Du glaub auch noch löschen, AFAIR wird im standard stil von Mapnik unter einen Fußweg noch eine weisse (bzw. eigentlich halbtransparente) dicke Linie gerendert. Soweit ich weiss werden die Objekte im svg nicht beschnitten sondern überlagern sich nach dem painter's Algorithmus wie auch im png, kann mich aber auch täuschen. Du täuschst Dich nicht. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com: gute Idee! Man könnte diese Informationen bereits aktuell über Tags hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen diese Informationen im Tag stars hinterlegt zu werden [1], dementsprechend würde ich das auch bei gonam eintragen. Grüße, Felix [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich deutlich besser, stars kommt aus dem Hotelbereich, ist aber auch da eigentlich zu unspezifisch, weil es verschiedene Systeme gibt. In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung vergibt, in den Key übernehmen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 11:22 schrieb Martin Koppenhöfer dieterdre...@gmail.com: Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com: Bei OSM scheinen diese Informationen im Tag stars hinterlegt zu werden [1], dementsprechend würde ich das auch bei gonam eintragen. [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art award:michelin vorgeschlagen (dort hieß es Blue flag). Hier noch ein Link zum Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Awards_and_ratings Vorteil ist unter anderem, dass es nicht zu Verwechslungen zwischen Hotelsternen und Michelinsternen kommt, dass mehrere Auszeichnungen parallel eingetragen werden, dass explizit klar ist, welches System gemeint ist, dass nicht ein generischer Key (stars) für eine bestimmte Marke (hier Michelin) reserviert wird, etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 6. November 2012 10:59 schrieb Peter Wendorff wendo...@uni-paderborn.de: Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Soweit ich weiss werden die Objekte im svg nicht beschnitten sondern überlagern sich nach dem painter's Algorithmus wie auch im png, kann mich aber auch täuschen. Du täuschst Dich nicht. Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich nicht gerade ideal zur Nachbearbeitung. Insbesondere dass die Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner Vektorpfad), man also weder Schriftart noch Größe sauber editieren kann, ist schon ein Hemmnis. Eleganter zur Nachbearbeitung wäre auch, wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob das überhaupt in SVG geht weiss ich nicht). Dann könnte man die Ebenen gegen versehentliche Änderung (und Selektion) sperren und ggf. temporär ausblenden bzw. die Gruppen öffnen, und viel einfacher nur das bearbeiten, was man will. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 06.11.2012 12:15, schrieb Martin Koppenhoefer: Am 6. November 2012 10:59 schrieb Peter Wendorff wendo...@uni-paderborn.de: Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Soweit ich weiss werden die Objekte im svg nicht beschnitten sondern überlagern sich nach dem painter's Algorithmus wie auch im png, kann mich aber auch täuschen. Du täuschst Dich nicht. Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich nicht gerade ideal zur Nachbearbeitung. Das stimmt, das wollte ich damit auch nicht behaupten. Insbesondere dass die Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner Vektorpfad), man also weder Schriftart noch Größe sauber editieren kann, ist schon ein Hemmnis. Stimmt. Aber Schriften zu verzerren, gleichzeitig die Schriftart gültig einzubetten etc. ist aufwändig. Eleganter zur Nachbearbeitung wäre auch, wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob das überhaupt in SVG geht weiss ich nicht). Gruppieren geht, Ebenen auch, soweit ich weiß. Aber wie würdest Du gruppieren, damit die Bearbeitung leichter wird? Ein Objekt residential Street kriegst Du mit der Gruppierung nicht vernünftig hin, solange du nicht eine Gruppierung über mehrere Ebenen hinweg realisieren kannst (das kenne ich bei keiner Grafikbearbeitung); denn das würde bedeuten: Ebenen: highway-casing, highway-fill, highway-labels Gruppe1: highway-casing Goethestraße, highway-fill Goethestraße, highway-Label Goethestraße. Gruppe2: highway-casing Mozartstraße, highway-fill Mozartstraße, highway-Label Mozartstraße. wie gesagt: diese Möglichkeit kenne ich in der Grafikbearbeitung nirgendwo. Dann könnte man die Ebenen gegen versehentliche Änderung (und Selektion) sperren und ggf. temporär ausblenden bzw. die Gruppen öffnen, und viel einfacher nur das bearbeiten, was man will. Ebene casing sperren - geht schief ;) SVG unterstützt dafür eben zu wenig Linieneigenschaften, geschweige denn ein casing an einem Linien-Netzwerk, wie wir es für Straßen bräuchten. Der SVG-Export ist nicht optimal für die Nachbearbeitung. Ich wüsste allerdings auch nicht, wie ein SVG aussehen sollte, das sich gut nachbearbeiten lässt. Den SVG-Standard kenn ich halbwegs, aber vieles ist damit eben nur über Umwege zu lösen. Wenn Du mehr weißt, immer her damit. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 6. November 2012 12:36 schrieb Peter Wendorff wendo...@uni-paderborn.de: Am 06.11.2012 12:15, schrieb Martin Koppenhoefer: Eleganter zur Nachbearbeitung wäre auch, wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob das überhaupt in SVG geht weiss ich nicht). Gruppieren geht, Ebenen auch, soweit ich weiß. Aber wie würdest Du gruppieren, damit die Bearbeitung leichter wird? Ein Objekt residential Street kriegst Du mit der Gruppierung nicht vernünftig hin, solange du nicht eine Gruppierung über mehrere Ebenen hinweg realisieren kannst (das kenne ich bei keiner Grafikbearbeitung); denn das würde bedeuten: Ebenen: highway-casing, highway-fill, highway-labels Gruppe1: highway-casing Goethestraße, highway-fill Goethestraße, highway-Label Goethestraße. Gruppe2: highway-casing Mozartstraße, highway-fill Mozartstraße, highway-Label Mozartstraße. wie gesagt: diese Möglichkeit kenne ich in der Grafikbearbeitung nirgendwo. ist nicht grundsätzlich unmöglich, das geht z.B. in 3D Studio wenn ich es Recht in Erinnerung habe. Gruppen sind wohl nicht sooo wichtig, Ebenen wären schonmal ein großer Fortschritt um die Weiterbearbeitung zu erleichtern. Der SVG-Export ist nicht optimal für die Nachbearbeitung. Ich wüsste allerdings auch nicht, wie ein SVG aussehen sollte, das sich gut nachbearbeiten lässt. Ebenen und Text als Text würde sehr viel erleichtern. Die Ebenen könnte man theoretisch auch im Postprocessing erstellen (über Auswahl nach Füll- und Linienfarbe und Stil / Stärke), aber da es sie im Mapnik sowieso schon gibt wäre es vermutlich die bessere Lösung, wenn man die irgendwie beim Rendern gleich beibehalten könnte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Martin Koppenhoefer dieterdreist at gmail.com writes: Ich gebe aber trotzdem auch Lars Recht: der SVG output ist wirklich nicht gerade ideal zur Nachbearbeitung. Insbesondere dass die Schriften nicht erhalten bleiben (jeder Buchstabe ist ein einzelner Vektorpfad), man also weder Schriftart noch Größe sauber editieren kann, ist schon ein Hemmnis. Größe geht ganz einfach zu editoren, da es ja ein Vektorpfad ist ;) Da mir der Font gut gefällt, hatte ich bisher keinen Bedarf, den über den ganzen Kartenausschnitt zu verändern. Wer zusätzlichen Text einbauen will: Zumindest ich hatte den Font bereits auf dem System (Linux). AFAIR war es Liberation Sans. Eleganter zur Nachbearbeitung wäre auch, wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob das überhaupt in SVG geht weiss ich nicht). Geht, aber ist das nicht etwas viel erwartet für einen Karten-Renderer? Ich habe mir für meinen Fall dann selber passende Gruppen gemacht. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 06.11.2012 11:22, schrieb Martin Koppenhöfer: Am 06/nov/2012 um 10:35 schrieb Felix Ebert f.ebert@gmail.com: gute Idee! Man könnte diese Informationen bereits aktuell über Tags hinterlegen (Profil bearbeiten - Reiter Social / Tags). Bei OSM scheinen diese Informationen im Tag stars hinterlegt zu werden [1], dementsprechend würde ich das auch bei gonam eintragen. Grüße, Felix [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich deutlich besser, stars kommt aus dem Hotelbereich, ist aber auch da eigentlich zu unspezifisch, weil es verschiedene Systeme gibt. In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung vergibt, in den Key übernehmen. Halte ich auch für besser, aber http://wiki.openstreetmap.org/wiki/Restaurant sagt etwas anderes. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Peter Wendorff wendorff at uni-paderborn.de writes: Hi. Auf die Schnelle fehlt mir der Lizenzhinweis an der Karte. +1 Bitte die noch nachtragen! Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 6. November 2012 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Größe geht ganz einfach zu editoren, da es ja ein Vektorpfad ist ;) ganz einfach: man muss jeden Buchstaben einzeln selektieren, vermutlich sogar jeden i-Punkt (habe ich gerade nicht ausprobiert), von allen Texten (wenn es echter Text wäre, könnte man mit einem Click sagen: selektiere allen schwarzen Text in Schriftgröße 11 oder so). Schriftarten werden ausserdem, soweit ich das in Erinnerung habe, nicht linear skaliert, sondern haben je nach Größe z.T. andere Parameter wie Kerning, Abstände, Zeilenabstände, etc. (da bin ich mir aber nicht 100% sicher), d.h. das Ergebnis ist vermutlich typographisch gesehen ein bisschen Pfusch wenn man nicht sehr viel Arbeit investiert (mehr Arbeit als es wäre, es nochmal von Hand drüberzuschreiben). Eleganter zur Nachbearbeitung wäre auch, wenn Objekte gruppiert wären, und zusätzlich auf Ebenen verteilt (ob das überhaupt in SVG geht weiss ich nicht). Geht, aber ist das nicht etwas viel erwartet für einen Karten-Renderer? Wieso? Ist doch gerade die Aufgabe des Renderers, dass er aus den Daten eine schöne Karte macht, die ggf. auch weiterverarbeitet werden kann. Zumindest die Ebenen sollten trivial sein, wenn SVG das unterstützt, da sie in Mapnik ja schon explizit vorhanden sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Moin, Bei den Hausnummern müsst ihr nochmal übers Konzept nachdenken. Derzeit ist es nur möglich ganze Zahlen einzutragen. Jedoch existieren auch Häuser mit Buchstabennummern und bei größeren Hotels mit Nummernbereichen (bspweise Lindenhof in Ilmenau: Lindenstraße 7-11) Ansonsten eine interessante Idee... MfG Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 13:03 schrieb Henning Scholland o...@aighes.de: -1 für stars bei restaurants. Vor kurzem wurde bei Häfen ein System der Art award:michelin vorgeschlagen (dort hieß es Blue flag). Das finde ich deutlich besser, stars kommt aus dem Hotelbereich, ist aber auch da eigentlich zu unspezifisch, weil es verschiedene Systeme gibt. In jedem Fall würde ich das System bzw. Denjenigen, der die Auszeichnung vergibt, in den Key übernehmen. Halte ich auch für besser, aber http://wiki.openstreetmap.org/wiki/Restaurant sagt etwas anderes. die Seite habe ich vorhin ergänzt (und auch die stars-Seite). stars für Restaurants wurde AFAIR nie auf den Listen diskutiert oder im Wiki proposed, und hat (was ich wichtiger finde) gravierende Nachteile. Ob man überhaupt diese Michelin-Sterne übernehmen darf in OSM ist nochmal eine andere Frage. Auch für Hotelklassifikationen ist das stars keine gute Klassifizierung, da es unterschiedliche Systeme gibt, d.h. auch dort wäre es besser, explizit anzugeben, nach welcher Klassiifizierung d.h. von wem diese Sterne vergeben wurden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Hallo Adrian, schönes Projekt und sehr gut umgesetzt. Mir sind aber ein paar Sachen aufgefallen. Userinterface: Ich habe eine Weile gebraucht bis ich den Neu eintragen Button gefunden habe.:) Den könnte man doch eben so hervorheben wie den Mehr erfahren Button. Lokation aus OSM Karte: Die Möglichkeit einen POI zu setzen würde ich in einer Webseite auf die rechte Maustaste legen. Beim verschieben Karte wird ständig reingezoomt und das ist umständlich weil man so immer wieder an anderen Stellen landet. Wenn der POi gesetzt ist kann man dann nicht mehr weiterreinzoomen mit links und muß mit + oder - reinzoomen. Daten aus OSM lesen und schreiben: Wenn der Restaurant als Punkt innnerhalb eines Gebäudes sich befindet dann wird die Adresse des Gebäudes nicht übernommen. Ebenso werden die Öffnungszeiten, die Küche und die Wheelchair Angaben werden nicht übernommen. Ebenso werden diese Angaben nicht in die OSM-Datenbank geschrieben. Probleme beim Erkennung von Restaurants: Hier existieren vier Restaurants in einem Gebäude , erkannt wird aber nur eines. http://www.openstreetmap.org/?lat=50.682857lon=10.933792zoom=18layers=M Erkannt wird z.b. auch diese Cafeteria nicht: http://www.openstreetmap.org/?lat=50.68269lon=10.937981zoom=18layers=M Viele Grüße Andreas Am 05.11.2012 17:42, schrieb Adrian Stabiszewski: ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Martin Koppenhoefer dieterdreist at gmail.com writes: ganz einfach: man muss jeden Buchstaben einzeln selektieren, vermutlich sogar jeden i-Punkt (habe ich gerade nicht ausprobiert), Ich kann mich täuschen (ist schon etwas her) aber wenn ich mich nicht irre, dann sind die Buchstaben zusammengruppiert. von allen Texten (wenn es echter Text wäre, könnte man mit einem Click sagen: selektiere allen schwarzen Text in Schriftgröße 11 oder so). Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem System gleich, es sei denn man würde voraussetzen, dass der passende Font installiert wird. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Eines habe ich noch vergessen. Login: Ist es möglich gleich den OSM-Account als Login zu nutzen? Grüße Andreas Am 05.11.2012 17:42, schrieb Adrian Stabiszewski: ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Adrian Stabiszewski-2 wrote ...Dadurch können bereits vorhandene Locations von OSM nach Gonam übernommen werden, wie auch neue Locations von Gonam nach OSM transferiert werden. Das halte ich für den prinzipiell falschen Ansatz der Zusammenarbeit mit OSM. Hier wird - mal wieder - eine Parallelwelt aufgebaut, die ALLE für euer Projekt relevanten Daten bis auf die Landkarte enthält. Danach wird durch verschiedene Prozeduren dafür gesogrt - oder besser: soll dafür gesorgt werden -, dass die für OSM relevanten Informationen abgeglichen werden. Dieses Verfahren ist sehr aufwändig und garantiert nicht pflegeleicht. Da Ihr bisher in der Google-Welt aktiv ward und mit deren Beschränkungen leben musstet, kann ich euch das auch nicht verübeln ;-) Mein Ansatz sähe in etwa so aus: - Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen, Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*, wobei natürlich auf bestehende POI in Form von Buildings und/oder Relationen geachtet werden muß. - Link über eine UUID zu eurer lokalen Datenbank, die alle für euch zusätzlich wichtigen Daten (Bilder, Videos, Bewertungen, Speisekarte, Freundin des Chefkochs ;-) ) enthalten kann. Dadurch wird Redundanz vermieden und ein Abgleich beider Datenbestände ist nicht mehr so kritisch, da es ja keine redundanten Informationen mehr gibt. Eine Überprüfung auf Existenz (Ist unser Restaurant noch in OSM drin?) ist kinderleicht. Diese Möglichkeit des direkten Eintragens in die Geo-DB (hier OSM) stand euch bei Google natürlich nicht in dieser Form zur Verfügung - da sind wir erheblich flexibler! Ich wage es aber zu bezweifeln, dass ihr diesen Weg jetzt noch gehen werdet - dafür habt ihr euch wohl zu spät gemeldet. Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz davor, Wheelmap zu sperren! Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734480.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
Am 6. November 2012 14:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem System gleich, es sei denn man würde voraussetzen, dass der passende Font installiert wird. ja klar, einen Tod muss man sterben ;-) Man könnte optional beim svg-Export anbieten, den Text in Vektoren umzuwandeln (oder anders rum). Wer wirklich nichts weiterbearbeiten will der braucht ja auch keine Texte und wer weiterbearbeiten will, der wird sich auch den Font installieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com: Mein Ansatz sähe in etwa so aus: - Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen, Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*, wobei natürlich auf bestehende POI in Form von Buildings und/oder Relationen geachtet werden muß. -1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer dedizierten Maske die für den Anwendungsfall optimiert ist. Was natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt auch in OSM editieren würde und der Nutzer der geändert hat in OSM nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich Vandalismus). Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz davor, Wheelmap zu sperren! die haben (oder hatten?) halt das Problem, dass alle Änderungen mit einem generischen Wheelmap-user geschrieben wurden. OAuth ist ja u.A. für diese externen Editoren geschaffen worden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com: Adrian Stabiszewski-2 wrote ...Dadurch können bereits vorhandene Locations von OSM nach Gonam übernommen werden, wie auch neue Locations von Gonam nach OSM transferiert werden. Das halte ich für den prinzipiell falschen Ansatz der Zusammenarbeit mit OSM. Hier wird - mal wieder - eine Parallelwelt aufgebaut, die ALLE für euer Projekt relevanten Daten bis auf die Landkarte enthält. Danach wird durch verschiedene Prozeduren dafür gesogrt - oder besser: soll dafür gesorgt werden -, dass die für OSM relevanten Informationen abgeglichen werden. Dieses Verfahren ist sehr aufwändig und garantiert nicht pflegeleicht. Ich halte es ganz im Gegenteil für einen vielversprechenden Ansatz, auf dem unbedingt mehr Erfahrung gesammelt werden muss. Die Vorteile in diesem Ansatz sehe folgende: 1. Grundsätzlich kann eine größere Community erreicht werden. Nicht jeder der gerne essen geht und potentiell bereit Wäre so etwas zu erfassen interessiert sich fürs Geodatensammeln. Und nicht jeder der Geodaten sammelt hält es für Sinnvoll (wenn überhaupt) Gastronomie als Geodaten zu erfassen. Die Verknüpfung von zwei sich überschneidenden Interessengruppen mit informatischen Mitteln halte ich für gelungen. 2. Gerade im Bereich Gastronomie/Ladenlokalen ist die Fluktuation so groß, dass OSM die Aktualität der Daten nicht allein gewährleisten kann. Dafür ist die Community zu klein. Die Verknüpfung vergrößert den Bereich potentieller Mitwirkender. 3. Da es sich um einen sehr begrenzten Projektinhalt handelt ist der Einarbeitungsaufwand geringer. Auch das erhöht die Chance auf neue mitwirkende und damit auf aktuelle Daten. 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind eigentlich keine geografischen Daten und gehören streng genommen auch nicht in eine Geodatenbank. Sie sind es bei OSM trotzdem, weil es bisher keine Möglichkeit gab diese anders Datenbankmäßig zu erfassen und ein Bedürfnis besteht die Geninformation Lage des Restaurants mit diesen Zusatzinfos zu erfassen. Insoweit sehe ich in gonam eine Entwicklung in die richtige Richtung weg von einer OSM alles in einem Datenbank. Gibt es außer Openaddress und Freie Tonne und jetzt gonam eigentlich noch andere Projekte, die zwar mit der OSM-Datenbank einen Datenaustausch pflegen, aber auch eigene Datenbanken führen? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 06.11.2012 14:34, schrieb Martin Koppenhoefer: Am 6. November 2012 14:27 schrieb Walter Nordmann pil...@hotmail.com: Mein Ansatz sähe in etwa so aus: - Eingabe und Pflege der POI mit den Basisdaten (Name, Amenity, Adressen, Contact, Location -lat/lon-, opening_hours, ...) direkt und *nur in OSM*, wobei natürlich auf bestehende POI in Form von Buildings und/oder Relationen geachtet werden muß. -1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer dedizierten Maske die für den Anwendungsfall optimiert ist. Was natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt auch in OSM editieren würde und der Nutzer der geändert hat in OSM nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich Vandalismus). Das widerspricht sich ja nicht. Die Daten nur in OSM zu verwalten heißt nicht, nur über die gängigen general-purpose-OSM-Editoren eintragen zu lassen. Vielmehr kann die diskutierte Plattform über die OAuth-Integration zum Editor werden. Dann gebe ich Walter aber recht: Das direkte Eintragen in osm und die Nutzung von OSM als master-datenbank vermeidet Verrenkungen bei der Synchronisierung. Dann empfehle ich euch aber dringenst einen Blick in diverse Diskussionen über Wheelmap und YAPIS hier und im Forum zu werfen. Dort gab es in der Anfangszeit erhebliche Probleme bei der Datenübernahme - wir waren kurz davor, Wheelmap zu sperren! die haben (oder hatten?) halt das Problem, dass alle Änderungen mit einem generischen Wheelmap-user geschrieben wurden. OAuth ist ja u.A. für diese externen Editoren geschaffen worden. +1 Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Martin Koppenhoefer wrote -1, der Vorteil eines dedizierten Portals ist ja gerade, dass jeder problemlos und ohne tagelanges Studium von OSM einfach und sogar mobil vor Ort beitragen kann, z.B. die Restaurantbetreiber selbst in einer dedizierten Maske die für den Anwendungsfall optimiert ist. Was natürlich super wäre wäre eine OAuth-Intergration, so dass man direkt auch in OSM editieren würde und der Nutzer der geändert hat in OSM nachverfolgbar und kontaktierbar bleibt (z.B. auch hinsichtlich Vandalismus). genau so hab ich es ja auch gemeint. Ähnlich wie bei dem Amenity-Editor, der ja auch direkt die OSM-POI live bearbeitet und sich über OAUTH authentifiziert. Hier müsste der Editor halt zwei Datenbanken füttern. Wenn ich mich nicht täusche, ist das sowieso ein Kind vom Thread-Opener ??? Wenn nicht: bitte dort nachsehen - da kann man verdammt viel lernen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734492.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Falk Zscheile-2 wrote 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind eigentlich keine geografischen Daten und gehören streng genommen auch nicht in eine Geodatenbank. Sie sind es bei OSM trotzdem, weil es bisher keine Möglichkeit gab diese anders Datenbankmäßig zu erfassen und ein Bedürfnis besteht die Geninformation Lage des Restaurants mit diesen Zusatzinfos zu erfassen. Insoweit sehe ich in gonam eine Entwicklung in die richtige Richtung weg von einer OSM alles in einem Datenbank. Könnte ich fast zustimmen: was hat das Zeug in OSM zu suchen? *Aber*: Wie kann jedermann R/W auf die sekundäre DB zugreifen? Solange Nicht-GEO-Daten wie Contact oder opening_hours in osm stehen, sind sie für jedermann erreichbar. Wenn sie ausgelagert werden, könnte das problematisch werden. Daher hatte ich vorgeschlagen, dass die Kollegen ihre projekspezifischen Daten in ihre eigene DB auslagern - mehr nicht. Eventuell findet sich ja jemand, der solche nicht-Geo-Daten weltweit frei und offen hosted, aber derzeit bin ich da skeptisch. -- View this message in context: http://gis.19327.n5.nabble.com/Offene-Plattform-fur-Gastronomie-Lizenzfrage-tp5734285p5734494.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 14:47 schrieb Falk Zscheile falk.zsche...@gmail.com: 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind eigentlich keine geografischen Daten und gehören streng genommen auch nicht in eine Geodatenbank. was sind denn dann Geodaten? Wieso ist ein Name ein Geodatum? Oder wäre der das dann auch nicht, genausowenig wie brand, operator, cuisine, etc.? Wird nicht aus jedem Datum ein Geodatum, wenn man es räumlich zuordnen kann? Ist es nicht dieselbe Art von Aussage zu sagen der Laden an dieser Stelle auf der Welt hat diese Telefonnummer und ist Mo-Fr. von 9-18h geöffnet, wie zu sagen der verkauft Schrauben und heisst Schraubenwelt, die Hausnummer ist 23? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 16:37 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 6. November 2012 14:47 schrieb Falk Zscheile falk.zsche...@gmail.com: 3. Daten wie Öffnungszeiten, Telefonnummer oder Internetadresse sind eigentlich keine geografischen Daten und gehören streng genommen auch nicht in eine Geodatenbank. was sind denn dann Geodaten? Wieso ist ein Name ein Geodatum? Oder wäre der das dann auch nicht, genausowenig wie brand, operator, cuisine, etc.? Wird nicht aus jedem Datum ein Geodatum, wenn man es räumlich zuordnen kann? Ist es nicht dieselbe Art von Aussage zu sagen der Laden an dieser Stelle auf der Welt hat diese Telefonnummer und ist Mo-Fr. von 9-18h geöffnet, wie zu sagen der verkauft Schrauben und heisst Schraubenwelt, die Hausnummer ist 23? Gut, dann lass uns Haare spalten. Restaurant -- Objekt im Raum = Geodaten Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch keine von den Geodaten unabhängige Information. Anders Öffnungszeiten, die haben keine Lage im Raum. Adressen haben dagegen eine Lage im Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage im Raum, sondern bekommen diese manchmal durch Zuordnung an ein Objekt. Wir sagen aber nicht die Telefonnummer liegt lon/lat sodern das Restaurant liegt lon/lat oder Name x/y liegt lon/lat und hat die folgende Telefonnummer oder Öffnungszeit. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com: Gut, dann lass uns Haare spalten. Restaurant -- Objekt im Raum = Geodaten Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch keine von den Geodaten unabhängige Information. Anders Öffnungszeiten, die haben keine Lage im Raum. Adressen haben dagegen eine Lage im Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage im Raum, sondern bekommen diese manchmal durch Zuordnung an ein Objekt. ich verstehe immer noch nicht den Unterschied des Namens zur Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch genauso identifizieren wie mit dem Namen? Wir sagen aber nicht die Telefonnummer liegt lon/lat sodern das Restaurant liegt lon/lat oder Name x/y liegt lon/lat und hat die folgende Telefonnummer oder Öffnungszeit. Das Restaurant lon/lat hat den Namen, das Restaurant lon/lat hat die Telefonnummer, das Restaurant lon/lat hat die Öffnungszeiten... Gruß Martin PS: Ist im Prinzip ja auch egal, ich bin dafür, sowohl den Namen als auch die Telefonnummer zu erfassen, ggf. auch die Öffnungszeiten und die Art der Küche... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Hi Andreas, danke für das Feedback. Die Sache mit dem Neu Button werden wir gleich implementieren. Lokation aus OSM Karte: Die Möglichkeit einen POI zu setzen würde ich in einer Webseite auf die rechte Maustaste legen. Beim verschieben Karte wird ständig reingezoomt und das ist umständlich weil man so immer wieder an anderen Stellen landet. Wenn der POi gesetzt ist kann man dann nicht mehr weiterreinzoomen mit links und muß mit + oder - reinzoomen. Uns wäre die Lösung mit der rechten Maustaste auch lieber, aber im Moment unterstützt dies die Leaflet Library nicht. Die Übernahme über die Karte wird jedoch definitiv weiter verbessert. Wenn der Restaurant als Punkt innnerhalb eines Gebäudes sich befindet dann wird die Adresse des Gebäudes nicht übernommen. Dies wird leider etwas schwierig. Im Moment können wir Locations von einem Punkt und von einem Gebäude übernehmen. Ebenso werden die Öffnungszeiten, die Küche und die Wheelchair Angaben werden nicht übernommen. Ebenso werden diese Angaben nicht in die OSM-Datenbank geschrieben. Es stimmt, dass wir die Küche und ÖZ von OSM noch nicht übernehmen können. Die Wheelchair Angaben sollten aber funktionieren. Ich werde es noch prüfen. Probleme beim Erkennung von Restaurants: Hier existieren vier Restaurants in einem Gebäude , erkannt wird aber nur eines. http://www.openstreetmap.org/?lat=50.682857lon=10.933792zoom=18; layers=M Diese Locations sehen wie Gebäude im Gebäude aus. ;) Ich habe dies für das nächste Release etwas verbessert, so dass jetzt alle vier Locations zur Übernahme angezeigt werden. Bzgl. dem Login mit OSM wäre es denkbar. Wir werden definitiv Logins mit Twitter, Facebook und G+ einrichten. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 6. November 2012 17:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com: Gut, dann lass uns Haare spalten. Restaurant -- Objekt im Raum = Geodaten Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch keine von den Geodaten unabhängige Information. Anders Öffnungszeiten, die haben keine Lage im Raum. Adressen haben dagegen eine Lage im Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage im Raum, sondern bekommen diese manchmal durch Zuordnung an ein Objekt. ich verstehe immer noch nicht den Unterschied des Namens zur Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch genauso identifizieren wie mit dem Namen? Man kann sagen ein Objekt mit Namen x/y liegt lon/lat und man kann sagen ein Restaurant liegt lon/lat. Der Es ist also nicht klar, ob der Name eine Eigenschaft des Restaurants ist oder das Restaurant eine Eigenschaft des Namens. Beides kann gleichberechtigt nebeneinander stehen. Man kann nicht sagen Öffnungszeit liegt lon/lat. Diese Eigenschaft macht allein keinen Sinn. PS: Ist im Prinzip ja auch egal, ich bin dafür, sowohl den Namen als auch die Telefonnummer zu erfassen, ggf. auch die Öffnungszeiten und die Art der Küche... Kannst Du auch gern machen :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Am 06.11.2012 17:54, schrieb Falk Zscheile: Am 6. November 2012 17:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 6. November 2012 16:57 schrieb Falk Zscheile falk.zsche...@gmail.com: Gut, dann lass uns Haare spalten. Restaurant -- Objekt im Raum = Geodaten Etwas spezifiziert/identifizierbar durch Namen -- Objekt im Raum = Geodaten Restaurant und Name sind dabei zwei gleichwertige Eigenschaften eines Objekts, dh. beides Geodaten. Der Namen des Restaurants ist daher noch keine von den Geodaten unabhängige Information. Anders Öffnungszeiten, die haben keine Lage im Raum. Adressen haben dagegen eine Lage im Raum, die wird gesetzlich festgelegt. Telefonnummer haben keine Lage im Raum, sondern bekommen diese manchmal durch Zuordnung an ein Objekt. ich verstehe immer noch nicht den Unterschied des Namens zur Telefonnummer. Das Restaurant kann ich mit der Telefonnummer doch genauso identifizieren wie mit dem Namen? Man kann sagen ein Objekt mit Namen x/y liegt lon/lat und man kann sagen ein Restaurant liegt lon/lat. Der Es ist also nicht klar, ob der Name eine Eigenschaft des Restaurants ist oder das Restaurant eine Eigenschaft des Namens. Beides kann gleichberechtigt nebeneinander stehen. Man kann nicht sagen Öffnungszeit liegt lon/lat. Diese Eigenschaft macht allein keinen Sinn. Wieso nicht? Es wäre sogar denkbar, dass es an lat/lon Schnitzel für 3,50 gibt. ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On Tue, 6 Nov 2012, Johann H. Addicks wrote: Am 06.11.2012 00:01, schrieb Alexander Lehner: Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner Web-Druckerei fuer knapp 30 EUR. Gibt es irgendwen, der diesen Workflow inkl. Druck und Postversand _in dieser Datenaufbereitungsqualität_ auf regulärer Basis anbietet? Also zu Konditionen, die nicht auf Selbstausbeutung beruhen, wo man also guten Gewissens jemanden hinschicken kann, der nur eine Karte für den Aushang braucht. Also Ausschnitt/Zoom, Style, Mapfeatures, Hillshading etc anklicken, Preview abnicken, Druckqualität auswählen, Preis abnicken, Paypal zahlen und dann ein paar Tage warten und sich dann über die Lieferung freuen? Hehe, 'ohne persoenliche Ausbeutung' ist gut! Ich glaube nicht, dass es sowas gibt. Was ich soweit mitbekommen habe, sind bisher alle Printmedien in Eigenregie entstanden, es gibt einige Flyer, die von Frederik's Layout abstammen und 'lokalisiert' wurden und eben einige (selbstgedruckte) Poster. Den Workflow zu automatisieren (z.B. als Webfrontent) ist aber wahrscheinlich mehr Arbeit, als das fuer jeden einzelnen Fall von Hand zu machen. Zumindest solange sich die Anzahl 'Auftraege' in Grenzen haelt. Ich persoenlich habe mit der online-Druckerei (hier saxporint) einiges an Erfahrung gesammelt, ist manchmal anstrengend aber das Ergebnis war immer gut. Lass uns mal das Ergebnis meines Posters abwarten. Wenn das was taugt, helfe ich gerne auch bei weiteren Ideen. OSM ist doch eine comunity, oder? Der Workflow waere also m.E. folgender: Mail an die Liste a la 'ich haette gerne ein Poster von da und da mit folgenden Features', warten ob sich was tut und wenn ja, freuen dass ein paar Tage spaeter das Paket da ist! A.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anmeldung OSM Garmin Hack Weekend
Sehr geehrte Kartenbauer und aktiver OSMler einige haben es vielleicht mitbekommen. Wir planen ein OSM Garmin Hack Weekend[1]. Ziel ist es, die Macher von Garminkarten zusammenzubringen und zwei Ideen zu verwirklichen: - Eine Landingpage, die für absolute Neulinge die Nutzung von vorhandenen Garminkarten beschreibt, eine Auswahl ermöglicht und gepflegt wird - Ein Kartengenerator, der es jeden ermöglicht, individuelle Karten mit verschiedenen Stilen und Gebieten zu erstellen. Durch diesen Service wollen wir die OSM Karten bei Radfahrer und Wanderer bekannter machen und hoffen, neue Mapper zu gewinnen. Teilnehmer sollten somit entweder schon eigene Garminkarten erzeugen oder Lust haben, an der Landingpage und dem Kartengenerator mitzuarbeiten. Mit Steve Ratcliffe hat der Entwickler von mkgmap bereits zugesagt. Das Hack Weekend findet am 1.2.-3.2.2013 im Linuxhotel Essen [2] statt. Das Linuxhotel liegt am Rande von Essen in einem schönen privaten Park. - Wir übernachten in Doppel- bzw. Einzelzimmer - Arbeiten können wir in 3 Seminarräume - Das Kaminzimmer wird als Frühstücksraum und für die gesellige Runde genutzt - Offenes WLAN auf dem ganzen Gelände - Frühstück, Übernachtung und Getränke für den ganzen Tag sind im Preis inbegriffen Dank der Unterstützung [3] durch den FOSSGIS e.V. belaufen sich die Teilnehmerkosten für die drei Tage ( d.h. Frühstück, Übernachtung, Getränke) auf maximal 30 Euro. Zur Anmeldung schicke mir bitte eine Mail mit deinen Anreise, deinen Abreisedatum.und ob ein Einzel- oder Doppelzimmer gewünscht wird. ( Es sind zwei EZ und 8 DZ vorhanden ) Wenn noch Fragen sind, beantworte ich sie gerne per mail. Mfg Marc Gehling [1] http://wiki.openstreetmap.org/wiki/Garmin_Project [2] http://www.linuxhotel.de/ [3] http://www.fossgis.de/wiki/Hackweekend_Kartenbau ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Operation Cowboy - 23.-25.11
Matthias Meißer schrieb: Das ist ja auch alles menschlich und deshalb auch nicht schlimm. Allerdings fehlt mir selbst da echt die Zeit. So nebenbei eine globale Sache anstoßen läuft ja auch nicht mal eben so ;) Von daher würde ich mich wie in der ersten Mail schon gesagt, sehr über Unterstützung freuen, zumal das dann einfach auch basisdemokratischer ist. Sorry, dass ich dir keine Entlastung anbieten kann sondern nur einen Link, den ich einem Thread nebenan fand und der dir vielleicht weiterhilft: http://www.fossgis.de/wiki/Förderanträge#2012 Die Night of the living Maps sehe ich da, aber Operation Cowboy nicht. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GONAM - war: Offene Plattform für Gastronomie / Lizenzfrage
Hi Andreas! Kann ich mich trotzdem beteiligen? Klar, Gonam lässt sich problemlos auch mit einem modernen Browser wie Firefox oder Chrome bedienen. Du kannst gerne Bilder von einer Digitalkamera hochladen. Gib uns einfach Bescheid, wenn etwas nicht wie erwartet funktioniert und wie versuchen es zu verbessern. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Plattform für Gastronomie / Lizenzfrage
Aus unserer Sicht hat ein Bild der Fassade einer Location nicht unbedingt die schöpferische Höhe um sich mit Copyrights zu beschäftigen. Wie ist eure Meinung? sehe ich anders, gerade wenn man die Bilder nicht automatisch aufnimmt (so wie StreetView z.B) sondern von Hand, also den Ausschnitt, die Perspektive, den Moment des Auslösens etc. irgendwie doch bestimmt, zumindest manche Eurer User. Eine Erlaubnis des Fotografen braucht ihr auf jeden Fall. Je nach Motiv solltet ihr euch auch mit dem Markenrecht auseinandersetzen. Bspw. wenn ein Markenzeichen das Hauptmotiv des Bildes ist. Uns ist klar, dass nach dem deutschen Urheberrecht jedes Foto auch wenn es nur versehentlich entstanden ist, den Urheberschutz genießt. Wir tendieren im Moment zu der Public Domain Lizenz, da diese den Verwaltungsaufwand reduziert. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Strassennamen Vergleich für die Schweiz
Auf http://qa.poole.ch/ch-roads/ hab ich eine experimentelle Version eines Strassenvergleichs für die ganze Schweiz bereitgestellt. Mehr dazu http://wiki.openstreetmap.org/wiki/OSM_-_GWR_Street_and_Place_Names_Comparison Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeindegrenzen
Hallo, ich bin im Augenblick dabei mit der Straßenlistenauswertung die Straßen in der VG Wittlich - Land zu überprüfen. Dabei sind mir zu teil beträchtliche Fehler in den Gemeindegrenzen aufgefallen. Hupperath hatte z.B. große Teile von Minderlittgen eingemeindet. Als Source für die Grenze Hupperath (Rel.ID. 1259140) war [1] eingetragen. Ich kann zwar nicht verstehen warum so etwas (nicht georeferenziert, viel zu stark vereinfacht) als Vorlage benutzt wird, zumal die Grenzen, wenn ich mich richtig erinnere, schon mal viel genauer eingetragen waren. Aber dies ist nicht der Grund für meine Mail. Grenzen sind doch gemeinfrei. Gibt es die Grenzverläufe als verarbeitbare Daten? Oder als JOSM - Overlay? Danke für Eure Antworten. Gruß Jörg [1] http://de.wikipedia.org/wiki/Datei:Verbandsgemeinden_in_WIL.svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On 06.11.2012 18:53, Alexander Lehner wrote: On Tue, 6 Nov 2012, Johann H. Addicks wrote: Am 06.11.2012 00:01, schrieb Alexander Lehner: Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner Web-Druckerei fuer knapp 30 EUR. Gibt es irgendwen, der diesen Workflow inkl. Druck und Postversand _in dieser Datenaufbereitungsqualität_ auf regulärer Basis anbietet? Also zu Konditionen, die nicht auf Selbstausbeutung beruhen, wo man also guten Gewissens jemanden hinschicken kann, der nur eine Karte für den Aushang braucht. Also Ausschnitt/Zoom, Style, Mapfeatures, Hillshading etc anklicken, Preview abnicken, Druckqualität auswählen, Preis abnicken, Paypal zahlen und dann ein paar Tage warten und sich dann über die Lieferung freuen? Hehe, 'ohne persoenliche Ausbeutung' ist gut! Ich glaube nicht, dass es sowas gibt. Was ich soweit mitbekommen habe, sind bisher alle Printmedien in Eigenregie entstanden, es gibt einige Flyer, die von Frederik's Layout abstammen und 'lokalisiert' wurden und eben einige (selbstgedruckte) Poster. Mir ist auch keine fertige Lösung bekannt. Was wären denn akzeptable Konditionen? Abgesehen vom eigentlichen Erstellen der Druckdatei, kämen ja noch mind. Druck- und Versandkosten hinzu. Wo die Reise hingeht weiß ich noch nicht genau. Mein Ziel ist es erstmal das serverseitige Setup rund zu machen. Später kann dann noch eine Webgui davor gehängt werden. Aber alles zu seiner Zeit. Ich persoenlich habe mit der online-Druckerei (hier saxporint) einiges an Erfahrung gesammelt, ist manchmal anstrengend aber das Ergebnis war immer gut. Danke für den Druckerei-Tip, werde ich mal testen. Bisher war ich aber auch mit diedruckerei.de ganz zufrieden. Lass uns mal das Ergebnis meines Posters abwarten. Wenn das was taugt, helfe ich gerne auch bei weiteren Ideen. OSM ist doch eine comunity, oder? Ich bin gespannt auf Deine Bewertung! Der Workflow waere also m.E. folgender: Mail an die Liste a la 'ich haette gerne ein Poster von da und da mit folgenden Features', warten ob sich was tut und wenn ja, freuen dass ein paar Tage spaeter das Paket da ist! Futter zum Testen kann ich immer gebrauchen. Nur zusichern kann ich nichts. Btw: Am 14.11. findet in Potsdam am GFZ ein GISday [1] statt. Dort werde ich in einem Kurzvortrag das Drucksetup vorstellen. Viele Grüße, Lars [1] http://www.gfz-potsdam.de/portal/gfz/cegit/Aktuelles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On 06.11.2012 14:28, Martin Koppenhoefer wrote: Am 6. November 2012 14:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Wenn es echter Text wäre, dann wäre das resultierende SVG nicht auf jedem System gleich, es sei denn man würde voraussetzen, dass der passende Font installiert wird. ja klar, einen Tod muss man sterben ;-) Man könnte optional beim svg-Export anbieten, den Text in Vektoren umzuwandeln (oder anders rum). Wer wirklich nichts weiterbearbeiten will der braucht ja auch keine Texte und wer weiterbearbeiten will, der wird sich auch den Font installieren. Der SVG-Writer müsste an dieser Stelle verändert werden.Mapnik als auch MapServer benutzen Cairo dafür. Und da kommt das SVG so raus wie es jetzt ist. Beim GeoServer bin ich mir nicht sicher, das werde ich mal testen. Maperitive kann hingegen auch ein Illustrator-SVG-Format erzeugen, was für die Nachbearbeitung besser geeignet ist. Aber der SVG-Export ist eine ganz andere Baustelle, da schaufel ich erstmal nicht mit :) Viele Grüße, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On 06.11.2012 10:47, Manuel Reimer wrote: Alexander Lehner lehner at edv-buero-lehner.de writes: * Kritik ;) Nur ganz klein, und mir ist auch klar, woher das kommt: Die Icons fuer z.B. Parkplatz, Restaurant etc. sind naturgemaess zu klein und werden hochskaliert. Das waere mal was fuer einen OSM'ler dem langweilig ist, das in hoeherer Aufloesung nachzubauen... http://www.sjjb.co.uk/mapicons/downloads Ich habe die bei meinem Plakat manuell in Inkscape reingebaut (Rastergrafik raus, Vektorgrafik rein). Keine Ahnung ob man SVG-Icons auch schon beim Rendern integrieren kann. Die HikeBike Karte benutzt genau diese Symbole. Allerdings werden PNGs in verschiedenen Größen erstellt und je nach Zoomlevel eine geeignete Größe eingebunden. Wenn hier im Mapstyle die SVG-Symbole direkt verwendet werden, sind die Konturen auch schärfer. Bei anderen Kartenstilen gibt es oft nur einen Satz PNGs, da müsste also erst eine Vektorversion erstellt werden. Mit der Zeit wird das sicher kommen... Viele Grüße, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On 06.11.2012 10:59, Peter Wendorff wrote: Am 06.11.2012 02:14, schrieb Martin Koppenhoefer: Am 5. November 2012 22:47 schrieb Lars Lingner gislars+l...@googlemail.com: Den SVG-Export finde ich nicht gut genug zum Nachbearbeiten. Besonders stört das die einzelnen Objekte nur bis zu den sichtbaren Kanten enthalten sind. Entferne ich z.b. den Weg durch einen Park, habe ich eine weiße Linie bzw. Fläche im Park. die musst Du glaub auch noch löschen, AFAIR wird im standard stil von Mapnik unter einen Fußweg noch eine weisse (bzw. eigentlich halbtransparente) dicke Linie gerendert. Soweit ich weiss werden die Objekte im svg nicht beschnitten sondern überlagern sich nach dem painter's Algorithmus wie auch im png, kann mich aber auch täuschen. Du täuschst Dich nicht. Stimmt. Ich wäre jede Wette eingegangen, das die Objekte nicht überlagert sind. Genau das viel mir mal störend auf, jetzt bin ich mir nicht mehr sicher wo ich das aufgeschnappt habe. Viele Grüße, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Poster - war Best of OSM-Websiete
On Tue, Nov 06, 2012 at 12:01:21AM +0100, Alexander Lehner wrote: Ich werde jetzt mal eine Deiner Karten in Druck geben - gibts in ner Web-Druckerei fuer knapp 30 EUR. [...] Die Wanderwege sind OSM-Relationen. Die ueblichen Relationen-Tags fuer regionale, internationale etc. Wanderwege werden extrahiert. User 'lonvia' stellt diese Overlays bereit und ich fand sie fuer meinen Zweck sehr huebsch. Weiss aber nicht, wie er/sie das erstellt hat. Der Code und Style dazu findet sich auf Github[1]. Man könnte sich also seine eigene DB erstellen und das rendern. Die Symbole sind zum grössten Teil bereits als Vektorgrafiken vorhanden. Prinzipiell wäre ich auch nicht abgeneigt, eine Export-Funktion für die Daten von der Website aus anzubieten. Müsste man sich aber genau überlegen, wie sowas aussehen muss. Sarah [1] https://github.com/lonvia/waymarked-trails-site ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
Gibt es schon einen Tag für Sammelbehälter für Altbatterien und einen für abgelaufene Arzneimittel? Recycling passt da ja eher nicht so, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
für batterien bestimmt - die werden ja auch wieder aufbereitet. Es gibt inzwischen sogar Sortierautomaten, die die sauber auseinanderklabüsern und so Akkus von Batterien trennen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Sammelbehalter-fur-Altbatterien-und-abgelaufene-Arzneimittel-tp5734562p5734565.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 29C3 (December 27th to 30th, 2012)
Hallo, da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/): * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen? * besteht konkretes Interesse so etwas wie einen Projektstand zu machen und ggf. Workshops anzubieten? Anmerkungen: * der Congress findet dieses Jahr in Hamburg und nicht wie in den letzten Jahren in Berlin statt. * es sollte wegen dem deutlich größeren Platz in Hamburg deutlich einfacher Tickets geben * es soll Assemblies geben statt traditioneller Projekttische-/Stände (siehe http://events.ccc.de/2012/10/22/assemblies/ ) Grüße, Michael. PS: momentan gibt es scheinbar noch relativ einfach Tickets, habe meines gerade völlig problemlos reserviert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
Hi, du kannst dich unter https://events.ccc.de/congress/2012/wiki/OpenStreetMap eintragen. So wie ich das verstanden habe, gibt es Tische und Stühle nur für Assemblies. Mfg Marc Am 07.11.2012 um 07:19 schrieb Michael Kugelmann michaelk_...@gmx.de: Hallo, da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/): * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen? * besteht konkretes Interesse so etwas wie einen Projektstand zu machen und ggf. Workshops anzubieten? Anmerkungen: * der Congress findet dieses Jahr in Hamburg und nicht wie in den letzten Jahren in Berlin statt. * es sollte wegen dem deutlich größeren Platz in Hamburg deutlich einfacher Tickets geben * es soll Assemblies geben statt traditioneller Projekttische-/Stände (siehe http://events.ccc.de/2012/10/22/assemblies/ ) Grüße, Michael. PS: momentan gibt es scheinbar noch relativ einfach Tickets, habe meines gerade völlig problemlos reserviert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 01:55, Walter Nordmann wrote: für batterien bestimmt - die werden ja auch wieder aufbereitet. Es gibt inzwischen sogar Sortierautomaten, die die sauber auseinanderklabüsern und so Akkus von Batterien trennen. Siehe da: recycling:batteries=yes/no Sites which accept household batteries (D-cell, 9-volt) may not also accept larger batteries (automobile). recycling:drugs=yes/noExpired drugs / medicines http://wiki.openstreetmap.org/wiki/Tag:amenity=recycling Somit: recycling passt ideal. Gruss walter MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaEG4ACgkQmWhuE0qbFyN6RACfXO7iuspSFeCU1uwXo4gqSkbE +SkAmwcOi+qEjsexOdtqIfn/WueiEGwG =uv5I -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 29C3 (December 27th to 30th, 2012)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-07 07:19, Michael Kugelmann wrote: Hallo, da der Kartenvorverkauf für den 29C3 begonnen hat (siehe http://events.ccc.de/2012/11/03/ticket-vorverkauf-fur-den-29-chaos-communication-congress/): * gibt es bereits konkrete Pläne von OSM'lern dass sie hinfahren wollen? Werde vor Ort sein. Wenn auch als freelancer ;-) * besteht konkretes Interesse so etwas wie einen Projektstand zu machen und ggf. Workshops anzubieten? Nun, Hilfe beim 3D Taggen kann I anbieten.. Grüße, Michael. MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCaERMACgkQmWhuE0qbFyOuLwCfbYwZO1Db4lVAhJ/cTH347YR2 PZsAn3m4i3wiNfumdKqqNpRX0LCS/v4R =2m6N -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Come tagghiamo un fontanello ?
On 2012-11-05 at 19:12:06 +0100, Martin Koppenhoefer wrote: amenity=drinking_water è una fonte di acqua potabile, pubblicamente accessibile e gratuita, non c'è il requisito che uno si deve poter attacare con la bocca... di gente che va a prendere l'acqua alle fontanelle perché non ha l'allacciamento all'aquedotto in casa ormai ne è rimasta poca, e comunque non ha bisogno della mappa per scoprire dov'è la fontanella vicino a casa. drinking_water sulla mappa è cercato da gente che è in giro e ha sete: se lo si usa per posti dove quella gente non può bere [1]_ si da loro un pessimo servizio. .. [1] direttamente con la bocca, mettendo le mani a coppa, o in qualunque modo che però non comporti il viaggiare con una bottiglia, che non tutti hanno. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Dubbio su come mappare un oggetto insolito
Mè cascato locchio su questa vecchia discussione Penso che qui il tag B-52D (senza ripetere Boeing) possa essere il modello (model o altro più sintatticamente corretto) Name invece va bene per Spirit of Saint Louis,Memphis Belle o Enola Gay Ciao, Ale. #-Messaggio originale- #Da: ale_z...@libero.it [mailto:ale_z...@libero.it] #Inviato: venerdì 31 agosto 2012 17.25 #A: talk-it@openstreetmap.org #Oggetto: Re: [Talk-it] Dubbio su come mappare un oggetto insolito # #A proposito, un utente ha mappato diversi aerei sparsi in giro # http://www http://www. #openstreetmap.org/browse/changeset/12911401 #usando i seguenti tag: # #aircraft:type = military #historic = aircraft #manufacturer = Boeing #name = Boeing B-52D #ref = 55-0085 #tourism = attraction #wikipedia = Boeing B-52 Stratofortress # #Alessandro # #___ #Talk-it mailing list # mailto:Talk-it@openstreetmap.org Talk-it@openstreetmap.org # http://lists.openstreetmap.org/listinfo/talk-it http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come tagghiamo un fontanello ?
drinking_water sulla mappa è cercato da gente che è in giro e ha sete: se lo si usa per posti dove quella gente non può bere [1]_ si da loro un pessimo servizio. .. [1] direttamente con la bocca, mettendo le mani a coppa, o in qualunque modo che però non comporti il viaggiare con una bottiglia, che non tutti hanno. -- Elena ``of Valhalla'' +1 e le apps si possono sempre aggiornare per far includere anche i distributori, se è il caso comunque eviterei di continuare a discutere sul sistema di tagging e dei suoi bachi in questo thread. per quanto mi riguarda ho già dato una risposta alla domanda posta nel titolo. ciao. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Venezia
Il giorno 06 novembre 2012 01:27, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: tantissime piazze che quasi mai hanno nodi in comune con gli edifici accanto Scusa il piccolo OT, ma non credo che questa sia una regola da seguire sempre. In particolare, se una piazza è circondata da una strada veicolare (so che non è il caso di Venezia, parlo in generale), segnare la piazza fin contro gli edifici sarebbe sbagliato. Inoltre, dal punto di vista dell'editing mi sembra più agevole lasciare uno spazio anche se piccolo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Venezia
Il 06/11/2012 01:27, Martin Koppenhoefer ha scritto: Sto mappando un po' a Venezia ed ho trovato alcune cose strane, a precindere che ci sono dei strettissimi percorsi taggati highway=pedestrian (mettrei footway), e tantissime piazze che quasi mai hanno nodi in comune con gli edifici accanto A Venezia ci sono molte cose strane, molte di queste stranezze son dovute al passaggio del redaction bot. Per quanto riguarda la questione footway o pedestrian mi pare se ne sia parlato già in lista [1] (ho trovato anche questa vecchia discussione [2]) anche se non mi pare si sia mai giunti ad una soluzione condivisa. ciao Paolo M [1] http://lists.openstreetmap.org/pipermail/talk-it/2012-January/026289.html [2] http://lists.openstreetmap.org/pipermail/talk-it/2008-December/004726.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Venezia
Il giorno 06 novembre 2012 12:04, Alech OSM alech.hos...@gmail.com ha scritto: [offtopic] Certo , una piazza pedonale rettangolare il cui perimetro vede una strada aperta al traffico è un caso comune ma (vedi Piazza Indipendenza qui in Firenze) quella striscia d’asfalto non ha un toponimo diverso. La area=yes della piazza arriverà fin sulla porta delle case tuttointorno e ma la highway=residential ( o altro ) cadrà al centro della strada , all’interno dell’area. O no ? Non sono d'accordo. La residential non è un'area pedestrian... né cade in mezzo ad un'area pedestrian. Ale. Ciao, Simone [/offtopic] ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Venezia
2012/11/6 Simone Saviolo simone.savi...@gmail.com: Il giorno 06 novembre 2012 01:27, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: tantissime piazze che quasi mai hanno nodi in comune con gli edifici accanto Scusa il piccolo OT, ma non credo che questa sia una regola da seguire sempre. In particolare, se una piazza è circondata da una strada veicolare (so che non è il caso di Venezia, parlo in generale), segnare la piazza fin contro gli edifici sarebbe sbagliato. bo, dipende. Se non c'è nessun marciapiede a canto agli edifici sono d'accordo, ma in generale non esiste spesso quella situazione. Generalmente la Piazza va fino agli edifici ed il centro di quella strada intorno si trova leggermente più all'interno di quel confine. Inoltre, dal punto di vista dell'editing mi sembra più agevole lasciare uno spazio anche se piccolo. secondo me no: devi sempre spostare 2 nodi invece di uno, la soluzione migliore sarebbe il multipolygono (non li ho creati perchè avevo paura che poi arrivano tutti ste mappatori potlatch e creano casini, visto che Venezia è una zona molto frequentata). Poi avere aree galleggianti è impreciso e topologicamente sbagliato. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Venezia
2012/11/6 Paolo Monegato gato.selvad...@gmail.com: A Venezia ci sono molte cose strane, molte di queste stranezze son dovute al passaggio del redaction bot. si, me ne sono accorto anch'io, spesso si trovano dei nodi senza tags, dove la prima versione è la versione 3 o simile (e anch'essa senza tags). Non resta che cancellarli in questo caso secondo me. Per quanto riguarda la questione footway o pedestrian mi pare se ne sia parlato già in lista [1] (ho trovato anche questa vecchia discussione [2]) anche se non mi pare si sia mai giunti ad una soluzione condivisa. [1] http://lists.openstreetmap.org/pipermail/talk-it/2012-January/026289.html si, la conclusione era vedremo in futuro cosa fare e bisognerebbe definire uno standard abbastanza chiaro per venezia, in modo da poter avere tutte le strade taggate in modo omogeneo. Rimango dal mio parere già espresso a Gennaio: secondo me con i 2 livelli che abbiamo (pedestrian e footway) potremmo già mappare tutto sufficientemente (pedestrian per le vie principali senza macchine, il resto footway. Quindi mettrei footway i percorsi stretti e lascierei quelli larghi pedestrian. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nuovo progetto open, promettente per ristoranti
Vi segnalo questo progetto (open) di Adrian Stabiszewski (Amenity Editor, Relation Analyzer e QA Editor) e Felix Ebert: Vengono raccolti ristoranti, bar, panefici e qualsiasi altro posto dove si può mangiare caldo. Si raccoltano orari di apertura, menu, foto, tramite delle applicazioni desktop e mobile. La URL è: http://gonam.de. I dati sono disponibili sotto ODbL, e ci sarà un integrazione con OSM. Al momento hanno messo il comune di Heilbronn (ca. 1200 posti), di quali ca. il 25% hanno delle foto e la meta ha dei orari (per statistiche guardate vi http://gonam.de/stats ). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] STAZIONE ECOLOGICA
Il giorno 03 novembre 2012 18:36, Fabri erfab...@gmail.com ha scritto: se vuoi e se ne sei a conoscenza, puoi anche inserire i vari tag per specificare che tipo di materiali si possono conferire all'isola ecologica...pardon...stazione ecologica. ad esempio se sai che si possono portare televisori/monitor e cellulari ma non vernici metti recycling:tv_monitor=yes recycling:mobile_phones=yes recycling:paint=no comunque c'è la lista sul wiki http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Drecycling#Materiali Se volessi farlo con un cestino, invece? I contenitori per le pile usate sono pochi, e sapere dove sono potrebbe essere interessante. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] STAZIONE ECOLOGICA
2012/11/6 Simone Saviolo simone.savi...@gmail.com: Se volessi farlo con un cestino, invece? I contenitori per le pile usate sono pochi, e sapere dove sono potrebbe essere interessante. recycling_type=centre / container ... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] STAZIONE ECOLOGICA
Il giorno 06 novembre 2012 17:18, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/11/6 Simone Saviolo simone.savi...@gmail.com: Se volessi farlo con un cestino, invece? I contenitori per le pile usate sono pochi, e sapere dove sono potrebbe essere interessante. recycling_type=centre / container ... Chiedevo perché mi sembrava più adeguato amenity=waste_basket, ma in effetti pensandoci amenity=recycling, recycling_type=container va bene. Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: R: Area sosta Nomadi
Giuseppe Amici wrote Il dettaglio in OSM è: http://www.openstreetmap.org/?lat=44.560049lon=10.9453zoom=18layers=M OT: ho allargato da qui e... sbaglio o mancano i nodi place di Modena e Reggio Emilia? -- View this message in context: http://gis.19327.n5.nabble.com/Area-sosta-Nomadi-tp5734119p5734538.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: R: R: Area sosta Nomadi
Sembra proprio di si -Messaggio originale- Da: totera [mailto:g...@hotmail.it] Inviato: martedì 6 novembre 2012 22:11 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] R: R: R: Area sosta Nomadi Giuseppe Amici wrote Il dettaglio in OSM è: http://www.openstreetmap.org/?lat=44.560049lon=10.9453zoom=18layers =M OT: ho allargato da qui e... sbaglio o mancano i nodi place di Modena e Reggio Emilia? -- View this message in context: http://gis.19327.n5.nabble.com/Area-sosta-Nomadi-tp5734119p5734538.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade provinciali
Carlo Stemberger-3 wrote Corretto: http://wiki.openstreetmap.org/wiki/Template:It:Map_Features:highway C'è qualche zona d'Italia in cui la classificazione rispetta queste definizioni e che può essere presa come esempio? Non sono un po' troppo vaghe, relativamente al criterio dell'importanza delle città collegate? Si parla di città principali, come ad esempio i capoluoghi di provincia, e quali altre città vanno considerate principali? Come si identificano i principali comuni di una regione? Inoltre, siete proprio certi che tra i criteri da considerare per determinare la classificazione su OSM sia davvero giusto tralasciare completamente la classificazione amministrativa? Una strada statale rimasta tale dopo i declassamenti del 2000 può essere tertiary? Ciao, Gianluca -- View this message in context: http://gis.19327.n5.nabble.com/Strade-provinciali-tp5733419p5734545.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade provinciali
2012/11/6 totera g...@hotmail.it: Inoltre, siete proprio certi che tra i criteri da considerare per determinare la classificazione su OSM sia davvero giusto tralasciare completamente la classificazione amministrativa? Una strada statale rimasta tale dopo i declassamenti del 2000 può essere tertiary? credo se rispetti i criteri ed applichi il bon senso una statale diventerà raramente tertiary, però esistono: la SS149 ;-) http://www.openstreetmap.org/?lat=41.48818lon=13.81645zoom=16layers=M ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Consejos Charla y taller de OSM en Burgos
Buenas Yo te puedo dar un par de consejos sobre talleres en general: intentad hacer casos prácticos en los que los asistentes hagan algo. Me refiero a que busqueis sitios por Burgos que tengan deficiencias y que sean fácilmente subsanables por un novato. Les contais como se resuelven y que las hagan ellos (antes de subir puedes revisar que este todo OK y listo). De esta forma no se te aburre el personal y les tienes entretenidos un buen rato. Sobre la charla, mejor preguntadle a Jynus que la que nos dio en Deusto fue brutal. Buenas noches; La semana del 19 al 23 de Noviembre desarrollan en la Facultad de Informática de la Universidad de Burgos, la semana informática. En vista de ello, tanto el usuario de osm walo como yo cronoser le sugerimos a los organizadores de la Semana Informática hablar de OpenStreetMap, por ello vamos a intentar dar una charla el Martes 20 de Noviembre sobre OpenStreetMap por la mañana y taller por la tarde asistidos por los usuarios que solemos mapear en Burgos. En la charla queremos dar a conocer el proyecto de OpenStreetMap, en qué consiste, cómo colaborar, posibilidades, ... mientras que por la tarde en el taller sería enseñar a los asistentes como mapear usando JOSM o Potlatch, es decir Mapping Party. Como en el detalle de dar la charla somos novatos, nos gustaría que aquellos que teneís experiencia en charlas nos facilitaseis trucos, consejos, detalles y/o charlas, o lo que podais considerar de utilidad para nuestra charla. La idea es no dejarnos nada importante en el tintero por los nervios. Un saludo y muchas gracias por adelantado. Oscar (alias cronoser en osm) PD: Nuestra cuenta de twitter donde seguir las novedades es la siguiente: https://twitter.com/osmburgos -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Consejos Charla y taller de OSM en Burgos
Sobre la charla, mejor preguntadle a Jynus que la que nos dio en Deusto fue brutal. ¿Hay alguna de esas charlas grabada en video y disponible en la red?¿Podcast? -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [cat2osm] NUEVA VERSIÓN 2012-11-06
Hola a todos. Ya hay nueva versión de *cat2osm* con grandes avances realizados por *Alberto Fernandez ( infjaf(at)gmail.com )* y solucionando algunos de los errores que nos habéis comentado en la lista. Para *descargar* http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jaro https://github.com/AnderPijoan/cat2osm Archivos config de muestra: http://paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlbahttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/configCadizhttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/configCiudadRealhttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/configSantanderhttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/configZaragozahttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar (Por cierto, si alguien quiere Zaragoza exportado, ayer tardó unas 3 horas y media en ejecutarse entero: http://paginaspersonales.deusto.es/cruz.borges/Zaragoza.osm.gzhttp://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar ) El funcionamiento no varía prácticamente, pero si que se facilita mucho la preparación del programa gracias a Alberto: *- Guarda los archivos osm comprimidos con gz.* Los archivos ocupan menos espacio, JOSM los abre como si de un .osm normal se tratase y si alguien quiere el .osm no tiene más que extraerlo. *- Abre los archivos CAT.gz, sin necesidad de descomprimirlos.* Indicando en el config la ruta al archivo comprimido .CAT.gz, el propio programa lo descomprime y lo usa. *- Descomprime los zip de datos vectoriales de catastro.* Al igual que con los .CAT, en el config indicando la dirección a los archivos comprimidos .zip en los que vienen las geometrías, cat2osm se encarga de extraerlos e utilizarlos. Indicando el directorio en el que están las carpetas descomprimidas, sigue funcionando como hasta ahora. *- Detectar la proyección automáticamente a partir de los archivos prj.* Si se indica auto en Proyeccion, busca un archivo prj en el directorio de datos vectoriales y devuelve el código a partir del prj. Por si acaso pudiese haber alguno escrito de forma distinta o mal (el programa generaría un error FOR INPUT STRING ), todavía se puede indicar el código de proyección a mano como hasta ahora. *- Incluye las rejillas dentro del propio jar* La licencia de las rejillas permite reempaquetarlas por lo que si se indica auto:peninsula o auto:baleares en el NadgridsPath utiliza las que ya tienen dentro del propio jar sin necesidad de descargar nosotros nada. Aún y así sigue siendo posible indicarle la ruta a la rejilla como hasta ahora. *- Exporta los elementos puntuales.* Después de los cambios realizados para que fuese más rápido, había un bug por el cual no exportaba los elementos que únicamente eran un punto (como árboles, farolas, etc). Ya está solucionado. Cosas pendientes en las que estamos metidos: *- Arreglar calles que se rompen.* Por algún motivo, al simplificar las vías de las calles y carreteras, se están rompiendo unas a otras. Curiosamente si exportamos únicamente el archivo de EJES con el parámetro -ejes, estas salen perfectamente. *- Traducir los nombres de calles a otros idiomas.* *- Cosas que nos vayáis indicando en la lista de distribución.* Creo que no me dejo nada en el tintero. Saludos a todos y gracias! -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es