Re: [talk-ph] More Bing satellite imagery all over the Philippines!
I'm trying to reconcile overlapping images as one way. here is the outline: http://www.openstreetmap.org/browse/way/149552481 and here is the hole/gap: http://www.openstreetmap.org/?way=96021688 Please check/verify my edits. On Thu, Feb 9, 2012 at 9:11 AM, maning sambale emmanuel.samb...@gmail.com wrote: San Carlos, Negros for Noel Mondragon - http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=10.48448385425lon=123.42042922973631zoom=15 On Wed, Feb 8, 2012 at 5:54 PM, maning sambale emmanuel.samb...@gmail.com wrote: But wait! There's more. Tuguegarao - http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=17.636566865605758lon=121.74678993225095zoom=14 Cabanatuan - http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=15.479149165046096lon=120.96151447296143zoom=15 Botolan and the west coast of Upper Zambales - http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=15.289120274977648lon=120.03401947021484zoom=14 Tagaytay! - http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=14.095180575331227lon=120.91579437255858zoom=14 Perhaps there others we missed. Keep this thread going for the imagery hunt. And also add them in our list: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/hires_imagery On Wed, Feb 8, 2012 at 3:33 PM, tutubi tut...@backpackingphilippines.com wrote: bolinao and west pangasinan, ilocos sur and la union. some parts of nueva vizcaya but not solano and bayombong :( i checked northern Laguna, the towns of siniloan, sta maria, and mabitac and there's still none :( --- I explore, therefore I blog. http://www.backpackingphilippines.com I don't need a map! I have the GPS. Never need a map again, thank you - Van lost on Route 66, Radiator Springs (Cars) On Wed, Feb 8, 2012 at 2:45 PM, ianlopez ian_lopez_1...@yahoo.com wrote: There's also new imagery for portions of Calamba (Laguna), Santo Tomas and Tanauan (Batangas) [see http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=14.141729227023987lon=121.14195632934573zoom=14 ] Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: tutubi tut...@backpackingphilippines.com To: talk-ph talk-ph@openstreetmap.org Sent: Wednesday, February 8, 2012 9:45 AM Subject: Re: [talk-ph] More Bing satellite imagery all over the Philippines! add Vigan, Ilocos Sur to that list at long last...will edit it later will also map dipolog and dapitan in zamnorte On Wed, Feb 8, 2012 at 12:15 AM, Eugene Alvin Villar sea...@gmail.com wrote: ## Edited subject; was More Bing satellite imagery in Mindanao! ## It's official, 2012 will be the busiest year for OpenStreetMap Philippines ever! Here's more new imagery in Luzon and Visayas: http://www.openstreetmap.org/browse/way/149165288 - Palawan: Busuanga, Coron, Culion http://www.openstreetmap.org/browse/way/149165286 - Palawan: Busuanga, Coron http://www.openstreetmap.org/browse/way/149165283 - Masbate, Panay, Negros, Cebu (Bantayan Island is covered), Bohol http://www.openstreetmap.org/browse/way/149165281 - Quezon, Oriental Mindoro (including Lucena City) http://www.openstreetmap.org/browse/way/149165280 - Antique: Semirara Islands http://www.openstreetmap.org/browse/way/149165287 - Masbate By the end of 2012, I'm predicting that the OSM data for the Philippines will double and that the OSM-PH Garmin map will have 6 or 7 tiles. :) On Tue, Feb 7, 2012 at 11:39 PM, Eugene Alvin Villar sea...@gmail.com wrote: Oh my! There's a LOT of new imagery in Mindanao. http://www.openstreetmap.org/browse/way/149157752 - Bukidnon and North Cotabato http://www.openstreetmap.org/browse/way/149157751 - Maguindanao to Sarangani http://www.openstreetmap.org/browse/way/149157747 - Sarangani http://www.openstreetmap.org/browse/way/149157746 - Zamboanga Sibugay http://www.openstreetmap.org/browse/way/149157745 - Zamboanga del Sur http://www.openstreetmap.org/browse/way/149157741 - Camiguin to Bukidnon http://www.openstreetmap.org/browse/way/149157739 - Zamboanga del Norte http://www.openstreetmap.org/browse/way/149157736 - Zamboanga del Norte, del Sur, Sibugay It seems Microsoft went on a satellite imagery shopping spree! :D There's also new imagery covering General Santos City all the way to Davao del Sur. I haven't traced the outline yet. On Tue, Feb 7, 2012 at 11:02 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, While I was fixing a riverbank in Cotabato City, I ran into some new Bing satellite imagery! And there are 3 separate sets of them! 1. Here's the outline around Cotabato City: http://www.openstreetmap.org/browse/way/149145097 2. Here's the outline along the western coast of Central Mindanao:
Re: [OSM-talk] Contact And Remap Campaign
On 07/02/12 07:36, Graham Jones wrote: On 7 February 2012 05:34, Simone Cortesi sim...@cortesi.com mailto:sim...@cortesi.com wrote: Our default action should be: if somebody doesn't answer, then relicence I completely agree - we should assume that no response is equivalent to consent - if they complain about this action we can delete their data when they show enough interest to actually decline the licence/terms. I find this lack of respect for people's work, and for copyright law rather surprising and out-of-keeping with an Open project. Of course we cannot just take people's work just because they have not replied to an email or two. -- Cheers, Chris user: chillly ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On 09/02/2012 10:23, Chris Hill wrote: I find this lack of respect for people's work, and for copyright law rather surprising and out-of-keeping with an Open project. Of course we cannot just take people's work just because they have not replied to an email or two. Hear hear. People change email addresses and lose touch with things all the time - I run a mailing list of around a thousand people, and I get maybe a dozen change requests a month and maybe four who bounce. When I write to them (I have snail mail addresses too) I usually find they forgot to tell us. Where the onus is on someone to change it themselves, especially if they've moved on to other things, it doesn't happen. I can't see any reason that all OSM contributors are not madly remapping right now, whether from an armchair of foot/bike/car. Many of us are. EOE we've dealt with most of Cambridgeshire now, for example, with the exception of a few Cambridge colleges which are in hand, and a few things which need ground verification. But it is a deeply dispiriting business, to have to re-do work you already did long ago, only for it to have been replace wholesale by someone who then hasn't ticked the box. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
Graham Jones wrote: Maybe I am naive, but I struggle to believe that people are really that vindictive - they have all put effort into contributing to the project over time. That would come into the category of taking a relaxing hobby too seriously to me! Hi, you must be new round here. ;) Even if this is the case, I think that it would still be better to risk someone declining at the last minute than decide to delete peoples work when I believe that there is a very good chance that that is not what they want. It depends on circumstances, really. At the moment I'm concentrating on replacing decliners' work. If someone appears genuinely to be unaware, then it's certainly more sensible to try different avenues to contact them than to remap. But where there's an undecided who I know very well is aware of the issues, has strong opinions on them, and just hasn't clicked the button either way (such as sherbourne and 80n in the UK), I won't have any compunction about replacing their edits. There's an outside possibility on 2nd April that I'll have wasted my time, but that's a risk I'm prepared to take. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Contact-And-Remap-Campaign-tp5456674p5469226.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
Therefore I can't see any reason that all OSM contributors are not madly remapping right now, whether from an armchair of foot/bike/car. I don't remap because I lack official and final rules for what needs to be remapped. In my neighborhood there are many tainted roads that will cause the network to break and I tried to remap one street. I found that I don't know a) whether to replace node without tags created by decliner it the node was moved from the original position b) whether moving all nodes and checking all tags make way clean or I need to delete it and recreate c) how to remap a way and don't break the relations etc. And most importantly, I need a tool that tells me if the state of the map after applying my changeset is clean or not. For this reasons I'm not remapping and waiting for more informed mappers to do it or for OSMF to delete the data they don't like so I can than fix it being 100% sure what needs to be done. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
With the exception of a couple of edge cases, all the necessary information and tools exists. And can be easily found on this list and on the wiki. For example: http://wiki.openstreetmap.org/wiki/Remapping Simon Am 09.02.2012 13:32, schrieb Václav Řehák: Therefore I can't see any reason that all OSM contributors are not madly remapping right now, whether from an armchair of foot/bike/car. I don't remap because I lack official and final rules for what needs to be remapped. In my neighborhood there are many tainted roads that will cause the network to break and I tried to remap one street. I found that I don't know a) whether to replace node without tags created by decliner it the node was moved from the original position b) whether moving all nodes and checking all tags make way clean or I need to delete it and recreate c) how to remap a way and don't break the relations etc. And most importantly, I need a tool that tells me if the state of the map after applying my changeset is clean or not. For this reasons I'm not remapping and waiting for more informed mappers to do it or for OSMF to delete the data they don't like so I can than fix it being 100% sure what needs to be done. ___ 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] Contact And Remap Campaign
I don't remap because I lack official and final rules (and tool(s)) for what needs to be remapped. +1 In addition to this my other reasons are: * Limited time vs. Possibility to reduce re-mapping needs by undecided accepting the new license+CTs. Toby has clearly detailed how powerful this _may_ be. (Note-to-self: 2do) * Possibility of considering undecided as accepted (if they don't respond) due to the listed imho good reasons (that, in essence, many if not most undecided don't know of the change and assumingly would accept if they would know) (note-to-OSMF: 2consider) * the above (and other) undecided impacts to remapping in cases where features have been mapped over time by a mix of accepted, declined and undecided mappers. I may well not understand something of the big picture here but I think it could be a good idea to have at least a month or two of time between the time when undecideds are considered accepted and before the switch/cleanup is done in the data, would be imho good to be combined with what someone suggested as stating clearly that if those who are undecided and don't respond now will complain later then the cleanup of their data will happen later than sooner (as the community's time permits). This would (hopefully) dis-encourage those who everyone knows will not accept the license change (and who know about it) but who are not declining for whatever reason. Cheers from sunny Haiti, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Václav ehák rehak...@gmail.com Date: Thu, 9 Feb 2012 13:32:55 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Contact And Remap Campaign Therefore I can't see any reason that all OSM contributors are not madly remapping right now, whether from an armchair of foot/bike/car. I don't remap because I lack official and final rules for what needs to be remapped. In my neighborhood there are many tainted roads that will cause the network to break and I tried to remap one street. I found that I don't know a) whether to replace node without tags created by decliner it the node was moved from the original position b) whether moving all nodes and checking all tags make way clean or I need to delete it and recreate c) how to remap a way and don't break the relations etc. And most importantly, I need a tool that tells me if the state of the map after applying my changeset is clean or not. For this reasons I'm not remapping and waiting for more informed mappers to do it or for OSMF to delete the data they don't like so I can than fix it being 100% sure what needs to be done. ___ 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] Contact And Remap Campaign
Am 09.02.2012 14:06, schrieb Jaakko Helleranta.com: but I think it could be a good idea to have at least a month or two of time between the time when undecideds are considered accepted and before the switch/cleanup is done in the data, Just because somebody aired the idea here that undecided / non-responders should be considered accepted doesn't mean it has anything to do with the reality of how the transition will be carried through. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: OSM tracker beta
New OSM data-collection software for Android: Collects GPX track tiles Collects voice notes Collects text notes Collects photos Have a look. -- Forwarded message -- From: Ian Darwin My osm tracker for Android is (finally!) ready for people to play with before I put it into the Market, at http://darwinsys.com/jpstrack/. If you can test it, or have friends that can, or mention it at the next Mappy Hour if I dont make it, I'd be grateful. Thanks Ian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
2012/2/9 Simon Poole si...@poole.ch: With the exception of a couple of edge cases, all the necessary information and tools exists. And can be easily found on this list and on the wiki. For example: http://wiki.openstreetmap.org/wiki/Remapping I went through the page and I'm aware that you and others put much effort into making the relicensing easier. But can you please show me where exactly it is described what will happen e.g. to a node without tags (part of a way) created by decliner that was since then moved by agreeing user? And how can I verify that my edit made the way clean? Maybe I'm doing it wrong but after spending one hour trying to fix a single residential road without being sure it's license is OK now, I decided not to remap. I'm not trying to blame anyone or requesting something, just explaining why all OSM contributors are not madly remapping right now. If the API will allow only CT+ODbL compatible changesets, I will start trying to fix my area. But before that it's just too much work with uncertain results. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
jaakkoh wrote: I don't remap because I lack official and final rules (and tool(s)) for what needs to be remapped. +1 Use the WTFE licence status display in Potlatch 2 or JOSM - that is as close to the community consensus as we have, and I expect the data change on 1st April to follow it very closely. Possibility of considering undecided as accepted (if they don't respond) Completely not going to happen. Anyone suggesting that needs to read some law. You absolutely cannot do that [1]. cheers Richard [1] slight proviso: in the UK you could _maybe_ get away with it if you placed an ad in the Times saying trying to contact so and so. At a cost of £. Or we could just remap ;) -- View this message in context: http://gis.19327.n5.nabble.com/Contact-And-Remap-Campaign-tp5456674p5469645.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
Am 09.02.2012 15:15, schrieb Václav Řehák: 2012/2/9 Simon Poolesi...@poole.ch: With the exception of a couple of edge cases, all the necessary information and tools exists. And can be easily found on this list and on the wiki. For example: http://wiki.openstreetmap.org/wiki/Remapping I went through the page and I'm aware that you and others put much effort into making the relicensing easier. But can you please show me where exactly it is described what will happen e.g. to a node without tags (part of a way) created by decliner that was since then moved by agreeing user? And how can I verify that my edit made the way clean? Please read the LWG minutes (this is -really- getting old). And what is wrong with using the OSMI licence view to verify changes? What -does- cost too much time is responding to trolling on this list. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: OSM tracker beta
Glad to see more OSM development on Android, but it seems these capabilities are all a subset of OSMTracker. I'll try it out later though. I would like to see improvements to OSMTracker, like offline maps, tappable/editable waypoints, and export to OSM.XML instead of just GPX. Or perhaps combine OSMTracker/JPSTrack capabilities into OsmAnd. -Josh On Thu, Feb 9, 2012 at 9:13 AM, Richard Weait rich...@weait.com wrote: New OSM data-collection software for Android: Collects GPX track tiles Collects voice notes Collects text notes Collects photos Have a look. -- Forwarded message -- From: Ian Darwin My osm tracker for Android is (finally!) ready for people to play with before I put it into the Market, at http://darwinsys.com/jpstrack/. If you can test it, or have friends that can, or mention it at the next Mappy Hour if I dont make it, I'd be grateful. Thanks 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] Contact And Remap Campaign
On 9 February 2012 06:17, Nick Hocking nick.hock...@gmail.com wrote: Graham Jones wrote I completely agree - we should assume that no response is equivalent to consent - if they complain about this action we can delete their data when they show enough interest to actually decline the licence/terms. Qui tacet consentire There is one problem with this. There are people who are remaining undecided so that remappers will leave their work alone in the vain hope that the undecider votes in our favour. Yay for speculation. First of all the only difference between undecided and declined is that if someone declines you know that they've seen the message and know about the OSM's change process. I think this is the only purpose of the decline button, which at the beginning I thought was spurious. I honestly found it strange that RichardF would insist on 80n selecting one of the options.. really, what's the point? Specially since you know 80n knows about the change. Then at the last moment they will decline, thus ensuring maximum damage to the OSM database on April 1st. Why should they decline? It will make no difference whatsoever at that point. So, If we decide to now accept an undeciders work then remappers will surely leave it alone and then when the undecider turns into a decliner on or after the changeover date, then they will have succedded in damaging our database. Therefore if we decide to auto-accept an undeciders work, this decision must be irreversible and must be taken soon (within the week). Otherwise we should remap the undeciders roads as fast as possible. I guess (IANAL) that maybe if we do take over the undeciders work and they complain, then we could remove that data at OUR liesure by remapping it one way at a time,over the next year or so. I'm not sure LWG would like that since they became allergic to CC-By-SA. Having any CC-By-SA data in the database would mean that OSMF has to comply with the share-alike clause and I think there exists a probability that a court would order OSMF to do that (only publish osm data under CC-By-SA) in case of a conflict in court. (ianal either) But then it doesn't seem like the LWG is willing to really clear the database of CC-By-SA-only work, so it may be the case anyway. Of course if you say that OSM is a joint work (as Russ Nelson suggested) and anyone can re-license under any license they like so far as they share the profits then it doesn't matter because anyone can use OSM under CC-By-SA. But I also think that there are enough examples of share-alike licenses actually working, that a court anywhere might not accept the joint work interpretation. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On 07/02/2012 08:36, Graham Jones wrote: On 7 February 2012 05:34, Simone Cortesi sim...@cortesi.com mailto:sim...@cortesi.com wrote: Our default action should be: if somebody doesn't answer, then relicence I completely agree - we should assume that no response is equivalent to consent - if they complain about this action we can delete their data when they show enough interest to actually decline the licence/terms. Qui tacet consentire. There is a part of me that would love to agree, but the fact is that for better or worse we earlier asked them if we could publish their contributions under CC-BY-SA and only under CC-BY-SA. Another consideration for continuing mappers is that if you weaken the rights of folks who have not responded, you weaken your own hold over keeping the our license a free and open license over the next 100 years or so while your personal copyright remains active. Of the two, I prefer to go remapping. As an aside, the problem of not being able to contact authors is well known [1] and an evolving area of law [2] [3] if you are interested. Wikipedia has been lobbying in the EU on the matter. Once the license change is over, I look forward to working with them on matters like this to push forward the frontiers of Open IP. Mike [1] http://en.wikipedia.org/wiki/Orphan_works [2] http://www.copyright.gov/orphan/ [3] http://ec.europa.eu/internal_market/copyright/orphan_works_en.htm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
I concur the data in OSM is dubious enough without asking for trouble. Cheerio John On 9 February 2012 12:58, Michael Collinson m...@ayeltd.biz wrote: ** On 07/02/2012 08:36, Graham Jones wrote: On 7 February 2012 05:34, Simone Cortesi sim...@cortesi.com wrote: Our default action should be: if somebody doesn't answer, then relicence I completely agree - we should assume that no response is equivalent to consent - if they complain about this action we can delete their data when they show enough interest to actually decline the licence/terms. Qui tacet consentire. There is a part of me that would love to agree, but the fact is that for better or worse we earlier asked them if we could publish their contributions under CC-BY-SA and only under CC-BY-SA. Another consideration for continuing mappers is that if you weaken the rights of folks who have not responded, you weaken your own hold over keeping the our license a free and open license over the next 100 years or so while your personal copyright remains active. Of the two, I prefer to go remapping. As an aside, the problem of not being able to contact authors is well known [1] and an evolving area of law [2] [3] if you are interested. Wikipedia has been lobbying in the EU on the matter. Once the license change is over, I look forward to working with them on matters like this to push forward the frontiers of Open IP. Mike [1] http://en.wikipedia.org/wiki/Orphan_works [2] http://www.copyright.gov/orphan/ [3] http://ec.europa.eu/internal_market/copyright/orphan_works_en.htm ___ 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] Contact And Remap Campaign
Hi Mike, Thank you for the considered reply. Yes, it looks like 'orphan works' was the term I was thinking of. Thanks you for the links. I think the reason that I do not agree that re-mapping is the better option, is that I have no real interest in preserving my personal copyright or changing the licence - when I started contributing to this project I did not read the legal stuff enough to realise that I retained personal copyright of the data I contributed and thought that I was contributing to some sort of collective ownership project. I remember thinking that the attribution part of the licence was a nice idea because it is polite to say where you got the data from, nothing more than that. For this reason, putting effort into addressing the consequences of a licence change will never feel worthwhile to me, because I see no benefit in it. I understand that many people do think it is a good idea though, and respect that view. If I sounded disrespectful of people's copyright, then I apologise - I do not think that what I suggested is disrespectful, just a pragmatic interpretation that is unlikely to offend many, and for which there is a straightforward response to anyone that does not like what has been done to their data. Anyway for fear of this getting into the usual bad tempered 'debate' about licence issues, this is my last word on the subject! Cheers Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
Chris Hill writes: I find this lack of respect for people's work, and for copyright law rather surprising and out-of-keeping with an Open project. Of course we cannot just take people's work just because they have not replied to an email or two. You can't defend somebody else's copyright. Only they have standing to do so. Nobody associated with OSM has the ability to defend my copyright; so why should they try? Only *I* have the ability to defend my copyright ... and the same goes for other contributors to OSM. People who take action to defend their copyright will sign in, and check the box that says declined. It's as easy as that ... and anybody who is unwilling to put that effort forth is unlikely to take any other action. And since they're the only people who have the legal right to do so, we cannot and thus should not take on that legal weight ourselves. It's not that we have no respect for people's work. It's that we have no MORE respect for people's work than they have for it themselves. It's perfectly reasonable to treat the copyright interests of people who cannot be bothered to defend their copyright as abandoned. -- --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-nl] Carnavalskaart?
kwam ook voorbij op het forum: http://forum.openstreetmap.org/viewtopic.php?id=9705 gr, floris 2012/2/9 Maarten Deen md...@xs4all.nl: Het is weer bijna zover, carnaval. Is de carnavalskaart nog ergens beschikbaar? Ik zie hem niet als kaart op de NL tileserver. Maar volgens mij werken geen van de andere kaarten op de NL tileserver. De overlays doen het wel (na enig aandringen). Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Carnavalskaart?
oeps, in 2010 dus :) 2012/2/9 Floris Looijesteijn o...@floris.nu: kwam ook voorbij op het forum: http://forum.openstreetmap.org/viewtopic.php?id=9705 gr, floris 2012/2/9 Maarten Deen md...@xs4all.nl: Het is weer bijna zover, carnaval. Is de carnavalskaart nog ergens beschikbaar? Ik zie hem niet als kaart op de NL tileserver. Maar volgens mij werken geen van de andere kaarten op de NL tileserver. De overlays doen het wel (na enig aandringen). Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Boundary removal
The version1 level 10 ABS boundaries have now been removed. Now when you see a red way you know that it does indeed need work on it. If you use a mapnik rendering (whether Bing maps or openstretmap.org) the remaining level 10 boundaries show up well in purple. These will almost always be of two types a) someone has realigned the boundary based on local knowledge. or b) Someone has mixed an administrative boundary and a highway, railway waterway aeroway etc. in the same way. In the a) case the editors will need to save away these mods until boundaries are reapplied and then remake the changes, although it would be great if we can apply all state boundary changes to the old boundaries, before the licence change. In the b) cases each road/river etc needs to be investigated to see if it can be remapped from clean sources. There is a lot of work to do but each highway reclaimed will result in a marked reduction in loss of routability at changeover time. P.S. I've caused a bit of damage to our coastline which will be fixed soon(ish). ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal
Thanks for doing that. - Ben. -- Ben Kelley ben.kel...@gmail.com On Feb 9, 2012 9:13 PM, Nick Hocking nick.hock...@gmail.com wrote: The version1 level 10 ABS boundaries have now been removed. Now when you see a red way you know that it does indeed need work on it. If you use a mapnik rendering (whether Bing maps or openstretmap.org) the remaining level 10 boundaries show up well in purple. These will almost always be of two types a) someone has realigned the boundary based on local knowledge. or b) Someone has mixed an administrative boundary and a highway, railway waterway aeroway etc. in the same way. In the a) case the editors will need to save away these mods until boundaries are reapplied and then remake the changes, although it would be great if we can apply all state boundary changes to the old boundaries, before the licence change. In the b) cases each road/river etc needs to be investigated to see if it can be remapped from clean sources. There is a lot of work to do but each highway reclaimed will result in a marked reduction in loss of routability at changeover time. P.S. I've caused a bit of damage to our coastline which will be fixed soon(ish). ___ 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-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Alguém consegue explicar resumidamente porque a mudança na licença? Julison by mobile. Em 09/02/2012, às 13:05, Ricardo Padilha ricardospadi...@gmail.com escreveu: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
muito simples, pq a licença é mais adequada para dados como esses ao contrário de peças de arte, e para facilitar uso livre em mais maneiras não facilitadas pela licença anterior, assim que os dados não sejam impossíveis de usar para casos legítimos mas fora do quadro de CC... please correct me if I'm wrong Em 9 de fevereiro de 2012 16:18, Julison Gmail juliso...@gmail.comescreveu: Alguém consegue explicar resumidamente porque a mudança na licença? Julison by mobile. Em 09/02/2012, às 13:05, Ricardo Padilha ricardospadi...@gmail.com escreveu: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
No site da OpenStreetMap Foundation tem o resumo, mas está em inglês: http://www.osmfoundation.org/wiki/License/Contributor_Terms_Summary 2012/2/9 Julison Gmail juliso...@gmail.com Alguém consegue explicar resumidamente porque a mudança na licença? Julison by mobile. Em 09/02/2012, às 13:05, Ricardo Padilha ricardospadi...@gmail.com escreveu: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
- To contribute, you have to grant the OpenStreetMap foundation an irrevocable right to re-license your content under any future free license. - This is non-exclusive, i.e. you can still use your content in other places. http://wiki.openstreetmap.org/wiki/Open_Database_License/Contributor_Terms/Human_readable Pelo visto querem garantir que se a licença for modificada não seja mais necessário pedir a permissão de todos os usuários. Segurança jurídica e tal. A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam as informações a partir de uma API de graça para uso sem fins lucrativos. Esse mimimi em torno de licença é um saco, ainda mais de instituições que utilizaram crowdsourcing para povoar os dados, pra mim a plataforma não vale nada já que estas informações não seriam possíveis sem o apoio gratuito das pessoas, não podem requerer a posse exclusiva destes dados. Cleber 2012/2/9 vitor vitor.geo...@gmail.com: No site da OpenStreetMap Foundation tem o resumo, mas está em inglês: http://www.osmfoundation.org/wiki/License/Contributor_Terms_Summary 2012/2/9 Julison Gmail juliso...@gmail.com Alguém consegue explicar resumidamente porque a mudança na licença? Julison by mobile. Em 09/02/2012, às 13:05, Ricardo Padilha ricardospadi...@gmail.com escreveu: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
É muito trabalho, mas é preciso defender a base de litígios futuros. 2012/2/9 Cleber Gouvêa cleb...@gmail.com - To contribute, you have to grant the OpenStreetMap foundation an irrevocable right to re-license your content under any future free license. - This is non-exclusive, i.e. you can still use your content in other places. http://wiki.openstreetmap.org/wiki/Open_Database_License/Contributor_Terms/Human_readable Pelo visto querem garantir que se a licença for modificada não seja mais necessário pedir a permissão de todos os usuários. Segurança jurídica e tal. A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam as informações a partir de uma API de graça para uso sem fins lucrativos. Esse mimimi em torno de licença é um saco, ainda mais de instituições que utilizaram crowdsourcing para povoar os dados, pra mim a plataforma não vale nada já que estas informações não seriam possíveis sem o apoio gratuito das pessoas, não podem requerer a posse exclusiva destes dados. Cleber 2012/2/9 vitor vitor.geo...@gmail.com: No site da OpenStreetMap Foundation tem o resumo, mas está em inglês: http://www.osmfoundation.org/wiki/License/Contributor_Terms_Summary 2012/2/9 Julison Gmail juliso...@gmail.com Alguém consegue explicar resumidamente porque a mudança na licença? Julison by mobile. Em 09/02/2012, às 13:05, Ricardo Padilha ricardospadi...@gmail.com escreveu: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. [1]: http://cleanmap.poole.ch/?zoom=12lat=-28.30894lon=-53.51408layers=00B R. 2012/2/9 Rodrigo Avila rodr...@avila.net.br Em 7 de fevereiro de 2012 22:00, vitor vitor.geo...@gmail.com escreveu: Pode ser que o usuário [...] simplesmente não concorda com os novos termos. [...] Por falar nisso, tem uma área bem grande na Europa que foi mapeada (ou importada) por um usuário que, de acordo com o site, não concordou com os termos... [1] pensa no rombo que isso vai deixar no mapa... [2] [1] http://hdyc.neis-one.org/?balrog-kun [2] http://cleanmap.poole.ch/?zoom=8lat=52.14464lon=20.78955layers=00B ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
2012/2/9 Cleber Gouvêa cleb...@gmail.com: A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam as informações a partir de uma API de graça para uso sem fins lucrativos. Os dados do OpenStreetMap *podem* ser usados para fins lucrativos. O argumento de pode usar de graça sem fins lucrativos é bem frequente e tentador, mas não serve prá nós ;-) LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
2012/2/9 Ricardo Padilha ricardospadi...@gmail.com: A pior parte é que a única maneira de se livrar do problema é recriar do zero. Que lamentável desperdício de trabalho. Pelo que eu vi, tem algumas cidades no RS que vão simplesmente desaparecer [1]. Eu duvido que conseguiremos contatar as pessoas responsáveis antes da data final. Eu contatei vários aqui da minha região (São Leopoldo / Novo Hamburgo / Porto Alegre) há uns meses, e os casos que iam dar mais problema responderam e já aceitaram os novos termos. Acho que vale a pena contatar o pessoal à sua volta. Dá bem pouco trabalho e (no meu caso, pelo menos), salvou um monte de dados. LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Oi Cleber, O mapa base do Wikimapia é o Google Maps. As pessoas colaboram apontando locais de interesse em cima deste mapa. Desta maneira, todos estes pontos são informações derivadas da base de dados do Google. Vitor 2012/2/9 Cleber Gouvêa cleb...@gmail.com Os dados não são derivados do Google, até onde eu sei todos os dados são fornecidos de forma colaborativa pelos usuários, onde tu viu que eles tiram dados do Google tb ? Cleber 2012/2/9 Arlindo Pereira openstreet...@arlindopereira.com: Off-topic, mas os dados do Wikimapia são derivados do Google, que usa dados de empresas comerciais de cartografia como Navteq e Maplink... eles podem dizer o que quiser, mas é ilegal por ser trabalho derivado. Mal comparando, seria o mesmo que eu pegar, digamos, uma foto da capa do CD da Lady Gaga e pintar por cima de canetinha e dizer que agora pode ser usado sem fins lucrativos. Continua sendo infração de direitos autorais. []s 2012/2/9 Leandro Motta Barros l...@stackedboxes.org: 2012/2/9 Cleber Gouvêa cleb...@gmail.com: A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam as informações a partir de uma API de graça para uso sem fins lucrativos. Os dados do OpenStreetMap *podem* ser usados para fins lucrativos. O argumento de pode usar de graça sem fins lucrativos é bem frequente e tentador, mas não serve prá nós ;-) LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Isso está nos termos do Google Maps ? Acho q ñ se aplica, as lat/long só existem no Google Maps ? Cleber 2012/2/9 vitor vitor.geo...@gmail.com: Oi Cleber, O mapa base do Wikimapia é o Google Maps. As pessoas colaboram apontando locais de interesse em cima deste mapa. Desta maneira, todos estes pontos são informações derivadas da base de dados do Google. Vitor 2012/2/9 Cleber Gouvêa cleb...@gmail.com Os dados não são derivados do Google, até onde eu sei todos os dados são fornecidos de forma colaborativa pelos usuários, onde tu viu que eles tiram dados do Google tb ? Cleber 2012/2/9 Arlindo Pereira openstreet...@arlindopereira.com: Off-topic, mas os dados do Wikimapia são derivados do Google, que usa dados de empresas comerciais de cartografia como Navteq e Maplink... eles podem dizer o que quiser, mas é ilegal por ser trabalho derivado. Mal comparando, seria o mesmo que eu pegar, digamos, uma foto da capa do CD da Lady Gaga e pintar por cima de canetinha e dizer que agora pode ser usado sem fins lucrativos. Continua sendo infração de direitos autorais. []s 2012/2/9 Leandro Motta Barros l...@stackedboxes.org: 2012/2/9 Cleber Gouvêa cleb...@gmail.com: A propósito a OSM não pode utilizar dados da Wikimapia ? Eles disponibilizam as informações a partir de uma API de graça para uso sem fins lucrativos. Os dados do OpenStreetMap *podem* ser usados para fins lucrativos. O argumento de pode usar de graça sem fins lucrativos é bem frequente e tentador, mas não serve prá nós ;-) LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Bom, entendi, vi um trecho na página da Wikimapia na Wikipédia falando sobre, que no final de 2010 eles mudaram a licença para permitir o uso não comercial dos dados para tentar se adaptar ao uso dos dados provenientes do Google Maps, que o Google não tem direito, aliás, já que usa outras fontes para obtê-lo. http://en.wikipedia.org/wiki/WikiMapia#Licensing Bom, então o Google que está errado, ele não deveria permitir a recuperação de informações provenientes de sua API, teria q ser só pra leitura, ou para associação de dados que o usuário já possui ao mapa, mas não, ele tem serviços de geocoding e reverse geocoding, incentiva a recuperação das informações. Bom, por essa lógica grande parte dos mashups na Internet estão ilegais pq de uma forma ou de outra eles recuperam as informações da api do Google e armazenam elas. E o Google e mais ninguém parece se importar com o a verificação de coordenadas e o armazenamento delas a apartir de sua API já que a Wikimapia e vários outros serviços não só utilizam as informações como tb fazem uso comercial delas (ganham com Adsense por exemplo). O fato é que não tem uma opinião definitiva quanto a legitimidade ou não do armazenamento destes dados. Alguém me corrija por favor. Cleber 2012/2/9 Ronaldo Maia rom...@async.com.br: Recomendo ler a FAQ do OSM: http://wiki.openstreetmap.org/wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F 2012/2/9 Cleber Gouvêa cleb...@gmail.com: Isso está nos termos do Google Maps ? Acho q ñ se aplica, as lat/long só existem no Google Maps ? Cleber 2012/2/9 vitor vitor.geo...@gmail.com: Oi Cleber, O mapa base do Wikimapia é o Google Maps. As pessoas colaboram apontando locais de interesse em cima deste mapa. Desta maneira, todos estes pontos são informações derivadas da base de dados do Google. Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Bing-Luftbilder
Am 08.02.2012 21:58, schrieb Christian H. Bruhn: Hallo! Wenn es um Luftbilder geht, werden immer die zukünftigen Bing-Bilder erwähnt. Für mich erzeugten die Infos aus den Postings den Eindruck, es gäbe Mitte des Jahres flächendeckend (!) hochauflösende (!) und aktuelle (!) Luftbilder für ganz (!) Deutschland. Bei Bing/Microsoft selbst habe ich immer nur etwas von Testgebieten gelesen. Was ist also an der Sache dran? Christian P.S. Mir ist aufgefallen das Google die neuen Luftbilder von den Vermessungsämtern bisher nur in Gebieten einsetzt, wo sie vorher noch keine anderen guten Bilder hatten. Daher fehlt manches Neubaugebiet bei Google, obwohl schon in den amtlichen Luftbildern drin ist. Auflösung 30cm / Juni 2012: http://forum.openstreetmap.org/viewtopic.php?id=11373 http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo, da war doch was: Vorhin habe ich aus der Liste im Wiki (http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_14) die letzten Orte vollends abgearbeitet. Am 14. Januar 2012 11:45 schrieb ludwich ludw...@ludwich.de: ich suche Unterstützung bei der Bereinigung folgender Daten. Georg v. hat mir eine Auswertung gezogen (Danke) die folgenden Inhalt hat: Es handelt sich um Place-Nodes sowie um Place-Flächen (meist landuse=residential + place=y) die den gleichen Namen haben. Meist sind es also Orte, die eine Landuse-Fläche mit Placeangabe haben; zusätzlich ist ein Node mit dem Ortsnamen vergeben. Wir haben nun den Ansatz gewählt die Zusammengehörigkeit über die Distanz von Node und Fläche herzustellen. Das funktioniert eigentlich auch meist ganz gut. Vielleicht mit Ausnahme der Inseln - auf der Insel Helgoland liegt der gleichamige Ort. Bei place=locality war auch eher ein echter Unterschied gegeben. Bereinigen lässt sich das ganze letztendlich nur durch einen Blick in die Karte . Die Liste dient also als Unterstützung beim Qualitätssichern. Stimmt, man trifft nicht nur auf ungewohnte Ortsnamen sondern auch auf ungewohnten Tagging-Stile. Von landuse=residential mit layer=-4 über unterschiedliche Interpretation der place-Tags bis hin zur spannenden Frage, wie Streusiedlungen gehandhabt werden sollen. Meist habe ich die Sachen konservativ behandelt, manchmal konnte ich mich aber nicht zurückhalten. Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Am 9. Februar 2012 13:19 schrieb Michael Krämer ohr...@googlemail.com: Es handelt sich um Place-Nodes sowie um Place-Flächen (meist landuse=residential + place=y) die den gleichen Namen haben. Meist sind es also Orte, die eine Landuse-Fläche mit Placeangabe haben; zusätzlich ist ein Node mit dem Ortsnamen vergeben. Wir haben nun den Ansatz gewählt die Zusammengehörigkeit über die Distanz von Node und Fläche herzustellen. Das funktioniert eigentlich auch meist ganz gut. Vielleicht mit Ausnahme der Inseln - auf der Insel Helgoland liegt der gleichamige Ort. Bei place=locality war auch eher ein echter Unterschied gegeben. place=island für die Insel, place=village für den Ort. Wo will man da locality unterbringen? Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. da würde ich z.T. etwas mutiger sein, und Stadtteile, die ursprünglich (und tatsächlich aktuell, unter siedlungsgeografischen Gesichtspunkten) eigenständige Siedlungen sind, als place=village mappen. So was kann man aber nur mit guter Ortskenntnis einschätzen (wenn so eine Siedlung mittlerweile allgemein als Stadtteil gesehen wird (d.h. wenn sich die Leute, die dort wohnen, mehrheitlich als Städter und nicht als Dörfler sehen), wäre suburb besser). Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. vielleicht, aber jeder Fall ist anders, und Beispiele und Bilder geben eben nur einen bestimmten Teil der Realität wieder. Ohne Ortskenntnis kann man die Beispiele ja auch nicht einschätzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo Martin, Am 9. Februar 2012 14:00 schrieb Martin Koppenhoefer dieterdre...@gmail.com: place=island für die Insel, place=village für den Ort. Wo will man da locality unterbringen? Da habe ich mich etwas mißverständlich ausgedrückt: Es gab in der Liste auch Kombinationen von Knoten mit locality und Wegen mit z. B. hamlet. Damit waren dann auch wirklich unterschiedliche Objekte gemeint. Falls man die Aktion mal wiederholen oder ausweiten möchte, würde ich mir überlegen, ob locality und island wirklich mit betrachtet werden sollen. Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. da würde ich z.T. etwas mutiger sein, und Stadtteile, die ursprünglich (und tatsächlich aktuell, unter siedlungsgeografischen Gesichtspunkten) eigenständige Siedlungen sind, als place=village mappen. So was kann man aber nur mit guter Ortskenntnis einschätzen (wenn so eine Siedlung mittlerweile allgemein als Stadtteil gesehen wird (d.h. wenn sich die Leute, die dort wohnen, mehrheitlich als Städter und nicht als Dörfler sehen), wäre suburb besser). In den Fällen in der Liste waren sich die bisherigen Mapper ja eben nicht einig, daher ein Unterschied bei Knoten und Weg. Hier aber ein Beispiel, das als suburb getaggt war: http://www.openstreetmap.org/?lat=48.29614lon=10.39492zoom=16layers=Mnode=115516121 - das ist für mich ganz eindeutig ein village Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. vielleicht, aber jeder Fall ist anders, und Beispiele und Bilder geben eben nur einen bestimmten Teil der Realität wieder. Ohne Ortskenntnis kann man die Beispiele ja auch nicht einschätzen. Es gibt ja schon einige gut gemachte Beispiele im Wiki mit Anhaltspunkten. Mir ist eben aufgefallen, dass in der Liste relativ häufig suburb - village bzw. hamlet auftrat. Daher scheinen die bisherigen Erläuterungen dazu vielleicht nicht gut genug zu sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karte der Beleuchung ?
hi ! es gibt doch so Beleuchtungssmok-Karten - weiß einer von Euch, ob es etwas vergleichbares für OSM gibt ?!!? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte der Beleuchung ?
Hi, am Ende dieser Wikiseite [1] findest du 2 Links zu solchen Karten. Das Tagging der kuenstlichen Beleuchtung ist aber bei weitem noch nicht flaechendeckend genug, um aussagekraeftige Ergebnisse zu erhalten. Gruss Chaos99 [1] http://wiki.openstreetmap.org/wiki/DE:Key:lit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Energieversorger - Wie taggen?
hallo, Leider habe ich weder im Wiki noch in der Liste zu dem Thema etwas gefunden: wie taggt man üblicherweise die Serviceräume eines Energieversorgungsunternehmens, in denen das Unternehmen den Kundenverkehr abwickelt? Grüße rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Öffentliches Duschbad
Hallo, Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Solche Einrichtungen gab es früher in vielen Städten, entweder an ein Schwimmbad angegliedert oder als selbständige Einrichtung. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Energieversorger - Wie taggen?
Im Wiki ist ein office=company beschrieben. Da auch ein office=telecomunication beschrieben ist, und Energieversorgung durchaus von allgemeinenerem Interesse ist als irgend eine Firma, koennte man ein office=public_utilities erfinden. Bei Taginfo finde ich aber noch keine derartige Verwendung (und auch nichts anderes, passendes.) Moeglicherweise sollte man dazu einen englischen Muttersprachler konsultieren. Wenn du dir etwas neues ausdenkst,, waere es schoen, wenn du es auch gleich im Wiki dokumentierst, damit andere es finden. Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 09.02.2012 16:33, schrieb Rainer Kluge: Hallo, Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Solche Einrichtungen gab es früher in vielen Städten, entweder an ein Schwimmbad angegliedert oder als selbständige Einrichtung. Grüße Rainer Gibts sowas noch? Gruß Tobi ___ 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] Öffentliches Duschbad
Hallo, Am 9. Februar 2012 16:33 schrieb Rainer Kluge rklug...@web.de: Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Solche Einrichtungen gab es früher in vielen Städten, entweder an ein Schwimmbad angegliedert oder als selbständige Einrichtung. Taginfo kennt 25 mal amenity=public_bath, das klingt doch ganz geeignet. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Eintrag von shower in die Wiki-Suchmaske ergab folgenden Link: http://wiki.openstreetmap.org/wiki/Shower amenity = shower Vielleicht mit fee=yes ? Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Hallo, Am 9. Februar 2012 16:54 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Eintrag von shower in die Wiki-Suchmaske ergab folgenden Link: Zu einfach... http://wiki.openstreetmap.org/wiki/Shower amenity = shower Bei Taginfo hat es 913 Einträge dazu, damit ist es klarer Gewinner gegenüber public_bath. Interessanterweise fand sich das bis eben in den amenity-Listen nicht als Eintrag. Jetzt fehlt nur noch ein passendes Foto dazu... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo Martin, Stadtteile, die ursprünglich (und tatsächlich aktuell unter siedlungsgeografischen Gesichtspunkten) eigenständige Siedlungen sind ein Dorf ist ein Dorf, http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) eine Stadt ist eine Stadt http://wiki.openstreetmap.org/wiki/Tag:place=village (sollte man mal übersetzen) ein Stadtteil ist ein Stadtteil (und kein Dorf) http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) Unklar sind Dörfer, die zusammengeschlossen wurden zu einer Verwaltungsgemeinde: Das Dorf ist immer noch ein Dorf, aber trägt jetzt den Namen der Verwaltungsgemeinde mit Zusatz Dorfname, oder den Dorfnamen mit Zusatz Verwaltungsgemeinde. http://wiki.openstreetmap.org/w/index.php?title=Special%3ASearchsearch=verwaltungsgemeinde Das verstehe ich nicht: http://wiki.openstreetmap.org/wiki/Locality Vielleicht kann das mal jemand übersetzen und genauer beschreiben? Ebenso das: http://wiki.openstreetmap.org/wiki/Locality Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. Unbedingt! Dass dann zusätzlich Ortskenntnis erforderlich ist, um die anhand der Bilder beschriebenen Regeln passend anzuwenden ist selbstverständlich. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 9. Februar 2012 16:43 schrieb Tobias Hobmeier tob...@antifuse.de: Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Gibts sowas noch? ja, am Strand gibts davon sehr viele, wenn es nur Duschen sind habe ich das bisher mit amenity=shower getaggt, evtl. sollte man das aber noch mit weiteren tags verfeinern (z.B. warm/kalt, fee). Für ein Bad klingt das von Michael genannte amenity=public_bath ganz gut finde ich, . Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 09.02.12 schrieb Michael Krämer ohr...@googlemail.com: Taginfo kennt 25 mal amenity=public_bath, das klingt doch ganz geeignet. Klingt noch besser. Ich habe mal einen Hinweis darauf auf der Wikiseite zu 'shower' ergaenzt. Auf die 'amenity' Seite traue ich mich nicht. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] R: Öffentliches Duschbad
Aber amenity = shower könnte etwas anderes zeichen , z.b. eine einfache Dusche am Strand oder eine Einrichtung bei einem Schwimmbad oder einem Golf-Club. Meiner Meinung nach wäre public_bath eine bessere Lösung für das, was es früher bei dem Hauptbahnof einer Stadt gab, oder heutzutage auf der Autobahn, besonders für LKW-Fahrer . Ciao, Alessandro. -Messaggio originale- Da: Michael Krämer [mailto:ohr...@googlemail.com] Inviato: giovedì 9 febbraio 2012 17.06 A: Openstreetmap allgemeines in Deutsch Oggetto: Re: [Talk-de] Öffentliches Duschbad Hallo, Am 9. Februar 2012 16:54 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Eintrag von shower in die Wiki-Suchmaske ergab folgenden Link: Zu einfach... http://wiki.openstreetmap.org/wiki/Shower amenity = shower Bei Taginfo hat es 913 Einträge dazu, damit ist es klarer Gewinner gegenüber public_bath. Interessanterweise fand sich das bis eben in den amenity-Listen nicht als Eintrag. Jetzt fehlt nur noch ein passendes Foto dazu... Grüße, Michael ___ 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] Klassifizierung von Orten, Doku
Am 9. Februar 2012 14:38 schrieb Markus liste12a4...@gmx.de: ein Dorf ist ein Dorf, +1 http://wiki.openstreetmap.org/wiki/Tag:place=suburb das ist allerdings kein Dorf ;-) eine Stadt ist eine Stadt +1 http://wiki.openstreetmap.org/wiki/Tag:place=village (sollte man mal übersetzen) nur zu ein Stadtteil ist ein Stadtteil (und kein Dorf) http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) ich habe hier mal eins der gewünschten Beispiele: Hirschau bei Tübingen (ist verwaltungstechnisch ein Ortsteil). das wurde im Februar 2008 als village eingezeichnet und hat seither ein paarmal zwischen village und suburb gewechselt. Zufällig vor 2 Tagen wurde es wieder - nach meiner Ansicht zu Recht - von suburb nach village umgetaggt: http://www.openstreetmap.org/browse/node/244961850/history Hier ein Link zu einer privaten Homepage, wo man einen kleinen Eindruck bekommt (Bild oben): http://www.tuebingen-hirschau.de/ Das verstehe ich nicht: http://wiki.openstreetmap.org/wiki/Locality Vielleicht kann das mal jemand übersetzen und genauer beschreiben? place=locality sind Orte mit Namen ohne Einwohner/unbewohnt, damit werden derzeit alle möglichen Arten von meist nicht näher beschriebenen Toponymen zusammengefasst: alles, was als Gegend, Ort oder Stelle einen Namen hat und unbewohnt ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 09.02.2012 um 17:07 schrieb Martin Koppenhoefer: Am 9. Februar 2012 16:43 schrieb Tobias Hobmeier tob...@antifuse.de: Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Gibts sowas noch? ja, am Strand gibts davon sehr viele, wenn es nur Duschen sind habe ich das bisher mit amenity=shower getaggt, evtl. sollte man das aber noch mit weiteren tags verfeinern (z.B. warm/kalt, fee). Ic hdenke auch, Shower ist das, was man sich unter denen am Strand vorstellt … Für ein Bad klingt das von Michael genannte amenity=public_bath ganz gut finde ich, . Und public_bath würde ich mit dem gleichsetzen, was früher mal die Badehäuser waren, also sowas: http://de.wikipedia.org/wiki/Volksbad Gruß Dennis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo Markus, vielen Dank für die schöne Zusammenfassung. Am 9. Februar 2012 14:38 schrieb Markus liste12a4...@gmx.de: ein Dorf ist ein Dorf, http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) Stimmt, das mit dem übersetzen ist eigentlich der Knackpunkt. Derzeit gibt es im Deutschen vor allem http://wiki.openstreetmap.org/wiki/DE:Key:place Unklar sind Dörfer, die zusammengeschlossen wurden zu einer Verwaltungsgemeinde: Das Dorf ist immer noch ein Dorf, aber trägt jetzt den Namen der Verwaltungsgemeinde mit Zusatz Dorfname, oder den Dorfnamen mit Zusatz Verwaltungsgemeinde. http://wiki.openstreetmap.org/w/index.php?title=Special%3ASearchsearch=verwaltungsgemeinde Genau diese Fälle waren mir Aufgefallen. Aus meiner Sicht ist hier das Erscheinungsbild wichtiger als der Verwaltungsstatus. Ein Dorf bleibt ein Dorf, auch wenn es in eine Stadt eingemeindet wird. Die Verwaltungsgemeinde hat ja manchmal einen eigenen Namen - die erscheint meines Erachtens dann eben auch nur durch die Grenze. Das verstehe ich nicht: http://wiki.openstreetmap.org/wiki/Locality Vielleicht kann das mal jemand übersetzen und genauer beschreiben? Ebenso das: http://wiki.openstreetmap.org/wiki/Locality Hm, das verstehe ich jetzt nicht... Locality ist aber irgendein Ort mit Namen, der sonst nirgends reinpasst. Ich hatte zum Beispiel einen Hügel bzw. Bergrücken - kein peak aber trotzdem mit Namen. Das andere war glaube ich mehr eine Landschaftsbezeichnung. Eigentlich sollte locality aber wohl immer seltener werden, da es zusehends spezielle Tags dafür gibt. Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. Konkret dachte ich persönlich da übrigens an OSM-Ausschnitte. So in der Art: Suburb: http://www.openstreetmap.org/?lat=48.16141lon=11.46922zoom=15layers=M Village: http://www.openstreetmap.org/?lat=47.76731lon=11.15775zoom=16layers=M Eine theoretische Alternative wären natürlich Ausschnitte aus Bing, aber ich vermute mal, dass die von der Lizenz her nicht ins Wiki dürfen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo Martin, Am 9. Februar 2012 17:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ich habe hier mal eins der gewünschten Beispiele: Hirschau bei Tübingen (ist verwaltungstechnisch ein Ortsteil). das wurde im Februar 2008 als village eingezeichnet und hat seither ein paarmal zwischen village und suburb gewechselt. Zufällig vor 2 Tagen wurde es wieder - nach meiner Ansicht zu Recht - von suburb nach village umgetaggt: http://www.openstreetmap.org/browse/node/244961850/history Danke, das war in diesem Fall aber kein Zufall sondern die genannte Aktion: Hier hatte der Knoten suburb und die landuse-Fläche village. Beim Bereinigen war für mich anhand der Luftbilder die Auswahl relativ einfach... Grüße, Michael (user Ohr) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte der Beleuchung ?
Ronnie Soak chaoschaos0...@googlemail.com wrote: Das Tagging der kuenstlichen Beleuchtung ist aber bei weitem noch nicht flaechendeckend genug, um aussagekraeftige Ergebnisse zu erhalten. Es gibt doch bestimmt eine Verordnung die bei Bewohnten Straßen eine Beleuchtung vorschreibt. Wenn ja könnte man nämlich mit einem Schlag alle highway=residential als beleuchtet annehmen solange kein lit=no dranklebt ;) Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Am 9. Februar 2012 14:57 schrieb Michael Krämer ohr...@googlemail.com: In den Fällen in der Liste waren sich die bisherigen Mapper ja eben nicht einig, daher ein Unterschied bei Knoten und Weg. Hier aber ein Beispiel, das als suburb getaggt war: http://www.openstreetmap.org/?lat=48.29614lon=10.39492zoom=16layers=Mnode=115516121 - das ist für mich ganz eindeutig ein village +1, das sieht eindeutig aus. Mir ist eben aufgefallen, dass in der Liste relativ häufig suburb - village bzw. hamlet auftrat. Daher scheinen die bisherigen Erläuterungen dazu vielleicht nicht gut genug zu sein. ja, das kann gut sein. Jetzt gibt es ja auch noch neighbourhood. Auf Deutsch würde ich das vielleicht mit Gegend, Quartier oder Wohngebiet übersetzen (je nach Kontext). http://wiki.openstreetmap.org/wiki/Tag:place%3Dneighbourhood Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte der Beleuchung ?
Am 9. Februar 2012 17:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ronnie Soak chaoschaos0...@googlemail.com wrote: Das Tagging der kuenstlichen Beleuchtung ist aber bei weitem noch nicht flaechendeckend genug, um aussagekraeftige Ergebnisse zu erhalten. Es gibt doch bestimmt eine Verordnung die bei Bewohnten Straßen eine Beleuchtung vorschreibt. Wenn ja könnte man nämlich mit einem Schlag alle highway=residential als beleuchtet annehmen solange kein lit=no dranklebt ;) ob eine Straße beleuchtet wird, und wie lange, entscheidet die Kommune. Sie muss aber nicht beleuchten AFAIK. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Energieversorger - Wie taggen?
Am 9. Februar 2012 16:37 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Im Wiki ist ein office=company beschrieben. +-0, office sagt ja praktisch auch schon company Da auch ein office=telecomunication beschrieben ist, und Energieversorgung durchaus von allgemeinenerem Interesse ist als irgend eine Firma, koennte man ein office=public_utilities erfinden. lieber Singular, also office=public_utility oder gleich spezifisch: office=electric_utility getaggt ist bisher allerdings nur 8 mal office=utility http://taginfo.openstreetmap.org/search?q=office%3Dutility Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte der Beleuchung ?
Moin! Am 09.02.2012 16:03, schrieb Ronnie Soak: Das Tagging der kuenstlichen Beleuchtung ist aber bei weitem noch nicht flaechendeckend genug, um aussagekraeftige Ergebnisse zu erhalten. Mit dem lit-Tag habe ich verschiedene Probleme: - In Deutschland kann man für die meisten Straßen aus Typ und Lage (Wohngebiet, Gewerbegebiet, Feld, Wald) abschätzen, ob sie beleuchtet sind. Da bringt das lit-Tag kaum einen Informationsgewinn. Für nicht straßenbegleitende Fuß- und Radwege innerorts wäre es aber nützlich. - Es gibt viele Wege, die nur schwache Lampen im großen Abstand oder durch Vegetation und parkende Fahrzeuge abgeschattete Bereiche haben. Ein lit=yes wäre dort unangebracht, man müsste 2-3 Beleuchtungsstufen unterscheiden. - Selbst die Entscheidung lit=yes/lit=no ist nicht immer eindeutig. Wir erfassen immer mehr kurze Wegsegmente, die keine eigenen Lampen haben, die aber von benachbarten Wegen teilweise mitbeleuchtet werden. Vielleicht geht es anderen Mappern ähnlich und das Tag wird deshalb so selten gesetzt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte der Beleuchung ?
Am 09.02.2012 17:51, schrieb Martin Koppenhoefer: Es gibt doch bestimmt eine Verordnung die bei Bewohnten Straßen eine Beleuchtung vorschreibt. Wenn ja könnte man nämlich mit einem Schlag alle highway=residential als beleuchtet annehmen solange kein lit=no dranklebt ;) ob eine Straße beleuchtet wird, und wie lange, entscheidet die Kommune. Sie muss aber nicht beleuchten AFAIK. Ja, manche Dörfer schalten nach Mitternacht sogar komplett ab... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 9. Februar 2012 17:29 schrieb Dennis zor...@googlemail.com: Am 09.02.2012 um 17:07 schrieb Martin Koppenhoefer: Am 9. Februar 2012 16:43 schrieb Tobias Hobmeier tob...@antifuse.de: Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Gibts sowas noch? ja, am Strand gibts davon sehr viele, wenn es nur Duschen sind habe ich das bisher mit amenity=shower getaggt, evtl. sollte man das aber noch mit weiteren tags verfeinern (z.B. warm/kalt, fee). Ic hdenke auch, Shower ist das, was man sich unter denen am Strand vorstellt … Bevor jetzt jeder schreibt, was er sich darunter vorstellt, schaut doch bitte mal wie dieses Tag bisher verwendet wurde. Ich kenne es von Marinas/Hafen und von Campingplätzen. Es ist doch nicht zu viel verlangt, die eigene Interpretation hinter einer anderen, die schon etabliert ist, zurückzustellen? Wir sollten nach Möglichkeit vermeiden nachträglich wieder etwas umzudefinieren, was möglicherweise schon etabliert ist. Damit hatten wir in der Vergangenheit schon mehr als genug Ärger. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Uploadproblem mit Relation
Moin, beim Versuch eines Uploads bekomme ich die folgende Fehlermeldung: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Wie kann ich das Problem beheben. Der Konfliktlösungsdialog scheint nicht anzuspringen ... Danke Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Hallo Falk, Am 09.02.2012 19:17, schrieb Falk Zscheile: beim Versuch eines Uploads bekomme ich die folgende Fehlermeldung: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Wie kann ich das Problem beheben. Der Konfliktlösungsdialog scheint nicht anzuspringen ... Eventuell wurde inzwischen der genannte Way gelöscht. Das war zumindest neulich bei mir der Grund... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Am 9. Februar 2012 19:27 schrieb Michael Krämer ohr...@googlemail.com: Hallo Falk, Am 09.02.2012 19:17, schrieb Falk Zscheile: beim Versuch eines Uploads bekomme ich die folgende Fehlermeldung: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Wie kann ich das Problem beheben. Der Konfliktlösungsdialog scheint nicht anzuspringen ... Eventuell wurde inzwischen der genannte Way gelöscht. Das war zumindest neulich bei mir der Grund... Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 9. Februar 2012 18:45 schrieb Falk Zscheile falk.zsche...@googlemail.com: Bevor jetzt jeder schreibt, was er sich darunter vorstellt, schaut doch bitte mal wie dieses Tag bisher verwendet wurde. Ich kenne es von Marinas/Hafen und von Campingplätzen. Es ist doch nicht zu viel verlangt, die eigene Interpretation hinter einer anderen, die schon etabliert ist, zurückzustellen? na komm, amenity=shower für eine Dusche ist doch keine eigene Interpretation, ob die jetzt am Strand, im Hafen oder am Campingplatz ist, spielt m.E. keine Rolle. Wir sollten nach Möglichkeit vermeiden nachträglich wieder etwas umzudefinieren, was möglicherweise schon etabliert ist. Damit hatten wir in der Vergangenheit schon mehr als genug Ärger. ja, aber das sehe ich hier nicht. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshower spricht übrigens von public showers, d.h. die auf dem Campingplatz wären evtl. nicht ganz korrekt getaggt, wenn man die Definition im Wiki streng auslegt, da ein Campingplatz eigentlich nicht direkt öffentlich ist. Ich fände es aber auch seltsam, wenn ich am Strand im Haupt-tag (also abgesehen von fee und operator) unterscheiden würde zwischen den Duschen von der Kommune und denen eines privaten Strandservice-betriebs (Badeanstalt, Seebad, oder wie man das auf Deutsch nennen würde). Das public steht da wohl mehr, damit man nicht die Dusche im privaten Badezimmer einträgt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Hallo Frank, Am 09.02.2012 19:34, schrieb Falk Zscheile: Am 9. Februar 2012 19:27 schrieb Michael Krämerohr...@googlemail.com: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Eventuell wurde inzwischen der genannte Way gelöscht. Das war zumindest neulich bei mir der Grund... Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Ähm, das ist ein etwas wunder Punkt... Ich war am wiederherstellen einer Riesenrelation. Beim Hochladen gab es das Problem. Dann habe ich glaube ich erstmal gespeichert, Daten aktualisiert und nochmal probiert. Eigentlich wollte ich dadurch die betroffenen Wege herausfinden. Aber der Upload lief dann plötzlich durch. Glücklicherweise hat es dann hinterher gepasst. Wenn es nur ein Way ist, kannst Du ihn ja aus der Relation löschen bzw. durch einen anderen ersetzen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Am 9. Februar 2012 19:34 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 9. Februar 2012 19:27 schrieb Michael Krämer ohr...@googlemail.com: Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Du könntest den way aus der Relation löschen in Deinem XML, aber vielleicht sind da ja auch noch andere Sachen passiert. Was passiert denn, wenn Du update data machst? Kannst Du danach evtl. hochladen bzw. Konflikte lösen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Am 9. Februar 2012 19:35 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 9. Februar 2012 18:45 schrieb Falk Zscheile falk.zsche...@googlemail.com: Bevor jetzt jeder schreibt, was er sich darunter vorstellt, schaut doch bitte mal wie dieses Tag bisher verwendet wurde. Ich kenne es von Marinas/Hafen und von Campingplätzen. Es ist doch nicht zu viel verlangt, die eigene Interpretation hinter einer anderen, die schon etabliert ist, zurückzustellen? na komm, amenity=shower für eine Dusche ist doch keine eigene Interpretation, ob die jetzt am Strand, im Hafen oder am Campingplatz ist, spielt m.E. keine Rolle. Wenn man anfängt darüber zu sinnieren, ob mit amenity=shower nun nur Duschen am Strand oder Freibad gemeint sind ob Campingplatzduschen noch Duschen im Sinne des Tags sind und ob Truckerduschen auf Rastplätzen ein eigenes Tag verdient haben, dann sind wir meiner Meinung schon kurz davor :-) Wir sollten nach Möglichkeit vermeiden nachträglich wieder etwas umzudefinieren, was möglicherweise schon etabliert ist. Damit hatten wir in der Vergangenheit schon mehr als genug Ärger. ja, aber das sehe ich hier nicht. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshower spricht übrigens von public showers, d.h. die auf dem Campingplatz wären evtl. nicht ganz korrekt getaggt, wenn man die Definition im Wiki streng auslegt, da ein Campingplatz eigentlich nicht direkt öffentlich ist. Ich fände es aber auch seltsam, wenn ich am Strand im Haupt-tag (also abgesehen von fee und operator) unterscheiden würde zwischen den Duschen von der Kommune und denen eines privaten Strandservice-betriebs (Badeanstalt, Seebad, oder wie man das auf Deutsch nennen würde). Das public steht da wohl mehr, damit man nicht die Dusche im privaten Badezimmer einträgt. Im Ergebnis stimme ich dir hier zu. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neu: globales ASTER Hillshade auf openMapSurfer.uni-hd.de
Dear all, Ich darf für ihn mitteilen, dass Maxim auf http://openMapSurfer.uni-hd.de das Update-Schema angepasst hat und vor allem, dass er nun zusätzlich einen globalen ASTER-Hillshade als Overlay hinzugefügt hat (muss in der Layerauswahl aktiviert werden; für niedrige Zoomlevel wird SRTM genutzt). Have fun! az http://openMapSurfer.uni-hd.de http://giscience.uni-hd.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Am 9. Februar 2012 19:41 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 9. Februar 2012 19:34 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 9. Februar 2012 19:27 schrieb Michael Krämer ohr...@googlemail.com: Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Du könntest den way aus der Relation löschen in Deinem XML, aber vielleicht sind da ja auch noch andere Sachen passiert. Das hat geholfen. Danke für den Tipp! Was passiert denn, wenn Du update data machst? Das hat leider nicht geholfen. Kannst Du danach evtl. hochladen bzw. Konflikte lösen? Nein, der Konfliktmodus ist komischerweise nicht in Erscheinung getreten. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Am 09.02.2012 20:21, schrieb Falk Zscheile: Am 9. Februar 2012 19:41 schrieb Martin Koppenhoeferdieterdre...@gmail.com: Am 9. Februar 2012 19:34 schrieb Falk Zscheilefalk.zsche...@googlemail.com: Am 9. Februar 2012 19:27 schrieb Michael Krämerohr...@googlemail.com: Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Du könntest den way aus der Relation löschen in Deinem XML, aber vielleicht sind da ja auch noch andere Sachen passiert. Das hat geholfen. Danke für den Tipp! Da geht auch noch was: http://wiki.openstreetmap.org/wiki/User:Ajoessen/JOSM#Gel.C3.B6schte_Relationen_wieder_herstellen Punkt 10 Hat man noch mehr als diese eine Relation auf dem Schirm, ist noch ein Filter child ref=blabla mit allen Haken im relationsfester zu setzen. Bei ÖPNV-Relationen mit Punkten und Wegen sowie bei Relationen mit Unterrelationen funktioniert das leider nicht. Was passiert denn, wenn Du update data machst? Das hat leider nicht geholfen. Kannst Du danach evtl. hochladen bzw. Konflikte lösen? Nein, der Konfliktmodus ist komischerweise nicht in Erscheinung getreten. Das ist mir ein Ticket wert: http://josm.openstreetmap.de/ticket/7376 Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] [OT] Cartonama Workshop
Hey everyone, HasGeek announces Cartonama workshop on 2nd and 3rd March at the Centre for Internet and Society (CIS), Bangalore. Cartonama is conceived around the idea that people need to learn more about the tools with which they can manage their geographic data. This workshop will provide a platform for developers, neogeographers and entrepreneurs working on location based services to get hands-on training about advanced tools - server side and client side - that will help them to manage and represent their geographic data. See http://workshop.cartonama.com for more details. The workshop will be facilitated by Mikel Maron and Schuyler Erle, both of who have been working extensively with Open Street Maps (OSM), open data, mapping tools and communities. The workshop sessions have been posted on http://funnel.hasgeek.com/cartonama-workshop/. This workshop is open only to 30 participants. The ticket price is Rs. 10,000. Registrations are open on cartonama.doattend.com. Payments can also be sent through cheques and DD. For more details, please write to me on saj...@hasgeek.in. Regards, Sajjad Anwar Workshop Organizer ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Use of official names for cities
http://www.censusindia.gov.in/2011-prov-results/paper2/data_files/karnataka/7-admin-unit-38.pdf On 10 February 2012 13:00, Aneesh T doc.ane...@gmail.com wrote: http://www.censusindia.gov.in/2011-prov-results/paper2/data_files/karnataka/Data%20Sheet_2011_Karnataka.pdf And here you see all the old names being used in Census of India 2011 On 10 February 2012 12:56, Aneesh T doc.ane...@gmail.com wrote: http://www.censusindia.gov.in/2011census/MDDS/mdds_dir_Urban_29.pdf Here's the census of India 2011 list of urban areas in Karnataka... All have the Anglicised names.. We ought to use them and keep the pronounced kannada names (written in english eg. Mangaluru, Shivamogga etc) as alternate names.. until the central government approves all the names. On 10 February 2012 09:03, Anush Shetty anushshe...@gmail.com wrote: Aren't the names and codes used in census reports the best to go with? Anush ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] Utilizzo delle determine comunali per i nomi delle vie
Ciao a tutti, ieri sera ho trovato la notizia della determina che darà il nome a due vie del mio paese che sono in fase di costruzione. La determina si può trovare qui[1]. Secondo voi è possibile utilizzarla per indicare i nomi su osm? ieri sono andato dove stanno facendo i lavori e ho mappato le due strade, e ieri sera ho caricato il tutto, ma mi è venuto il dubbio sul fatto che sia possibile utilizzare questi dati. Qualcuno di voi ha qualche idea? [1] http://www.quipalazzolo.it/wp-content/uploads/2012/01/nuove-vie-palazzolo.pdf -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione
Alla luce dei suggerimenti emersi ho modificato la lista [1], che ora comprende tutti i ruoli dello shp relativo all' edificato della RER. Per i campanili alla fine ho adottato l'approccio dei colleghi veneti [2]. [1] http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato [2] http://wiki.openstreetmap.org/wiki/Veneto/Convenzioni_CTRN Gianmario Mengozzi - sent by Android phone Il giorno 09/feb/2012 08:37, albertobon...@libero.it albertobon...@libero.it ha scritto: Il 08/02/2012 22.30, Luca Wehrstedt ha scritto: Alcuni suggerimenti: * capannone come building=warehouse (in quanto tutti i capannoni industriali che ho importato finora erano edificio industriale, quindi immagino che con capannone si intenda un magazzino...) * hangar come building=hangar * villa come building=detached * villetta a schiera come building=terrace * tribuna di stadio lo lascerei come building=yes * aggiungerei comunque un building=yes a tutti quelli in cui non viene settato esplicitamente (cioe' anfiteatro, edificio monumetale, mulino, ecc...) * campanile lo farei diventare building=church invece di building=bell_tower (quest'ultimo non mi pare un valore standard...) Ciao, Luca E' vero che building=bell_tower non è molto usato, ma secondo me dovrebbe esserlo in quanto identifica un tipo di costruzione molto ben caratterizzato e, in generale, molto più interessante e specifico di un hangar o una villetta a schiera (parlo dal punto di vista artistico-turistico etc.). Poterli distinguere dal resto dell' edificato, a mio modesto avviso, potrebbe essere utile. ciao Alberto __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione
2012/2/8 Gianmario Mengozzi gianmario.mengo...@gmail.com: - anfiteatro (historic,monument)? -1, non va bene: An object, especially large and made of stone, built to remember and show respect to a person or group of people - capannone (building,industrial)? -0.6, capannone credo che non sia molto specifico, potrebbe essere sia industriale che di agricoltura, o sbaglio? Il tag cambia secondo il tipo specifico. (workshop, production_hall, barn, stable, ...) in caso di dubbio è meglio yes secondo me. - edificio rurale (building,farm)? dipende, vedi sopra - edificio monumentale (historic,monument)? -1, vedi anfiteatro - hangar (building,bunker)? -1, building=hangar (forse anche aeroway+hangar) - mulino (man_made,watermill)? se si tratta di un mulino ad acqua - non assegnato (building,yes)? +1 - non conosciuto (building,yes)? +1 - villa (building,yes)? di solito metto building=villa mi sembrerebbero inoltre più appropriate le segg definizioni per le categorie già elencate: - villetta a schiera: da (building,yes) a (building,apartments) -1, building=terraced_house (apartments sarebbe condominio) - tribuna di stadio: da (building,yes) a (leisure,stadium) -1, building=stand (13 volte usato) / tribune (30 volte usato) sono comunque contento che si svolge una discussione qui come taggare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
2012/2/9 Vezzo vezz...@gmail.com: Ciao a tutti, ieri sera ho trovato la notizia della determina che darà il nome a due vie del mio paese che sono in fase di costruzione. La determina si può trovare qui[1]. Secondo voi è possibile utilizzarla per indicare i nomi su osm? ieri Senza problemi. I testi delle leggi non sono coperti da diritto d'autore, secondo la legge italiana e la convenzione di Berna. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione
2012/2/8 Luca Wehrstedt luca.wehrst...@gmail.com: * villa come building=detached detached sarebbe più villetta in italiano credo, villa non è ancora usato molto, ma non ci dovrebbe fermare... * villetta a schiera come building=terrace +1 * aggiungerei comunque un building=yes a tutti quelli in cui non viene settato esplicitamente (cioe' anfiteatro, edificio monumetale, mulino, ecc...) +1, oppure un building=mill, ... * campanile lo farei diventare building=church invece di building=bell_tower (quest'ultimo non mi pare un valore standard...) -1, building=bell_tower + man_made=tower + tower:type=bell_tower http://taginfo.openstreetmap.org/keys/tower%3Atype#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
2012/2/9 Federico Cozzi f.co...@gmail.com: Senza problemi. I testi delle leggi non sono coperti da diritto d'autore, secondo la legge italiana e la convenzione di Berna. Ok, allora ricordavo bene, quindi lascio il tutto Ciao Ciao e grazie -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
Senza problemi. I testi delle leggi non sono coperti da diritto d'autore, secondo la legge italiana e la convenzione di Berna. Confermo :) Articolo 5 della legge sul diritto d'autore http://www.interlex.it/testi/l41_633.htm#5 Le disposizioni di questa legge non si applicano ai testi degli atti ufficiali dello stato e delle amministrazioni pubbliche, sia italiane che straniere. Il PRG rientra in questa categoria. PS: ci avessero scritto e ai dati dopo la parola ai testi ...ora non staremmo qui a menarcela. Ogni tanto mi piacerebbe mettere in piedi il comitato Cambiamo l'articolo 5 della legge sul diritto d'autore ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
Il 09/02/2012 09:41, Vezzo ha scritto: Ciao a tutti, ieri sera ho trovato la notizia della determina che darà il nome a due vie del mio paese che sono in fase di costruzione. La determina si può trovare qui[1]. Secondo voi è possibile utilizzarla per indicare i nomi su osm? ieri sono andato dove stanno facendo i lavori e ho mappato le due strade, e ieri sera ho caricato il tutto, ma mi è venuto il dubbio sul fatto che sia possibile utilizzare questi dati. Qualcuno di voi ha qualche idea? [1] http://www.quipalazzolo.it/wp-content/uploads/2012/01/nuove-vie-palazzolo.pdf se ne hai la possibilità non ti converrebbe ufficializzare il nome su Osm nel momento in cui le vie verranno inaugurate? -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
2012/2/9 Maurizio Napolitano napoo...@gmail.com: Le disposizioni di questa legge non si applicano ai testi degli atti ufficiali dello stato e delle amministrazioni pubbliche, sia italiane che straniere. PS: ci avessero scritto e ai dati dopo la parola ai testi ...ora non staremmo qui a menarcela. Non avessero messo ai testi sarebbe stato ancora meglio (ora non trovo il passaggio corrispondente della Convenzione di Berna, ma mi sembra che non ci sia questa sottigliezza). Temo che si tratti di qualche cavillosità inventata da un azzeccagarbugli italiano che voleva lasciare aperta la porta alla protezione degli atti ufficiali in forma non scritta (rappresentazione teatrale? esecuzione radiofonica? chissà cosa gli passava per la testa...). In questo senso, a mio parere, per testi il legislatore aveva inteso lo scritto, cioè il contenuto. E quindi sarebbe un testo anche la piantina allegata ad un atto ufficiale. Ma purtroppo una lettura fedele di ai testi sembra escludere tutto ciò che non è testuale, quindi anche le piantine... Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utilizzo delle determine comunali per i nomi delle vie
Le 2 vie sono qui: http://osm.org/go/0CpR_4Hm come vedete sono già con il nome. L'unica cosa è che non riesco a capire se le 2 vie sono collegate tra loro. Non mi è sembrato di vedere le determine come sorgente dati sul wiki. Magari si potrebbero aggiungere indicando la precisazione degli allegati non testo. Per sicurezza, non si sa mai un azzeccagarbugli italiano crei problemi vari. Grazie mille a tutti per le risposte! Buona serata! PS. scusate se non ho quotato ma da cellulare è dura -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Hej, 2012/2/9 Uffe Kousgaard u...@routeware.dk: Dette er i tråd med anbefalingerne om ikke at lægge busruter ind, da disse heller ikke kan observeres i naturen og hurtigt kan ændres. Andre ting, som heller ikke kan observeres i naturen, men som der også er skabt konsensus om at lægge ind: - Husnumre - Telefonnumre - Webadresser - proposed, fx veje - Kapacitet for vandtårne (kubikmeter vand - held og lykke med at få lov til at komme ind i reservoiret og måle op) - By- og landenavne på andre sprog, fx name:mg=Danmarka (Danmarks navn på malagassisk). - Landegrænser (hvis man sejler fra Sverige til Anholt - eller fra Jylland til Anholt, er der næppe noget Danmark-skilt undervejs, så hvordan kan vi observere, at Anholt tilhører Danmark?) - official_name (fx Kongeriget Danmark) - operator for en del butikker, hvor det ikke direkte er synligt - Åbningstider i en del tilfælde (jeg mindes fx ikke, at der står på 7-Elevens dør, at de har døgnåbent) ... og en del øvrige. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Jeg mere helt klart at Kommunegrænser hører hjemme i OSM - De er jo skiltede på samme måde som bygrænser. Der er jo mange andre ting i OSM, der ikke kan ses i virkeligheden direkte, fx. en del af landuse taggen, byområder vs. industri etc. Disse ting tilfører en klar kvalitet i OSM kortet - desuden har mange andre lande enten tegnet eller importeret kommune grænser op. /Jens Den 9. feb. 2012 09.11 skrev Peter Brodersen pe...@ter.dk: Hej, 2012/2/9 Uffe Kousgaard u...@routeware.dk: Dette er i tråd med anbefalingerne om ikke at lægge busruter ind, da disse heller ikke kan observeres i naturen og hurtigt kan ændres. Andre ting, som heller ikke kan observeres i naturen, men som der også er skabt konsensus om at lægge ind: - Husnumre - Telefonnumre - Webadresser - proposed, fx veje - Kapacitet for vandtårne (kubikmeter vand - held og lykke med at få lov til at komme ind i reservoiret og måle op) - By- og landenavne på andre sprog, fx name:mg=Danmarka (Danmarks navn på malagassisk). - Landegrænser (hvis man sejler fra Sverige til Anholt - eller fra Jylland til Anholt, er der næppe noget Danmark-skilt undervejs, så hvordan kan vi observere, at Anholt tilhører Danmark?) - official_name (fx Kongeriget Danmark) - operator for en del butikker, hvor det ikke direkte er synligt - Åbningstider i en del tilfælde (jeg mindes fx ikke, at der står på 7-Elevens dør, at de har døgnåbent) ... og en del øvrige. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Dette er (nsten) altsammen attributter for fysiske ting, der kan observeres i naturen. Mske lige med en slandegrnse som undtagelse. Hilsen Uffe Peter Brodersen wrote: Hej, 2012/2/9 Uffe Kousgaard u...@routeware.dk: Dette er i trd med anbefalingerne omikke at lgge busruter ind, da disseheller ikke kan observeres i naturen og hurtigt kanndres. Andre ting, som heller ikke kan observeres i naturen, men som der ogs er skabt konsensus om at lgge ind: - Husnumre - Telefonnumre - Webadresser - "proposed", fx veje - Kapacitet for vandtrne (kubikmeter vand - held og lykke med at f lov til at komme ind i reservoiret og mle op) - By- og landenavne p andre sprog, fx name:mg=Danmarka (Danmarks navn p malagassisk). - Landegrnser (hvis man sejler fra Sverige til Anholt - eller fra Jylland til Anholt, er der nppe noget "Danmark"-skilt undervejs, s hvordan kan vi observere, at Anholt tilhrer Danmark?) - "official_name" (fx Kongeriget Danmark) - "operator" for en del butikker, hvor det ikke direkte er synligt - bningstider i en del tilflde (jeg mindes fx ikke, at der str p 7-Elevens dr, at de har dgnbent) ... og en del vrige. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammendrag af Talk-dk, Vol 34, Udgave 11
2012/2/8 Jørgen Elgaard Larsen j...@elgaard.net Carsten Nielsen wrote: Jeg ville slette noderne og undlade det planlagte stykke vej. Hvis du sletter dem, vil de sandsynligvis bare automatisk blive importeret fra OSAK igen på et senere tidspunkt. OSM mapper ting der er i den fysiske verden, ikke tinge som nogen mener vil komme engang i fremtiden. Det er jeg ikke enig i. Der er en grund til, at proposed-tagget eksisterer. Jeg er helt enig i det du skriver. Men man kan godt argumentere for at sætte proposed på de pågældende adressepunkter. Det vil ikke være nogen dårlig idé at vi gjorde det. Hvordan vil det influere på det script som automatisk opdatere adresse noder? Nye noder skulle måske som standard være tagget sådan, eller med et fixme om at det skal tjekkes om adressen eksistere i virkeligheden. I mine øjne vil det højne kvaliteten af vores data. -- Venlig Hilsen Pelle Rosenbeck Gøeg Civilingeniør i Vej- og trafikteknik http://www.linkedin.com/pub/pelle-gøeg/1b/8a8/168 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Kort og godt: Hvor går kommunegrænserne ved kysterne? Følger de kyststrejkningen og indeholder øer - som her: http://osm.org/go/0H~CAIpd- Irk! Det er da vist et godt argument imod at gøre det på den måde, hedder alle de små øer virkelig Samsø Kommune? Det ser i hvert fald ikke kønt ud. Det kan vi hurtig blive enige om - men vi tagger ikke til renderen, så det kan vel på ingen måde være et argument imod at gøre det på den måde. Det er noget der skal ordnes i stylesheetet og/eller renderen. Der er ingen der taler for at tagge til renderen. Men hvad taler for, at man blot skal lave en relation, tilføje kystlinien for Samsø [1] og tilhørende småøer, og kalde det Samsø kommune? Det er ligeså ukorrekt som at lægge kommunegrænsen x meter fra kysten. I øvrigt er tagge-til-renderen blevet til en slags ad hoc argument, der efterhånden bliver brugt til at standse enhver diskussion. Fakta er, at OSM mapnik kortet er det 99% af alle brugere anvender, så derfor er det vigtigt hvordan det præsenterer sig. Vi kan ikke forlange, at mapniks style-sheet skal tilpasses danske forhold, hver gang en eller anden finder på at importere en omgang data de tilfældigvis er faldet over. Man kan vel heller ikke forestille sig Novo-nordisk eller en anden virksomhed sige det kan godt være vores logo ser ud ad helvede til, men det er ligemeget, det er produktet der tæller :-) -- mok0 [1] PGS(could be inacurately) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Hej, 2012/2/9 Morten Kjeldgaard m...@bioxray.dk Der er ingen der taler for at tagge til renderen. Som jeg læser det, så er det præcist det utrolig mange af de tidligere indlæg/svar handler om. At begrænse mængden af data i OSM fordi det fylder eller ser sjusket ud på mapnik kortet. I øvrigt er tagge-til-renderen blevet til en slags ad hoc argument, der efterhånden bliver brugt til at standse enhver diskussion. Fakta er, at OSM mapnik kortet er det 99% af alle brugere anvender, så derfor er det vigtigt hvordan det præsenterer sig. Vi kan ikke forlange, at mapniks style-sheet skal tilpasses danske forhold, hver gang en eller anden finder på at importere en omgang data de tilfældigvis er faldet over. Man kan vel heller ikke forestille sig Novo-nordisk eller en anden virksomhed sige det kan godt være vores logo ser ud ad helvede til, men det er ligemeget, det er produktet der tæller :-) OSM er ikke kun et kort. Det er i mine øjne en kæmpe samling af GIS data, som jeg kan bruge som jeg lyster privat som arbejdsrelateret. Derfor kan det være relevant at have en masse informationer organiseret i databasen, som ikke nødvendigvis er relevante for den gennemsnitlige mapnik bruger. Her må man i mine øjne arbejde for at den centrale mapnik rendering ikke medtager sådanne uønskede objekter. -- Venlig Hilsen Pelle Rosenbeck Gøeg Civilingeniør i Vej- og trafikteknik http://www.linkedin.com/pub/pelle-gøeg/1b/8a8/168 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Hej Rasmus Hvorfor mener du, at DAGI-kommunegrænsen ikke er i så høj kvalitet som OSAK-data ? Hvad går uoverensstemmelserne ud på ? Venlig Hilsen Kurt Toft Fra: Rasmus Vendelboe [mailto:r.vendelboe+...@gmail.com] Sendt: 8. februar 2012 22:34 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Kommune/regionsgrænser ved kysten Som belyst mange gange før: 1. der er uoverenstemmelse mellem OSAK-data og DAGI-data, hvilket tyder på DAGI-dataen ikke er i høj kvalitet. 2. DAGI er ikke frigivet under nogen fri eller for den sags skyld brugbar licens. Med venlig hilsen Rasmus Vendelboe 2012/2/8 Uffe Kousgaard u...@routeware.dk Det er allerede fra officiel side defineret, hvor kommunegrænserne går og data er endda tilgængelige i høj kvalitet og helt gratis: http://www.kms.dk/Produktkatalog/DAGI/DAGI-download.htm Hvilket formål tjener det at begynde at tegne sine egne og sandsynligvis forkerte grænser? mvh Uffe -- From: Sonny Andersen s...@bukhmark.dk Sent: Wednesday, February 08, 2012 8:29 PM To: 'OpenStreetMap Denmark' talk-dk@openstreetmap.org Subject: Re: [Talk-dk] Kommune/regionsgrænser ved kysten Hej,- Sjovt eksempel. 1. Jeg mener kommunegrænserne skal følge kysten. 2. Kunne man ikke lave en renderer-beslutning om hvor lille et areal skulle være, før der blev vist kommunenavn?? /sba-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09-02-2012 10:17, Morten Kjeldgaard wrote: Kort og godt: Hvor går kommunegrænserne ved kysterne? Følger de kyststrejkningen og indeholder øer - som her: http://osm.org/go/0H~CAIpd- Irk! Det er da vist et godt argument imod at gøre det på den måde, hedder alle de små øer virkelig Samsø Kommune? Det ser i hvert fald ikke kønt ud. Det kan vi hurtig blive enige om - men vi tagger ikke til renderen, så det kan vel på ingen måde være et argument imod at gøre det på den måde. Det er noget der skal ordnes i stylesheetet og/eller renderen. Der er ingen der taler for at tagge til renderen. Men hvad taler for, at man blot skal lave en relation, tilføje kystlinien for Samsø [1] og tilhørende småøer, og kalde det Samsø kommune? Det er ligeså ukorrekt som at lægge kommunegrænsen x meter fra kysten. Det er en påstand som jeg ikke på noget tidspunkt har set underbygget her på listen. Det eneste datapunkt vi har lige nu er at DAGI også lægger kommunegrænser oveni kystlinjen hvilket er en indikation af - men ikke endegyldigt bevis for - at kommunegrænsen juridisk set går her. Indtil videre har jeg ikke set andet argument for alternativet end at det ser bedre ud på kortet, og uunderbyggede påstande om at det giver ikke nogen mening. I øvrigt er tagge-til-renderen blevet til en slags ad hoc argument, der efterhånden bliver brugt til at standse enhver diskussion. Fakta er, at OSM mapnik kortet er det 99% af alle brugere anvender, så derfor er det vigtigt hvordan det præsenterer sig. Det er vigtigt ja, men det betyder ikke at vi skal tilpasse virkeligheden for at få det til at se pænt ud på mapnik laget. Derimod betyder det at vi skal håbe på - og måske hjælpe til - at stylesheetet og mapnik bliver i stand til at håndtere grænser der ligger oveni kystlinjer på en pæn måde. Vi kan ikke forlange, at mapniks style-sheet skal tilpasses danske forhold, hver gang en eller anden finder på at importere en omgang data de tilfældigvis er faldet over. Du ved udemærket godt der ikke er tale om importeret data, så lad venligst være med at afspore debatten. Hvis du tror Danmark er det eneste sted det sker at grænser ligger på kystlinjen tager du fejl. Man kan vel heller ikke forestille sig Novo-nordisk eller en anden virksomhed sige det kan godt være vores logo ser ud ad helvede til, men det er ligemeget, det er produktet der tæller :-) Hvad har det med noget som helst at gøre? OpenStreetMap har til formål at indsamle kortdata der beskriver virkeligheden. Et lille hjørne af denne opgave er at producere kort-tiles så vi kan se hvad vi laver, men de er ikke produktet, og data skal ikke rettes for at se pænt ud på mapnik tiles - aldrig. Hvis du tror det tager du grueligt fejl. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09/02/2012, at 09.25, Jens Winbladh wrote: Jeg mere helt klart at Kommunegrænser hører hjemme i OSM - De er jo skiltede på samme måde som bygrænser. Sådan som det ser ud i øjeblikket, mener nogen åbenbart at PGS inacurately kystlinien er lig med kommunegrænsen, og der står altså ingen skilte i vandkanten ;-) Jeg er enig i, at det kan have en _vis_ interesse at have optegnet kommunegrænserne _på land_. Hvor der er skilte kan man bruge den information til at orientere sig efter. Men Samsø kommune grænser ikke op til nogen andre kommuner. Den består af Samsø samt omliggende småøer. Kommunegrænsen har kun teoretisk interesse. Det er mig bekendt ikke mejslet i sten at når man beskriver 1 kommune i OSM med grænser importeret et eller andet sted fra, så _skal_ man tegne grænser om samlige 98. Og sådan er det da heller ikke. Læsø kommune er ikke belemret med kommunegrænser i OSM, og det er Bornholm heller ikke. Så de fremtræder ikke med en grim stiplet linie langs kysten. Der er jo mange andre ting i OSM, der ikke kan ses i virkeligheden direkte, fx. en del af landuse taggen, byområder vs. industri etc. Disse ting tilfører en klar kvalitet i OSM kortet - desuden har mange andre lande enten tegnet eller importeret kommune grænser op. Enig. Og byområder er et af mange eksempler på noget, der er indtegnet på kortet for at bidrage information og lokalkendtes observationer, nemlig hvor der fortrinsvis er beboelser, men de er FRI FANTASI. Jeg har personlig tegnet en masse byområder i OSM, og det er efter princippet, tegn en grænse omkring område med huse, hvis det er muligt, få grænsen til at passe med byzone skiltet. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09-02-2012 10:49, Morten Kjeldgaard wrote: On 09/02/2012, at 09.25, Jens Winbladh wrote: Jeg mere helt klart at Kommunegrænser hører hjemme i OSM - De er jo skiltede på samme måde som bygrænser. Sådan som det ser ud i øjeblikket, mener nogen åbenbart at PGS inacurately kystlinien er lig med kommunegrænsen, og der står altså ingen skilte i vandkanten Incremental improvements. Vi bruger de bedste data vi har. Hvis grænsen går langs kystlinjen, og PGS kystlinjen er hvad vi har lige nu - så bruger vi den. Når nogen så tegner en bedre kystlinje bruger vi den. Sådan har OSM altid virket. Mht. skilte så er det et tåbeligt ikke-argument. Der står heller ikke skilte langs hele den dansk-tyske grænse, eller i internationalt farvand. Vil du også argumentere for at landegrænser er irrelevante? Kommunegrænsen har kun teoretisk interesse. Sikke noget vrøvl. Det er væsentligt at have grænser for kommuner til en lang række brugsfunktioner - uden at være nødt til at oprette special-cases for kommuner der tilfældigvis er en ø. Og sådan er det da heller ikke. Læsø kommune er ikke belemret med kommunegrænser i OSM, og det er Bornholm heller ikke. Så de fremtræder ikke med en grim stiplet linie langs kysten. Igen bruger du udseende og et ønske om at tagge til renderen som argument. Vil du venligst lade være med det, så du ikke giver nybegyndere dårlige ideer? Det er en praksis der er mejslet i sten i hele OSM at vi ikke tagger til renderen så det kommer til at se pænt ud på mapnik laget. Aldrig. Nogensinde. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09/02/2012, at 10.38, Pelle Rosenbeck Gøeg wrote: OSM er ikke kun et kort. Det er i mine øjne en kæmpe samling af GIS data, som jeg kan bruge som jeg lyster privat som arbejdsrelateret. Derfor kan det være relevant at have en masse informationer organiseret i databasen, som ikke nødvendigvis er relevante for den gennemsnitlige mapnik bruger. Her må man i mine øjne arbejde for at den centrale mapnik rendering ikke medtager sådanne uønskede objekter. Det er en meget problematisk holdning i den forstand at der er enorm uenighed i OSM omkring netop det synspunkt. Læs f.eks. Frederik Ramm's årsberetning fra nytårsskiftet (har ledt efter den, kan ikke finde en URI lige nu). Hvorfor i alverden skulle man gå til OSM for at trække f.eks. valgkredse ud, når man lige så godt, og med større sandsynlighed for at få noget korrekt, kan finde de samme data et officielt sted? Efter min og mange andres mening er OSM er ikke bare en database, hvor folk kan bunke alskens geo data ind som de finder rundt omkring. Og OSM er ikke et repository for det officielle Danmarks data. Skulle landmænd f.eks. lægge deres dyrkningsplaner ind i OSM fra år til år? Skulle løbe- klubber og cykelklubber fylde deres løbsruter ind i OSM? Skulle kommunerne lægge deres kloakrørsføringer ind i OSM? Nej, vel? Men de kan kvit og frit bruge OSM som et basislag og tegne deres egne data ovenpå, det er hele ideen med projektet. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
2012/2/9 Morten Kjeldgaard m...@bioxray.dk On 09/02/2012, at 10.38, Pelle Rosenbeck Gøeg wrote: Det er en meget problematisk holdning i den forstand at der er enorm uenighed i OSM omkring netop det synspunkt. Læs f.eks. Frederik Ramm's årsberetning fra nytårsskiftet (har ledt efter den, kan ikke finde en URI lige nu). Send den gerne når du kommer forbi den, har ikke læst den. Hvorfor i alverden skulle man gå til OSM for at trække f.eks. valgkredse ud, når man lige så godt, og med større sandsynlighed for at få noget korrekt, kan finde de samme data et officielt sted? Efter min og mange andres mening er OSM er ikke bare en database, hvor folk kan bunke alskens geo data ind som de finder rundt omkring. Og OSM er ikke et repository for det officielle Danmarks data. Nej, men det er et centralt sted for frie geodata. Skulle landmænd f.eks. lægge deres dyrkningsplaner ind i OSM fra år til år? Skulle løbe- klubber og cykelklubber fylde deres løbsruter ind i OSM? Skulle kommunerne lægge deres kloakrørsføringer ind i OSM? Nej, vel? Men de kan kvit og frit bruge OSM som et basislag og tegne deres egne data ovenpå, det er hele ideen med projektet. Grænsen ser jeg gå ved hvilke data OSM communitiet har sagt god for, bl.a. ved at lave tag forslag. Eksistere der allerede tags for en given geodata, så er den geodata godkendt til at måtte tilføjes. Jeg synes det kunne være fedt at have adgang til hvilke afgrøder en landmand dyrker på sin jord det og det år*. Ligesom man ved markering af træer kan tilføje hvilken sort de tilhører. Dog skal det være forholdsvis faste ting, med mindre man vælger at holde databasen opdateret. ['] Kunne endda for render folket give et endnu federe kort med forskellige farver alt efter afgrøden. -- Venlig Hilsen Pelle Rosenbeck Gøeg Civilingeniør i Vej- og trafikteknik http://www.linkedin.com/pub/pelle-gøeg/1b/8a8/168 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09/02/2012, at 11.05, Jonas Häggqvist wrote: On 09-02-2012 10:49, Morten Kjeldgaard wrote: On 09/02/2012, at 09.25, Jens Winbladh wrote: Jeg mere helt klart at Kommunegrænser hører hjemme i OSM - De er jo skiltede på samme måde som bygrænser. Sådan som det ser ud i øjeblikket, mener nogen åbenbart at PGS inacurately kystlinien er lig med kommunegrænsen, og der står altså ingen skilte i vandkanten Incremental improvements. Vi bruger de bedste data vi har. Hvis grænsen går langs kystlinjen, og PGS kystlinjen er hvad vi har lige nu - så bruger vi den. Når nogen så tegner en bedre kystlinje bruger vi den. Sådan har OSM altid virket. Mht. skilte så er det et tåbeligt ikke-argument. Der står heller ikke skilte langs hele den dansk-tyske grænse, eller i internationalt farvand. Vil du også argumentere for at landegrænser er irrelevante? Når du citerer mig, så brug venligst det fulde citat. Jeg noterer mig, at du udelader den efterfølgende smiley. Det betyder, at man ikke skal tage argumentet seriøst, Jonas. Men jeg kan godt se at du gør dit yderste for at få mig til at fremstå som en tåbe. Kommunegrænsen har kun teoretisk interesse. Sikke noget vrøvl. Det er væsentligt at have grænser for kommuner til en lang række brugsfunktioner - uden at være nødt til at oprette special-cases for kommuner der tilfældigvis er en ø. Du beskylder mig for at vrøvle, og udslynger straks efter den påstand, at det er væsentligt. Hvor har du det fra? Du _synes_ det er væsentligt, men det gør det ikke til et fastlagt dogme. Og sådan er det da heller ikke. Læsø kommune er ikke belemret med kommunegrænser i OSM, og det er Bornholm heller ikke. Så de fremtræder ikke med en grim stiplet linie langs kysten. Igen bruger du udseende og et ønske om at tagge til renderen som argument. Vil du venligst lade være med det, så du ikke giver nybegyndere dårlige ideer? Det er en praksis der er mejslet i sten i hele OSM at vi ikke tagger til renderen så det kommer til at se pænt ud på mapnik laget. Jeg påpeger såmænd blot, at ideen om OSM som indeholdende en perfekt beskrivelse af kommunegrænser er værdiløs. Og mener derudover at du misbruger argumentet med ikke at tagge til renderen. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Du er ndt til at skelne mellem: 1) Det fysiske objekt som har en eller flere koordinater og en grundlggende klassificering af en slags (vej, butik, flod m.v.) Disse kan nsten altid observeres i naturen, med mindre det er elementer der er oprettet med et kartografisk forml. F.eks. stednavne. Disse fr tildelt en arbitrr koordinat for at kunne placere f.eks. en 's stednavn nogenlunde i centrum af en ved rette zoom niveauer. 2) Diverse attributter (tags) knyttet til objektet. Navne, referencer, informationer m.v. Disse kan ikke altid observeres i naturen. Dette er OK. Disse vandtrne: Hvorfor i al verden skal der overhovedet kapacitet af vandtrne med i OSM? Hvorfor ikke farven? Hvorfor ikke hvornr det er bygget? Hvorfor ikke den samlede hjde over jordniveau? Juridisk ejerskab af et sted: Forsger du at lave en kopi af OIS? Hilsen Uffe Peter Brodersen wrote: Eh? Hvordan vil du fysisk observere et juridisk ejerskab p et sted? Hvordan vil du fysisk observere en webadresse eller et telefonnummer, hvis det ikke fremgr p stedet? Hvordan vil du fysisk observere i den danske natur, at Danmark hedder "Danmarka" p malagassisk? Hvordan vil du fysisk observere kapacitet for et vandtrn, nr praktisk talt ingen har adgang til det indre rumfang i reservoiret? .. og s videre. - Peter Brodersen 2012/2/9 Uffe Kousgaard u...@routeware.dk: Dette er (nsten) altsammen attributter for fysiske ting, der kan observeres i naturen. Mske lige med en slandegrnse som undtagelse. Hilsen Uffe Peter Brodersen wrote: Hej, 2012/2/9 Uffe Kousgaard u...@routeware.dk: Dette er i trd med anbefalingerne omikke at lgge busruter ind, da disseheller ikke kan observeres i naturen og hurtigt kanndres. Andre ting, som heller ikke kan observeres i naturen, men som der ogs er skabt konsensus om at lgge ind: - Husnumre - Telefonnumre - Webadresser - "proposed", fx veje - Kapacitet for vandtrne (kubikmeter vand - held og lykke med at f lov til at komme ind i reservoiret og mle op) - By- og landenavne p andre sprog, fx name:mg=Danmarka (Danmarks navn p malagassisk). - Landegrnser (hvis man sejler fra Sverige til Anholt - eller fra Jylland til Anholt, er der nppe noget "Danmark"-skilt undervejs, s hvordan kan vi observere, at Anholt tilhrer Danmark?) - "official_name" (fx Kongeriget Danmark) - "operator" for en del butikker, hvor det ikke direkte er synligt - bningstider i en del tilflde (jeg mindes fx ikke, at der str p 7-Elevens dr, at de har dgnbent) ... og en del vrige. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
On 09-02-2012 11:25, Morten Kjeldgaard wrote: On 09/02/2012, at 11.05, Jonas Häggqvist wrote: On 09-02-2012 10:49, Morten Kjeldgaard wrote: On 09/02/2012, at 09.25, Jens Winbladh wrote: Jeg mere helt klart at Kommunegrænser hører hjemme i OSM - De er jo skiltede på samme måde som bygrænser. Sådan som det ser ud i øjeblikket, mener nogen åbenbart at PGS inacurately kystlinien er lig med kommunegrænsen, og der står altså ingen skilte i vandkanten Incremental improvements. Vi bruger de bedste data vi har. Hvis grænsen går langs kystlinjen, og PGS kystlinjen er hvad vi har lige nu - så bruger vi den. Når nogen så tegner en bedre kystlinje bruger vi den. Sådan har OSM altid virket. Mht. skilte så er det et tåbeligt ikke-argument. Der står heller ikke skilte langs hele den dansk-tyske grænse, eller i internationalt farvand. Vil du også argumentere for at landegrænser er irrelevante? Når du citerer mig, så brug venligst det fulde citat. Jeg noterer mig, at du udelader den efterfølgende smiley. Jeg citerer det relevante, hvilket er at du tilsyneladende bruger det som argument at der ikke er skilte. Hvis du ikke mener det, så lad være med at sige det i en i øvrigt seriøst debat. Smiley eller ej. Kommunegrænsen har kun teoretisk interesse. Sikke noget vrøvl. Det er væsentligt at have grænser for kommuner til en lang række brugsfunktioner - uden at være nødt til at oprette special-cases for kommuner der tilfældigvis er en ø. Du beskylder mig for at vrøvle, og udslynger straks efter den påstand, at det er væsentligt. Hvor har du det fra? Du _synes_ det er væsentligt, men det gør det ikke til et fastlagt dogme. Det er din påstand/ønske der går imod gældende praksis i OSM, så det må være dig der skal argumenterer for at vi ændrer på den. Hvis du i øvrigt ikke har fantasi til at forestille dig en eneste brug af kommunegrænser står det sløjt til. Og sådan er det da heller ikke. Læsø kommune er ikke belemret med kommunegrænser i OSM, og det er Bornholm heller ikke. Så de fremtræder ikke med en grim stiplet linie langs kysten. Igen bruger du udseende og et ønske om at tagge til renderen som argument. Vil du venligst lade være med det, så du ikke giver nybegyndere dårlige ideer? Det er en praksis der er mejslet i sten i hele OSM at vi ikke tagger til renderen så det kommer til at se pænt ud på mapnik laget. Jeg påpeger såmænd blot, at ideen om OSM som indeholdende en perfekt beskrivelse af kommunegrænser er værdiløs. Ingen har påstået noget sådant, så det er endnu et fejlskud. OSM indeholder ikke en perfekt model af verdens geografiske objekter. Men vi prøver at komme så tæt på som muligt i små skridt. Og mener derudover at du misbruger argumentet med ikke at tagge til renderen. Det må du uddybe. Argumenterne her på listen har i høj grad gået på at det ser forkert eller rodet ud. Det handler udelukkende om renderen, og det er ikke noget vi håndterer i OSM vil at ændre på vores spejl af virkeligheden så de giver et pænt kort. Det spørgsmål jeg oprindeligt stillede handlede ikke om hvor det ville se bedst ud at tegne kommunegrænserne, men hvor de rent faktisk er, for det er det vi skal have i vores data. De faktiske forhold, ikke andet. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] bicycle=no/dismount?
8. feb. 2012 16.35 skrev Emil Tin z...@tmf.kk.dk: så logisk set hælder jeg til den opfattelse at: bicycle=no: cykler ikke velkomne, heller ikke hvis man trækker bicycle=dismount: cykler kan trækkes det eneste ærgelige er så bare at mange nok umiddelbart vil anvende bicycle=no steder hvor man ikke må cykle - men gerne trække. som fx på strøget. Ja. Hvis du vil ændre fortolkningen af tagget, kræver det at alle disse steder bliver retagget samt at alle bliver gjort opmærksom på den ændrede fortolkning. Jeg tror umiddelbart der er mere perspektiv i at tilføje et ekstra tag af en eller anden art der gør opmærksom på at man overhovedet ikke må medbringe en cykel, ala bicycle:wheeling=no. Eller måske forsøge at få bicycle=prohibited indført. I praksis tvivler jeg personligt på der på nuværende tidspunkt er den store værdi i at kunne skelne mellem de to tilfælde - en cykelruteplanlægger vil vel altid vælge en anden vej omkring botanisk have, og hvis disse tilfælde er så sjældne, er det nok også tvivlsomt om der er nogen tile-rendere der kommer til at understøtte sådan et tag. Jeg opfatter det i hvert fald ikke som at jeg kan være sikker på at jeg kan trække min cykel hvis bicycle=no, der kan jo også være praktiske hindringer. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
