Re: [OSM-talk] Permalink with marker
Huh, I was looking for this kind of application for osm for a year! I was even thinking about writing such app myself. Great to know that it exists! P.S. It seems to be not very finished though, e.g. a lot of customization does not work in Chrome. On Fri, May 24, 2013 at 12:40 PM, Christian Quest cqu...@openstreetmap.frwrote: 2013/5/23 Janko Mihelić jan...@gmail.com: One solution could be to have a little marker symbol on the lower right of the map. If the user drags it over the map, it becomes permanent, and when you click the permalink, it takes it into consideration. That way you could drag several markers over the map. Janko That's what uMap is made for... http://umap.openstreetmap.fr/ Add markers, polylines, polygons over your choice of base layer + get short link or embeddable HTML Exemple: http://u.osmfr.org/m/4 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] State of the Map US session schedule is out
Hello everyone - The final schedule is now available for State of the Map SF (June 8 9). It was hard to pick from so many fantastic submissions. The State of the Map US program committee whittled down submissions to fill two days and two tracks of 25 minute sessions - bringing the grand total to 52 sessions about OpenStreetMap, spanning tools, cartography, community, business, government, and humanitarian response. Thank you to everyone who submitted a session proposal - you're making this an awesome conference with your contribution. If you haven't made it into the final schedule, please consider leading a birds of a feather session, which will be organized ad-hoc at the conference. Head over to our blog post and find out all about it: http://openstreetmap.us/2013/05/state-of-the-map-us-schedule-up/ Aside from two full days of sessions on June 8 and 9, there will be a workshop day on June 7 and sprint days on June 10 and 11 (yes, this got extended :). The one-day OSM Plus conference will take place on June 10. Workshops and OSM Plus require separate registration. Looking forward to seeing you in San Francisco! -- Alex Barth Secretary OpenStreetMap United States Inc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
The worst editor ewer. With this will result many damages and incompatibilities. From newbies ofcourse. Potlatch is the best blend for advanced users and for new ones with alot of info and very friendly interface. This is a joke. Take it down before destroyed the existent maps with alot of hard work on them! -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760219.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] [Osmf-talk] Use of terms similar to GEOCODE
Hi Simon, that you may nor hear from them might be very true: see here: http://www.geocode.com/ Is apparently part of TomTom, so if you need more info, might be handy to check with them. They are Dutch so if I can oblige, let me know, Hugo From: Simon Poole Sent: Thursday, May 23, 2013 2:38 PM To: openstreetmap ; osmf-t...@openstreetmap.org Subject: [Osmf-talk] Use of terms similar to GEOCODE As I promised in February I investigated with our North American counsel what they would consider acceptable use of terms similar to the GEOCODE trademark, they came back with examples that they all considered OK. I've created a wiki page for future reference http://wiki.openstreetmap.org/wiki/Geocode_Trademark I apologize for the delay, I was waiting for some closure on the matter, however the company in question has not responded to our correspondence. Personally I don't expect to hear from them again since it now must be clear that there is no money in it for them. Simon ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
2013/5/8 razor74 radulescu.raz...@gmail.com The worst editor ewer. With this will result many damages and incompatibilities. From newbies ofcourse. Potlatch is the best blend for advanced users and for new ones with alot of info and very friendly interface. This is a joke. Take it down before destroyed the existent maps with alot of hard work on them! while I don't agree with the overall judgement (worst ever), I agree that with the recent discoveries (silent tag removal of important tags like highway) it probably is premature to offer iD to newbies for editing. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! Nick -razor74 radulescu.raz...@gmail.com wrote: - To: talk@openstreetmap.org From: razor74 radulescu.raz...@gmail.com Date: 24/05/2013 09:36AM Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap The worst editor ewer. With this will result many damages and incompatibilities. From newbies ofcourse. Potlatch is the best blend for advanced users and for new ones with alot of info and very friendly interface. This is a joke. Take it down before destroyed the existent maps with alot of hard work on them! -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760219.html Sent from the General Discussion mailing list archive at Nabble.com. ___ 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] iD Editor live on OpenStreetMap
Am 08.05.2013 17:10, schrieb razor74: The worst editor ewer. There is still (deleted) data in the database from an editor that got lat/lon confused what was the name again JOSM Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
ID is a wonderful editor, simple and intuitive. Although I am mostly a JOSN user, I know at least 2 beginners who feel confident enough to edit the map since there is ID. Thanks very much for it. It is helping OSM a lot. Ruben Le 24 mai 2013 15:05, Simon Poole si...@poole.ch a écrit : Am 08.05.2013 17:10, schrieb razor74: The worst editor ewer. There is still (deleted) data in the database from an editor that got lat/lon confused what was the name again JOSM Simon ___ 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] iD Editor live on OpenStreetMap
As one of people who raised issue of iD being slow on Firefox more than week ago, I must say that I tested it right now on Firefox 20 (on same system, just Firefox upgrade) and it is much much faster. Thanks for improvements to iD dev team and keep up good work! :) Respectfully, Peteris Krisjanis. 2013/5/24 RB tan...@gmail.com ID is a wonderful editor, simple and intuitive. Although I am mostly a JOSN user, I know at least 2 beginners who feel confident enough to edit the map since there is ID. Thanks very much for it. It is helping OSM a lot. Ruben Le 24 mai 2013 15:05, Simon Poole si...@poole.ch a écrit : Am 08.05.2013 17:10, schrieb razor74: The worst editor ewer. There is still (deleted) data in the database from an editor that got lat/lon confused what was the name again JOSM Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- mortigi tempo Pēteris Krišjānis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] List: Densely Mapped Areas
Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.org/density/ You might be surprised to hear that the top four most densely mapped areas in OSM are in Cameroon! 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] List: Densely Mapped Areas
2013/5/24 Frederik Ramm frede...@remote.org Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. It is bad because? Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
2013/5/24 pec...@gmail.com pec...@gmail.com 2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. It is bad because? Because it means that this is probably dead data without a community behind it to fix problems and to do updates. Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
On 05/24/2013 06:15 AM, Nick Whitelegg wrote: I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! Nick -razor74 radulescu.raz...@gmail.com wrote: - To: talk@openstreetmap.org From: razor74 radulescu.raz...@gmail.com Date: 24/05/2013 09:36AM Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap The worst editor ewer. With this will result many damages and incompatibilities. From newbies ofcourse. Potlatch is the best blend for advanced users and for new ones with alot of info and very friendly interface. This is a joke. Take it down before destroyed the existent maps with alot of hard work on them! -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760219.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk So, you feel that non-programmers, who have justified reasons to complain about the design, such as the silent removal of highway tags, should not be able to let their opinion of the bad design be made known? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
Hi, pec...@gmail.com schrieb: 2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. It is bad because? ... no local community!? there u go: http://resultmaps.neis-one.org/oooc?lat=3.84233lon=11.4917zoom=15layers=B00 as an example for Cameroun, which is ranked 1 [1] http://www.openstreetmap.org/?lat=3.84233134945817lon=11.49169921875zoom=15 All the best, Pascal [1] http://fred.dev.openstreetmap.org/density/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On Fri, May 24, 2013 at 3:25 PM, Martin Koppenhoefer Because it means that this is probably dead data without a community behind it to fix problems and to do updates. Endless story. That's the anti-imports theory : a map looking complete does not call for new contributions. Which means that we should gum out the map from time to time just to build a new community of contributors when the previous one consider the job done or is exhausted ;-) Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On Friday 24 May 2013, Frederik Ramm wrote: Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.org/density/ You might be surprised to hear that the top four most densely mapped areas in OSM are in Cameroon! I incidently saw that in Cameroon recently - the contrast to the more average density around is particularly striking. It might be an interesting test case to see if imports do sustainably improve quality - if in a year the contrast is significantly reduced by manual mapping of the areas around this would be a strong indication. Currently it has a kind of Berlin airport flair... Greetings, -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge So, you feel that non-programmers, who have justified reasons to complain about the design, such as the silent removal of highway tags, should not be able to let their opinion of the bad design be made known? That's what programmers love (I'm one) : admire my work or provide patches or shut up ;-) Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
OMG, they have imported positions of every tree in the area! (I am looking at this one: http://www.openstreetmap.org/?lat=3.84358lon=11.48785zoom=16layers=M) On Fri, May 24, 2013 at 8:09 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2013/5/24 Frederik Ramm frede...@remote.org Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. cheers, Martin ___ 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] [Osmf-talk] Use of terms similar to GEOCODE
From Simon's description, I think this is the Geocode in question: http://geocode.biz/ On Thu, May 23, 2013 at 8:04 AM, Hugo Holscher hugoholsc...@gmail.comwrote: Hi Simon, that you may nor hear from them might be very true: see here: http://www.geocode.com/ Is apparently part of TomTom, so if you need more info, might be handy to check with them. They are Dutch so if I can oblige, let me know, Hugo *From:* Simon Poole si...@osmfoundation.org *Sent:* Thursday, May 23, 2013 2:38 PM *To:* openstreetmap talk@openstreetmap.org ; osmf-t...@openstreetmap.org *Subject:* [Osmf-talk] Use of terms similar to GEOCODE ** As I promised in February I investigated with our North American counsel what they would consider acceptable use of terms similar to the GEOCODE trademark, they came back with examples that they all considered OK. I've created a wiki page for future reference http://wiki.openstreetmap.org/wiki/Geocode_Trademark ** **I apologize for the delay, I was waiting for some closure on the matter, however the company in question has not responded to our correspondence. Personally I don't expect to hear from them again since it now must be clear that there is no money in it for them. ** **Simon ** -- ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On Fri, 24 May 2013 20:49:33 +0700 Pavel Melnikov positro...@gmail.com wrote: OMG, they have imported positions of every tree in the area! (I am looking at this one: http://www.openstreetmap.org/?lat=3.84358lon=11.48785zoom=16layers=M) Looks very pretty but where are the street names, poi's, footways, crossing points, traffic signals, one-way streets, turn restrictions, etc. that make a map actually useful for anyone? Lets hope someone appears to add these things. Kevin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
I have been in Cameroon with the EUROSHA hot volunteers. There was someone from Cameroon (but living in France) that imported lots of data, but, because of this people are very impressed with OSM over there and now they are starting to really build their community: http://wiki.openstreetmap.org/wiki/WikiProject_Cameroon *http://twitter.com/OSMCameroun * With OsmAnd it was for some people their first experience with routing and turn-by-turn instructions over there. You should also know that not all roads have names over there... The EUROSHA volunteers started with introductions and workshops for people from aid organisations and many locals. Met vriendelijke groeten, Best regards, Ben Abelshausen ben.abelshau...@gmail.com http://twitter.com/xivk On Fri, May 24, 2013 at 4:17 PM, o...@k3v.eu wrote: On Fri, 24 May 2013 20:49:33 +0700 Pavel Melnikov positro...@gmail.com wrote: OMG, they have imported positions of every tree in the area! (I am looking at this one: http://www.openstreetmap.org/?lat=3.84358lon=11.48785zoom=16layers=M) Looks very pretty but where are the street names, poi's, footways, crossing points, traffic signals, one-way streets, turn restrictions, etc. that make a map actually useful for anyone? Lets hope someone appears to add these things. Kevin ___ 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] iD Editor live on OpenStreetMap
On 24/05/2013 12:15, Nick Whitelegg wrote: I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! You think the developers are above criticism? A public forum is *exactly* where they should be aired. The creators came here said look what we've made, isn't it fantastic some of us have pointed out that, actually, no it isn't that good. For them to say OK, we've made a mistake, why don't you fix it? is arrogant. Developers should not be put on pedestals. As has been pointed out there's a few reasons why it not good enough to be the default editor. Another being it's lack of relation information which will lead to them being split/deleted. There needs to be, at least, some kind of warning note that a selected way contains a relation. The panning/background refresh speed has improved slightly in Firefox, but not sure if that's Id's or FF's doing. I think it needs pointing out, yet again, that we are all volunteers, all putting in time effort for the good of the project. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On 24/05/2013 14:09, Martin Koppenhoefer wrote: interesting, but it's a pity that really a lot of them seem to be mapped by import rather than OSM mappers. OK, so anyone know if this Cameroon area is actually imported? It seems surprising for them to have done a survey of every tree. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Permalink with marker
On 24/05/2013 06:40, Christian Quest wrote: That's what uMap is made for... http://umap.openstreetmap.fr/ Add markers, polylines, polygons over your choice of base layer + get short link or embeddable HTML Exemple: http://u.osmfr.org/m/4 This looks good. There a many items that don't appear to work at the moment, but if fixed will be an excellent resource. Are you the developer? Is it currently being developed? I have some queries/suggestions/bugs. Should I post them here? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
On Fri, May 24, 2013 at 9:33 AM, Dave F. dave...@madasafish.com wrote: On 24/05/2013 12:15, Nick Whitelegg wrote: I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! You think the developers are above criticism? A public forum is *exactly* where they should be aired. The creators came here said look what we've made, isn't it fantastic some of us have pointed out that, actually, no it isn't that good. For them to say OK, we've made a mistake, why don't you fix it? is arrogant. Developers should not be put on pedestals. As has been pointed out there's a few reasons why it not good enough to be the default editor. Another being it's lack of relation information which will lead to them being split/deleted. There needs to be, at least, some kind of warning note that a selected way contains a relation. The panning/background refresh speed has improved slightly in Firefox, but not sure if that's Id's or FF's doing. I think it needs pointing out, yet again, that we are all volunteers, all putting in time effort for the good of the project. There is a difference between constructive criticism and This is the worst thing ever! which is both unhelpful and objectively false. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
On Fri, May 24, 2013 at 10:33 AM, Dave F. dave...@madasafish.com wrote: You think the developers are above criticism? They shouldn't be, but there's no need to criticize the developers for what's going on here. The problems with iD so far aren't fundamental fatal flaws, but simply bugs or missing features that everyone agrees should be fixed (and work is underway). For them to say OK, we've made a mistake, why don't you fix it? is arrogant. Developers should not be put on pedestals. The iD developers are not saying that. They are saying help us fix these issues with detailed bug reports and constructive discussions. A descriptive report on the issue tracker is *infinitely more* productive than inflammatory comments here. If you look at the iD issue tracker, you'll see the developers have done a wonderful job fixing bugs that get reported. They have consistently kept the closed-open ratio of issues at about 10:1 or better throughout development (and we're currently coming up on 1400 closed issues). Compared to the average free software project this is pretty amazing. So pedestals, no. But I do think that deserves some applause. I think it needs pointing out, yet again, that we are all volunteers, all putting in time effort for the good of the project. Right. So avoiding behaviour and comments that might drive away hard-working and well-meaning volunteers is probably a good plan. -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On Fri, May 24, 2013 at 4:43 PM, Dave F. dave...@madasafish.com wrote: OK, so anyone know if this Cameroon area is actually imported? It seems surprising for them to have done a survey of every tree. You should ask this person: http://lists.openstreetmap.org/pipermail/imports/2013-April/001914.html Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
To reply to both yours and Dave F's post in one, as I've got the same comment: *Constructive* criticism is *absolutely fine*. No problem whatsoever to politely point out flaws and areas for improvement. I have issues, I am afraid, with disrespectful terms in criticism, and I've said this before. Terms like a joke IMO, I'm afraid, come across to me as rude. Polite and constructive criticism (I believe that iD has a few flaws where the usability could be improved: these are (list) is perfectly fine. I just believe more respect is due to open-source developers, as a general point. People like the iD developers and others work hard in their own time, for no pay. I'm just asking for politeness, that's all. Not a veto of criticism. Nick -John F. Eldredge j...@jfeldredge.com wrote: - To: talk@openstreetmap.org From: John F. Eldredge j...@jfeldredge.com Date: 24/05/2013 02:34PM Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap On 05/24/2013 06:15 AM, Nick Whitelegg wrote: I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! Nick -razor74 radulescu.raz...@gmail.com wrote: - To: talk@openstreetmap.org From: razor74 radulescu.raz...@gmail.com Date: 24/05/2013 09:36AM Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap The worst editor ewer. With this will result many damages and incompatibilities. From newbies ofcourse. Potlatch is the best blend for advanced users and for new ones with alot of info and very friendly interface. This is a joke. Take it down before destroyed the existent maps with alot of hard work on them! -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760219.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk So, you feel that non-programmers, who have justified reasons to complain about the design, such as the silent removal of highway tags, should not be able to let their opinion of the bad design be made known? ___ 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] iD Editor live on OpenStreetMap
+1. Amen to that ;-) Nick -Toby Murray toby.mur...@gmail.com wrote: - From: Toby Murray toby.mur...@gmail.com Date: 24/05/2013 04:07PM Cc: OSM Talk talk@openstreetmap.org Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap On Fri, May 24, 2013 at 9:33 AM, Dave F. dave...@madasafish.com wrote: On 24/05/2013 12:15, Nick Whitelegg wrote: I don't regularly use iD myself (JOSM user), but, on behalf of its developers: negative comments like this are unhelpful and denigrate the vast amount of hard work that has gone into producing the editor. If you don't like it, complain about it to your friends in private, change the code, but do not slag it off on a public mailing list! You think the developers are above criticism? A public forum is *exactly* where they should be aired. The creators came here said look what we've made, isn't it fantastic some of us have pointed out that, actually, no it isn't that good. For them to say OK, we've made a mistake, why don't you fix it? is arrogant. Developers should not be put on pedestals. As has been pointed out there's a few reasons why it not good enough to be the default editor. Another being it's lack of relation information which will lead to them being split/deleted. There needs to be, at least, some kind of warning note that a selected way contains a relation. The panning/background refresh speed has improved slightly in Firefox, but not sure if that's Id's or FF's doing. I think it needs pointing out, yet again, that we are all volunteers, all putting in time effort for the good of the project. There is a difference between constructive criticism and This is the worst thing ever! which is both unhelpful and objectively false. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Densely Mapped Areas
Hi, Ben and Pieren thank you for bringing some details already. I just want to provide some information on the map of Yaounde.My graduation project is to implement a mapping portal of Cameroon, accessible to all based on OSM. More than just a portal, the project aims to use OSM as urban management tools. what is already done: - From 2010 to 2012, I did some field missions (mainly in Yaoundé) - July-August 2012 with a group of 4 students we educate local students on the osm project - This year from March 11 to April 8, with the support of EUROSHA Cameroon, Cameroon OSM community has been launched. - We conducted a conference and some training in JOSM - I furrowed some streets of the capital and other cities in Cameroon (Limbe, Bertoua, Buea) with video system board (GPS + Camera). This permit direct measurement of the coordinates (x, y, z) on images with a centimeter accuracy. - We have received permission to import some public data in OSM (forest roads, student projects) (http://wiki.openstreetmap.org/wiki/GeoCameroun) - The scripts to generate OSM files (Ogr2Osm, OSGeo4W ...) - A dedicated account for imports (http://www.openstreetmap.org/user/GeoCameroun) What remains to be done: - Finish the project documentation on the wiki OSM (I will finish it as soon as possible, I just have other more pressing issues for the moment) - finish the discussion with the local community on the national data to import. - my internship report will naturally be public. Do not hesitate to contact me for any information about the project (http://www.openstreetmap.org/user/sobzeros) Video of the working visit to Cameroon : http://youtu.be/saFsT558Xbo me: - Willy Franck SOB osm account: sobzeros Student E.S.G.T (Engineering School of Land Surveying) France. OSM member France, President of OSM Cameroon company: - SOGEFI (http://www.sogefi-sig.com) osm account: SOGEFI Geomatics company and member of OSM France http://wiki.openstreetmap.org/wiki/WikiProject_Cameroon Sincerely,___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
Since the list provided ranks the metatiles in terms of the number of nodes, It might be better to also normalize the number of nodes with the area covered by the z16 metatile. A tile far from the equator covers more area than a tile near the equator. For example, a z16 tile in Helsinki covers around 4 times the area as a z16 tile in Singapore. If we normalize the list, it would make the efforts of the Indonesian mappers much more impressive. On Fri, May 24, 2013 at 9:00 PM, Frederik Ramm frede...@remote.org wrote: Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ You might be surprised to hear that the top four most densely mapped areas in OSM are in Cameroon! Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
Pieren pier...@gmail.com wrote: On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge So, you feel that non-programmers, who have justified reasons to complain about the design, such as the silent removal of highway tags, should not be able to let their opinion of the bad design be made known? That's what programmers love (I'm one) : admire my work or provide patches or shut up ;-) Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk I also am a programmer, and it helps to have feedback from the users when they find a bug or design flaw. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
By the way you do realize that Cameroon and other equatorial areas have a significant advantage to higher latitudes in this measurement. So it might be prudent to not only say 'FSVO mapped' but also 'FSVO densely'. In a quick estimate the area scale ratio between Cameroon and France is about 2 so it could be that Bordeaux beats Yaounde in real world node density. :-) -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Permalink with marker
The developer's first mail introducing the project, which will answer all your question, was here : http://lists.openstreetmap.org/pipermail/talk/2013-January/065553.html - Mail original - From: Dave F. dave...@madasafish.com Cc: Talk Openstreetmap talk@openstreetmap.org Date: Vendredi 24 Mai 2013 16:50:23 Subject: Re: [OSM-talk] Permalink with marker On 24/05/2013 06:40, Christian Quest wrote: That's what uMap is made for... http://umap.openstreetmap.fr/ Add markers, polylines, polygons over your choice of base layer + get short link or embeddable HTML Exemple: http://u.osmfr.org/m/4 This looks good. There a many items that don't appear to work at the moment, but if fixed will be an excellent resource. Are you the developer? Is it currently being developed? I have some queries/suggestions/bugs. Should I post them here? Cheers Dave F. ___ 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] List: Densely Mapped Areas
Interesting in any case. .. And it should be easy to adjust the denseness of the mapping on the tiles vs latitude. .. Possible to see such update (if not already done)? Cheers, -Jaakko --Original Message-- From: Christoph Hormann To: talk@openstreetmap.org Subject: Re: [OSM-talk] List: Densely Mapped Areas Sent: May 24, 2013 11:30 By the way you do realize that Cameroon and other equatorial areas have a significant advantage to higher latitudes in this measurement. So it might be prudent to not only say 'FSVO mapped' but also 'FSVO densely'. In a quick estimate the area scale ratio between Cameroon and France is about 2 so it could be that Bordeaux beats Yaounde in real world node density. :-) -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
Hi, On 24.05.2013 18:30, Christoph Hormann wrote: By the way you do realize that Cameroon and other equatorial areas have a significant advantage to higher latitudes in this measurement. So it might be prudent to not only say 'FSVO mapped' but also 'FSVO densely'. I re-did the list with nodes per square kilometre, although this also renders the basic idea of looking at z16 meta tiles kind of arbitrary. Here's the result: http://fred.dev.openstreetmap.org/density/sqkm.html Cameroon still features near the top but France has grabbed the first four spots. Someone said that taking the area into account should improve the results for Indonesia; either I did something wrong ior the opposite is the case - Indonesia featured at #23 before and has now dropped completely off the list. 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] List: Densely Mapped Areas
On Friday 24 May 2013, Frederik Ramm wrote: I re-did the list with nodes per square kilometre, although this also renders the basic idea of looking at z16 meta tiles kind of arbitrary. Yes, it even gives a slight disadvantage of the equatorial areas now: They need to achieve a high mapping density across a larger area to get a good score... Someone said that taking the area into account should improve the results for Indonesia; either I did something wrong ior the opposite is the case - Indonesia featured at #23 before and has now dropped completely off the list. I think you did correctly, it's the other way round but the difference between Cameroon and Indonesia is marginal. Arkhangelsk seems to be the only high latitude place that newly made it into the new list. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
RB writes: ID is a wonderful editor, simple and intuitive. Although I am mostly a JOSN user, I know at least 2 beginners who feel confident enough to edit the map since there is ID. Thanks very much for it. It is helping OSM a lot. This is ridiculous. I tried ID, and it didn't make my penis bigger OR harder, my breasts didn't get bigger, I didn't get six-pack abs, and I didn't get shaplier thighs in just six weeks. All it did was make it easy to edit OSM. What the hell is up with THAT?!?? I want my money back. MONEY BACK! -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
Martin Koppenhoefer writes: Because it means that this is probably dead data without a community behind it to fix problems and to do updates. That reason is *exactly* why I said back in 2006 that OSM should be in the public domain, because if you take data away from the community, it's dead data. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] List: Densely Mapped Areas
On Sat, May 25, 2013 at 3:51 AM, Frederik Ramm frede...@remote.org wrote: Someone said that taking the area into account should improve the results for Indonesia; either I did something wrong ior the opposite is the case - Indonesia featured at #23 before and has now dropped completely off the list. That was me. I was mistaken. For a given zoom level in Mercator projection, a tile in an equatorial area shows more real-world area than in a more northern or southern latitudes. I actually confused the land area with scale: a tile in an equatorial area has a smaller scale than in a more northern or southern latitudes. So land area is inversely proportional to map scale. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD, exclusive use of tags
On Thu, May 23, 2013 at 11:17 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Right now when you click on other in this menu, the other tag that is considered principal by iD gets silently removed (e.g. if you click on a highway on other, the highway-tag is removed). Yeah, this was/is a limitation of Potlatch2 that was never solved. It's a messy reality of OSM tagging. To those that think the answer is well, don't map like that! - just...no. That style of mapping is perfectly appropriate in many places and has some real advantages for data consumers (eg, identifying roads that have tramtracks, which are a real hazard for cyclists). I'd consider both of these bugs, but would like to open a discussion what others think about exclusive tags. IMHO the solution is to essentially duplicate the GUI when more than one primary tag is found. But there are some unsolved ambiguities in the tagging, like which tag name= refers to. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] source=Google
On Tue, May 21, 2013 at 9:26 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: What do you propose to do with source tags found on an object when you modify this object based on a different source? Speaking for myself, I either replace it (if I'm replacing virtually all the geometry) or supplement it: source=gps;Bing. If I'm tweaking something that had no source before, I sometimes use source=unknown;Bing. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google Maps being praised for removing I-5 colasped bridge quickly
http://www.nbcnews.com/technology/collapsed-i-5-bridge-gone-google-maps-almost-quickly-it-6C10067906 If I remember correctly, we had it marked as access=no and the segment removed about an hour faster than on Google. Somebody needs to get ahold of Rosa from NBC (who did the article) and let them know about OSM pawning Google here. -James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] data.sa.gov.au
The SA govt has joined many of the other state/local governments in publishing open data. The current implementation is powered by CKAN, and though I haven't seen it yet, appears to be leveraging openstreetmap / cloudmade in some fashion. Anyway, the majority of the data sets are CC-A licensed, and in either CSV or Shapefile format: Some initial things that might be worth importing/using as a reference/looking into: http://www.data.sa.gov.au/dataset/major-and-minor-roads http://www.data.sa.gov.au/dataset/library-locations http://www.data.sa.gov.au/dataset/parks-and-reserves http://www.data.sa.gov.au/dataset/sa-playgrounds http://www.data.sa.gov.au/dataset/stormwater-nodes http://www.data.sa.gov.au/dataset/surface-water-catchments http://www.data.sa.gov.au/dataset/suburb-boundaries and of course: http://www.data.sa.gov.au/dataset/centrelink-office-locations Not sure how much overlap with data.gov.au data sets (assume some). Anyone want to have a look around and 1) Call out the things you think are missing 2) Call out the things you'd want to have imported or manually transcribed into open street map ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Hierarquia das rodovias
Mais uma atualização incluindo calçadas (quando mapeadas como vias independentes e não como tags) e as classificações do BIT: http://i.imgur.com/0fZVEiB.png 2013/5/23 Fernando Trebien fernando.treb...@gmail.com: Corrigindo (porque é importante), onde eu disse tracktype=grade eu quis dizer tracktype=grade1. Os outros tipos são sempre não pavimentados. On May 23, 2013 12:58 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Concordo que antes de diferenciar pela largura é mais importante diferenciar se a via é particular ou pública. Mudei a parte cinza do fluxograma para contemplar isso e mais algumas consequências. (O resto pode ter mudado de layout, mas não mudaram as conexões entre as caixas.) http://i.imgur.com/ZbrZeov.png Essa nova alteração tenta implementar essas combinações na parte cinza: Living Street: - pública + estreita + pavimentada - pública + larga + com pedestres Track: - pública + estreita + não pavimentada - particular + não pavimentada Service: - particular + pavimentada - pública + estacionamentos Eu reli o artigo de living street e proponho que usemos essa definição no Brasil: uma via onde pedestres têm preferência sobre veículos, por hábito ou por sinalização oficial. O caso da sinalização oficial é muito raro no Brasil (nunca vi, mas imagino que exista em algum lugar), então o melhor seria tentar definir o que é o hábito. Uma definição eu já dei: que haja muitos pedestres circulando na via (só pode ser medido por quem mora ou passa regularmente pelo local). Outra eu propus: que a via seja estreita (pode estar bloqueada por atividades de moradores, como deixando carros estacionados dificultando a passagem.) Essa segunda é a mais comum dentro de favelas, mas acontece em outros lugares também onde seria interessante usar essa classificação para influenciar o cálculo de rotas. Pelo fluxograma, aquilo que o wiki chama de track com tracktype=grade seria uma living street. Acho que é a esse caso a que você se refere, Nelson. Nesse caso, acho que diferença mais comum seria se a via acontece em área urbana ou não. O que você acha? Sei que a diferença seria dado pelo papel da via, mas quero diminuir o número de vezes em que é necessário justificar. Já usar living street no interior de condomínios foi uma opinião que eu defendi mas não concordo mais muito com ela. Não seria incorreto classificá-las como service porque conduzem até residências. Como está bem livre, aqui eu deixaria a minha percepção de importância ser influenciada um pouco pelo Mapnik: as service desaparecem em níveis de ampliação médios, enquanto que as living street permanecem até os níveis mais afastados. Além disso, as service são mais finas, indicando que costumam ser complexas e aparecer em interiores. Um condomínio residencial pode ser algo bem grande e com vias do tamanho de avenidas, mas se é privado, será que deve receber a mesma importância gráfica que outras vias públicas? Normalmente você não vai passar por dentro a menos que esteja indo visitar alguém (que é o conceito de access=destination, nunca usado com vias públicas). Do ponto de vista do roteamento, acho que faz pouca diferença, mas me pergunto o que acharia alguém olhando o mapa (que não conhece essas nossas definições detalhadas). Mais um detalhe: combinar living street com a tag access produz um resultado bem ruim: o Mapnik pinta um tracejado espesso vermelho semitransparente que fica praticamente invisível em cima do cinza das living street. Com as service fica bem claro. Isso me sugere que a equipe do Mapnik não considerou a possibilidade de combinar tags access com living street; eu suponho que eles presumem que são quase sempre públicas. Mas, como sempre, há as exceções. Se um condomínio for realmente grande (o que é raro), acho possível ignorar o fato de que são vias particulares e classificar de acordo com as outras definições, mas daí justificar essa decisião na tag note. 2013/5/23 Nelson A. de Oliveira nao...@gmail.com: 2013/5/23 Fernando Trebien fernando.treb...@gmail.com: Fluxograma revisado e atualizado com uma medida exata para os critérios ligado a larguras (inspirado nas larguras de faixas do DNIT): http://i.imgur.com/I6GQ0CH.png Ali na parte do track, se a via tiver menos que 12m de largura, independente de ser pavimentada ou não, ela pode ser track (os grades do track, lembra?) Da mesma forma, pode existir highway=service em vias mais estreitas (como um drive-through, estacionamento, etc). Pelo fluxograma os services são sempre = 12m. Se a via for particular, o fluxograma também diz que sempre será service, o que não condiz com a realidade também (por exemplo, as vias de um residencial (living_street) não possuem acesso público, logo sendo marcadas como access=private) De resto por mim está perfeito. ___ Talk-br mailing list Talk-br@openstreetmap.org
Re: [Talk-br] Lista de regiões densamente mapeadas Fwd: [OSM-talk] List: Densely Mapped Areas
Realmente, a área de Vitória é realmente sensacional! Eu sei que o Aun mapeia muito lá, mas não sei quem mais. De qualquer modo estão de parabéns. abraços Gerald On 24 May 2013 13:43, Arlindo Pereira openstreet...@arlindopereira.comwrote: O Frederik Ramm criou uma lista automatizada das regiões mais densamente mapeadas no OSM. Temos em sétimo lugar Vitória, Espírito Santo. =) http://fred.dev.openstreetmap.org/density/ []s Arlindo Pereira -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, May 24, 2013 at 10:00 AM Subject: [OSM-talk] List: Densely Mapped Areas To: Talk Openstreetmap t...@openstreetmap.org Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ You might be surprised to hear that the top four most densely mapped areas in OSM are in Cameroon! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gweber...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-92252277 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Lista de regiões densamente mapeadas Fwd: [OSM-talk] List: Densely Mapped Areas
Como na maioria das áreas nessa lista, houve uma importação de dados em Vitória, o que ajuda muito. 2013/5/24 Gerald Weber gwebe...@gmail.com Realmente, a área de Vitória é realmente sensacional! Eu sei que o Aun mapeia muito lá, mas não sei quem mais. De qualquer modo estão de parabéns. abraços Gerald On 24 May 2013 13:43, Arlindo Pereira openstreet...@arlindopereira.comwrote: O Frederik Ramm criou uma lista automatizada das regiões mais densamente mapeadas no OSM. Temos em sétimo lugar Vitória, Espírito Santo. =) http://fred.dev.openstreetmap.org/density/ []s Arlindo Pereira -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, May 24, 2013 at 10:00 AM Subject: [OSM-talk] List: Densely Mapped Areas To: Talk Openstreetmap t...@openstreetmap.org Hi, I've made an updatd list of densely mapped areas in OSM. http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ You might be surprised to hear that the top four most densely mapped areas in OSM are in Cameroon! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gweber...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-92252277 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
On 23.05.13 18:33, fly wrote: mast:type=light tower:type=lighting Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
On 24/mag/2013, at 08:05, Andreas Labres l...@lab.at wrote: tower:type=lighting Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tower:type für Lichtmasten und Schlauch/Feuerwehrtürme
On 24/mag/2013, at 08:05, Andreas Labres l...@lab.at wrote: tower:type=lighting -1, m.E. ist ein Flutlichtmast überhaupt kein Turm, oder hat jemand ein überzeugendes Beispiel? Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat das sowieso nix zu tun. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aerowest MapServer auf dem Mac
Hallo Liste, im OSM Forum habe ich gelesen, dass es möglich ist einen Aerowest Luftbilder MapServer auf dem Mac in Verbindung mit JOSM aufzusetzen. Ich habe bis jetzt nur Erfahrungen unter Windows. Wer kann mir helfen einen MapServer auf meinem Mac zu installieren? Danke Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3
Hallo, die Weiterentwicklung des Keypad-Mapper 3 macht gute Fortschritte: Betatests der Version 3.1. sind ab 10. Juni geplant. Mit der Version 3.1 wird der Keypad-Mapper einen sehr guten Effizienzgrad erreicht haben im Hinblick auf die schnelle und qualitativ hochwertige Erfassung von Hausnummern und Adressen. Details gibt es hier: http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3 Noch nicht optimal ist die Zeit, die aufzuwenden ist, um die zunächst mit dem Keypad-Mapper 3 vor Ort erfassten Daten in JOSM aufzubereiten für den Upload zu OSM. Mit dieser Nachricht würde ich gerne eine Diskussion darüber anstoßen, welche Features ein JOSM Plugin haben sollte, damit es seiner Aufgabe, die Nachbearbeitung der vor Ort erfassten Hausnummern und Adressen möglichst effizient erledigen zu können, am besten gerecht wird. Auf der neu eingerichteten WIKI-Seite http://wiki.openstreetmap.org/wiki/Keypad-Mapper_tools habe ich als Starthilfe für die Diskussion erste Ideen zusammengetragen. Cheers Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dicht gemappte Gebiete
Hallo, wer haette das gedacht: http://fred.dev.openstreetmap.org/density/ unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf. Alles andere muessen also Datenimporte sein ;) 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
[Talk-de] Alleen und Baumreihen
Liebe Liste, unter einer Allee verstehe ich eine Straße, die in der Regel beidseitig von Bäumen gesäumt ist. (Achtung: Nicht zu verwechseln mit engl.: Alley [1]) Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2], das demnach dem Tag der Straße zugefügt werden soll: ... should be part of the tree row way Ist das so wirklich gewünscht? Manchmal befindet sich daneben noch ein Radweg, manchmal ist die Baumreihe nur einseitig? Ich habe auch schon Baumreihen gesehen, die als Wald (landuse=forest) getagt waren, das sieht auf der Karte gut aus, ist aber eigentlich doch falsch, oder? Was meint ihr, wie geht ihr vor, wer kennt gute Beispiele? Viele Grüße Ralf 1. http://wiki.openstreetmap.org/wiki/Tag:service=alley 2. http://wiki.openstreetmap.org/wiki/Tag:natural=tree_row ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wandgemälde (artwork_type=mural) ohne touristischen Wert
Hallo, eine gemeinn. Wohnungsbaugesellschaft hat ihre Mietshäuser durch Fassadenverschönerung herausgeputzt. Die Blöcke haben unterschiedliche Farben, außerdem gibt es großlettrige Zitate zum Thema Wohnen an den Giebeln. Beides erleichtert die Orientierung, ist aber nicht unbedingt touristisch wertvoll. Macht es Sinn, die Zitate (ggf. wörtlich) zu taggen wie unter http://wiki.openstreetmap.org/wiki/Tag:tourism=artwork beschrieben? Gibt es bei building-Objekten das Attribut color? Danke für eure Meinung. Gruß Ralf P.S.: Auf einem Haus steht ein Mobilfunkmast weithin sichtbar. Das Haus hat 13 Stockwerke, ich habe nun height=40 und laut http://wiki.openstreetmap.org/wiki/Key:communication:mobile_phone außerdem communication:mobile_phone=yes getaggt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Am 24. Mai 2013 15:04 schrieb RalfGesellensetter r...@gmx.de: Liebe Liste, unter einer Allee verstehe ich eine Straße, die in der Regel beidseitig von Bäumen gesäumt ist. Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2], das demnach dem Tag der Straße zugefügt werden soll: ... should be part of the tree row way ich lese da, dass man die Baumreihe damit taggen soll, d.h. solange die Bäume nicht in der Mitte der Straße laufen, ist das zwangsläufig ein eigener way. Ich habe auch schon Baumreihen gesehen, die als Wald (landuse=forest) getagt waren, das sieht auf der Karte gut aus, ist aber eigentlich doch falsch, oder? naja, ein Wald im Sinne eines geografischen Objekts Wald (mit Namen etc.) ist es nicht, eine Stelle, die von Bäumen überschattet ist, ist es schon. landcover=trees wäre daher wohl sinnvoller. Man kann auch einzelne Bäume mappen (natural=tree), wobei ein Attribut für die Straße (highway) auch nicht schlecht ist, damit man Alleen auch ohne aufwendiges Prozessieren der Daten einfach finden kann. natural=tree_row ist allerdings nicht der tag dafür (z.B. auch, weil das genauso auch für Bäume entlang von Wasserläufen verwendet wird). service=alley hat damit natürlich wie Du schon schreibst, gar nichts zu tun. Bei einzelnen Bäumen, die Teil einer Allee sind, kann man auch denotation=avenue ergänzen, ggf. passte das auch für natural=tree_row, wo diese eine Allee bilden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Am 24. Mai 2013 15:01 schrieb Frederik Ramm frede...@remote.org: Hallo, wer haette das gedacht: http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf. Alles andere muessen also Datenimporte sein ;) überwiegend sieht es wirklich so aus, teilweise sind die 5 Elemente pro changeset gnadenlos ausgereizt. Wäre sicher nicht uninteressant, z.B. die Anzahl unterschiedlicher Mapper oder die Fehlerdichte aus dem OSMI damit zu korrelieren ;-) Auch die Vielfalt an tags wäre evtl. spannend, oder der Detailreichtum für ausgewählte features (z.B. opening_hours) oder die Dichte von Relationen (z.B. Wanderrouten, Turn-restrictions) oder die Mappingintensität (Häufigkeit von Änderungen). Man kann da sicherlich eine Statistik draus machen die aufzeigt, dass eine lebendige Community eben nicht mit der Datenquantität gleichzusetzen ist ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Frederik Ramm frede...@remote.org wrote: Alles andere muessen also Datenimporte sein ;) Da muss ich mir ja nur mal Platz1 anschaun: http://www.openstreetmap.org/?lat=3.8259lon=11.4963zoom=12layers=M Wenn das kein Import ist fress ich nen Besen. Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Am 24.05.2013 15:04, schrieb RalfGesellensetter: Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2], das demnach dem Tag der Straße zugefügt werden soll: ... should be part of the tree row way Der von dir teilweise zitierte Absatz lautet: If individual trees in a tree row are mapped, the tree nodes should be part of the tree row way. Usually, however, it's not necessary to map the individual trees in a tree row. oder in der deutschen Übersetzung: wenn einzelne Bäume in einer Baumreihe als Punkte eingetragen werden, sollten die Punkte Bestandteil des Baumreihen-Ways sein. Normalerweise ist es aber nicht nötig, die einzelnen Bäume einer Baumreihe einzutragen. Der Absatz hat also nichts mit der Beziehung zwischen Straße und Baumreihe zu tun. Dass das Allee-Bild ausgerechnet neben diesem Absatz steht, hat keine tiefere Bedeutung - rechts war nur einfach wegen der dicken Infobox kein Platz mehr. Die Baumreihen sollten auf jeden Fall dort eingetragen werden, wo sie wirklich sind (wieder aus der deutschen Übersetzung: Der Weg startet am Stamm des ersten Baums in der Reihe und endet am letzten, wobei der Weg durch die Stämme der Bäume verläuft.), also niemals am selben Way wie die Straße. Ich habe auch schon Baumreihen gesehen, die als Wald (landuse=forest) getagt waren, das sieht auf der Karte gut aus, ist aber eigentlich doch falsch, oder? Es hat zumindest in der Praxis das Problem, dass man nichts über die charakteristische Anordnung der Bäume weiß. In einem Wald hat man ja normalerweise eine eher chaotische Verteilung der Bäume. Viele Grüße, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Hi, Martin Koppenhoefer schrieb: Am 24. Mai 2013 15:01 schrieb Frederik Ramm frede...@remote.org: http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/ unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf. Alles andere muessen also Datenimporte sein ;) Wäre sicher nicht uninteressant, z.B. die Anzahl unterschiedlicher Mapper oder die Fehlerdichte aus dem OSMI damit zu korrelieren ;-) there u go: http://www.openstreetmap.org/?lat=3.84233134945817lon=11.49169921875zoom=15 und Contributors: http://resultmaps.neis-one.org/oooc?lat=3.84233lon=11.4917zoom=15layers=B00 in keinem einzigen Layer ist auch nur ein Contributor zu sehen :-( viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Am 24. Mai 2013 15:29 schrieb Tobias Knerr o...@tobias-knerr.de: Es hat zumindest in der Praxis das Problem, dass man nichts über die charakteristische Anordnung der Bäume weiß. In einem Wald hat man ja normalerweise eine eher chaotische Verteilung der Bäume. wobei es schon typische Kronendurchmesser und Abstände zwischen den Bäumen gibt, so dass jemand schlaues evtl. aus dem Polygon die Positionen schätzen könnte ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Frederik Ramm frede...@remote.org wrote: unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf. Hah, Du hast unterschlagen, dass es sich bei dem einzigen Mal um Karlsruhe handelt;) Kurioserweise ist das ein Gebiet, in dem nicht mal alle Hausnummern erfasst sind. Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Hi. Mit tausenden von Kreisen kann man auch ans Ziel kommen, den diese bestehen aus wesentlich mehr Nodes als eine eckiges Haus: http://www.openstreetmap.org/?lat=2.78942457221161lon=32.27783203125zoom=15 Gruß René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wandgemälde (artwork_type=mural) ohne touristischen Wert
Am 24. Mai 2013 15:15 schrieb RalfGesellensetter r...@gmx.de: Gibt es bei building-Objekten das Attribut color? Nein, es gibt aber colour ;) http://wiki.openstreetmap.org/wiki/Key:colour vgl. http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings und suche nach: building:colour Gruß René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Am 24.05.2013 15:29, schrieb Tobias Knerr: da fällt mir noch was ein: Starßensäumende Baumreihen können auch Hecken sein, bzw aus Hecken entstanden sein (hier Buchen) Aleen, die im grunde ganz ähnlich aussehen kenn ich aus den Niederungen, z.B. an der Straße Aachen Maastricht oder in der Stadt: Oppenhoffalle (Doppelbaumreihe im der Mitte der Straße) Meine Theorie: Alleen werden angelegt, also Baum für Baum auf Abstand gepflanzt Hecken können so weit ausgedünnt, oder verwildern bist sie einer Allee ähneln könnten Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dicht gemappte Gebiete
Pascal Neis wrote in keinem einzigen Layer ist auch nur ein Contributor zu sehen :-( Häuser, Bäume und 99% Straßen ohne Namen. Reiner Datenmüll - toll :( Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Dicht-gemappte-Gebiete-tp5762502p5762547.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] Dicht gemappte Gebiete
Am 24.05.2013 15:01, schrieb Frederik Ramm: Hallo, wer haette das gedacht: http://fred.dev.openstreetmap.org/density/ unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf. Alles andere muessen also Datenimporte sein ;) Bye Frederik Dass es oft Fälle sind, wo nichtmal die Hausnummern oder gar die Straßennamen getagged sind, zeigt wie wenig eine Statistik manchmal aussagt. Aber es gibt auch ehrliche Flächen. Österreich ist zwei Mal vertreten, während der erste Bezirk in Wien vermutlich viel vom Baumimport profitiert, ist z.B. Linz wirklich erarbeitet: http://www.openstreetmap.org/?box=yesbbox=14.2822265625,48.2831928954835,14.326171875,48.3124279040718 LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Hallo Tobias, danke, dann habe ich vielleicht zu diagonal gelesen, aber auch in diesem Text gibt es wieder eine Falle: Am Freitag, 24. Mai 2013 schrieb Tobias Knerr: Die Baumreihen sollten auf jeden Fall dort eingetragen werden, wo sie wirklich sind (wieder aus der deutschen Übersetzung: Der Weg startet am Stamm des ersten Baums in der Reihe und endet am letzten, wobei der Weg durch die Stämme der Bäume verläuft.), also niemals am selben Way wie die Straße. Der Weg verläuft durch die Stämme der Bäume - hört sich (wenn man es so verstehen will) so an, als sei der Weg mit dem Tag tree_row (Allee) zu versehen. Aber immerhin meckert josm, wenn Straßen mit natural gemischt getaggt werden. Gewarnt wird aber auch, wenn die Baumreihe zu dicht an der Straße endet... Viele Grüße Ralf @Steffen: Für Hecken gibt es doch barrier=hedge ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] landuse=meadow per il prato di un aeroporto
Ciao, i prati degli aeroporti sono in realtà degli habitat molto sfruttati, tanto che in quelli più grandi e con maggior traffico ci sono i falconieri a tenere distanti dalle piste uccelli o piccoli mammiferi. Il tag meadow magari no. Io ho utilizzato per l'aeroporto di Vergiate landuse=grass giusto per rimanere generici. Saluti Joe Il giorno 23 maggio 2013 20:16, Martin Koppenhoefer dieterdre...@gmail.comha scritto: Ho notato che un utente ha mappato il verde di fiumicino con landuse=meadow. Cosa ne dite, va bene? http://www.openstreetmap.org/browse/way/163147617 A me sembra un po' strano, in quanto l'uso di queste aree non è prato ma aeroporto. ciao, Martin ___ 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] landuse=meadow per il prato di un aeroporto
Da noi a Reggio Emilia (che l'aeroporto non è che sia il JFK =P) il prato interno all'aeroporto è un prato stabile (landuse=meadow) regolarmente lavorato da un'azienda agricola del luogo che l'ha avuto in appalto. Molto probabilmente dipende da caso a caso... Lorenzo Il giorno 24 maggio 2013 08:20, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Ciao, i prati degli aeroporti sono in realtà degli habitat molto sfruttati, tanto che in quelli più grandi e con maggior traffico ci sono i falconieri a tenere distanti dalle piste uccelli o piccoli mammiferi. Il tag meadow magari no. Io ho utilizzato per l'aeroporto di Vergiate landuse=grass giusto per rimanere generici. Saluti Joe Il giorno 23 maggio 2013 20:16, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Ho notato che un utente ha mappato il verde di fiumicino con landuse=meadow. Cosa ne dite, va bene? http://www.openstreetmap.org/browse/way/163147617 A me sembra un po' strano, in quanto l'uso di queste aree non è prato ma aeroporto. ciao, Martin ___ 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse=meadow per il prato di un aeroporto
io leggo dal wiki in inglese che solitamente bisognerebbe utilizzare landuse=grass ma se il campo viene adibito a pastorizia allora è meglio utilizzare landuse=meadow...negli aeroporti normalmente è vietata la pastorizia (meno animali ci sono vicino alle piste meglio è...appunto la presenza di falconieri e cacciatori) da non confondere poi il continuo taglio dell'erba con attività di pastorizia o agricoltura: all'interno del territorio aeroportuale non si coltiva/alleva alcunchè...viene solo tagliata l'erba per ragioni di sicurezza (primo fra tutti evitare di attrarre gli stormi di uccelli) e di visibilità. meadow mi sembra quindi inappropriato in quanto lo interpreto come un campo adibito ad una qualche attività produttiva (solitamente di tipo pastorizio) cosa che negli aeroporti normalmente non avviene -- View this message in context: http://gis.19327.n5.nabble.com/landuse-meadow-per-il-prato-di-un-aeroporto-tp5762424p5762459.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse=meadow per il prato di un aeroporto
Beh, tutti i prati di tutti gli aereoporti devono essere gestiti come coltivazioni (tagliati, irrigati e riseminati ogni tanto), compresi i prati dei parchi urbani e quelli in mezzo alle rotatorie. La differenza, secondo me, è la finalità. Il landuse=meadow è un prato da foraggio in un'azienda agricola, mentre landuse=grass è un prato generico con scopi diversi da quello agricolo; ornamentale nelle rotatorie, ricreativo nei parchi urbani, ad uso pista o come spazi aperti non utilizzati negli aeroporti. Ciao J Il giorno 24 maggio 2013 08:24, Lorenzo Beba Beltrami lorenzo.b...@gmail.com ha scritto: Da noi a Reggio Emilia (che l'aeroporto non è che sia il JFK =P) il prato interno all'aeroporto è un prato stabile (landuse=meadow) regolarmente lavorato da un'azienda agricola del luogo che l'ha avuto in appalto. Molto probabilmente dipende da caso a caso... Lorenzo Il giorno 24 maggio 2013 08:20, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Ciao, i prati degli aeroporti sono in realtà degli habitat molto sfruttati, tanto che in quelli più grandi e con maggior traffico ci sono i falconieri a tenere distanti dalle piste uccelli o piccoli mammiferi. Il tag meadow magari no. Io ho utilizzato per l'aeroporto di Vergiate landuse=grass giusto per rimanere generici. Saluti Joe Il giorno 23 maggio 2013 20:16, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Ho notato che un utente ha mappato il verde di fiumicino con landuse=meadow. Cosa ne dite, va bene? http://www.openstreetmap.org/browse/way/163147617 A me sembra un po' strano, in quanto l'uso di queste aree non è prato ma aeroporto. ciao, Martin ___ 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 ___ 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] problemi costa a Venezia
Sicuro che prima fosse diverso? Ho notato che quel tratto di coastline è stato toccato l'ultima volta mesi fa [1]. E comunque, come si vede da qui [2] è giusto. hai ragione, mi ero fatto ingannare da questa [1] simulazione delle maree in laguna che assume una linea di costa diversa. Poi mi avevano impensierito queste [2] track ed edifici in mezzo al mare [1] http://cigno.ve.ismar.cnr.it/maps/30/view [2] http://www.openstreetmap.org/?lat=45.36213lon=12.15856zoom=16layers=M Ciao, Stefano ciao Paolo M [1] http://www.openstreetmap.org/**browse/changeset/14541658http://www.openstreetmap.org/browse/changeset/14541658 [2] http://cigno.**atlantedellalaguna.it/maps/7/**embedhttp://cigno.atlantedellalaguna.it/maps/7/embed __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Decreto Crescita 2.0, pubblicazioni dati in formato aperto e archivio delle strade
Mi interessavano aggiornamenti su tale tema. Anche se magari l'argomento è stato già affrontato, questa discussione è quella meglio indicizzata dai motori di ricerca. Mi occorrono temi concreti con il quale fare leva sui comuni, basandomi sulla pur ben scritta Lettera liberazione dati geografici che è presente su Google Docs. Al solito sto effettuando questo lavoro, per sperare di avere prima o poi una mappatura decente dei paesi della regione Molise. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse=meadow per il prato di un aeroporto
2013/5/24 Giovanni Caudullo giovanni.caudu...@gmail.com Beh, tutti i prati di tutti gli aereoporti devono essere gestiti come coltivazioni (tagliati, irrigati e riseminati ogni tanto), compresi i prati dei parchi urbani e quelli in mezzo alle rotatorie. La differenza, secondo me, è la finalità. Il landuse=meadow è un prato da foraggio in un'azienda agricola, mentre landuse=grass è un prato generico con scopi diversi da quello agricolo; ornamentale nelle rotatorie, ricreativo nei parchi urbani, ad uso pista o come spazi aperti non utilizzati negli aeroporti. Si, sono d'accordo con te e con Aury88, lo scopo (uso) non è agricolo, benché l'erba ci cresce. Io mettrei in ogni caso landcover=grass per le aree coperte di erba, ed eviterei un landuse=grass (che in qualche modo com'è definito potrebbe andare bene, ma generalmente lo vedo sbagliato come tag, che uso non è) e sopratutto landuse=meadow. Per me landuse sarebbe infrastruttura di trasporto o qualcosa di simile. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] problemi costa a Venezia
Guardando la mappa scaricata da osmand effettivamente il lido è in parte sotto acqua e lo stesso problema a taranto per cui qualche problemino forse c è Messaggio originale Da: stefano.salva...@gmail.com Data: 24/05/2013 10.24 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] problemi costa a Venezia Sicuro che prima fosse diverso? Ho notato che quel tratto di coastline è stato toccato l'ultima volta mesi fa [1]. E comunque, come si vede da qui [2] è giusto. hai ragione, mi ero fatto ingannare da questa [1] simulazione delle maree in laguna che assume una linea di costa diversa. Poi mi avevano impensierito queste [2] track ed edifici in mezzo al mare [1] http://cigno.ve.ismar.cnr.it/maps/30/view [2] http://www.openstreetmap.org/?lat=45.36213lon=12.15856zoom=16layers=M Ciao, Stefano ciao Paolo M [1] http://www.openstreetmap.org/browse/changeset/14541658 [2] http://cigno.atlantedellalaguna.it/maps/7/embed ___ 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] landuse=meadow per il prato di un aeroporto
teoricamente landuse=grass dovrebbe venire deprecato anche se rimane quello più utilizzato...anche qui, bisognerebbe secondo me specificare nel wiki quando usare landuse e quando landcover (che tra le key elencate non compare proprio se non nella descrizione di qualche landuse=* come appunto per il grass) -- View this message in context: http://gis.19327.n5.nabble.com/landuse-meadow-per-il-prato-di-un-aeroporto-tp5762424p5762490.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] problemi costa a Venezia
Il 24/05/2013 10:24, Stefano Salvador ha scritto: Sicuro che prima fosse diverso? Ho notato che quel tratto di coastline è stato toccato l'ultima volta mesi fa [1]. E comunque, come si vede da qui [2] è giusto. hai ragione, mi ero fatto ingannare da questa [1] simulazione delle maree in laguna che assume una linea di costa diversa. Poi mi avevano impensierito queste [2] track ed edifici in mezzo al mare [1] http://cigno.ve.ismar.cnr.it/maps/30/view [2] http://www.openstreetmap.org/?lat=45.36213lon=12.15856zoom=16layers=M Nella simulazione delle maree la linea di costa dovrebbe essere diversa perché in quell'area ci sono delle valli da pesca chiuse. Gli edifici e i percorsi esistono, il problema dell'area è più che altro che lì non è proprio mare (ma nemmeno terra)... ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Parco tematico e parco acquatico
Ciao a tutti, Ennesimo dubbio su come mappare un elemento: Etnaland è un parco divertimenti composto da due aree confinanti; una zona di recentissia apertura con giostre ed altre attrazioni (quindi tourism=theme_park) ed una con scivoli d'acqua ed altre attrazioni acquatiche (leisure=water_park). Entrambe, come già detto, appartengono allo stesso parco divertimenti chiamato appunto Etnaland. Con un solo biglietto si entra sia nella zona tematica sia nel parco acquatico ma, vista la sua natura, la parte acquatica viene chiusa durante il periodo freddo dell'anno. come faccio a mappare questa unione e allo stesso tempo tenere conto della distinzione delle due aree? Attualmente ho risolto parzialmente con una relazione multipoligono per ciascuna area (con descritto il tipo di parco) ed aggiungendo una relazione multipoligono genitore (con il nome del parco, il sito web ed il riferimento wikipedia al parco) ma di questo non saprei mettere il ruolo che hanno le relazioni multipoligono figlie. come ho fatto io è giusto? che ruolo dovrei dare alle relazioni figlie? il nome del parco dovrei metterlo in entrambe le aree o solo nella relazione genitore (così come tutte le altre informazioni presenti attualmente nella sola relazione genitore)? -- View this message in context: http://gis.19327.n5.nabble.com/Parco-tematico-e-parco-acquatico-tp5762498.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] landuse=meadow per il prato di un aeroporto
2013/5/24 Aury88 spacedrive...@gmail.com teoricamente landuse=grass dovrebbe venire deprecato anche se rimane quello più utilizzato...anche qui, bisognerebbe secondo me specificare nel wiki quando usare landuse e quando landcover (che tra le key elencate non compare proprio se non nella descrizione di qualche landuse=* come appunto per il grass) landuse è l'uso del suolo, mentre landcover è la copertura del suolo. Sta al mappatore di decidere se grass è un uso o una copertura ;-) ciao Martin PS: Il problema è che mappano tutti (me compreso) (anche) per il renderer, e dato che non ci sono quasi più modifiche sullo stile di mapnik, viene cementato lo status quo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappe di densita' dei luoghi piu' mappati in openstreetmap: info sull'italia?
Come forse avete visto dalla ML internazionale, Frederik Ramm ha generato la mappa di densità dei luoghi più mappati d'italia http://fred.dev.openstreetmap.org/density/ Come vedete il Camerum si presenta con zone ben mappate Il buon Martin fa presente che molto dipende da import http://lists.openstreetmap.org/pipermail/talk/2013-May/067136.html Guardando la classifica, pensando solo all'italia, abbiamo 119. Bologna 124. Arcella (Padova) 129. Treviso 174. Borgo Sanzio (Catania) A Bologna c'e' stato l'import degli edifici, mi chiedevo pero' negli altri casi. Non ho fatto una analisi sui dati, ma, a naso, mi sembra che negli altri casi ci sia stata molta -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe di densita' dei luoghi piu' mappati in openstreetmap: info sull'italia?
2013/5/24 Maurizio Napolitano napoo...@gmail.com: [cut] A Bologna c'e' stato l'import degli edifici, mi chiedevo pero' negli altri casi. Non ho fatto una analisi sui dati, ma, a naso, mi sembra che negli altri casi ci sia stata molta A Treviso effettivamente (e anche a Padova credo) c'è stato l'import degli edifici. Ovviamente questa è una misura quantitativa e non qualitativa, perchè ci sono zone dove sono perfino mappati gli alberi e i cestini, solo che trattandosi magari di un parco pubblico, non c'è molto da mappare se è quasi tutta erba :-) -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe di densita' dei luoghi piu' mappati in openstreetmap: info sull'italia?
A Bologna hanno importato anche i civici, oltre agli edifici (che sono stati importati quasi in tutta l'Em Romagna). -- sent by Google Nexus Il giorno 24/mag/2013 17:08, Maurizio Napolitano napoo...@gmail.com ha scritto: Come forse avete visto dalla ML internazionale, Frederik Ramm ha generato la mappa di densità dei luoghi più mappati d'italia http://fred.dev.openstreetmap.org/density/ Come vedete il Camerum si presenta con zone ben mappate Il buon Martin fa presente che molto dipende da import http://lists.openstreetmap.org/pipermail/talk/2013-May/067136.html Guardando la classifica, pensando solo all'italia, abbiamo 119. Bologna 124. Arcella (Padova) 129. Treviso 174. Borgo Sanzio (Catania) A Bologna c'e' stato l'import degli edifici, mi chiedevo pero' negli altri casi. Non ho fatto una analisi sui dati, ma, a naso, mi sembra che negli altri casi ci sia stata molta -- Maurizio Napo Napolitano http://de.straba.us ___ 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] Mappe di densita' dei luoghi piu' mappati in openstreetmap: info sull'italia?
A Treviso effettivamente (e anche a Padova credo) c'è stato l'import degli edifici. Ovviamente questa è una misura quantitativa e non qualitativa, perchè ci sono zone dove sono perfino mappati gli alberi e i cestini, solo che trattandosi magari di un parco pubblico, non c'è molto da mappare se è quasi tutta erba :-) ... a questo punto mi estraggo i dati e guardo chi ha lavorato e cosa e' stato inserito. Grazie dell'informazione A dirla tutta sono curioso su Borgo Sanzio (Catania) visto che non mi risulta ci siano state azioni open data da quelle parti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ferrara - errore rotonda nel routing
Ciao, purtroppo riguardo alla rotonda tra via Trenti e via Bonzagni a Ferrara (POS: Pos@: 11.599683 44.836615) vi sono errori nel routing via GPS. Ho verificato sia su osmand+ (android) che http://openrouteservice.org/ Il problema consiste nel fatto che, se uno vuole andare da via Maverna a via Arginone la rotta non ti permette di attravesare la rotonda in questione. Tale rotonda è invece attraversabile solo sulla rotta via Trenti - via Bonzagni. Ho già provato a modificare la rotonda in oggetto ma non c'è stato verso di correggere l'errore. Quale può essere la causa dell'errore??? -- View this message in context: http://gis.19327.n5.nabble.com/Ferrara-errore-rotonda-nel-routing-tp5762587.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ferrara - errore rotonda nel routing
Il giorno ven, 24/05/2013 alle 15.25 -0700, risca1 ha scritto: Ciao, purtroppo riguardo alla rotonda tra via Trenti e via Bonzagni a Ferrara (POS: Pos@: 11.599683 44.836615) vi sono errori nel routing via GPS. Ho verificato sia su osmand+ (android) che http://openrouteservice.org/ Il problema consiste nel fatto che, se uno vuole andare da via Maverna a via Arginone la rotta non ti permette di attravesare la rotonda in questione. Tale rotonda è invece attraversabile solo sulla rotta via Trenti - via Bonzagni. Ho già provato a modificare la rotonda in oggetto ma non c'è stato verso di correggere l'errore. Quale può essere la causa dell'errore??? Non c'è nessun errore, è solo che Openrouteservice ha mappe molto vecchie a quanto pare (OSM-Data for Routing: 29.10.12) ed anche il tuo Osmand probabilmente non è aggiornato perche il mio funziona :) Provato anche con OSRM: http://osrm.at/3l8 Ciao Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] conference SotM Baltics 2013, 3-4 August, Tartu, Estonia
Hi! Good news for all of us living close to Baltic Sea. For the first time ever mappers, developers and users of OpenStreetMap from Baltic countries will come together to exchange knowledge, strenghten local communities and break the language barrier. State of the Map Baltics conference will be held this year on the 3-4 of August in Tartu, Estonia. Early Bird Registration for the SOTM Baltics is open: http://sotm-baltics.org Register before the 9th of June for just 10 Euro! How to get to Tartu from Sweden? First You'll have to reach Tallinn via plane or with a ferry. Then take a bus or a train to Tartu. There are buses to Tartu directly from Tallinn Airport. I've just checked plane prices between Stockholm and Tallinn - they quite low. Anyway Tartu is not further away from Sweden than Moscow or Saint Petersburg from where many mappers are coming to the SOTM Baltics. Detailed information is presented at the SOTM Baltics website: http://sotm-baltics.org See you in Tartu! Vladimir Elistratov (OSM username: vvoovv) ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] KartläggaSkärgården eller kustområden
Hej Jag vill säga att jag har skickat ett mail till mailto: d...@osmfoundation.org angående detta. Mest för att få ett snabbt och definitivt svar på detta innan för mycket har ändrats. Jag vill även påminna om vissa saker som nämnts i tidigare konversation från min (och ett par andra) sida: 1. place=island / islet är en abstrakt tagg. Den renderas inte som land. 2. I fallet då det är en ö i en sjö så använder man en relation av multipolygons-typ vilken tar bort vattnet frön sjön som har taggen natural=water. (stora delar av mälaren är en sjö i osm. Jag har inte full koll på vart det är hav och sjö för jag bor på den andra kusten. 3. Om ön ligger i havet behövs även en tagg natural=coastline och det är viktigt att riktningen på way-en går motsols runt landmassan. Det som kan kännas frustrerande är att natural=coastline renderas inte som andra taggar utan istället från en shapefil. Denna shapefil skapas förnärvarande väldigt sällan. (förhoppningsvis kommer det bli bättre med tiden). Jag är själv lite frustrerad över de då jag ritat/förfinat många öar på västkusten, men ser inte det som en anledning att tagga vad jag anser felaktigt. http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline http://wiki.openstreetmap.org/wiki/Tag:place%3Disland http://wiki.openstreetmap.org/wiki/Tag:natural%3Dland MvH Tobias Den 24 maj 2013 00:49 skrev Tobias Johansson t...@mensa.se: Jag vill bara säga att jag håller med Joakim ochg Kalle i denna fråga. Natural=land borde tas bort inte utökas. MvH Tobias Den 23 maj 2013 23:47 skrev Joakim Fors joa...@joakimfors.org: Problemet är väl att natural=land är ett hack som användes innan multipolygonrelationer fanns. Börjar man köra med det istället för mer vedertagna sätt att kartlägga öar (natural=coastline om de är ute i havet eller som inner i en multipoly relation i sjöar) så kommer det nog att se ut som arkipelagen runt Stockholm är rätt gles. T.ex. MapBox renderar inte natural=land http://support.mapbox.com/discussions/mapbox-tiles/767-naturalland-rendering /Joakim On 23 maj 2013, at 23:35, Erik Johansson erjo...@gmail.com wrote: Detta är en lokal fråga för Sveriges kust, vi är ganska unika med våra öar, även om man bara räknar större öar så har vi rätt många. Openstreetmap utvecklas ständigt saker och ting ändras, alltså bara för att något står på wiki:n behöver det inte vara sant. Natural=land fungerar utmärkt rent praktiskt, uppdateras på sekunden i Mapniklagret, men natural=coastline uppdaterades senast i februari. Natural=land fungerar som en vanlig area, medans coastline gör det knepigt att ändra i Stockhomls skärgård, och nu finns Bing bilder för hela skärgården så är det absout intressant att kunna göra dessa redigeringar utan att vänta i 5 månader. Alltså behöver jag använda natural=land. Så om ni har några praktiska problem med detta, så säg gärna till. Det är så lätt att bara prata teori, allt ovan är empiriskt. 2013/5/23 Joakim Fors joa...@joakimfors.org: Med tanke på http://wiki.openstreetmap.org/wiki/Tag:natural=land samt http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline#How_to_enter_the_datasäger jag nog nej till något sådant projekt. Tycker även att http://www.openstreetmap.org/browse/changeset/16251983bör revertas. /Joakim On 23 maj 2013, at 21:21, Erik Johansson erjo...@gmail.com wrote: Tack för svaren Jag ändrade en hel del öar i Stockhomls södra skärgård till natural=land från coastline. Jag har inte upptäckt några bekymmer, intressant nog så klagar JOSM på att man måste ha en speciell riktning på natural=land, men det vilket håll som helst går bra för Mapnik. Om inget problem uppstår kommer jag att ändra till natural=land på alla i Stockholms skärgård. Vad sägs om att byta till natural=land på alla öar längs Sveriges kust? On Sun, May 19, 2013 at 3:50 PM, Johan Jönsson joha...@goteborg.cc wrote: user:skippern har jobbat en del med sjönära kartläggning. som en del av openseamap så har han gjort ett försök att översätta de standardiserade sjökortssymbolerna. Ta gärna en titt på http://wiki.openstreetmap.org/wiki/User:Skippern/INT-1 för inspiration. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org
Re: [Talk-se] KartläggaSkärgården eller kustområden
2013/5/24 Peter Svensson svensson3...@gmail.com: Föreslår att du tar diskussionen på mailinglistan som är avsedd för ändamålet: tagging Se här http://wiki.openstreetmap.org/wiki/Mailing_list Det är nog mycket problem med coastlines som det är. Jag avråder starkt att frångå rekommendationerna kring natural=land. Rekommenderar också en läsning på http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer Kommer att använda natural=coastline i det långaloppet, och jag tar gärna hand om min egen skit så reverta helst inte. Om någon tycker att jag gör fel så tar jag gärna emot mail eller PM. Upptäckte att någon blivit inspirerad att lägga till coastline öar idag och det belyser verkligen problemen med coastline öar: http://tools.geofabrik.de/osmi/?view=coastlinelon=18.43524lat=59.35009zoom=15opacity=1.00overlays=coastline Speciellt denna är hemsk: http://www.openstreetmap.org/browse/way/222841901 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-lv] Divas Liepājas
Teikas arī ir divas: http://www.openstreetmap.org/?lat=56.9702lon=24.1876zoom=14layers=M Kā salabot nezinu. Mārtiņš M. Janis Elmeris @ 2013-05-24 11:46 rakstīja: Kāpēc ir divas Liepājas? http://www.openstreetmap.org/browse/relation/1810419 [1] http://www.openstreetmap.org/browse/relation/2019053 [2] Šajās relācijās izskatās, ka sastāvdaļas (robeža un centrs) ir vienas un tās pašas, bet, ja http://www.openstreetmap.org/ [3] meklē Liepāja un klikšķina uz pirmā un otrā rezultāta, tad vienā gadījumā sarkano marķieri parāda vienā vietā, otrā gadījumā - citā vietā. Jānis Links: -- [1] http://www.openstreetmap.org/browse/relation/1810419 [2] http://www.openstreetmap.org/browse/relation/2019053 [3] http://www.openstreetmap.org/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Divas Liepājas
Viena Teika ir relācija-administratīvs apgabals ar robežu un centru. http://www.openstreetmap.org/browse/relation/1727772 Otra Teika ir iezīmēts dzīvojamais rajons (way: landuse=residential) ar nosaukumu Teika. http://www.openstreetmap.org/browse/way/126096505 Diemžēl apgabali ir dažādi. Jānis On piektdiena, 2013. gada 24. maijs 15:03:36, Rich wrote: On 05/24/2013 02:10 PM, mart...@mednis.info wrote: Teikas arī ir divas: http://www.openstreetmap.org/?lat=56.9702lon=24.1876zoom=14layers=M teikas nav node + relation ? taas divas liepaajas gan ir nepareizi :) Kā salabot nezinu. Mārtiņš M. Janis Elmeris @ 2013-05-24 11:46 rakstīja: Kāpēc ir divas Liepājas? http://www.openstreetmap.org/browse/relation/1810419 [1] http://www.openstreetmap.org/browse/relation/2019053 [2] Šajās relācijās izskatās, ka sastāvdaļas (robeža un centrs) ir vienas un tās pašas, bet, ja http://www.openstreetmap.org/ [3] meklē Liepāja un klikšķina uz pirmā un otrā rezultāta, tad vienā gadījumā sarkano marķieri parāda vienā vietā, otrā gadījumā - citā vietā. Jānis Links: -- [1] http://www.openstreetmap.org/browse/relation/1810419 [2] http://www.openstreetmap.org/browse/relation/2019053 [3] http://www.openstreetmap.org/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
Šķiet, ka kāds, kas ceidojis relācijas, visticamāk ir kopējis no citām. Tur nav jābūt residential 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv Atradu dažus garus ceļus, kas atzīmēti kā residential. To vajadzētu ņemt nost, vai kāpēc atstāt? Sloka-Talsi (P128): http://www.openstreetmap.org/browse/relation/320260 Iecava-Baldone-Daugmale (V9) http://www.openstreetmap.org/browse/relation/338236 Liepāja-Lietuvas robeža (t.sk. A11) http://www.openstreetmap.org/browse/relation/165189 Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš? Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma klasifikācija. Relācijā ietilpstošajiem ceļiem klasifikācija var būt zināma, bet katram cita, un tāpēc visai relācijai nevar ielikt tikai vienu. Relācijai Liepāja-Lietuvas robeža varēju ielikt highway=trunk, jo visi posmi bija highway=trunk. Jānis On 2013.05.24. 16:55, Marat wrote: Sveiki! Ceļi ir atzīmēti pareizi, tas residential ir pievienots relācijai un to vajag izņemt. 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv mailto:janis.elme...@intelligentsystems.lv Atradu dažus garus ceļus, kas atzīmēti kā residential. To vajadzētu ņemt nost, vai kāpēc atstāt? Sloka-Talsi (P128): http://www.openstreetmap.org/browse/relation/320260 Iecava-Baldone-Daugmale (V9) http://www.openstreetmap.org/browse/relation/338236 Liepāja-Lietuvas robeža (t.sk http://t.sk. A11) http://www.openstreetmap.org/browse/relation/165189 Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
Tie ir relācijas, kuri domāti citu ceļu (road, residential, primary, secondary... utt.) apvienošanai viena maršrutā vai kopēja ceļa. 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš? Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma klasifikācija. Relācijā ietilpstošajiem ceļiem klasifikācija var būt zināma, bet katram cita, un tāpēc visai relācijai nevar ielikt tikai vienu. Relācijai Liepāja-Lietuvas robeža varēju ielikt highway=trunk, jo visi posmi bija highway=trunk. Jānis On 2013.05.24. 16:55, Marat wrote: Sveiki! Ceļi ir atzīmēti pareizi, tas residential ir pievienots relācijai un to vajag izņemt. 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv Atradu dažus garus ceļus, kas atzīmēti kā residential. To vajadzētu ņemt nost, vai kāpēc atstāt? Sloka-Talsi (P128): http://www.openstreetmap.org/browse/relation/320260 Iecava-Baldone-Daugmale (V9) http://www.openstreetmap.org/browse/relation/338236 Liepāja-Lietuvas robeža (t.sk. A11) http://www.openstreetmap.org/browse/relation/165189 Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
Nu, jā. Es domāju, varbūt šāda tipa relācijām ir kaut kāds kopīgs apzīmējums, kas būtu jāpieliek, lai būtu skaidrs, ka tā ir tāda tipa relācija. Jānis On piektdiena, 2013. gada 24. maijs 17:28:01, Marat wrote: Tie ir relācijas, kuri domāti citu ceļu (road, residential, primary, secondary... utt.) apvienošanai viena maršrutā vai kopēja ceļa. 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv mailto:janis.elme...@intelligentsystems.lv highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš? Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma klasifikācija. Relācijā ietilpstošajiem ceļiem klasifikācija var būt zināma, bet katram cita, un tāpēc visai relācijai nevar ielikt tikai vienu. Relācijai Liepāja-Lietuvas robeža varēju ielikt highway=trunk, jo visi posmi bija highway=trunk. Jānis On 2013.05.24. 16 tel:2013.05.24.%2016:55, Marat wrote: Sveiki! Ceļi ir atzīmēti pareizi, tas residential ir pievienots relācijai un to vajag izņemt. 2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv mailto:janis.elme...@intelligentsystems.lv Atradu dažus garus ceļus, kas atzīmēti kā residential. To vajadzētu ņemt nost, vai kāpēc atstāt? Sloka-Talsi (P128): http://www.openstreetmap.org/browse/relation/320260 Iecava-Baldone-Daugmale (V9) http://www.openstreetmap.org/browse/relation/338236 Liepāja-Lietuvas robeža (t.sk http://t.sk. A11) http://www.openstreetmap.org/browse/relation/165189 Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
On 05/24/2013 05:24 PM, Janis Elmeris wrote: highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš? tikai ne road ! ja nav nekas konkreets, tad unclassified Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma klasifikācija. Relācijā ietilpstošajiem ceļiem klasifikācija var būt zināma, bet katram cita, un tāpēc visai relācijai nevar ielikt tikai vienu. Relācijai Liepāja-Lietuvas robeža varēju ielikt highway=trunk, jo visi posmi bija highway=trunk. Jānis ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Divas Liepājas
Tātad http://www.openstreetmap.org/browse/relation/1810419 dzēšu ārā, un pārlieku name:ru = Лиепая uz otru? Līdzīgs gadījums ar Krauju: http://www.openstreetmap.org/browse/relation/1744384 http://www.openstreetmap.org/browse/relation/1823062 Domāju, to otro varētu dzēst vispār ārā. Jānis On 2013.05.24. 15:03, Rich wrote: On 05/24/2013 02:10 PM, mart...@mednis.info wrote: Teikas arī ir divas: http://www.openstreetmap.org/?lat=56.9702lon=24.1876zoom=14layers=M teikas nav node + relation ? taas divas liepaajas gan ir nepareizi :) Kā salabot nezinu. Mārtiņš M. Janis Elmeris @ 2013-05-24 11:46 rakstīja: Kāpēc ir divas Liepājas? http://www.openstreetmap.org/browse/relation/1810419 [1] http://www.openstreetmap.org/browse/relation/2019053 [2] Šajās relācijās izskatās, ka sastāvdaļas (robeža un centrs) ir vienas un tās pašas, bet, ja http://www.openstreetmap.org/ [3] meklē Liepāja un klikšķina uz pirmā un otrā rezultāta, tad vienā gadījumā sarkano marķieri parāda vienā vietā, otrā gadījumā - citā vietā. Jānis Links: -- [1] http://www.openstreetmap.org/browse/relation/1810419 [2] http://www.openstreetmap.org/browse/relation/2019053 [3] http://www.openstreetmap.org/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Autoceļi ārpus apdzīvotām vietām - residential?
On 2013.05.24. 17:35, Rich wrote: On 05/24/2013 05:24 PM, Janis Elmeris wrote: highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš? tikai ne road ! ja nav nekas konkreets, tad unclassified http://wiki.openstreetmap.org/wiki/Elements#Way Šeit — http://wiki.openstreetmap.org/wiki/Key:highway — rakstīts, ka unclassified jālieto mazas nozīmes ceļiem. Man gan pašam pēc nosaukuma arī vispirms likās, ka tas jāliek tādiem ceļiem, kuriem nozīme nav skaidri noteikta, vai nav zināma (vai — kā šajā gadījumā — nav vienota), bet tur speciāli piekodināts tajos gadījumos unclassified nelietot... highway=unclassified: To be used for minor roads in the public road network which are not residential and of a lower classification than tertiary. Please do not use this as a marker for roads where the classification is unknown, for which highway=road should be used. Jānis Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma klasifikācija. Relācijā ietilpstošajiem ceļiem klasifikācija var būt zināma, bet katram cita, un tāpēc visai relācijai nevar ielikt tikai vienu. Relācijai Liepāja-Lietuvas robeža varēju ielikt highway=trunk, jo visi posmi bija highway=trunk. Jānis ... ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Společné hranice ploch
On Fri 24-05-13 07:33:13, Pavel Moravec wrote: multipolygon potřebuje uzavřené křivky, nebo ne? Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak, aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi On Fri 24-05-13 07:11:57, LM_1 wrote: Multipolygon právě umožňuje udělat oblast z různých, rozdělených úseků. Já bych to udělal takto: první cesta: e--f--a--b--c (žádný tag kromě source) druhá cesta: c--d--e (plot, source) multipolygon obsahující obě cesty (les) Díky vám oběma, zase vím něco víc. Takže ta část relace pro trasu linky MHD, kde jsou cesty, je vlastně něco podobného (cesty seřazené za sebou). A teď ještě jakou to má výhodu oproti tomu znovupoužití bodů? Že je to mnohem univerzálnější princip? Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
