[OSM-talk-be] It's on the 6th of April, sorry
Hi, We're organising another informal gathering at 't STUK Leuven on the 6th of April 2011. We hope many people will show up. http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#2011-04-06:_4th_Informal_talk_STUK.2C_Leuven Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
On 21 March 2011 14:53, David Groom revi...@pacific-rim.net wrote: - Original Message - From: Michael Collinson m...@ayeltd.biz To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Sunday, March 20, 2011 4:23 PM Subject: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license - A member of the OSMF board or LWG takes up the particular issue. This depends very much on personal enthusiasm. It requires initial tact - most instances are neglect/cannot be bothered rather than purely wilful. It requires persistance and follow-up, - we generally get an oh we will fix it immediately ... and then they don't. It requires careful coordination within the OSM/OSMF community to provide a united front. It may require research - for example, how exactly should a TV ad provide a CC-BY-SA atttibution? And lastly, future cases may involve bumping up to formal legal help and legal action. Not easy for one person to do. I certainly agree that taking legal action should be low on any list. It can be expensive, risky and time consuming. If you want to prevent unattributed uses and so on, having a dedicated team of volunteers to work out the best approaches (and different approaches will work in different ways in different circumstances) is probably best. Whether you want to do that is another matter. [snip] Ignoring the practicalities above, once someone has agreed to the CT's they effectively assign the majority of their rights to OSMF in respect of data held by OSMF, with that assignment of rights I question from a legal point of view who but the OSMF are actually able to follow up legal breaches. They don't assign their rights. The CT's don't operate like that. This isn't just a pedantic observation, but quite important when it comes to enforcement in the UK (it will differ in other jurisdictions of course). Here the copyright owner or owners must eventually join in any claim, although a licensee may, in certain circumstances, be able to obtain interim relief such as an injunction. There are ways around this with the permission of the court, but it would require some care to bring a claim. There's also a possibility that some IP is jointly owned or (in the case of the database right) owned by OSMF. Certainly if someone contributes substantial IP to OSM they don't lose the right to sue for an infringement of that IP. That is why talking of an assignment is misleading. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
Hi, Robert Kaiser wrote: I think all that is needed is a clear statement from OSMF saying that they don't feel responsible for chasing up violators Such a statement would invite everyone to use our data freely and without attribution or license care as it basically says the organization governing the product/data doesn't care anyhow. It is my belief that the organisation shouldn't waste resources on this except, as outlined in my message, in very grave cases. Anything else should be handled, as outlined in my message, by the community (if they want). Effectively policing *any* license would very likely require a *multiple* of OSMF's whole current budget. Do you want to stand before mappers and tell them for every pound we spend for servers to make mapping a nicer experience, we spend five pounds to seek out and punish license violators? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
Francis wrote: I certainly agree that taking legal action should be low on any list. It can be expensive, risky and time consuming. +1 If you want to prevent unattributed uses and so on, having a dedicated team of volunteers to work out the best approaches (and different approaches will work in different ways in different circumstances) is probably best. Whether you want to do that is another matter. Should we want to be attributed ? To satisfy pedantic ego inside us ? Can we never give something to the world without asking back ??? Do we need to be cited ? Does anyone read attributions ? None of us can enforce any license to any serious player on the market trying to steal our data. Commercial maps are a business of millions of dollars. Any legal action is wasting (our) lots money, and even worse, will not lead to any compensations, as we don't make money with our data (so we can't lose any either -but for the enforcement-) I mean, what will be the net result of such an enforcement, as we do not benefit nor loose from the mere fact that our license/attribution is being respected or not. Enforcing licenses/attributions is a sure way to lose what we do have in plenty: -the open and free image -sympathy among literally hundreds of thousands -information about our world to give to its citizen in wealth and in disaster The only way to go is making OSM free as in free ! Free OSM effectively stops the big players of making money with geodata and that is the only way we can actually enforce that what we actually promise on our (wiki)home page: OpenStreetMap creates and provides free geographic data such as street maps to anyone who wants them. The project was started because most maps you think of as free actually have legal or technical restrictions on their use, holding back people from using them in creative, productive, or unexpected ways Gert ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] A reliable process for handling OSM license violations
Am 21.03.2011 01:12, schrieb Frederik Ramm: Certainly not under CC-BY-SA where OSMF has no legal basis for suing anyone Thats another reason why I prefer a community based approach here. Beside I think our aim shouldn't be to sue anybody but to fix the missing license naming. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
On 21 March 2011 05:54, Elizabeth Dodd ed...@billiau.net wrote: What were the suggestions at the meeting(s)? The minutes suggest that I reported an issue some time ago and they kept it as an item to be dealt at future meetings for about 6 months and then they sort of let it fall off at some point without actually being dealt with. So I can only conclude the LWG has no clue how to deal with these issues. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
2011/3/21 Frederik Ramm frede...@remote.org: Russ Nelson wrote: Gert, as long as OSM is copyrighted, the OSMF will need to be in the business of suing OSMers. Certainly not under CC-BY-SA where OSMF has no legal basis for suing anyone (because even if OSM is copyrighted, OSMF is not the copyright holder nor has OSMF been formally asked to sue on their behalf by the copyright owners). - It *might* be different under ODbL but even if OSMF had a legal basis to sue somebody, we already have ODbL / CT for everybody who agreed to the license change or signed up newly in the last months. For all this data OSMF already is copyright holder. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
Might be the legal talklist a better place to discuss this very specific topic? I guess there are more users that are familar with the process itself. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
Hi, M?rtin Koppenhoefer wrote: we already have ODbL / CT for everybody who agreed to the license change or signed up newly in the last months. For all this data OSMF already is copyright holder. No. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
2011/3/21 Matthias Meißer dig...@arcor.de: Might be the legal talklist a better place to discuss this very specific topic? I guess there are more users that are familar with the process itself. So this conversation goes quietly into the night like most other threads rather than being dealt with? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
Am 21.03.2011 14:53, schrieb John Smith: 2011/3/21 Matthias Meißerdig...@arcor.de: Might be the legal talklist a better place to discuss this very specific topic? I guess there are more users that are familar with the process itself. So this conversation goes quietly into the night like most other threads rather than being dealt with? Was just an idea, cause I noticed that here aren't that much people interested in this topic, so I assumed at legal mailinglist are more people that are familar with the OSMF processes. And I didn't saw a reason to 'annoy' this official list with this very specific topic. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
- Original Message - From: Michael Collinson m...@ayeltd.biz To: Licensing and other legal discussions. legal-t...@openstreetmap.org Sent: Sunday, March 20, 2011 4:23 PM Subject: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license This is a general question for discussion from the License Working Group. I may also ask on the main list as the constituency is different. There are now 1 to 2 reports every month of folks violating OSM's license by using OSM's data or maps without any or without adequate CC-BY-SA attribution and they take several weeks to fix on average. These are mostly websites but include poster advertising, a TV advertisement and a TV show. This has sort of landed in the LWG's lap by default but we feel we are not dealing with the issues adequately and some issues not at all. We welcome suggestions on a better system. Our main function is the internal license change, and until that is done, we really don't have the resource to handle external matters like this. Here's a run down of what happens at the moment: - At the very minimum, we want to keep make a public record of alleged violations to show that these things do not pass un-noticed and to provide a central point for collating frequency and the nature of the problem. So far, if the LWG hears a report, we document the basics in a Hall of Shame section of our weekly meeting minutes, http://www.osmfoundation.org/wiki/Working_Group_Minutes - A member of the OSMF board or LWG takes up the particular issue. This depends very much on personal enthusiasm. It requires initial tact - most instances are neglect/cannot be bothered rather than purely wilful. It requires persistance and follow-up, - we generally get an oh we will fix it immediately ... and then they don't. It requires careful coordination within the OSM/OSMF community to provide a united front. It may require research - for example, how exactly should a TV ad provide a CC-BY-SA atttibution? And lastly, future cases may involve bumping up to formal legal help and legal action. Not easy for one person to do. Whilst this may not be easy for one person to do, I would say it is impossible for the community to do. Tact, is something quite often missing from the community careful co-ordination within the OSM/OSMF community is something impossible to achieve without a co-ordinator. Once you have a co-ordinator you have the defacto starting of a committee. Ignoring the practicalities above, once someone has agreed to the CT's they effectively assign the majority of their rights to OSMF in respect of data held by OSMF, with that assignment of rights I question from a legal point of view who but the OSMF are actually able to follow up legal breaches. Lastly, if we are taking data from 3rd parties (or indeed individual contributors) who have agreed it can be used by OSMF on the condition there is attribution, then surely there is a moral responsibility, if not a legal duty, for OSMF to do their utmost to agree that attribution takes place. If the LWG is not the appropriate body to undertake such a task then another body should be set up, but leaving it to the community does not seem a viable option. David Mike LWG ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
Frederik Ramm schrieb: I think all that is needed is a clear statement from OSMF saying that they don't feel responsible for chasing up violators Such a statement would invite everyone to use our data freely and without attribution or license care as it basically says the organization governing the product/data doesn't care anyhow. If our data was PD, that would be OK, but as it isn't and won't be, OSMF needs to care as it is the governing body behind the project. Robert Kaiser ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] A reliable process for handling OSM license violations
!i! wrote: Was just an idea, cause I noticed that here aren't that much people interested in this topic, so I assumed at legal mailinglist are more people that are familar with the OSMF processes. And I didn't saw a reason to 'annoy' this official list with this very specific topic. Actually, I believe that the topic is very well placed here. The licence change is a matter that has been discussed widely, controversially and extensively. The funny thing about this is: If nobody is willing to enforce a licence when it is being violated, if nobody cares whether it is respected or ignored - then there is no need for a licence, a licence change or discussion about it at all, it's all void and the OSM data is effectively involuntary public domain. Therefore I'd say: Either be consistent and and look for a way to politely but firmly enforce the licence - or be consistent and drop the licence altogether. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/A-reliable-process-for-handling-OSM-license-violations-tp6190047p6192875.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] A reliable process for handling OSM license violations
Gert, as long as OSM is copyrighted, the OSMF will need to be in the business of suing OSMers. If you don't like the idea that the OSMF should come after a fellow mapper, why, then, welcome to the group of us who believe that OSM should be in the public domain. -russ TBH I really don't care that much about how OSM is licenced, as long as it's not a proprietary licence, but I believe that if people aren't attributing correctly, it's most likely an oversight than anything else. A polite and importantly, private, email is appropriate. Naming and shaming in instances of simple oversight sounds dangerously close to authoritarianism and I very strongly believe OSM should not even consider going anywhere near there, *unless* someone steals OSM data and then claims it's their own. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Analysing the OSM community
Matthias I like the sound of this. Not only useful research, but useful for the active OSM community, and for building new communities. A question I get often is what does OSM look like in X country? These kind of community statistics, easily accessible, would be great step towards this. Similar, and very brief, thoughts at http://wiki.openstreetmap.org/wiki/Talk:Stats#Thoughts_on_improved_metrics Privacy, I only see the issue with private messages. Easy enough to focus on datamining other channels. -Mikel == Mikel Maron == +14152835207 @mikel s:mikelmaron From: Matthias Meißer dig...@arcor.de To: talk@openstreetmap.org Sent: Sun, March 20, 2011 10:05:10 AM Subject: [OSM-talk] Analysing the OSM community Hi there, I'm thinking about doing some research on our community itself. I would like to do a statistical approach to analyse our commmunication channels -mailinglists -Forums -wiki -OSM private messages -OSM changesets to be able to do some datamining e.g. 'most mappers work strictly local', 'users just reading mailinglists in their native language',... But as far as I know, this informations are unvailable to the public, so I had to use the main system instance. I'm not that sure who might be the right person to talk with, cause of the different aspects e.g. technical, privacy, Matthias ___ 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-legal-talk] Someone ought to do something ... dealing with violations of OSM's geodata license
On 03/21/2011 06:31 PM, Frederik Ramm wrote: Effectively policing *any* license would very likely require a *multiple* of OSMF's whole current budget. The FSF has one paid compliance officer to look after the whole of GNU and any other cases that they get involved in. gpl-violations.org is all volunteers. For the projects I've spoken to, enforcement is usually a phone call, not a court case. Do you want to stand before mappers and tell them for every pound we spend for servers to make mapping a nicer experience, we spend five pounds to seek out and punish license violators? It's not just about the experience on OSM's servers, it's about the experience wherever the data is encountered. I think both competent volunteers and any paid roles that take less than ${ARBITRARY_AMOUNT} of the budget are good investments in keeping the O in OSM. - Rob. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] A reliable process for handling OSM license violations
On Mon, 21 Mar 2011 14:01:43 +0100 Matthias Meißer dig...@arcor.de wrote: Might be the legal talklist a better place to discuss this very specific topic? I guess there are more users that are familar with the process itself. Matthias The LWG minutes indicate that Mike is to ask the community for comment. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A reliable process for handling OSM license violations
On Mon, 2011-03-21 at 14:01 +0100, Matthias Meißer wrote: Might be the legal talklist a better place to discuss this very specific topic? I guess there are more users that are familar with the process itself. This isnt a legalese issue. Well, as much as someone stealing your car is a legalese issue. You dont need a lawyer to tell you that someone stealing your car is not a good thing. The 'very specific topic' is the theft of our (or OSMF's, depending on who you listen to) data. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Analysing the OSM community
Hi Mikel, thanks. To this question this new series might provide a good answer http://wiki.openstreetmap.org/wiki/How_do_you_map_in but currently I wait for the russian author. Concerning the statistical analyse, I contacted the OSMF Communications Working group. regards Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] the coastline
i've recently been doing some mapping around auckland, adding coastal walkways. one in particular i walked on sunday has two routes: one at the foot of the cliffs, one on the road at the top of the cliffs. the lower route is under water when the tide is in, so walkers are advised to follow the road route. so, i added the route, and it is now under water: http://www.openstreetmap.org/?lat=-36.927322lon=174.709115zoom=18layers=M this seems wrong, drawing a route which is then under water, but the alternative of moving the path is also wrong. so, what do we do? the question becomes (in my mind): why do we have a single way mapped 'coastline'? this implies the boundary between land and water is static, but of course it moves - a number of times per day. i like the possibility of a high water mark and a low water mark, used together to entirely replace the natural=coastline tag. perhaps some of you have some ideas around this also? thanks, -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the coastline
I'd place the coastline at the low water mark because you know then that its always true. The coastline at the high water mark is only true a couple of times a day or whatever. Then it needs a high_water_mark way adding and ideally rendered in the long run. Cheers Andy -Original Message- From: Robin Paulson [mailto:robin.paul...@gmail.com] Sent: 21 March 2011 21:46 To: OSM Talk Subject: [OSM-talk] the coastline i've recently been doing some mapping around auckland, adding coastal walkways. one in particular i walked on sunday has two routes: one at the foot of the cliffs, one on the road at the top of the cliffs. the lower route is under water when the tide is in, so walkers are advised to follow the road route. so, i added the route, and it is now under water: http://www.openstreetmap.org/?lat=-36.927322lon=174.709115zoom=18layers=M this seems wrong, drawing a route which is then under water, but the alternative of moving the path is also wrong. so, what do we do? the question becomes (in my mind): why do we have a single way mapped 'coastline'? this implies the boundary between land and water is static, but of course it moves - a number of times per day. i like the possibility of a high water mark and a low water mark, used together to entirely replace the natural=coastline tag. perhaps some of you have some ideas around this also? thanks, -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ 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] [Spam?] the coastline
On Tue, 2011-03-22 at 10:45 +1300, Robin Paulson wrote: the question becomes (in my mind): why do we have a single way mapped 'coastline'? this implies the boundary between land and water is static, but of course it moves - a number of times per day. The coastline is (as generally accepted on most maps) the mean high tide mark. There is no clear boundary for 'high tide' and 'low tide', since as you point out it moves, and depending on the tide height it may well vary dramatically from day-to-day. If you add say 50cm to a tide height, you might find the tide line may come inland 100m or more. i like the possibility of a high water mark and a low water mark, used together to entirely replace the natural=coastline tag. There is a proposal for marking high/low tide marks. Check out http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover perhaps some of you have some ideas around this also? You could add a layer tag possibly, and maybe even opening_hours or some other access type tag. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Improving press related pages
Hi, as you might know, there is some kind of German press team, collecting the local medias and working on publishing press releases. I already asked some news reporters about our press kit and they really liked it: http://wiki.openstreetmap.org/wiki/Presse My question is, if it would be wise to copy/translate this one and put it to the main press portal? I'm not a native speaker and have some concerns if the tone, examples,... would work in a international manner. By the way, we still need high res images with proper author attribution for the media (full name and a commerce friendly license). If you have nice pictures of single mappers, groups, teachings, talks upload them right here: http://wiki.openstreetmap.org/wiki/Press_images Remember, that the countries are very different, so it would be great to have asian, europe, US, sceneries. If you are unsure if/how to upload, please send a mail. Oh and of course this one still continues ;) http://wiki.openstreetmap.org/wiki/Funny_signs Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the coastline
On Mon, 21 Mar 2011 21:59:20 - Andy Robinson ajrli...@gmail.com wrote: I'd place the coastline at the low water mark because you know then that its always true. The coastline at the high water mark is only true a couple of times a day or whatever. Then it needs a high_water_mark way adding and ideally rendered in the long run. Cheers Andy -Original Message- From: Robin Paulson [mailto:robin.paul...@gmail.com] Sent: 21 March 2011 21:46 To: OSM Talk Subject: [OSM-talk] the coastline i've recently been doing some mapping around auckland, adding coastal walkways. one in particular i walked on sunday has two routes: one at the foot of the cliffs, one on the road at the top of the cliffs. the lower route is under water when the tide is in, so walkers are advised to follow the road route. so, i added the route, and it is now under water: http://www.openstreetmap.org/?lat=-36.927322lon=174.709115zoom=18layers=M this seems wrong, drawing a route which is then under water, but the alternative of moving the path is also wrong. so, what do we do? the question becomes (in my mind): why do we have a single way mapped 'coastline'? this implies the boundary between land and water is static, but of course it moves - a number of times per day. i like the possibility of a high water mark and a low water mark, used together to entirely replace the natural=coastline tag. perhaps some of you have some ideas around this also? thanks, -- the Coastline has been defined as high water mark. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline I don't see that redefining it is going to be helpful Robin's point stands - should we mark the low water mark and the high water mark and render the littoral zone differently? I guess it is part of the micro-mapping initiative which is popular on the tagging list. From a safety point of view, I'd rather know that the path is under water. Then I can examine the coast and the tide tables (or ask) and make a decision on walking it. I certainly don't want a router taking me through there as the shortest or fastest walk. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the coastline
On 21-3-2011 22:59, Andy Robinson wrote: I'd place the coastline at the low water mark because you know then that its always true. Do you know what happens just before a tsunami hits land? -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the coastline
On 21 Mar 2011, at 21:59, Andy Robinson wrote: I'd place the coastline at the low water mark because you know then that its always true. The coastline at the high water mark is only true a couple of times a day or whatever. Then it needs a high_water_mark way adding and ideally rendered in the long run. Depending on your definition of true – you used the definition everything outside the coastline mark is water, and by that definition it is indeed true. Equally valid though is everything inside the coastline mark is land, and that's only true a couple of times a day if you put it at low water, while it's always true if you put it at high water. The proposal for both a high water mark and a low water mark seems ideal to me – though hard to gather data for. My guess is that the current data marks high water though, given that that's what's typically marked on most map serieses. Bob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Aruba has flooded
Help... http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the coastline
On Mon, Mar 21, 2011 at 5:45 PM, Robin Paulson robin.paul...@gmail.com wrote: i've recently been doing some mapping around auckland, adding coastal walkways. one in particular i walked on sunday has two routes: one at the foot of the cliffs, one on the road at the top of the cliffs. the lower route is under water when the tide is in, so walkers are advised to follow the road route. so, i added the route, and it is now under water: http://www.openstreetmap.org/?lat=-36.927322lon=174.709115zoom=18layers=M this seems wrong, drawing a route which is then under water, but the alternative of moving the path is also wrong. so, what do we do? the question becomes (in my mind): why do we have a single way mapped 'coastline'? this implies the boundary between land and water is static, but of course it moves - a number of times per day. i like the possibility of a high water mark and a low water mark, used together to entirely replace the natural=coastline tag. perhaps some of you have some ideas around this also? I don't have a solution but I certainly admire the problem. To complicate things, while maps may show mean high-water, borders seem to be mean low-water. WIkipedia says so. Adjusting a coastline polygon based on aerial imagery will get us something in between. Or something not-between because mean high-water is a mean. So that's all really bad and difficult to map. How about extending intermittent=yes from rivers and streams to footways as well? It would take an advanced router to know to look for intermittent=yes to avoid that path for the walker less likely to check conditions for themselves. Perhaps highway:intermittent=footway so that the intermittent footway fails to be found by tools that aren't aware footways can be intermittent? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aruba has flooded
The wiki indicates that natural=coastline should only be used on ways. You seem to have removed it from the ways and added it to the Aruba island border relation. Being in Kansas, I can't claim to be an expert on coastlines so I'm not sure if the wiki is accurate or not but that's all I can see. Toby On Mon, Mar 21, 2011 at 5:40 PM, Milo van der Linden m...@dogodigi.net wrote: Help... http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M ___ 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] Aruba has flooded
On Tue, Mar 22, 2011 at 5:49 AM, Toby Murray toby.mur...@gmail.com wrote: Being in Kansas, I can't claim to be an expert on coastlines LOLZ! well if the problem persists, I will look at it this evening. mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] track - unclassified
ik vind het ook vreemd, maar ik ga natuurlijk niet heel duitsland omtaggen. hoe kan ik die 'ongewenste' set undo-en? 2011/3/20 Robert Elsenaar rob...@elsenaar.info Daar ben ik heb ook mee eens. Werkelijke wegen van asfalt of straatstenen zijn geen tracks, Tracks zijn zoals ik die spoorwegen noem. wegen op het meest verhard met compacted puin of grint en alles met minder verharding tot zand en modder toe. Natuurlijk met een grade waarde. De weg moet wel duidelijk breed genoeg zijn voor een weg. Zo niet dan is het een path. dit riedeltje even voor de mensen die het nog steeds zo moeilijk vinden om wegen op de juiste manier te taggen. Robert -Oorspronkelijk bericht- From: Ben Laenen Sent: Sunday, March 20, 2011 8:03 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] track - unclassified Rene Dohmen wrote: Hallo, In dit gebiedje http://www.openstreetmap.org/?lat=51.20288lon=6.1851zoom=15layers=M in Duitsland heb ik een aantal tracks in unclassified veranderd. Tja, de Duitsers... Die hebben ooit op een dag gezegd dat track ook goed is voor verharde wegen, zonder dat er enige discussie over is geweest. Iets waar ik nooit mee akkoord zal gaan. Enerzijds omdat het verschil unclassified - track dan wel heel subjectief wordt. Anderzijds omdat er geen enkele reden was om track ook toe te laten voor verharde wegen en een tag die duidelijk was uitgelijnd (onverharde weg) zo te verminken. Mijn gedacht: als ze dat in Duitsland graag doen, dat ze maar doen, maar elke verharde weg die ik in België tegenkom die als track is gemapt, wordt meteen unclassified. Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_3670SPAM=truepath=C :\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202011\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] como fazer mapa de rotas
Trazendo de volta o assunto à vida, acho que a melhor alternativa neste caso é ter um banco de dados específico para estas informações, mais os mapas do OSM no mesmo banco de dados. Você pode dar uma olhada na aplicação Osmosis ( http://wiki.openstreetmap.org/wiki/Osmosis) e nas extrações do GeoFabrik ( http://download.geofabrik.de/osm/south-america/), com estes dois links fica bem simples pegar os mapas do OSM e jogar em uma base de dados relacional. Aí é só aumentar com os seus dados (não esqueça da atribuição). Um abraço, Diogo W. 2011/3/16 Yuriê Baptista César yuriebc.coi...@gmail.com Valeu Arlindo. vou dar ma olhada nestes links. abraço, Yuriê Em 16 de março de 2011 08:58, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Apesar de você poder criar uma relação e tagueá-la arbitrariamente tipo route type=minhas rotas, não é uma boa ideia. Rotas de ônibus são rotas fiáveis e verificáveis, as rotas propostas não. Se o pessoal do ridemybike não responder, e você for desenvolver um sistema, você teria basicamente 4 opções: - taguear as rotas no banco de dados do OSM com uma tag arbitrária e fazer uma renderização especial; - taguear as ruas no banco de dados do OSM com uma (ou mais) tag arbitrária para marcá-la como agradavelmente ciclável - um conceito extremamente relativo, na lista talk@ (internacional) já tiveram vááárias discussões sobre isso e deixar que o algoritmo faça o roteamento; - manter um banco de dados separado com relações cujos IDs se referem aos elementos do banco de dados principal do OSM; - duplicar o banco de dados do OSM para o seu servidor, incluir as tags e renderizar como quiser - e usar algum algoritmo para manter a sincronização dos dados usando daily diffs. Googleando rapidinho [0], achei não só na talk como na talk-us e talk-au exemplos de discussões sobre o que mencionei acima [1] [2] [3]. Um outro ponto a ser considerado - se escolhido um sistema de roteamento automático, o que creio não ser o caso pois você já mencionou a ideia de ter especialistas montando as rotas - é a questão do relevo. Vale dar uma olhada em como o pessoal do OpenCycleMap [4] fez. 0: http://www.google.com.br/search?sourceid=chromeclient=ubuntuchannel=csie=UTF-8q=cycling+streets+site%3Alists.openstreetmap.org 1: http://lists.openstreetmap.org/pipermail/talk-au/2010-September/007121.html 2: http://lists.openstreetmap.org/pipermail/talk-us/2010-November/004771.html 3: http://lists.openstreetmap.org/pipermail/talk/2007-August/017585.html 4: http://opencyclemap.org/ []s Arlindo Pereira 2011/3/16 Diogo Nunes dio...@diogow.com Podemos sim criar rotas personalizadas no bd, desde que estejam definidas como tal. Nao seriam atributos nas ruas, mas sim rotas propriamente ditas no banco de dados, que seriam relações das ruas que compõem a rota. De uma olhada como são feitas rotas de ônibus, acho que as rotas de bicicleta seriam similares. Att, Diogo W. Em 16/03/2011, às 01:08, Yuriê Baptista César yuriebc.coi...@gmail.com escreveu: Arlindo, a idéia de fazer as cycling friendly streets são rotas determinadas por especialistas na mobilidade por bicicletas, não são rotas aleatórias tiradas da minha cabeça. é claro que o OSM sendo um mapa colaborativo, pode ser que alguém altere as rotas colocadas ali. mas não acredito que isso possa acontecer. no caso de não serem rotas oficiais, é importante salientar que todas as rotas são meramente informativas, assim como o google maps. Cada um fica responsável pela sua segurança e tem que ter noção de onde é possível pedalar de onde não é. eu estou começando nessa história de produzir mapas. Pelo que pesquisei, ao menos voltado para bicicleta, o que existe é o bikely e o Ride the City. Enviei um e-mail para o pessoal do Ride The City mas ainda náo obtive uma resposta. O último projeto deles foi de Santiago do Chile, pelo que sei, lá não existem cycling friendly streets oficiais, mas posso estar enganado. Vou entrar em contato com o pessoal do Chile para saber. abraços, Yuriê Em 16 de março de 2011 00:36, Arlindo Pereira openstreet...@arlindopereira.com openstreet...@arlindopereira.com escreveu: Olá Yuriê, acho muito bacana o que você quer fazer, mas acredito que o banco de dados do OSM não é o local mais indicado para as rotas. Explico: as informações no OSM são factuais e verificáveis (tipo a Wikipédia), não pode ser arbitrárias. O que quero dizer com isso é que as cycling friendly streets são cycling friendly streets _oficiais_ (com sinalização colocada pelo governo, como ocorre em alguns países), as rotas também são definidas por entidades etc. Em outras palavras, não são rotas criadas pelos usuários. Eu costumo criar algumas rotas no Bikely que, infelizmente, usa o mapa do Google Maps. Se você tiver alguma sugestão de serviço que utilize os mapas do OSM - tipo o Ride the City mas para qualquer cidade - agradeço. Em tempo, mapeei todos os 150km de
Re: [Talk-de] Wohnort
Am Sonntag, 20. März 2011, um 16:00:06 schrieb Christian Müller: meist sind sie schon konkrete Luftbild-Schätzungen von Wohngebieten, die einem Wanderer oder Geocacher sehr genau sagen, wo er mit höchster Wahrscheinlichkeit privaten Grund betritt. Im Gegensatz zu dem ganzen Umland, das ja niemandem gehört oder wie? Gruß, Bernd -- An den Scheidewegen des Lebens stehen keine Wegweiser - Charly Chaplin (engl. Filmkomiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Hallo Markus. Am Sonntag, 20. März 2011, um 14:35:15 schrieb Markus: Damit haben sich so unspezifische Angaben wie place und landuse m.E. erübrigt? Es sei denn hinter dem landuse verbirgt sich eine offizielle Grenze (Baugebiet, Industriegebiet, Naturschutzgebiet, etc). Im Prinzip kann man das so sehen, aber bei OSM sind wir doch in aller Regel pragmatisch veranlagt. Und dazu gehört nunmal auch, dass spezifische (soweit erfasst) und unspezifische Angaben gemischt vorkommen können. Und ein grober Umriss ist leichter zu erfassen (auch mittels schlechtem Luftbild) als eintzelne Häuser und Straßen und ganz ehrlich: Diese schicke graue Hinterlegung von bebautem Gebiet ist einfach das was man von einer Landkarte so kennt und auch erwartet. Die algorithmisch zu bestimmen ist nicht so einfach. Daher der pragmatische Weg, grober Umriss der bebauten Fläche damit man auf der Karte auf einen Blick z.B. erkennen kann wie groß ein Ort ist. Wenn du ein zuverlässiges Verfahren vorstellst, wie man, basierend auf diversen anderen Daten, diese Fläche berechnen kann, dann kann man die aus den Daten weg lassen. Aber das halte ich für sehr kompliziert. Gruß, Bernd -- Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt aber Gehirne, denen eine Wäsche ganz gut täte. - Johannes Gross (dt. Publizist 1932) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 21. März 2011 02:21 schrieb Henning Scholland o...@aighes.de: und dass Landmassenrelationen redundant sind, ist keine Meinung, sondern eine Tatsache (redundant = die Information ist mehrfach vorhanden). Wie steht es dann um service=parking_aisle? Ist ja auch redundant. Ein highway=service innerhalb eines amenity=parking-Polygons ist doch ein Parkplatzweg. nein, ist er nicht. Ein highway=service über einen Parkplatz kann z.B. auch eine Zufahrt oder sonst ein Weg sein, der streckenweise über einen Parkplatz führt. Ebenso das einzeichnen von Bahnübergängen und Furten... Das sind beides Dinge, die man in einer perfekten Karte nicht unbedingt bräuchte, stimmt. Wenn man aber von tausenden unvorbelasteten Laien eine Karte zeichnen lässt ist es nicht schlecht, solche Stellen explizit anzugeben, und sie damit von Brücken und Tunneln klar unterscheidbar zu machen, die oft vergessen werden. Wobei so ein einzelner Node m.E. überhaupt nicht mit einer Relation zu vergleichen ist, die unzählige Mitglieder hat, und zwangsläufig die History belastet, ohne dass sie einen Sinn ergibt (könntest Du es mir evtl. erklären, was die aktuellen Anwendungsfälle der Landmasse-Relationen sind, die es vorteilhaft erscheinen lassen, die Information absichtlich doppelt einzutragen - muss ja dann auch doppelt gepflegt werden ?). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hilfestellung für Windows-Batch und osmosis
hi ! ich habe mir ein Batchgebastelt mit welchem ich Daten aus osmosis-Filtern will (node und ways) um diese dann in einer Datei zusammenzuführen. Hierzu verwende ich folgenden Ausdruck in einem Batch-File: rem osmworkfolder Verzeichnis für den Osmosiszugriff set project=hot_japan set selectionset=amenity.pharmacy,amenity.hospital,amenity.school,amenity.college,amenity.university,amenity.fire_station,amenity.police,amenity.shelter,amenity.telephone,shop.supermarket,amenity.nursing_home %osmworkfolder%\osmosis\bin\osmosis.bat -v 99 --read-pbf latest.osm.pbf --tee 2 --node-key-value keyValueList=%selectionset% --write-xml %project%_node.osm --way-key-value keyValueList=%selectionset% --used-node --write-xml %project%_way.osm %osmworkfolder%\osmosis\bin\osmosis.bat --read-xml %project%_node.osm --read-xml %project%_way.osm --merge --write-xml %project%_select.osm Das Filtern funktioniert auch - aber dann bricht das Script ab ohne eine Meldung. Auch beim Start über das CMD-Fenster kommt keine Fehlermeldung. Das Protokoll der Filterung habe ich unten angehängt. Der Merge-Prozess wird nicht ausgeführt mehr - wenn ich den alleine ausführe dann ist werden die beiden Dateien verschmolzen. Kann mir einer von Euch weiterhelfen ?? Gruß Jan :-) D:\DATEN\JAN\openstreetmap\HOT_AuswertungD:\DATEN\JAN\openstreetmap\osmosis\bin \osmosis.bat -v 99 --read-pbf latest.osm.pbf --tee 2 --node-key-value keyValueL ist=amenity.pharmacy,amenity.hospital,amenity.school,amenity.college,amenity.uni versity,amenity.fire_station,amenity.police,amenity.shelter,amenity.telephone,sh op.supermarket,amenity.nursing_home --write-xml hot_japan_node.osm --way-key-va lue keyValueList=amenity.pharmacy,amenity.hospital,amenity.school,amenity.colleg e,amenity.university,amenity.fire_station,amenity.police,amenity.shelter,amenity .telephone,shop.supermarket,amenity.nursing_home --used-node --write-xml hot_ja pan_way.osm 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.38 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-apidb-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader org.openstreetmap.osmosis.apidb.ApidbPluginLoa der. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-areafilter-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader org.openstreetmap.osmosis.areafilter.AreaFilte rPluginLoader. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-binary-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader crosby.binary.osmosis.BinaryPluginLoader. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-core-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader org.openstreetmap.osmosis.core.CorePluginLoade r. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-dataset-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader org.openstreetmap.osmosis.dataset.DatasetPlugi nLoader. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-pgsnapshot-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader org.openstreetmap.osmosis.pgsnapshot.PgSnapsho tPluginLoader. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin configuration file from url jar:file:/D:/DATEN/JAN/openst reetmap/osmosis/lib/default/osmosis-replication-0.38.jar!/osmosis-plugins.conf. 21.03.2011 13:00:19 org.openstreetmap.osmosis.core.TaskRegistrar loadBuiltInPlug ins FEINER: Loading plugin via loader
Re: [Talk-de] Japan: Wie OpenStreetMapper helfen können
Hi, RalfGesellensetter schrieb: Auf der anderen Seite könnte ich mir vorstellen, dass es problematisch wäre, zerstörte Straßenzüge einfach zu löschen, da ja z.B. die Information über deren Lage dabei helfen könnte, Verschüttete zu finden. Zerstörte Straßen solltem demnach eher mit einem Tag zerstört versehen werden, oder? kennst du Erdbeben und Tsunami in Japan im OSM Blog ? http://blog.openstreetmap.de/2011/03/erdbeben-und-tsunami-in-japan/ darin sind einige Informationen enthalten, auch zum Thema zerstörte oder nicht passierbare Straßen ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfestellung für Windows-Batch und osmosis
Wenn Du aus einer Batch-Datei eine Batch-Datei aufrufen willst, mußt Du das mit call machen, sonst wird die aktuelle Batch durch die aufgerufene ersetzt. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Hilfestellung-fur-Windows-Batch-und-osmosis-tp6191983p6192114.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfestellung für Windows-Batch und osmosis
Am 21.03.2011 13:46, schrieb NopMap: Wenn Du aus einer Batch-Datei eine Batch-Datei aufrufen willst, mußt Du das mit call machen, sonst wird die aktuelle Batch durch die aufgerufene ersetzt. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Hilfestellung-fur-Windows-Batch-und-osmosis-tp6191983p6192114.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ach ja, da leidige Thema - osmosis war früher ja mal kein bat und deshalb mache ich immer noch den fehler. danke ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Blocked Tile Scaper and Issues
Hi Talk-de, First apologies for my email being in English. I do not yet speak German. Feel free to translate. I have had to blocked the tile scaping app Mobile Atlas Creator from mass downloading tiles from tile.openstreetmap.org, it was causing an undue strain on our limited resources and effecting the tiles being served to mappers. The app allows downloading huge areas, including heavily scaping of z17 and z18 tiles [1]. The app was responsible for between 7% and 30% of our traffic. This morning ~236 tiles per second. The app uses a faked User-Agent [2] and the block may effect some mappers in Germany. Please let me know if any problems are observed. Faking a User-Agents is absolutely unacceptable. http://wiki.openstreetmap.org/wiki/Tile_Usage_Policy There has been some German discussion about this application: http://forum.openstreetmap.org/viewtopic.php?id=10960p=1 (I have not yet read the thread) 1: Most high zoom tiles tend to be have never been viewed and require rendering on demand. See http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage for example viewing percentages. 2: http://mobac.svn.sourceforge.net/viewvc/mobac/trunk/MOBAC/src/main/java/mobac/program/download/UserAgent.java?r1=1411r2=1657 Regards Grant Part of the OSM Sysadmin Team ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am 21.03.2011 08:17, schrieb Bernd Wurst: Im Gegensatz zu dem ganzen Umland, das ja niemandem gehört oder wie? Ob der Pilzesammler im Wald oder im Hausgarten steht, ist rechtlich relevant ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] POI-Karte - Melden wichtiger Tags ...
Hi ! wie vielleicht der eine oder andere schon vernommen hat habe ich meine POI-Karte von Haiti wieder aufleben lassen. http://www.tappenbeck.net/osm/maps/deu/index.php?id=2000 Man hat mir freundlicherweise eine Tagliste zur Verfügung gestellt und das sah vor einigen Tagen noch sehr mau aus. Wenn jemand den Eindruck hat das wichte Tags verwendet wurden dann möge er mir diese bitte mitteilen. Wenn Ideen für Icon und Kurzbeschreibung dabei sind sage ich nicht nein. Einfach das ganze HOT-Datenmodell zu übernehmen ist derzeit noch etwas verfehlt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohnort
Am Montag, 21. März 2011, um 16:42:36 schrieb Heiko Jacobs: Ob der Pilzesammler im Wald oder im Hausgarten steht, ist rechtlich relevant ;) Wald ist was anderes, darum ging es nicht. Gruß, Bernd -- Schade, daß rote Zahlen auf dem Konto nicht annähernd so beruhigend sind wie auf dem Kalender. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
Hallo, NopMap wrote: Ich habe mir gerade mal das Download-Tool Mobile Atlas Creator kritisch angesehen. Mobac ist jetzt, wie Grant vorhin ja schrieb, vom Tileserver gesperrt, soweit das aufgrund der gefakten User-Agents ueberhaupt moeglich ist. Die fehlenden Quell-/Lizenzhinweise sind dabei weniger der Grund als vielmehr, dass die Applikation zum Teil fuer 30% des Tile-Traffics auf OSM verantwortlich war; offenbar muss sie in der letzten Zeit massiv an Verbreitung gewonnen haben. Der gefakte User-Agent ist dabei, wie Nop schon sagte, ein klarer Verstoss gegen unsere Policy (und gegen uebliche Verhaltensregeln im Web sowieso). Ich habe kein Statement von den Programmierern dazu; ich hoffe, dass sie sich schaemen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hi, On Mon, 21 Mar 2011 02:21:16 +0100 Eigentlich hab ich an allen relevanten Punkten ein meiner Meinung nach drin, oder nicht? Dass die Erfassung unveraenderlicher, Was ist denn schon unveränderlich und warum soll unveränderliches nichts in OSM verloren haben? OSM ist ein Datenerfassungsprojekt und kein Sammelplatz fuer oeffentliche Geodaten dieser Welt. Unveraenderlich ist hier gemeint im Sinne von autoritativ - wenn die Regierung (oder ein internationales Abkommen) festlegt, dass die Grenze hier und da verlaeuft, dann verlaeuft sie da, und kein Mapper der Welt kann daran eine (sinnvolle) Aenderung vornehmen. Also ist es es unsinnig, fuer sowas eine crowdsource-Datenpflege-Engine zu benutzen. Was ein Mapper nicht sinnvoll bearbeiten kann, gehoert nicht in OSM ist bestimmt kein Spruch, den ich mir ausgedacht habe. unbeobachtbarer Nunja...da haben wir aber so einiges auch schon länger in den Daten drin. Fährlinien, Grenzen, teilweise ÖPNV-Routen... und wenn man länger drüber nachdenkt, findet man sicherlich auch noch ein paar mehr. Das ist ganz bestimmt richtig. Einige Grenzen habe ich sogar selber importiert, ich sehe also durchaus, dass man das nicht ganz so eng sehen darf. Besonders dann, wenn eine Grenze oder sonst irgendwas als Katalysator fuer weiteres Mappen diesen kann, so z.B. haben wir die importierten Villages aus OpenGeoDB oder so, die nun leichter fuer Analysen a la hier fehlt noch was bereitstehen. Es ist also in jedem Fall eine Abwaegung. Ganz bestimmt ist es aber nicht zulaessig, zu sagen: Wir haben eh schon viel von X, daher kann weiteres X ohne Nachzudenken erfasst werden. Im Falle dieser unbeobachtbaren, vom Mapper nicht sinnvoll aenderbaren Sachen ist es immer eine Einzelfallentscheidung. Die Grenzen sind für viele OSMer ein Mitbestandteil von OSM. Bei Fähren und ÖPNV wäre das Raunen auch groß, wenn man sie raus kegeln würde. Da stimme ich zu, wobei das mit den Grenzen manchmal etwas auszuufern scheint - wie gesagt, bloss weil wir bestimmte Grenzen haben, heisst das nicht, dass wir *alle* wollen. und dass Landmassenrelationen redundant sind, ist keine Meinung, sondern eine Tatsache (redundant = die Information ist mehrfach vorhanden). Wie steht es dann um service=parking_aisle? Ist ja auch redundant. Ja, klar. Vielleicht verstehen wir uns da falsch; wenn ich schreibe ist redundant dann meine ich nicht kann ohne weiteres geloescht werden. Das redundant ist eine ganz sachliche Feststellung. Wir haben eine Menge reduntante Tags, z.B. auch bei den Adressen, und das ist natuerlich aus Datenbanksicht immer doof, aber zuweilen auch ziemlich praktisch, weil es die Fehlersuche erleichtert... Alles was ich oben aufgezählt hab sind meiner Meinung nach Beispiele, die in deine Kriterien passen, aber dennoch einen Nutzen für OSM haben. Meiner Meinung nach ist die Tatsache, dass in OSM mehr Lage-Infos enthalten sind, als für eine Straßenkarte erforderlich, Um die Unterscheidung Strassenkarte/andere Karte geht es dabei meistens nicht; sondern eher um die Frage, ob wir es mit echten von uns erfassten und aus der Vermessungstaetigkeit von Mappern entstandenen Daten zu tun haben, oder ob jemand Koordinaten aus einer Publikation abschreibt; letzteres ist manchmal nuetzlich, steht aber eigentlich in keinem Bezug zu unseren sonstigen Daten und wird oft nur der Bequemlichkeit halber in OSM gehalten. Das ist aber ein Ansatz, den man nur ganz begrenzt verfolgen kann, es gibt heute schon weit mehr freie Geodaten (die sicher alle fuer irgendwen nuetzlich sind) als wir in OSM vertragen koennen. Beim Mappen setzen wir da keine Grenzen - ein Mapper kann nur eine bestimmte Menge an Daten produzieren, und mit der werden wir schon fertig. Bei der Frage, welche existierenden Geodaten in OSM uebernommen werden, muss man genauer hinschauen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 21. März 2011 19:24 schrieb Frederik Ramm frede...@remote.org: OSM ist ein Datenerfassungsprojekt und kein Sammelplatz fuer oeffentliche Geodaten dieser Welt. Unveraenderlich ist hier gemeint im Sinne von autoritativ - wenn die Regierung (oder ein internationales Abkommen) festlegt, dass die Grenze hier und da verlaeuft, dann verlaeuft sie da, und kein Mapper der Welt kann daran eine (sinnvolle) Aenderung vornehmen. Also ist es es unsinnig, fuer sowas eine crowdsource-Datenpflege-Engine zu benutzen. Wenn es die aktuellen Grenzen in definitiver Auflösung überall verfügbar gäbe stimmte das, davon sind wir aber weit entfernt. In Deutschland haben wir AFAIK immer noch keine endgültigen Grenzen (die amtlichen Grenzen sind nicht in der Originalqualität in OSM, und auch nirgends in einer freien Lizenz (zumindest nicht elektronisch) verfügbar). In einem großen Projekt wie OSM können wir (=einzelne Mapper in ihrem Bereich) auf die Behörden zugehen und hoffen, dass sie uns was schenken. Nur als große Masse an Leuten können wir das einigermaßen sinnvoll machen, da steckt ja jede Menge Arbeit dahinter (wie Du selbst weisst). Neben einer crowdsource-Datenpflege-Engine ist OSM eben auch ein crowdgesourceter Datensatz wo Grenzen sehr sinnvoll sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 21.03.2011 19:24, schrieb Frederik Ramm: Was ein Mapper nicht sinnvoll bearbeiten kann, gehoert nicht in OSM ist bestimmt kein Spruch, den ich mir ausgedacht habe. Es ist also in jedem Fall eine Abwaegung. Ganz bestimmt ist es aber nicht zulaessig, zu sagen: Wir haben eh schon viel von X, daher kann weiteres X ohne Nachzudenken erfasst werden. Im Falle dieser unbeobachtbaren, vom Mapper nicht sinnvoll aenderbaren Sachen ist es immer eine Einzelfallentscheidung. Wie du selber festgestellt hast ist das alles eine Grauzone. Die Verantwortung, was in OSM eingetragen wird liegt in den Händen des einzelnen Mappers. Dann muss man die Entscheidung des Mappers aber auch akzeptieren, solange die Daten nicht falsch oder illegal sind. Man kann in der Community diskutieren, ob die Art und Weise des Taggings sinnvoll ist, oder ob es besser geht und dann ändern. Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des Flächeninhalts der Einheit zu statistischen Zwecken. Oder die Erzeugung einer politischen Karte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
am Sonntag, 20. März 2011 um 22:12 schrieb M∡rtin Koppenhoefer: für Dinge wie Kontinente machen wir das aber z.B. nicht (die sind nur als Nodes drin). Da würde ich sagen: NOCH nicht! komplizierter, d.h. man muss abwägen. Bei diesen Daten, die üblicherweise von einer physischen Karte dargestellt werden, wie Bergregionen, Täler, Meere und Meeresteile, Landschaftsräume etc. wurde damals in der Diskussion glaube ich auch erwähnt, dass sowas (zumindest derzeit) für OSM sehr schlecht geeignet ist und externe Daten empfehlenswert sind. Ja, genau. Extern. Dann machen wir eine Datenbank auf, sammeln dort alle geografischen Daten. ;-) Aber wozu sollten dann noch OSM haben, wenn wir alle Daten auslagern? Wie heißt es doch auf der Wiki-Startseite: | OpenStreetMap hat das Ziel, freie geographische Daten über Straßen, | Eisenbahnen, Flüsse, Wälder, Häuser und alles andere, was gemeinhin | auf Karten zu sehen ist, zu erfassen. in OSM. Die Alpen und die Vogesen findest Du nicht, genauso wenig wie die Norddeutsche Tiefebene oder den Taunus. Das Fehlen dieser Dinge ist ist auch ein weiteres Manko von OSM. Auch diese Daten gehören für mich in OSM. Frederik hatte ja schon mal die Idee von Fuzzy-Polygonen ins Spiel gebracht; wie ich finde ein guter Ansatz. nur mit OSM-Daten nicht. Ich kann auch die Alpen nicht finden, und weiss nicht, wo es im Jahr weniger als 100 mm Niederschlag gibt oder wo die monatliche Durchschnittstemperatur 20 Grad übersteigt. Oder wo weisse Tiger vorkommen, wo ich mit EUR bezahlen kann oder wo der Schengenraum zu Ende ist. Nichtmal, welche Länder Monarchien sind kann man herausfinden. Manches davon ist evtl. noch geeignet, in OSM aufgenommen zu werden, anderes sicher nicht. Aber wir reden hier über geografische Basis-Informationen. * Man kann aus der Datenbank keine Informationen zur Größe und Form eines Meeres herausbekommen. doch, mit einer externen Quelle (z.B. frei verfügbare Shapefiles) ist das problemlos möglich. Shapefiles, die sich dann wahrscheinlich nicht mit unseren Daten decken. ich finde das Thema auch nicht uninteressant. Problematisch finde ich es, wenn wir eine Nullinformation wie Mittelmeer, 6. Teil, nach einem halben Jahr mittlerweile in der 68. Version, mit uns rumschleppen müssen, und es nicht so aussieht, als würde daraus noch mal was Sinnvolles. Mensch, löse Dich doch mal vom Term Teil 6. Die Information steckt in der Elternrelation, welche übrigens auch schon von mehreren Usern ergänzt wurde. Und wenn niemand was ausprobiert oder Vorschläge macht, kommen wir auch nicht richtig weiter. Das ist OSM. Zumindest hat es schon mal dazu geführt, daß hier erneut darüber diskutiert wird, wenn auch leider von zu wenigen Usern. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Hallo, Henning Scholland wrote: Wie du selber festgestellt hast ist das alles eine Grauzone. Die Verantwortung, was in OSM eingetragen wird liegt in den Händen des einzelnen Mappers. Das sage ich auch oft (dass der einzelne von mir aus auch seine persoenlichen Daten mappen kann, solang er sich kein Tagging ausdenkt, das andere stoert), aber das ist natuerlich immer unter der Annahme, dass das im Rahmen bleibt. Es ist kein Freibrief fuer jemand, jetzt beispielsweise flaechendeckend 500 GB an historischen Temperaturdaten zu importieren. Die Freiheit des einzelnen Mappers endet dort, wo sein Vorgehen die Freiheit der anderen beschneidet. Es gibt in OSM Relations-Konstrukte, die ganz offensichtlich durch ihre Ueberbordende Komplexitaet die Freiheit vieler beschraenken. Dann muss man die Entscheidung des Mappers aber auch akzeptieren, solange die Daten nicht falsch oder illegal sind. Man kann in der Community diskutieren, ob die Art und Weise des Taggings sinnvoll ist, oder ob es besser geht und dann ändern. Oder ob man es gar nicht will und dann loeschen. Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des Flächeninhalts der Einheit zu statistischen Zwecken. Oder die Erzeugung einer politischen Karte. Ja, allerdings haben wir ja schon festgestellt, dass diese Anwendungen durch ein Fehlen der betr. Relationen nicht unmoeglich, sondern nur etwas schwieriger wuerden. Insbesondere kann ich mir die Landmasse aller Laender der Welt leicht von sowas wie naturalearthdata.com runterladen, wenn ich Statistiken oder politische Karten machen will. Das ist also eine Disziplin, in der - im Gegensatz zu anderen Disziplinen! - die Welt nicht gerade auf OSM gewartet hat. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen Landmasse
Am 21. März 2011 19:51 schrieb Henning Scholland o...@aighes.de: Am 21.03.2011 19:24, schrieb Frederik Ramm: Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des Flächeninhalts der Einheit zu statistischen Zwecken. und für diesen Spezialfall sollen wir doppelt gemoppelte Daten drin haben? Diese Landmasse-Relationen sind ja nichtmal dergestalt redundant, dass man darauf zurückgreifen könnte, wenn die Küstenlinie kaputt geht: dann sind die nämlich i.d.R. mit kaputt. Oder die Erzeugung einer politischen Karte. ich dachte immer, dazu brauchte man Grenzen. M.E. hat irgendwann jemand mal gelesen, dass die Landmasse bei der politischen Gliederung eine Rolle spielt (was ja auch stimmt), und dann den Schluss gezogen, dass man dafür in OSM eine Relation braucht (das stimmt eben nicht). Daraufhin wurde dieses Vorgehen von anderen Mappern aufgegriffen und die halbe Welt damit missioniert (Huch, die Italiener haben ja noch gar keine Landmasse-Relation, schnell mal eine erstellen, diese Schlamper tststs). Wenn wir nun aber feststellen, dass uns diese Relationen praktisch keine Vorteile bringen, wäre es da nicht am besten, man ergänzte einen Hinweis im Wiki und löschte diese Relationen wieder, bevor weitere 200 Versionen dazukommen? Wer vorhat, die Fläche der Landmasse auszurechnen, und in der Lage ist, seine Datenbank auf eine geeignete Projektion umzustellen, damit er mit den Werten überhaupt was anfangen kann, der wird auch an der Subtraktion der Meeresteile nicht scheitern. Ich fände den Mehraufwand, der einem durch derartige landesweite/weltumspannende Relationen als Mapper aufgebürdet wird nur dann vertretbar, wenn dem auch ein Gewinn gegenüberstände. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meeresrelationen
Am 21. März 2011 19:36 schrieb Christian H. Bruhn br...@arcor.de: am Sonntag, 20. März 2011 um 22:12 schrieb M∡rtin Koppenhoefer: komplizierter, d.h. man muss abwägen. Bei diesen Daten, die üblicherweise von einer physischen Karte dargestellt werden, wie Bergregionen, Täler, Meere und Meeresteile, Landschaftsräume etc. wurde damals in der Diskussion glaube ich auch erwähnt, dass sowas (zumindest derzeit) für OSM sehr schlecht geeignet ist und externe Daten empfehlenswert sind. Ja, genau. Extern. Dann machen wir eine Datenbank auf, sammeln dort alle geografischen Daten. ;-) kommt drauf an, welche Daten. Diese externe Datenbank / Daten gibt es ja bereits, natural earth ist beispielsweise (AFAIK) PD und bietet genau sowas. Gerade bei diesen Landschaftsstrichen und Gegenden, Mittelgebirgen, Gebirgen, Gebirgsteilen, Tälern, etc. etc. ist ja eines der Probleme, dass es keine genauen Grenzen gibt. Je nach Maßstab wird man das anders darstellen (und gliedern!), es gibt in der Realität immer Übergänge. Dafür haben wir in OSM überhaupt kein Konzept, und auch keine geeignete Editier- oder Darstellungsmöglichkeit. Und bevor wir nichts von alledem haben, sollten wir nicht schonmal blind Daten irgendwie eintragen. Aber wozu sollten dann noch OSM haben, wenn wir alle Daten auslagern? wir lagern nicht alles aus, sondern das, wofür OSM nie gedacht war und auch nicht geeignet ist. Verkehrsdaten in realtime z.B., oder Landstriche und Meeresteile (wobei letztere noch am ehesten geeignet wären, die haben zumindest mit der Küste eine klare Grenze). ... doch, mit einer externen Quelle (z.B. frei verfügbare Shapefiles) ist das problemlos möglich. Shapefiles, die sich dann wahrscheinlich nicht mit unseren Daten decken. Die decken sich mehr als ausreichend. Man kann als Küste ja die von OSM benutzen. Ich schreibe hier nicht von hypothetischen Dingen, ich mache das schon, es geht problemlos. ich finde das Thema auch nicht uninteressant. Problematisch finde ich es, wenn wir eine Nullinformation wie Mittelmeer, 6. Teil, nach einem halben Jahr mittlerweile in der 68. Version, mit uns rumschleppen müssen, und es nicht so aussieht, als würde daraus noch mal was Sinnvolles. Mensch, löse Dich doch mal vom Term Teil 6. Die Information steckt in der Elternrelation, welche übrigens auch schon von mehreren Usern ergänzt wurde. da steht drin, dass es sich um das Mittelmeer handelt. Großartig. Das wissen ja selbst die Amerikaner ohne Karte ;-) http://de.wikipedia.org/wiki/Mittelmeer#Gliederung Wenn der Ersteller sich mit anderen abgesprochen hätte, bevor er stundenlang eine Relation aus tausenden von Küstenabschnitten zusammengeclickt hat, dann wäre er vermutlich eher vom Kleinen ausgegangen. Z.B. Golf von Neapel, hätte diese Schnipsel dann wieder in Relationen zu Meeren zusammengefasst (z.B. Ionisches Meer, Tyrrhenisches Meer, Adriatisches Meer, Ägäis), und diese dann wieder in westliches und östliches Mittelmeer. Ganz zuletzt wäre evtl. noch ein Mittelmeer aus den beiden letzten entstanden. Das wäre dann zwar immer noch ein Relationenmonster, aber zumindest eins, das einen gewissen Sinn macht, und wo ich nicht im Tyrrhenischen Meer eine Meeresrelation finde, wo die Lagune von Venedig direkt mit drin ist. Man hätte an den jeweiligen Küsten noch halbwegs überschaubare und editierbare Relationen mit wiedererkennbaren Namen, die die Meeresteile der Umgebung drin haben. Die Zusammenfassung zu größeren Meeresteilen wäre dann in abstrakteren Relationen, mit denen man sich eigentlich nicht mehr unbedingt auseinandersetzen muss, solange es im Kleinen passt. Und wenn niemand was ausprobiert oder Vorschläge macht, kommen wir auch nicht richtig weiter. Das ist OSM. Zumindest hat es schon mal dazu geführt, daß hier erneut darüber diskutiert wird, wenn auch leider von zu wenigen Usern. ja, das stimmt natürlich. Mir tut es auch schon ein bisschen leid, wenn ich die bisher da geleistete Arbeit so hart kritisiere. Ich würde unbedingt raten, bevor man das Rad in so einem großen Bereich neu erfindet, und so viel Arbeit investiert, das vorher mal konkret zu diskuttieren (ankündigen was man wie vorhat und sich die Kommentare der Leute ansehen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit Nominatim
Moin, nachdem ich gesehen hab, dass es hier patente Leute in Fragen Nominatim gibt, reposte ich mal einen Beitrag aus dem Forum: Hi, ich bastle grad an einer website und dachte mir, es sei doch schick, zu Adressen auch eine kleine Karte anzuzeigen (keine Sorge, ressourcenschonend). Also schicke ich die Adresse an Nominatim. Nun bringt mir aber Nominatim, trotz korrekter Daten in OSM (die da schon seit jahren liegen), die falschen Adressen... 1. beispiel: bi-Club in Ilmenau. Ist im Haus I, welches die Adressdaten Max-Planck-Ring 4, 98693 Ilmenau besitzt. Nun kommt aber das bei der Suche raus: http://nominatim.openstreetmap.org/search?q=bi+club+ilmenauformat=xmladdressdetails=1zoom=18 Die Albert-Einstein ist tatsächlich die nächstliegende, jedoch hat er sich früher an die Adressdaten gehalten :-( 2. Beispiel: (Anmerkung, ich nehme immer nur den ersten Treffer) Manggasse 8 in Ilmenau. Das Haus gibts nur einmal! Bei den Treffern kommt nun: http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenauformat=xmladdressdetails=1zoom=18 Der erste Treffer ist die Lindenstraße 8 (auch komplett getagt), welche aber an der Einmündung Manggasse-Lindenstraße steht. erst der zweite Treffer ist die richtige Manggasse 8 (auch hier sind alle addr:*-tags drin). 3. Beispiel: Der Audimax ist im Humboldtbau, welcher alle addr:*-Tags besitzt. Also müsste er die korrekte PLZ 98693 bekommen, aber: http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenauformat=xmladdressdetails=1zoom=18 98704 ist der Nachbarort. Auch die PLZ-Multipolygone liegen korrekt... 4. Überall in Ilmenau und Umgebung gilt als Ortsteil Oehrenstock. Dies ist ein Ortsteil von Langewiesen. http://nominatim.openstreetmap.org/search?q=ehrenbergstraße+ilmenauformat=xmladdressdetails=1zoom=18 Den nähesten Ortsteil anzugeben ist ja schön und gut, jedoch gibt es viele Ortsteile, die keinen Namen haben! Ich weiß, das ist sehr schwer zu berechnen, aber evtl. finden ja die Theoretiker hier im Raum einen Weg... Ist das nur ein Temporäres Problem? Machen wir was beim Tagging falsch? Hab ich falsche Ansprüche an Nominatim? Hoffe irgendwer kann mir helfen :-D MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Problemino di log con 747 a+
Dai messaggi di errore pare che ad un certo punto non riesce più a leggere dal dispositivo. Prova a cambiare cavetto USB. Prova anche a prendere l'ultima versione di mtkbabel, che da messaggi di errore un po' più significativi: http://mtkbabel.svn.sourceforge.net/viewvc/mtkbabel/trunk/mtkbabel?revision=49 Ritorno dopo qualche giorno di assenza... Avevo già cambiato il cavetto usb prima, perciò mi sentirei di escludere problemi in tal senso. Chissà... Per quanto riguarda la memoria, faccio un uso ormai limitato del dispositivo, non penso pertanto ad affaticamenti di sorta, sempre che non sia difettosa di fabbrica. Comunque, nonostante i problemini che persistono, dopo il suggerimento di Niccolò (mtkbabel -R) va decisamente meglio. Dovrei ora aggiornare mtkbabel, ma non so se basta semplicemente sostituire il sorgente (tanto è uno script) oppure devo cercare anche qualche altro file (configurazione o altro) da rimpiazzare. Grazie per le dritte e buona settimana, Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemino di log con 747 a+
On Mon, Mar 21, 2011 at 09:27:29AM +0100, apozz...@libero.it wrote: Dovrei ora aggiornare mtkbabel, ma non so se basta semplicemente sostituire il sorgente (tanto è uno script) Tutto il programma è contenuto nello script Perl. Se hai installato da pacchetto probabilmente è stata installata anche la man page e qualche doc di riferimento. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
Il giorno 20 marzo 2011 20:07, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Se qualcuno avesse voglia e tempo, la zona che sto mappando (Polesine, ma anche attorno a tutta Ferrara), è vivamente pregato (in ginocchio, sui ceci!) di mettere qualche campo, perché farlo da solo è impossibile, in quella zona saranno centinaia di migliaia. In pratica tutta la Pianura Padana è un elenco di campi coltivati, e se poi vi spostate verso Comacchio vedete intere decine di migliaia di chilometri quadrati fatti soltanto a campi regolari tagliati soltanto da saltuarie e drittissime strade sterrate, che spesso non segno nemmeno in quanto cambiano ogni stagione (il trattore ci passa, ma dopo qualche mese il segno è scomparso). Un esempio: http://osm.org/go/xdXA3WN-- Questa zona, ancora tutta da mappare, se la guardate con PCN vedete che sono praticamente tutti campi. È chiaro che mapparseli tutti a mano per una sola persona che deve ancora mappare le strade e i paesini è snervante. ^_^ Beh, a parte il fatto che non c'è nessuno che ti corre dietro ;-) come ha detto Martin, basta farlo un pezzetto per volta. Però, se mancano le strade o altri elementi più importanti, dedicati prima a quelli! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorsi non chiusi: rimozione nodi duplicati
In data domenica 20 marzo 2011 20:06:29, Maurizio Napolitano ha scritto: : in un problema: alcuni shapefiles che dovrebbero contenere dei poligoni in realtà a processo di conversione shp-gpx concluso danno come output percorsi non chiusi con relativi nodi duplicati. ??? perche' trasformi da shp a gpx? Non ti conviene fare direttamente da shp a osm? http://wiki.openstreetmap.org/wiki/Shp2osm http://wiki.openstreetmap.org/wiki/Ogr2osm Uso Qgis per preparare gli SHP ma questo non permette la trasformazione diretta in OSM (e nemmeno in GPX a causa di un bug penso). Passo attraverso GPS Visualizer che me lo permetetrebbe, ma poco cambia alla fine: i tag li applico direttamente in JOSM. Comunque questi non sono i miei primi import dalle CTR e siccome non ho mai incontrato prima questa difficoltà mi viene il sospetto che sia un bug di Validator. Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorsi non chiusi: rimozione nodi duplicati
alessio, on 21/03/2011 12.16, wrote: In data domenica 20 marzo 2011 20:06:29, Maurizio Napolitano ha scritto: :in un problema: alcuni shapefiles che dovrebbero contenere dei poligoni in realtà a processo di conversione shp-gpx concluso danno come output percorsi non chiusi con relativi nodi duplicati. ??? perche' trasformi da shp a gpx? Non ti conviene fare direttamente da shp a osm? http://wiki.openstreetmap.org/wiki/Shp2osm http://wiki.openstreetmap.org/wiki/Ogr2osm Uso Qgis per preparare gli SHP ma questo non permette la trasformazione diretta in OSM (e nemmeno in GPX a causa di un bug penso). Passo attraverso GPS Visualizer che me lo permetetrebbe, ma poco cambia alla fine: i tag li applico direttamente in JOSM. Comunque questi non sono i miei primi import dalle CTR e siccome non ho mai incontrato prima questa difficoltà mi viene il sospetto che sia un bug di Validator. Ciao Alessio Così a naso i gpx sono file per tracce gps che in teoria non dovrebbero supportare percorsi chiusi. Comunque ti consiglio anche io di usare un tool che converta direttamente da shp a osm. Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorsi non chiusi: rimozione nodi duplicati
In data lunedì 21 marzo 2011 13:12:57, Damjan Gerl ha scritto: Così a naso i gpx sono file per tracce gps che in teoria non dovrebbero supportare percorsi chiusi. Comunque ti consiglio anche io di usare un tool che converta direttamente da shp a osm. Ciao Damjan Ho risolto: salvo in KML e poi converto in OSM sempre via GPS Visualizer. Quindi alla fine avevate ragione voi. :-) Resta il fatto che con gli ultimi import effettuati non avevo questo problema ma ripensandoci e dando un'occhiata al changelog di JOSM, ho notato che questi sono avvenuti prima che il plugin venisse integrato nel programma e che una serie di modifiche investisse Validator stesso. Vabbè fa nulla: è tutto a posto e sto già importando un po' di roba. Ciao e grazie Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorsi non chiusi: rimozione nodi duplicati
Il 21/03/2011 12:16, alessio ha scritto: In data domenica 20 marzo 2011 20:06:29, Maurizio Napolitano ha scritto: : in un problema: alcuni shapefiles che dovrebbero contenere dei poligoni in realt a processo di conversione shp-gpx concluso danno come output percorsi non chiusi con relativi nodi duplicati. ??? perche' trasformi da shp a gpx? Non ti conviene fare direttamente da shp a osm? http://wiki.openstreetmap.org/wiki/Shp2osm http://wiki.openstreetmap.org/wiki/Ogr2osm Uso Qgis per preparare gli SHP ma questo non permette la trasformazione diretta in OSM (e nemmeno in GPX a causa di un bug penso). Passo attraverso GPS Visualizer che me lo permetetrebbe, ma poco cambia alla fine: i tag li applico direttamente in JOSM. Io preferisco preparare il file shp con Qgis e poi trasformarlo con shp2osm in file osm da importare in JOSM. Cos ho iniziato ad importare degli edifici ed il risultato mi sembra buono, anche se la procedura non semplicissima. Il vantaggio che shp2osm non procede alla conversione se il file shp contiene degli errori di geometria (ad esempio percorsi non chiusi). Di conseguenza correzione la faccio all'interno di Qgis, anche se non lo fa in automatico e va fatto sempre a manina... Io utilizzo questa guida che spiega passo passo tutta la procedura e anche come individuare gli errori con Qgis: http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Import_edifici_CTR_Veneto http://wiki.openstreetmap.org/wiki/User:Groppo/Bozza_Conversione_attributi_edifici_CTR_Veneto Ciao Giuliano Comunque questi non sono i miei primi import dalle CTR e siccome non ho mai incontrato prima questa difficolt mi viene il sospetto che sia un bug di Validator. Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare landuse=farmland
Se qualcuno avesse voglia e tempo, la zona che sto mappando (Polesine, ma anche attorno a tutta Ferrara), è vivamente pregato (in ginocchio, sui ceci!) di mettere qualche campo, perché farlo da solo è impossibile, in quella zona saranno centinaia di migliaia. In pratica tutta la Pianura Padana è un elenco di campi coltivati, e se poi vi spostate verso Comacchio vedete intere decine di migliaia di chilometri quadrati fatti soltanto a campi regolari tagliati soltanto da saltuarie e drittissime strade sterrate, che spesso non segno nemmeno in quanto cambiano ogni stagione (il trattore ci passa, ma dopo qualche mese il segno è scomparso). Vedo che queste stradine le hai taggate come unclassifiednon sarebbe meglio definirle track ? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Censimento power station e dati Terna
Il giorno 21 marzo 2011 16:29, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Salve a tutti. Mi sono messo a censire le stazioni elettriche (power=station) del Piemonte e Valle d'Aosta. Per poter identificare in quali comuni fossero presenti queste installazioni, ho ahime' utilizzato degli elenchi pubblicati sul sito del gestore elettrico nazionale ww.terna.it. La ricerca della stazione elettrica avveniva a occhio tramite foto satellitati PCN, Yahoo o Bing. a quel punto la stazione veniva taggata con power=station e in aggiunta il nome, l'operatore e il voltaggio di funzionamento (questi tre desunti dall'elenco). Ho scoperto che l'utilizzo dei dati presenti nel sito e' vietato senza l'autorizzazione del titolare. A questo punto chiedo a voi come procedere: A) cancello tutto B) cancello solo i dati desunti dall'elenco, mantenendo solo l'area power=station senza altre indicazioni C) scrivo a Terna per farmi licenziare i dati. Tendendo a escludere la A, propenderei per la B, visto che comunque mi sono passato un bel po' di tempo sulle foto satellitari a cercare di capire dove andassero a finire i tralicci e le linee elettriche, qundi posso giustificare una conoscenza personale dei luoghi e dei punti mappati. Il nome della stazione non e' deducibile (a volte coincide col nome del comune, a volte, come ad esempio in Torino, no), il voltaggio e l'operatore non sono ricavabili, a meno di andare personalmente davanti al cancello della stazione e leggere ENEL, attenzione 132.000 Volt!. Se qualcuno mi aiuta posso chiedere a Terna, ma non vorrei che loro non accettassero la licenza su cui OSM licenzia a sua volta i dati o che mi prendessero per un terrorista che fa saltare i tralicci... :-) Che mi dite? Che se si tratta di leggere qualche dato su una targa visibile dalla strada, attorno a Vercelli te li raccolgo io. Per gli altri, quando si capita di lì ce li segniamo ;-) Grazie in anticipo per le risposte e saluti. Fabrizio Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Censimento power station e dati Terna
2011/3/21 Simone Saviolo simone.savi...@gmail.com: Il giorno 21 marzo 2011 16:29, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Che mi dite? recentemente ho scoperto che wikipedia è abbstanza fornito anche con articoli su determinate centrali elettriche. Potresti vedere se le tue centrali si trovano lì. (Se si aggiungi pure un tag wikipedia=it:nome del articolo ) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Censimento power station e dati Terna
In data lunedì 21 marzo 2011 17:24:14, M∡rtin Koppenhoefer ha scritto: 2011/3/21 Simone Saviolo simone.savi...@gmail.com: Il giorno 21 marzo 2011 16:29, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Che mi dite? IMHO prova con C, se non funziona allora ripiega su B. Toglimi una curiosità: visto che è una stazione di trasformazione, la tensione indicata è quella delle linee entranti o uscenti? Inoltre in questi casi può tornare utile sapere che (cito da wikipedia=it:Elettrodotto): In base al numero di dischi isolanti si può valutare velocemente l'entità della tensione dell'elettrodotto. Considerando che ogni disco sopporta una tensione di circa 15 kV (nei casi più disgraziati) , il numero di dischi isolanti è solitamente dato dalla formula (Vn / 15)+1 e quindi per fare un esempio: una linea da 380 kV sarà caratterizzata da isolatori composti da (380/15)+1 dischi, con il numero opportunamente arrotondato all' unità successiva cioè 27. recentemente ho scoperto che wikipedia è abbstanza fornito anche con articoli su determinate centrali elettriche. Potresti vedere se le tue centrali si trovano lì. (Se si aggiungi pure un tag wikipedia=it:nome del articolo ) Ma power=station è per le stazioni di trasformazione, non per centrali elettriche ;-) Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] Trakų istorinis nacionalinis parkas
Sveiki Vakar parašiau laišką į TINP ir paprašiau parko ribų tikslesnių žemėlapių. Jau šiandien gavau labai detalius aerogeodezijos instituto žemėlapius su TINP ribomis. P.S. Kaip suprantu, panaudoti galime tik parko ribas, bet gražu tai, kad taip greitai buvo gautas atsakymas. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Trakų istorinis nacionalinis parkas
Labas, gal galima bent peržiūrėti tuos žemėlapius? :) 2011 m. kovas 21 d. 11:09, Tomas Straupis tomasstrau...@gmail.com rašė: Sveiki Vakar parašiau laišką į TINP ir paprašiau parko ribų tikslesnių žemėlapių. Jau šiandien gavau labai detalius aerogeodezijos instituto žemėlapius su TINP ribomis. P.S. Kaip suprantu, panaudoti galime tik parko ribas, bet gražu tai, kad taip greitai buvo gautas atsakymas. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Trakų istorinis nacionalinis parkas
2011 m. kovas 21 d. 12:18, Ramas rašė: gal galima bent peržiūrėti tuos žemėlapius? :) tar.bz2 užima 56Mb. Tikriausiai nelabai gerai būtų juos kur nors viešai padėti (nes ne visa ten esanti informacija yra laisvai panaudotina). Tai gal kas norite - rašykite asmeniškai, sutarsime, kaip juos galėsiu perduoti. P.S. Nebent bus prieitas bendras sutarimas, kad visgi galima viešai padėti. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-lt] Estija
Sveiki, Praeitais metais derinome savo žymėjimų standartus prie kaimynų. Gal žinote, ar su Estais buvo kalbėta šia tema kas nors? Šiandien bosas paprašė LT-LV-EE-BY žemėlapio ir šiaurėje pasirodė baisiai tuščia. Kelių ten yra prižymėta, bet jie žemesnio rango negu LT-LV, tai tame pačiame mastelyje jų žymiai mažiau rodoma. -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Trakų istorinis nacionalinis parkas
čia jau įdomiau :D apie kokį pasiūlymą buvo kalbėta? ar ko nors reikalautų už tai - vektorinių duomenų, savo vardo kaip šaltinio, etc.? Jie ketina vertinti tai kaip savo poreikį ar tik švaistosi mintimis? Beja, kaip galima mokėti pinigus už savo produktą? Gal turėjo omenyje, kad žemėlapiai yra instituto nuosavybė? 2011 m. kovas 21 d. 17:00, Tomas Straupis tomasstrau...@gmail.com rašė: Tęsiant TINP temą. Aš pasitikslinau, kaip ir ką galime naudoti iš tų žemėlapių, gavau tokį atsakymą: „Žemėlapiai yra instituto produktas, už kurį esame sumokėję pinigus, t. y., galime juos naudoti bet kokiems savo poreikiams. Jūsų pasiūlymo įgyvendinimą taip pat galime vertinti kaip savo poreikį ir neprieštarauti, jei panaudosite visą žemėlapiuose esančią informaciją. Prašome pranešti apie projekto įgyvendinimą.“ Chrm... -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-lt] Pamastymai del administrative ribu
Sveiki, Pamasciau del administrative ribu zymejimo. Kaip jau minejau kazkada yra viena rimta beda. Miestu ribas mes zymime admin level 8. Atitinkamai seniunija admin level 6 (tai yra aukstesniu). Susidaro situacija kuomet didelis miestas gali susideti is keliu seniuniju, bet bendra riba gaunasi mazesne pagal statusa. Tuo tikslu siulau isskirti kazkoki aukstesni admin leveli didesniu miestu susidedanciu is keliu seniuniju riboms. Tai yra 8 paliekam tiems kur miestas lygu arba maziau uz seniunija, o tiems kurie didesni priskiriame koki nors aukstesni neuzimta (jei tokiu yra leveli). Arba galima seniunija nuleisti iki 7, o miesta toki padaryti 6 lygiu. ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
Hejsa Jeg bliver lidt urolig ved disse importeringer, specielt når det kommer på tale automatisk at importere. 1) Google maps viser nogle steder planlagte veje som om de allerede er der, netop fordi de bruger offentlige data, det risikerer vi også. 2) Hvis der automatisk/regelmæssigt bliver indført data så risikerer man at dræbe motivationen til selv at gå ud checke facts, så jeg vil mene det højest bør være en semi automatisk process, men for mig vil det også være nok bar at få et wms lag som man kan tegne efter. 3) Hvis data kan overføres automatisk til OSM, hører de så overhovedet hjemme i OSM ? Vedr import af MapInfo filer så tag evt. et kig på qgis, http://wiki.openstreetmap.org/wiki/QGIS jeg har ikke selv nogen erfaring med toolet, men har indtryk af at andre bruger det til dette formål. Carsten Den 21-03-2011 05:31, Peter Brodersen skrev: Hej, [orker du ikke at læse al teksten, så giv dig tid til at kigge på de forskellige links med billeder for at få en fornemmelse af, hvad det hele handler om] For nyligt nævnte jeg Another day, another tool. I Nu er jeg fristet til at opdatere udsagnet til Another day, another municipality :-) Jeg er blevet gjort opmærksom på Stevns Kommunes GIS-data, som jeg har brugt lidt tid på at kigge på: http://www.stevns.dk/Borgere/Selvbetjening/Info-paa-kort-GIS.aspx Der er tre separate datasæt, som er interessante: 1. Vejmidtetema (under Flere temaer til download) 2. FOT-data (under Download FOT-data) 3. Ortofotos fra 2009 (ligeledes under Download FOT-data) Jeg har mailet lidt frem og tilbage med Stevns kommune i dag/går søndag - hvor både deres webmand og deres GIS-ekspert har været hurtige til at svare! Kort fortalt er de interesserede i at dele data, de stiller data gratis til download, fordi borgerne trods alt har betalt for dem, og de har ophavsret til al data. I forhold til brugsretten virker det temmeligt lovende, og jeg tillader mig at citere fra én af mailsne fra kommunen: Men vedr. kortdata: Brug dem. Skriv Stevns på dem eller lad være. Det er godt, hvis data kan skabe merværdi! Jeg har stillet nogle opklarende spørgsmål, fordi vilkårene varierer lidt fra datasæt til datasæt. Den hovedpine skal jeg nok bekymre mig om, så lad mig i stedet komme med et par teasere, og uddybe de forskellige datasæt: 1. Vejmidtetema: Stevns Kommune har Vejmidte-data liggende i MapInfo-format. Det er vektoriseret data over alle veje i kommunen, med tilknyttede vejnavne (og vejkoder, m.m.). Dette screenshot fra en MapInfo-viewer illustrerer meget godt datasættets natur: http://osm.ter.dk/gfx/mapinfo_stevns_vejmidte_2.png Ideelt set konverterer vi MapInfo-data til OSM-data, og så skal der lægges et godt stykke arbejde i kun at finde de vejstykker, som der mangler i det eksisterende OSM-datasæt. På længere sigt kunne det være oplagt at have passende rutiner til at oprette nye veje (Stevns Kommune opdaterer Vejmidte-datasættet ugentligt!) og opdatere eksisterende veje. Om dette skal ske automatisk (fx ved at rette veje hvis ingen andre brugere har rørt dem) eller semi-automatisk (liste over ændrede veje siden sidst) er et godt spørgsmål. Jeg har i samme omgang opdateret min mapserver-software til at understøtte MapInfo-data. Det betyder, at vi også kan få adgang til at se vejene ved hjælp af tileserveren. Sammenlign fx: http://tile.openstreetmap.org/12/2187/1288.png http://fugro.openstreetmap.dk/stevns/vejmidte/12/2187/1288.png (filerne har intet med fugro at gøre, men jeg har ikke rettet DNS i den forbindelse) Så selv hvis vi vælger ikke at konvertere MapInfo-data til OSM-vektordata til import, så kan vi stadigvæk hive vejene ind som grafiske lag i vores editors og tegne efter dem, omend det er lidt frem-og-tilbage-agtigt først at konvertere vektordata til bitmap-data for så at oprette OSM-vektordata efter bitmap-data. Vejmidte dækker blot over optegninger fra midten af vejen - dvs. præcis som vi gør i OpenStreetMap. De ligger også inde med vejkant-data, hvilket bringer mig til... 2. FOT-data: FOT betyder FællesOffentligT og dækker over et standardiseret dataformat for kommuner. Læs mere på: http://www.kms.dk/Landkortogtopografi/FOT/ Dette dækker over en masse objekter som fx bygninger, brønddæksler, søer, vejkanter, chikaner, høfder, statuer, etc. samt tilhørende attributter, ikke ulig OSMs specifikke tags. Fx nævner specifikationen for BRØNDDÆKSEL, at der også kan angives en BRØNDTYPE (fx Regnvand, Spildevand, Kloakvand, etc.). Der er angivet nogle flere vilkår på Stevns kommunes GIS-side (første link i denne mail) for brug af de data (download-links er først tilgængelige, når man indtaster navn og mailadresse). Jeg har downloadet den tilhørende MapInfo-fil og kigget på deres FOT-data, og her er et screenshot, hvor jeg har datasæt over brønddæksler, vejkanter og søer åbne: http://osm.ter.dk/gfx/mapinfo_stevns_fot.png Der er rigtigt meget ud over vejdata her, som er interessant at få importeret. En oversigt over de forskellige objekter kan ses i
Re: [Talk-dk] Geodata og ortofotos fra Stevns Kommune
On Mon, 2011-03-21 at 17:42 +0100, Carsten Nielsen wrote: 3) Hvis data kan overføres automatisk til OSM, hører de så overhovedet hjemme i OSM ? Hvis data er open-source, i den forstand at de fremover kan kopieres og bruges frit, så må svaret vel være ja. Kravet er vel ikke, at man skal gå rundt med en GPS-logger i lommen, før data må bruges. -- Ole Wolf, Process Consultant, M. Sc. EE Rødhættevej 4DK-9400 NørresundbyDenmark Phone: +45 2467-5526Skype: ole.wolf signature.asc Description: This is a digitally signed message part ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] landsbyer landuse place
Den 18-03-2011 15:34, Esbern Snare skrev: Davs Når man mapper en (lands)by, så kan jeg se der er to metoder. 1: ramme ind og tagge landuse: residential og tagge name: byens navn 2: ramme ind og tagge landuse:residential + ny node med tagget place: f.eks. Village eller Hamlet og name: byens navn Den rigtige må vel være 2, for hvad hvis byen ikke udelukkende er residential, men også commercial, eller industrial, eller railway, osv.. Derfor ser jeg place som den konsekvente tagning på en by. Der kan vel også findes residential landuse udenfor byer? Der er dog ikke noget til hinder for, hvis byen kun består af residential, at knytte place tagget på sammen med landuse. Place må nemlig gerne være et area. Hilsen Esben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Afstemning tagging af vejnavne i forb. med OSAK
On 14-03-2011 11:09, Jonas Häggqvist wrote: http://wiki.openstreetmap.org/wiki/Da:Vejnavne_og_OSAK#Afstemningen Jeg skal nok sende en reminder næste uge når vi starter afstemningen. Det er så nu. Jeg har forsøgt at opsummere de forskellige argumenter. Jeg anbefaler at vi ikke retter i selve afstemningerne fra nu af, med mindre der er noget jeg helt har overset. Bemærk at der er TO afstemninger, med et vist overlap. -- 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] Geodata og ortofotos fra Stevns Kommune
Hej, Vi har været aktive siden i går :-) Det væsentlige er, at vi allerede har fået ortofoto-laget lagt ind på vores tileserver. Eller sagt helt enkelt: Vi har nu endnu bedre og nyere luftfotos over hele Stevns Kommune tilgængeligt! Jeg har skrevet lidt indledende dokumentation på: http://wiki.openstreetmap.org/wiki/Da:Stevns .. herunder hvordan man får adgang til luftfotoet. Man kan også se luftfotos online - her aktiveret sammen med et lag over bygninger i kommunen: http://osm.rasher.dk/?zoom=12lat=55.33166lon=12.24603layers=B000TT I relation til dette, så er rettighederne helt afklarede (jeg lægger dokumentation ind snarest muligt). I grove træk er vi sikrede af flere årsager - nedenstående er kommunens opfattelse: 1+2: (Vejmidte-tema + FOT-data) Hvis vi beriger/bearbejder data, må vi omtrent gøre, hvad vi vil (også sælge dem). Dette dækker også over at konvertere data til OSM. Derudover mener de ikke, at vi overdrager en brugsret ifbm. en import, så selv under de omstændigheder er alt i orden. 3: (Ortofotos) Vi bruger fotoet, fordi kommunen har overdraget os en brugsret. Ved at stille fotoet til rådighed via en Mapserver overdrager vi ikke brugsretten til andre. Endnu en gang: det er fantastiske nyheder. Så er det nærmest bare at gå i gang :-) Jeg har indledningsvis lavet en test, hvor jeg importerede alle brønddæksler med tilhørende manhole-værdier (manhole=heating, drain, sewer). Mere præcist 3.216 styk, hvilket så samtidigt lod til at være de første overhovedet i Danmark: http://www.openstreetmap.org/browse/changeset/768 Det er nok ikke synderligt relevant data, men trods alt stadigvæk en egenskab i landskabet. Her er fx et screenshot af en vej fra JOSM med Stevns' luftfoto samt et par manhole-punkter: http://osm.ter.dk/gfx/josm_manholes.jpg Som man svagt kan se på de luftfotos, optræder de dæksler rent faktisk også i virkeligheden :-) manhole blev også valgt for ikke at komme i konflikt med eksisterende data, samt at gøre de indledende øvelser til at få sat noget automatisk opdatering af features, som (omtrent) ingen ville gide manuelt at opmåle. Importen foregik ved, at jeg ved hjælp af QGIS konverterede MapInfo-datasættet til geoJSON-format, hvilket gjorde det let for mig at efterbearbejde datasættet i PHP og lave relevante konverteringer (fx at brøndtype Regnvand blev til manhole=drain) for at ende op med en genereret .osm-fil, som jeg så uploadede vha. JOSM. Mit næste projekt er at få importeret bygninger. Datakvaliteten virker meget høj. Der er en ordentlig håndfuld forude samt nogle udfordringer med multipolygoner, plus at der bør tjekkes op imod eksisterende indtegnede bygninger i kommune-området i OSM. For hvad angår bekymringen om at import tager alt det sjove ud af OSM, så kan jeg berolige med, at der fortsat er kæmpe mængder af arbejde. Jeg skrev allerede lidt om det i forbindelse med Fugros luftfotos: http://wiki.openstreetmap.org/wiki/Da:Fugro#Indflydelse Vi mangler stadigvæk masser af lokale observationer. Hastighedsbegrænsninger, POIs, åbningstider, vejtyper (der skelnes ikke rigtigt mellem vejtyper), og ikke mindst gang- og cykelstier! Sidstnævnte er netop et område, hvor OSM er begyndt at rykke meget i forhold til andre kort. Dertil kommer, at meget af det importerede data kan ligge uden for det almindelige område. OSM lægger fx op til at man også kan registrere kloakdæksler og pipelines (de underjordiske rør), selv om de ikke kan observeres. Plus at nok ingen gider at registrere kloakdæksler, selv om det stadigvæk er en geografisk feature, som fx kan hjælpe med at finde positioner ud fra fotos, m.m. Nu må det være tid til at sove. Men kom endelig med flere forslag, spørgsmål, etc. Det er som sagt offentlig data, som vi alle kan bruge. (og lad mig så fyre en tak af til Jonas Häggqvist for god sparring samt at opdatere http://osm.rasher.dk/ samt Janus Sandsgaard for at være hurtig til at opdatere DNS for openstreetmap.dk til formålet) - Peter Brodersen 2011/3/21 Peter Brodersen pe...@ter.dk: Hej, [orker du ikke at læse al teksten, så giv dig tid til at kigge på de forskellige links med billeder for at få en fornemmelse af, hvad det hele handler om] For nyligt nævnte jeg Another day, another tool. I Nu er jeg fristet til at opdatere udsagnet til Another day, another municipality :-) Jeg er blevet gjort opmærksom på Stevns Kommunes GIS-data, som jeg har brugt lidt tid på at kigge på: http://www.stevns.dk/Borgere/Selvbetjening/Info-paa-kort-GIS.aspx Der er tre separate datasæt, som er interessante: 1. Vejmidtetema (under Flere temaer til download) 2. FOT-data (under Download FOT-data) 3. Ortofotos fra 2009 (ligeledes under Download FOT-data) Jeg har mailet lidt frem og tilbage med Stevns kommune i dag/går søndag - hvor både deres webmand og deres GIS-ekspert har været hurtige til at svare! Kort fortalt er de interesserede i at dele data, de stiller data gratis til download, fordi borgerne trods alt har betalt for dem, og de
Re: [Talk-es] Conectar Garmin a TangoGPS?, GPSBabel, JOSM y cortar calle?
¿Esto es realmente así? Yo no estoy conforme con tener luego allí a 5 tios que no teniamos en cuenta porque Sergio se tire el moco en la lista. sergio sevillano escribió: El 20/03/2011, a las 19:29, Jonas Andradas escribió: 2011/3/20 Pumuky pumukys...@yahoo.es: Buenas He estado leyendome la información de Baeza. Todavía no sé si convenceré a mi 60% para que nos demos el viajecito, pero tengo algunas dudas. Buenas, yo pregunto cosas que no tienen nada que ver con el asunto de este correo pero sí con el primer párrafo. Cuando fui a apuntarme a lo de Baeza con mi novia, en la página de la organización dice que ya están todas las plazas ocupadas... Pero se puede ir aún por libre? Es decir, alojamiento por nuestra cuenta pero participar en la actividad y el mapeo. yo creo que no hay ningún problema gente que sepa mapear hace falta lo de las plazas es por tema de aforo en el albergue, aula y ordenadores. y para organizar los grupos. es posible que plazas de acampada haya. se han apuntado ochentaytantos + doce chavales (hijos) así que si alguien quiere ir que me pase sus datos nombre cuantos experiencia osm si/no gps si/no albergue/acampada/por libre a ver que se puede hacer. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Conectar Garmin a TangoGPS?, GPSBabel, JOSM y cortar calle?
Y aparte de que hay una lista de preinscritos en reserva que se pueden haber apuntado y que hay que respetar. No es una cuestión de espacio en plazas hoteleras, si fuera así se dejaría abierta las listas de inscripción y que venga hasta 500 si se apuntasen. sergio sevillano escribió: El 20/03/2011, a las 19:29, Jonas Andradas escribió: 2011/3/20 Pumuky pumukys...@yahoo.es: Buenas He estado leyendome la información de Baeza. Todavía no sé si convenceré a mi 60% para que nos demos el viajecito, pero tengo algunas dudas. Buenas, yo pregunto cosas que no tienen nada que ver con el asunto de este correo pero sí con el primer párrafo. Cuando fui a apuntarme a lo de Baeza con mi novia, en la página de la organización dice que ya están todas las plazas ocupadas... Pero se puede ir aún por libre? Es decir, alojamiento por nuestra cuenta pero participar en la actividad y el mapeo. yo creo que no hay ningún problema gente que sepa mapear hace falta lo de las plazas es por tema de aforo en el albergue, aula y ordenadores. y para organizar los grupos. es posible que plazas de acampada haya. se han apuntado ochentaytantos + doce chavales (hijos) así que si alguien quiere ir que me pase sus datos nombre cuantos experiencia osm si/no gps si/no albergue/acampada/por libre a ver que se puede hacer. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] tag para escudo heráldico
Buenas, El 18 de marzo de 2011 14:31, Noel David Torres Taño env...@rolamasao.org escribió: historic=coat_of_arms tourism=yes name=* ¿tourism=yes? En todo caso, historic, pero los escudos de armas no son para los turistas Hum... relativo. Yo los he visto como recomendaciones a visitar por ejemplo en pueblos del Alto Aragón. Y suelen ser los motivos de los que los turistas hacemos fotos o que salen en las guías de la zona. Lo que ya no entro a valorar es si hay que mapearlos. Saludos, Colegota ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Como etiquetar agencia de transporte de paquetería
Hla compañía! Tengo una pregunta que no logro encontrar en la lista de elementos etiquetables, ni la nuestra ni la inglesa. Como etiquetar una tienda de servicio de transporte de paquetería? tipo NACEX, SEUR, UPS, ... De momento me he inventado el tag 'logistic_agency'... A parte de para la tienda también podría servir para etiquetar almacenes de logística en polígonos. Alguien tiene una sugerencia? Un saludo y gracias por adelantado!! Elsevilla. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Conectar Garmin a TangoGPS?, GPSBabel, JOSM y cortar calle?
mis disculpas... pues ya habéis oído la voz de la organización, por supuesto no hay atajos. si alguien quiere venir al mapping party Baeza 2011 se debe apuntar por los cauces normales de inscripción, ese a ver que se puede hacer era para meteros en la lista de espera por si alguien falla. por lo visto, si uno se apuntaba en la web correspondiente, ya pasaba a lista de espera. pero, me temo que la lista de espera ya está cerrada también. sergio El 21/03/2011, a las 09:12, Juan Ramón Tamayo de la Torre escribió: Y aparte de que hay una lista de preinscritos en reserva que se pueden haber apuntado y que hay que respetar. No es una cuestión de espacio en plazas hoteleras, si fuera así se dejaría abierta las listas de inscripción y que venga hasta 500 si se apuntasen. sergio sevillano escribió: El 20/03/2011, a las 19:29, Jonas Andradas escribió: 2011/3/20 Pumuky pumukys...@yahoo.es: Buenas He estado leyendome la información de Baeza. Todavía no sé si convenceré a mi 60% para que nos demos el viajecito, pero tengo algunas dudas. Buenas, yo pregunto cosas que no tienen nada que ver con el asunto de este correo pero sí con el primer párrafo. Cuando fui a apuntarme a lo de Baeza con mi novia, en la página de la organización dice que ya están todas las plazas ocupadas... Pero se puede ir aún por libre? Es decir, alojamiento por nuestra cuenta pero participar en la actividad y el mapeo. yo creo que no hay ningún problema gente que sepa mapear hace falta lo de las plazas es por tema de aforo en el albergue, aula y ordenadores. y para organizar los grupos. es posible que plazas de acampada haya. se han apuntado ochentaytantos + doce chavales (hijos) así que si alguien quiere ir que me pase sus datos nombre cuantos experiencia osm si/no gps si/no albergue/acampada/por libre a ver que se puede hacer. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] Google Summer of Code
Hoi, Google maksab tudengitele 5000 USD suvetöö eest palka, kui ta tegeleb 3 kuud täisajaga projektiga, mis läheks seal osalevate organisatsioonide alla. http://code.google.com/intl/et-EE/soc/ GIS-iga on seal kõige enam seotud OSGeo, ja nende projektide ideed (lõpliku projekti paneb tudeng ise kokku) vastav lehekülg on http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2011. Sinna alla kuuluvad nt OpenLayers, Mapnik, pgRouting jms meie jaoks olulised projektid. Eestis ei ole tegelikult probleemi, et progrejad peaksid pöörama suvel burgereid (flip bits, not burgers), aga kui meil on tudengistaatuses IT-inimesi kes oleks valmis osalema, siis soovitan proovida. Google stippi pole vist tegelikult lihtne saada, konkurss on kõva ja ülemaailmne. Eelis on, et igaüks võib töötada kodus, kogu asi käib eemalt. Aga peab arvestama et nõutav on ikkagi täisajaga töö, mitte et enne tärminit midagi kopipasteerid kiiruga kokku ja muidu oled rannas; muidu mentorid ei pruugi tulemusega rahul olla ja siis pole ka raha saada. Tärmin: projekti tuleks otsima ja mentoritega läbi rääkima NÜÜD, 28.03 avatakse avaldused, ja selleks on aega vaid 8.aprillini. Vt http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/tim eline Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[OSM-talk-fr] Fwd: Rappel : Install parties à l'ESIAL mardi et mercredi !
Bonjour, Je fais suivre pour info s'il y a des nancéens inscrits sur la liste de discussion... Romain -- Message transféré -- De : Julien VAUBOURG julien.vaubo...@esial.net Date : 21 mars 2011 00:10 Objet : Rappel : Install parties à l'ESIAL mardi et mercredi ! À : Install Party installpa...@esial.net Bonsoir, Je vous rappelle que ce mardi et ce mercredi se tiendront deux install parties GNU/Linux à l'ESIAL. Ce sera l'occasion pour ceux qui se posent encore des questions sur le Libre, qui ne trouvent pas de solution à leur problème ou qui hésitent à changer de système, de venir trouver des réponses. Et, éventuellement, de faire installer un système Libre sur leur ordinateur. Pour ceux qui sont déjà convaincus, ce sera l'occasion de se rencontrer, pour discuter et partager un moment d'échanges convivial. Pour les 1A de l'ESIAL, c'est aussi une bonne opportunité de venir se faire aider pour être dans les meilleures conditions possibles pour travailler sur le projet de C (qui devra impérativement tourner sous GNU/Linux). Pour les derniers sceptiques : il y aura du café et de la brioche :). Avant de venir, *pensez à sauvegarder l'intégralité des données de votre ordinateur*. L'informatique est ainsi : on n'est jamais sûr à 100% de ce qu'il se passera, et il vaut mieux prévenir que guérir. Nous serons en salle des Projets Industriels, de 18h à 20h (au minimum). Pour les extérieurs à l'ESIAL, le chemin sera fléché depuis le parking (et vous invitera à passer par l'arrière du batiment). Flyer : http://eatmytux.com/installparty_esial.pdf À mardi, ou mercredi ! Librement, Le Club Logiciels Libres. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utiliser OSM sur une commune rurale comme mini-SIG
Bonjour, J'ai avancé sur la réalisation d'un mini-SIG commune rurale, notamment pour calculer le linéaire et surface de la voirie gérée par la commune. http://www.openstreetmap.org/?lat=47.0999336242676lon=-1.86681747436523zoom=13 Je m'apprête à rentrer les largeurs des routes goudronnées (les ouvriers municipaux les ont relevés !). Du coup, je me retrouve avec qq questions : - La valeur à rentrer dans width est en mètres, OK mais pour les décimales faut-il utiliser la virgule à la française ou le point à l'anglaise ? (le wiki mentionne plutôt le point à l'anglaise : cf. http://wiki.openstreetmap.org/wiki/Key:width). Les logiciels de calcul accepteront-ils les deux, les deux étant à priori acceptés dans les notations internationales (hhttp://fr.wikipedia.org/wiki/S%C3%A9parateur_d%C3%A9cimal), avec un avantage pour la virgule en tant que notation internationale ? - Afin de de ne pas inclure la voirie gérée par d'autres, j'ai ajouté un tag operator sur les routes départementales (Conseil Général) et sur la voirie communautaire (CC Coeur de Retz), considérant que si operator est non spécifié alors la gestion est communale. Que faire des routes goudronnées privées, faut-il renseigner un operator=private à votre avis ? --- Brice Mallet --- Début du message réexpédié : De : Brice Mallet brice.mal...@free.fr Date : 29 mars 2010 22:26:47 HAEC À : Discussions sur OSM OSM talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Utiliser OSM sur une commune rurale : demandes d'un élu Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Bonjour, Ayant globalement cartographié les routes goudronnées de ma commune (Saint-Hilaire-de-Chaléons), je suis allé voir l'adjoint au maire chargé des travaux / voirie. Il est intéressé par l'utilisation que l'on pourrait faire d'OSM en tant que SIG simplifié sur la commune. Ses demandes : - connaître précisément les surfaces goudronnées, utile au moment de lancer des travaux de réfection de voirie OK avec Key:width - connaître les tronçons de routes avec fossés à l'air libre ou fossés busés - bas-côtés remblayés à priori, il n'existe pas de tag, pour cela. Dois-je en créer un ? ; si oui, y a t'il des règles pour la création des tags ? - idéalement, il souhaiterait positionner l'emplacement des regards sur les buses cela me semble d'un niveau de détail, difficile à gérer sur OSM, qu'en pensez-vous ? (cela entraînerait de créer la buse en tant que linéaire parallèle à la route avec certains noeuds = regards, mais les deux linéaires seraient au plus distants de 50 cm !) L'étape suivante, sera de voir comment exploiter les informations entrées. Ainsi, sera t'il possible de calculer automatiquement et facilement la surface d'une section de route ? Quand j'aurai plus avancé, je rédigerai un paragraphe sur la page ad-hoc du wiki ; je crois qu'une page collectivité locale a été créée dans ce but, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone couverte par un fichier OSM
Eric wrote: Bonjour, Je recherche un outil qui me permettrait d'extraire le contour d'un fichier OSM pour visualiser sa surface couverte mais je ne trouve pas ca. J'ai pas mal cherché dans les fonctions d'OSMOSIS et autres sans trouver. Du coup je me suis lancé dans un p'tit script en python générant un GPX de contour tout pourri dont je ne suis pas trop satisfait. J'aimerai donc bien trouver ca si ca existe. En effet, pour des fichiers OSM un peu gros, on ne peut pas le faire en le chargeant sous JOSM :) Je voulais voir par exemple quelle etait la géométrie des extractions par pays proposés entre autres par GEOFABRIK: est ce que ca suit les frontières ou est-ce juste un gros parallélépipède englobant chaque pays. D'après ce que j'ai vu, ca suivrait très précisément les frontières... - Eric (User:Blueberry) Bonjour Une solution pourrait être de calculer l'envelope convexe des points. Après un import dans une base de données PostGIS, ça se fait facilement avec la fonction ST_ConvexHull. Si tu veux le faire à l'échelle d'un pays, le calcul risque de prendre un peu de temps. Tu obtiendras peut-être des réponses plus détaillées sur les listes dev-fr ou dev. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelle image SPOT en Côte d'Ivoire
Bonjour, Un grand bravo déjà à ceux qui avaient participé à la cartographie d'Abidjan et Yamoussoukro avec les imageries SPOT et Bing, elles ont été bien exploitées. Spot Image a mis à disposition de la communauté OSM une nouvelle image, qui couvre la zone frontalière avec le Liberia. Cette zone est particulièrement sensible en ce moment et est le lieu d'arrivée de nombreux déplacés internes. La zone couverte est celle-ci : http://www.openstreetmap.org/?way=104240186 L'image est de bonne qualité est permet de tracer de nombreuses éléments. L'utilisation est autorisée dans JOSM, Merkaartor et Viking mais pas Potlatch. Avec JOSM, il suffit d'ajouter le WMS suivant : http://ws.spotimage.com/spotlive/wms/594c4e05-0160-41b8-908e-8331305dcefc? La source à utiliser est 2009 Cnes / Spot Image et la licence est disponible ici : http://www.youmapps.org/licenses/EULA-OSM-fr.html Plus de détails sur le wiki : http://wiki.openstreetmap.org/wiki/En:WikiProject_Ivory_Coast#Liberian_border_-_09.2F01.2F2009 Merci à Spot et à tous ceux qui participeront ! -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser OSM sur une commune rurale comme mini-SIG
Brice wrote: Bonjour, J'ai avancé sur la réalisation d'un mini-SIG commune rurale, notamment pour calculer le linéaire et surface de la voirie gérée par la commune. http://www.openstreetmap.org/?lat=47.0999336242676lon=-1.86681747436523zoom=13 Super ! Pourras-tu laisser une trace de ça dans le wiki ? Ça pourrais intéresser énormément de petites communes. Toute documentation (même à l'état d'ébauche) permettrait d'appuyer des démarches similaires et de convaincre des élus. Je m'apprête à rentrer les largeurs des routes goudronnées (les ouvriers municipaux les ont relevés !). Du coup, je me retrouve avec qq questions : - La valeur à rentrer dans width est en mètres, OK mais pour les décimales faut-il utiliser la virgule à la française ou le point à l'anglaise ? (le wiki mentionne plutôt le point à l'anglaise : cf. http://wiki.openstreetmap.org/wiki/Key:width). Les logiciels de calcul accepteront-ils les deux, les deux étant à priori acceptés dans les notations internationales (hhttp://fr.wikipedia.org/wiki/S%C3%A9parateur_d%C3%A9cimal), avec un avantage pour la virgule en tant que notation internationale ? De mon point de vue (d'informaticien), le point décimal est universel dans les outils informatiques. Certains logiciels convertissent en virgule pour la saisie et l'affichage mais dans les mécanismes interne c'est toujours le point qui est utilisé. Je ne sais pas s'il y a un consensus international mais comme souvent en informatique, on fait à l'américaine... Comme pour le reste, il n'y a pas de règle à caractère obligatoire dans OSM. Tu peux donc mettre une virgule si tu y tiens, mais ça me paraît moins facile à exploiter. - Afin de de ne pas inclure la voirie gérée par d'autres, j'ai ajouté un tag operator sur les routes départementales (Conseil Général) et sur la voirie communautaire (CC Coeur de Retz), considérant que si operator est non spécifié alors la gestion est communale. Que faire des routes goudronnées privées, faut-il renseigner un operator=private à votre avis ? Pourquoi ne pas ajouter un tag operator=ta commune sur la voirie communale plutôt ? Ça ne me semble pas plus compliqué que mettre operator=private et ça a un peu plus de sens. Cordialement --- Brice Mallet --- Début du message réexpédié : De : Brice Mallet brice.mal...@free.fr Date : 29 mars 2010 22:26:47 HAEC À : Discussions sur OSM OSM talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Utiliser OSM sur une commune rurale : demandes d'un élu Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Bonjour, Ayant globalement cartographié les routes goudronnées de ma commune (Saint-Hilaire-de-Chaléons), je suis allé voir l'adjoint au maire chargé des travaux / voirie. Il est intéressé par l'utilisation que l'on pourrait faire d'OSM en tant que SIG simplifié sur la commune. Ses demandes : - connaître précisément les surfaces goudronnées, utile au moment de lancer des travaux de réfection de voirie OK avec Key:width - connaître les tronçons de routes avec fossés à l'air libre ou fossés busés - bas-côtés remblayés à priori, il n'existe pas de tag, pour cela. Dois-je en créer un ? ; si oui, y a t'il des règles pour la création des tags ? - idéalement, il souhaiterait positionner l'emplacement des regards sur les buses cela me semble d'un niveau de détail, difficile à gérer sur OSM, qu'en pensez-vous ? (cela entraînerait de créer la buse en tant que linéaire parallèle à la route avec certains noeuds = regards, mais les deux linéaires seraient au plus distants de 50 cm !) L'étape suivante, sera de voir comment exploiter les informations entrées. Ainsi, sera t'il possible de calculer automatiquement et facilement la surface d'une section de route ? Quand j'aurai plus avancé, je rédigerai un paragraphe sur la page ad-hoc du wiki ; je crois qu'une page collectivité locale a été créée dans ce but, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone couverte par un fichier OSM
2011/3/19 Eric eric...@sfr.fr Bonjour, Je recherche un outil qui me permettrait d'extraire le contour d'un fichier OSM pour visualiser sa surface couverte mais je ne trouve pas ca. Je pense que si tu demandes directement à Frederik Ramm, il te donnera ses fichiers .poly . Nous avons déjà obtenu de sa part celui de la métropole mais c'était il y a quelque temps déjà. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout centre Social pour rendu OSM
Bonjour, j'essaie de faire apparaitre les locaux de notre association (Centre Social) sur l'une des cartes osm (Mapnik ou OSMarender), et je n'y arrive pas ! HELP ME !! Je ne souhaite pas crer un faux tag pour le faire apparaitre, mais je trouve dommage que l'on voit les magasins et pas les autres lieux de vie. Les tags actuels : amenity:social_center building:yes coordonnes : http://www.openstreetmap.org/?lat=47.216716lon=-0.72701zoom=18 Merci de m'aider dans ma qute... -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Le samedi 19 mars 2011 11:20:06 Emilie Laffray, vous avez écrit : Salut, non l'outil n'est pas libre. La personne derrière ça vient de l'industrie du cinéma et ito est très jaloux de leur manière de générer ce genre de chose car c'est un peu leur fond de business. Il y a régulièrement des essais par la communauté de faire des choses équivalentes mais ça n'est pas simple. Bonjour, Oui, ça n'est pas simple. Je m'y suis personnellement essayé, et la première difficulté est de reconstituer l'historique des données. Après, créer une animation avec des rendues mapnik, ça me semble jouable (en moins perfectionné). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Recrutement géomaticien à Lyon
Bonjour, Offre intéressante, mais quand on voit les logiciels listés, ça donne la désagréable impression qu'ils n'ont jamais entendu parler des logiciels libres (SIG = ArcGIS MapInfo, traitement de texte = Word, tableur = Excel, base de données = Access !!!) De même en ce qui concerne les données géographiques libres ? ;-) Nicolas Le 18/03/2011 18:56, Gérard a écrit : Ca doit forcément pouvoir intéresser qqu'un. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout centre Social pour rendu OSM
Bonjour, Pour ma part, j'ai choisi d'utiliser le tag amenity:arts_centre http://wiki.openstreetmap.org/wiki/Arts_centre Le tag amenity:social_facility renvoie à du médico-social http://wiki.openstreetmap.org/wiki/Social_facility Le tag amenity:community_centre semble être plutôt relatif à une salle polyvalente / salle des fêtes http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcommunity_centre Les règles de rendu Mapnik et Osmarender n'ont pas d'icone pour amenity:arts_centre Tu peux tout de même ajouter une balise name : Centre Social du Chemillois Bonne journée Le 21 mars 2011 10:24, Yvan GODREAU yvan.godr...@centresocial-chemille.asso.fr a écrit : Bonjour, j'essaie de faire apparaitre les locaux de notre association (Centre Social) sur l'une des cartes osm (Mapnik ou OSMarender), et je n'y arrive pas ! HELP ME !! Je ne souhaite pas créer un faux tag pour le faire apparaitre, mais je trouve dommage que l'on voit les magasins et pas les autres lieux de vie. Les tags actuels : amenity:social_center building:yes coordonnées : http://www.openstreetmap.org/?lat=47.216716lon=-0.72701zoom=18 Merci de m'aider dans ma quête... -- *Yvan GODREAU* Animateur Socio-Culturel / Centre Social du Chemilloishttp://www.centresocial-chemille.asso.fr/ Tel : 02.41.30.50.55 *Adoptez l'éco-attitude.* *N'imprimez ce mail que si c'est vraiment nécessaire* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
l'historique des données, ce sont les diffs ? - - - - didier + mapeur amateur + - Mail d'origine - De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mon, 21 Mar 2011 10:28:17 +0100 (CET) Objet: Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps Le samedi 19 mars 2011 11:20:06 Emilie Laffray, vous avez écrit : Salut, non l'outil n'est pas libre. La personne derrière ça vient de l'industrie du cinéma et ito est très jaloux de leur manière de générer ce genre de chose car c'est un peu leur fond de business. Il y a régulièrement des essais par la communauté de faire des choses équivalentes mais ça n'est pas simple. Bonjour, Oui, ça n'est pas simple. Je m'y suis personnellement essayé, et la première difficulté est de reconstituer l'historique des données. Après, créer une animation avec des rendues mapnik, ça me semble jouable (en moins perfectionné). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Le lundi 21 mars 2011 11:14:49 didier2...@free.fr, vous avez écrit : l'historique des données, ce sont les diffs ? j'appelle historique des données être capable de remplir une base postgis avec les données d'une date antérieure. Cela peut être fait avec les diffs. Ma première solution a été de récupérer des archives du planet, mais je me suis heurté à des formats obsolètes. Les diffs pourraient être une meilleure solution. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Bonjour, Il existe un fichier planet qui inclut tout l'historique. Extraire ne serait-ce qu'une zone de ce fichier me semble herculéen ! http://wiki.openstreetmap.org/wiki/Planet.osm/full Cordialement Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser OSM sur une commune rurale comme mini-SIG
Super ! Pourras-tu laisser une trace de ça dans le wiki ? C'est prévu, je le ferai dès que possible Pourquoi ne pas ajouter un tag operator=ta commune sur la voirie communale plutôt ? Pour éviter de revenir sur toutes les routes créées, partant de l'hypothèse que par défaut, sans indication, la voirie est communale Ça ne me semble pas plus compliqué que mettre operator=private et ça a un peu plus de sens. Le tag operator=private n'est pas pour la voirie communale mais pour les rues non gérées par la commune qui appartiennent aux riverains (cas de certaines rues/impasses) et pour lesquelles la commune n'a pas obligation d'entretien. Le 21 mars 2011 à 10:18, Gilles Bassière a écrit : Brice wrote: Bonjour, J'ai avancé sur la réalisation d'un mini-SIG commune rurale, notamment pour calculer le linéaire et surface de la voirie gérée par la commune. http://www.openstreetmap.org/?lat=47.0999336242676lon=-1.86681747436523zoom=13 Super ! Pourras-tu laisser une trace de ça dans le wiki ? Ça pourrais intéresser énormément de petites communes. Toute documentation (même à l'état d'ébauche) permettrait d'appuyer des démarches similaires et de convaincre des élus. Je m'apprête à rentrer les largeurs des routes goudronnées (les ouvriers municipaux les ont relevés !). Du coup, je me retrouve avec qq questions : - La valeur à rentrer dans width est en mètres, OK mais pour les décimales faut-il utiliser la virgule à la française ou le point à l'anglaise ? (le wiki mentionne plutôt le point à l'anglaise : cf. http://wiki.openstreetmap.org/wiki/Key:width). Les logiciels de calcul accepteront-ils les deux, les deux étant à priori acceptés dans les notations internationales (hhttp://fr.wikipedia.org/wiki/S%C3%A9parateur_d%C3%A9cimal), avec un avantage pour la virgule en tant que notation internationale ? De mon point de vue (d'informaticien), le point décimal est universel dans les outils informatiques. Certains logiciels convertissent en virgule pour la saisie et l'affichage mais dans les mécanismes interne c'est toujours le point qui est utilisé. Je ne sais pas s'il y a un consensus international mais comme souvent en informatique, on fait à l'américaine... Comme pour le reste, il n'y a pas de règle à caractère obligatoire dans OSM. Tu peux donc mettre une virgule si tu y tiens, mais ça me paraît moins facile à exploiter. - Afin de de ne pas inclure la voirie gérée par d'autres, j'ai ajouté un tag operator sur les routes départementales (Conseil Général) et sur la voirie communautaire (CC Coeur de Retz), considérant que si operator est non spécifié alors la gestion est communale. Que faire des routes goudronnées privées, faut-il renseigner un operator=private à votre avis ? Pourquoi ne pas ajouter un tag operator=ta commune sur la voirie communale plutôt ? Ça ne me semble pas plus compliqué que mettre operator=private et ça a un peu plus de sens. Cordialement --- Brice Mallet --- Début du message réexpédié : De : Brice Mallet brice.mal...@free.fr Date : 29 mars 2010 22:26:47 HAEC À : Discussions sur OSM OSM talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Utiliser OSM sur une commune rurale : demandes d'un élu Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Bonjour, Ayant globalement cartographié les routes goudronnées de ma commune (Saint-Hilaire-de-Chaléons), je suis allé voir l'adjoint au maire chargé des travaux / voirie. Il est intéressé par l'utilisation que l'on pourrait faire d'OSM en tant que SIG simplifié sur la commune. Ses demandes : - connaître précisément les surfaces goudronnées, utile au moment de lancer des travaux de réfection de voirie OK avec Key:width - connaître les tronçons de routes avec fossés à l'air libre ou fossés busés - bas-côtés remblayés à priori, il n'existe pas de tag, pour cela. Dois-je en créer un ? ; si oui, y a t'il des règles pour la création des tags ? - idéalement, il souhaiterait positionner l'emplacement des regards sur les buses cela me semble d'un niveau de détail, difficile à gérer sur OSM, qu'en pensez-vous ? (cela entraînerait de créer la buse en tant que linéaire parallèle à la route avec certains noeuds = regards, mais les deux linéaires seraient au plus distants de 50 cm !) L'étape suivante, sera de voir comment exploiter les informations entrées. Ainsi, sera t'il possible de calculer automatiquement et facilement la surface d'une section de route ? Quand j'aurai plus avancé, je rédigerai un paragraphe sur la page ad-hoc du wiki ; je crois qu'une page collectivité locale a été créée dans ce but, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière -
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
bc == Bruno Cortial bruno.cort...@laposte.net writes: bc Il existe un fichier planet qui inclut tout l'historique. Extraire ne bc serait-ce qu'une zone de ce fichier me semble herculéen ! bc bc http://wiki.openstreetmap.org/wiki/Planet.osm/full En fait, les fonctions bounding box d'osmosis fonctionnent avec ces fichiers. Compte-tenu de leur taille, ça met un certain temps à traiter. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag d'une école
Bonjour, Je progresse tranquillement dans ma découverte d'OSM. J'ai une question concernant la manière de définir une école - et ça me servira je pense pour toutes autres sortes de groupements de bâtiments. Donc une école, composée de plusieurs bâtiments. Comment est-ce qu'on définit cela ? J'ai tenté : - mettre une zone qui englobe les bâtiments et nommer cette zone (en utilisant également comme recommandé school:FR=*). - nommer un bâtiment - mais du coup, que fait-on des autres ? Ça m'amène à me questionner sur les relations, dont j'arrive à comprendre le principe mais c'est pas encore gagné pour la mise en œuvre. Parce que je m'imagine que mettre tous les bâtiments concernés dans une même relation, sur le principe, se serait plus juste. Mais je n'ai pas tout compris aux relations, loin de là. Quelle est la meilleure voie ? Et que manque-t-il à ma manière de faire ? (au caz'où, je précise que pour l'instant, je travaille avec potlatch2) Merci de vos réponses, suggestions, voire liens... Agnès ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser OSM sur une commune rurale comme mini-SIG
Brice wrote: Le tag operator=private n'est pas pour la voirie communale mais pour les rues non gérées par la commune qui appartiennent aux riverains (cas de certaines rues/impasses) et pour lesquelles la commune n'a pas obligation d'entretien. C'est bien comme ça que je le comprennais. Mais je trouve que operator=private n'a pas beaucoup de sens car justement operator sert à désigner un vrai opérateur. Si tu choisis de mettre tout de même une valeur générique, il est peut-être possible d'être plus précis, par exemple operator=residents ou operator=neighbourhood. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout centre Social pour rendu OSM
Et est il possible de mettre plusieurs tags diffrents ??? Nous sommes la fois salle des ftes, tablissement de formation pro, mdico social, etc . L'accumulation de tags est autorise ? Merci Le 21/03/2011 11:02, Ab_fab a crit: Bonjour, Pour ma part, j'ai choisi d'utiliser le tag amenity:arts_centre http://wiki.openstreetmap.org/wiki/Arts_centre Le tag amenity:social_facility renvoie du mdico-social http://wiki.openstreetmap.org/wiki/Social_facility Le tag amenity:community_centre semble tre plutt relatif une salle polyvalente / salle des ftes http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcommunity_centre Les rgles de rendu Mapnik et Osmarender n'ont pas d'icone pour amenity:arts_centre Tu peux tout de mme ajouter une balise name : Centre Social du Chemillois Bonne journe Le 21 mars 2011 10:24, Yvan GODREAU yvan.godr...@centresocial-chemille.asso.fr a crit : Bonjour, j'essaie de faire apparaitre les locaux de notre association (Centre Social) sur l'une des cartes osm (Mapnik ou OSMarender), et je n'y arrive pas ! HELP ME !! Je ne souhaite pas crer un faux tag pour le faire apparaitre, mais je trouve dommage que l'on voit les magasins et pas les autres lieux de vie. Les tags actuels : amenity:social_center building:yes coordonnes : http://www.openstreetmap.org/?lat=47.216716lon=-0.72701zoom=18 Merci de m'aider dans ma qute... -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab "Il n'y a pas de pas perdus" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Yvan GODREAU Animateur Socio-Culturel / Centre Social du Chemillois Tel : 02.41.30.50.55 Adoptez l'co-attitude. N'imprimez ce mail que si c'est vraiment ncessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag d'une école
Donc une école, composée de plusieurs bâtiments. Comment est-ce qu'on définit cela ? J'ai tenté : - mettre une zone qui englobe les bâtiments et nommer cette zone (en utilisant également comme recommandé school:FR=*). Personnellement je fais comme ça. Après, si c'est un groupe scolaire et que l'école primaire et l'école maternelle sont dans des bâtiments distincts je les nomme aussi mais sans plus. On a alors : - un polygone avec amenity=school et name=Groupe scolaire Truc - dans ce polygone des bâtiments building=yes et name=École primaire Truc (mais pas d'amenity) Comme ça une recherche sur amenity ne donne qu'un seul résultat, mais l'affichage de la carte montre les usages différents des bâtiments. Mais d'autres usages existent peut-être ! Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr