Re: [talk-ph] OSM routing problems...
Can you send a gpx or gdb file of the wrong route? It's easier to debug that way. On Wed, May 12, 2010 at 12:20 PM, tutubi tut...@backpackingphilippines.com wrote: some experiences in routing from QC to Paete, Laguna GPS initially wanted me to take Ortigas avenue probably via Manila East Road, kept on bugging me even on Shaw. After Magallanes, it wanted me to take Sucat road. unit only corrected itself after passing Alabang and guided me to the correct route though I took the narrow bypass route in Calamba routing from Paete to Nagcarlan underground cemetery was fine except the untagged one-way road in nagcarlan public market (now corrected) my earlier reported routing problem in Munoz, QC was corrected with the making of Roosevelt avenue into a road with no center island. Note San Francisco del Monte (frisco) still has the center island on OSM even though it really doesn't exist except on the bridge near Roosevelt. Expect routing errors in that area as i still don't dare touch the street (what's an admin boundary, btw?) I'm trying to know the routing algorithm of Garmin in determining route, and the effects of GPS unit settings (shortest route, ecoroute). I presume certain factors like distance, max speed, highway type, lanes are all included but i don't know which is considered first. (one of my past jobs is an inter-network routing engineer, finding optimum packet paths on the Internet for a telco/ISP) that's why i wanted to know how i can tweak routes to suit my needs) I'm using gps routing just to know if it's but i still don't trust it. as the saying goes, Trust but verify...or better: verify then trust! -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Different tile numbers in MapTiler than other tile sets
On 11 May 2010 14:35, Andy Allan gravityst...@gmail.com wrote: I don't know how to fix it for you, but maybe look for an option (x) ignore the standards when the standards are wrong option in MapTiler? I worked around the issue in the end by re-purposing a script[1] to move tiles from TMS to Google format tile names. If anybody else is in a similar situation and wants a copy of the updated script, just give me a shout. [1] http://www.maptiler.org/google-maps-coordinates-tile-bounds-projection/ Cheers, Dan -- Dan Karran d...@karran.net www.dankarran.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New users have to sign up to the ODbL
After several thousand man years of effort by the License Working Group and a bit of help by TomH, the new contributor terms and license are up and to be agreed to by new users. Signing up here in OSM: https://www.openstreetmap.org/user/new will take you here: https://www.openstreetmap.org/user/terms where essentially you are signing up to the existing CCBYSA plus the ODbL (Open Database License). This is one step along the long path to moving to the ODbL. For all your fun ODbL needs, check out the wiki page: http://wiki.openstreetmap.org/wiki/ODbL Why is this step being taken? Basically, it bounds the problem of moving to a license which actually protects and clarifies the uses of OSMs data. Otherwise, the number of people who have to move grows every day. From now on, it is a bounded problem of only the users before today. Several further steps will need to be taken to actually move to the ODbL. I'd like to thank all those involved in the ODbL and the LWG for all their hard work over the last two or so years in making this small step happen. And, remember, if you have any concerns or objections then they've likely already to have been discussed at the above wiki page(s), or you're welcome to be involved with the change process by joining the legal mailing list and/or joining the LWG calls. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Adding a source to Our contributors
Hi, http://www.openstreetmap.org/copyright lists a couple of the big contributors. I'm not sure where the limit is, but there's a CC-By-SA source that we've been using in Poland for the last over two years, currently I estmate there must be 2 or 3 million nodes derived from that source in places where OSM didn't have local mappers. Can/should it be added in that section? The note should probably look something like: Poland: contains data from UMP-pcPL maps. Copyright UMP-pcPL contributors. I'd especially like to credit this project because they're a community project very similar in spirit and scope to OSM, mapping since 2001. I expect there are more such sources but all four listed on that page are from English-speaking countries so the communication probably has been better about these sources. Cheers ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
I am pleased to announce that we went live today with new contributor terms, for NEW contributors and we already have contributors signed up. OpenStreetMap has NOT yet moved to the new license. A copy of the terms can be viewed here, http://www.osmfoundation.org/wiki/License/Contributor_Terms . It has not changed since 3rd March. New contributors now agree to allow contributions to published and used under the Open Database License, ODbL 1.0, as well as the existing CC-BY-SA license during a transitional period. The terms are available in English, and, to comply with national law, in French and Italian. If you are the citizen of any other country that requires contracts to be in another specific language, do please let us know. We also welcome and will make available any informal translations to help new and existing contributors. OpenStreetMap has NOT yet moved to the new license. To do this, we need a critical mass of EXISTING contributors to agree to re-license existing contributions. We will start this process soon. I will avoid giving any specific dates as we continue to move ahead cautiously after allowing any reactions to be heard and discussed. Our goal however, is to be well into the process by the start of SOTM 2010 in July. As usual, any comments and questions to le...@osmfoundation.org will be gratefully received. I've revamped a page up at http://www.osmfoundation.org/wiki/License/About_The_License_Change to list the final set of legal and explanatory documents and give more information about current status. Mike License Working Group ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New users have to sign up to the ODbL
On Wed, May 12, 2010 at 14:47, SteveC st...@asklater.com wrote: https://www.openstreetmap.org/user/terms Here's what that says: http://www.osmfoundation.org/wiki/License/Contributor_Terms ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On 13 May 2010 00:47, SteveC st...@asklater.com wrote: will take you here: https://www.openstreetmap.org/user/terms where essentially you are signing up to the existing CCBYSA plus the ODbL (Open Database License). To save people creating new accounts, possibly using bogus details, just to see the new terms, can you post a screen shot or something similar? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On 13 May 2010 01:19, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Here's one: http://wiki.openstreetmap.org/w/images/6/6c/Contributor-terms.png Is the France/Italy options translations, or different terms? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On Wed, May 12, 2010 at 15:21, John Smith deltafoxtrot...@gmail.com wrote: On 13 May 2010 01:19, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Here's one: http://wiki.openstreetmap.org/w/images/6/6c/Contributor-terms.png Is the France/Italy options translations, or different terms? They're translations. They can be viewed in the rails.git source files, but I can't find a human readable thing (e.g. on the osmf wiki) anywhere that has a copy of them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On Wed, May 12, 2010 at 14:55, John Smith deltafoxtrot...@gmail.com wrote: On 13 May 2010 00:47, SteveC st...@asklater.com wrote: will take you here: https://www.openstreetmap.org/user/terms where essentially you are signing up to the existing CCBYSA plus the ODbL (Open Database License). To save people creating new accounts, possibly using bogus details, just to see the new terms, can you post a screen shot or something similar? Here's one: http://wiki.openstreetmap.org/w/images/6/6c/Contributor-terms.png ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
On 12/05/10 16:23, Jochen Topf wrote: This puts the OSMF in a unique position to undermine the whole project. If somebody subverts the OSMF, he can do whatever he wants with the data. I don't think its a good idea to expose the OSMF to even the possibility of that happening. The whole point of the license is to give *nobody* a way to make the once open data not open anymore. With the IMDB and the CDDB we have two examples where this exact thing went bad. Not somebody coming from the outside taking the data and making it proprietary, but somebody from the inside. Did you read the next paragraph which constrains what they can do with it? Yes, it is a bit weird to say we'll have everything and then in the next paragraph but we'll only do this with it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New users have to sign up to the ODbL
On 13 May 2010 01:24, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: They're translations. They can be viewed in the rails.git source files, but I can't find a human readable thing (e.g. on the osmf wiki) anywhere that has a copy of them. I would have thought it would have been a good idea to label those options in French or Italian rather than being allowed to be translated. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On Wed, May 12, 2010 at 15:29, John Smith deltafoxtrot...@gmail.com wrote: I would have thought it would have been a good idea to label those options in French or Italian rather than being allowed to be translated. No, all labels in the user interface should match the user's language. Currently it's only in English though because this was rolled out before we could have a Git - Translatewiki - Git cycle. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
On 12/05/10 16:23, Jochen Topf wrote: This puts the OSMF in a unique position to undermine the whole project. If somebody subverts the OSMF, he can do whatever he wants with the data. I don't think its a good idea to expose the OSMF to even the possibility of that happening. The whole point of the license is to give *nobody* a way to make the once open data not open anymore. With the IMDB and the CDDB we have two examples where this exact thing went bad. Not somebody coming from the outside taking the data and making it proprietary, but somebody from the inside. This is a bit of fail IMHO. On the most open side of the discussion (mailing lists) it has been pretty clear that nobody really wants that, and also that the license should allow us to import data created by other people under ODbL possibly derived from OSM. Then I think the LWG kind of reviewed this and decided that it wasn't feasible for some reason but never got back to the mailing lists about it, at least that was my impression. Now saying new contributors have to agree to the CC-By-SA and ODbL is a little unprecise. I thought that was the case based on the two mail announcements sent today, but it's the Contributor Terms, not ODbL based on what Avar reports. Cheers ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] FYI: correspondence with wikiloc
This is a correspondence I got into with Jordi from wikiloc.com --- Forwarded message --- From: Jordi Ramot jordi.ra...@gmail.com To: Roman Neumüller em...@katpatuka.org Cc: Subject: Re: Wikiloc - User Feedback Date: Wed, 12 May 2010 18:34:18 +0300 Hi Roman, I cannot say ok since trails in wikiloc are creations of each user and I think it wouldn't be fair to reproduce and mix them externally without showing explicit attribution on OSM maps. I've been thinking hard in how this could be done properly and a possibility would be to let wikiloc users to set the privacy of each trail as private, public in wikiloc, transferable to OSM etc.. and perhaps even create an API that OSM could fetch all transferable to OSM trails automatically. I'm overwhelmed with pending features at this moment but that could definitely be considered in the future. I hope this doesn't affect your work and hope this discussion could end up in a broader collaboration in the future Jordi -- http://www.wikiloc.com/wikiloc/user.do?name=Jordi wikiloc.com - Trails of the World On Tue, May 11, 2010 at 9:10 PM, Roman Neumüller em...@katpatuka.orgwrote: no, not on the map. you only see the tags in editors. it's a wiki-map we are creating and not a google overlay... OSM's license is Creative Commons Attribution-ShareAlike 2.0 license. maybe one of your team should create an account and start editing his/her home region on osm so that he/she then can tell osm under which conditions osm users can use gpx-tracks uploaded to wikiloc... - or tell us: no, you cannot use wikiloc-tracks. Roman Hi Roman, these tags will be explicitly visible to OSM users when they see the trails on osm maps? Sent from my pint-sized communication device On 11/05/2010, at 19:57, Roman Neumüller em...@katpatuka.org wrote: Hi Jordi, this sounds a bit odd to me... I do not know which agreement you have with google - osm is not using google in any way. Which tags should I add to a way to accomplish your attributions? * source=wikiloc.com * source_url=http://wikiloc.com/wikiloc/view.do?id=894235 * track_author=http://wikiloc.com/wikiloc/user.do?name=gezenkurt Would that be ok? Cheers Roman Hi Roman, Sorry for being so slow in writing back to you on this. I've been discussing the situation and it'd be compatible with wikiloc terms only if the trails from Wikiloc shown on OSM make explicitly visible the 3 attributions ( wikiloc.com, trail page and author's page) to users of OSM. We worked hard in the agreement with Google Earth to respect this attribution requirement and you can see it if you open one of Wikiloc trails on Google Earth (you'll see clearly that the source is Wikiloc (logo, link), the trail page and the trail author's page). Hope it helps Jordi I [...] let you know that I added OSM as a base layer last Thursday. You can switch from Google Maps to OSM by clicking at More Maps button when visualizing a track in wikiloc. Nice :) Please if you use some of the GPS tracks in wikiloc to map on OSM include a visible attribution as specified in the terms of use of wikiloc: Attribution: When content from Wikiloc is displayed on an external site it must include the Wikiloc's logo or name linked to http://www.wikiloc.com, a link to the track page (e.g. http://www.wikiloc.com/wikiloc/view.do?id=46602) and the track author's name linked to his/her personal area at wikiloc.com(e.g. 'by –Ross' linked to http://www.wikiloc.com/wikiloc/user.do?name=--Ross) There's no requirement to be links without the rel='nofollow' as long as the source is clear. when working with ways we use tags like highway=primary; ref=D-400 name=Antalya-Mersin Yolu source=GPS | Yahoo | landsat | survey We can freely use other tags like source_url=http://www.wikiloc.com/wikiloc/view.do?id=46602 Would that be applicable? Greetings Roman ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [Osmf-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
At 04:23 PM 12/05/2010, Jochen Topf wrote: This contains: You hereby grant to OSMF a worldwide, royalty-free, non-exclusive, perpetual, irrevocable license to do any act that is restricted by copyright over anything within the Contents Why is such as blanket license necessary? This puts the OSMF in a unique position to undermine the whole project. If somebody subverts the OSMF, he can do whatever he wants with the data. I don't think its a good idea to expose the OSMF to even the possibility of that happening. The whole point of the license is to give *nobody* a way to make the once open data not open anymore. With the IMDB and the CDDB we have two examples where this exact thing went bad. Not somebody coming from the outside taking the data and making it proprietary, but somebody from the inside. Hi Jochen, CDDB was certainly in our minds when we designed this and I understand the concern. In summary, it is not a blanket license as it is a package with the next clause 3. We think we have the Foundation completely locked in and that has been a subject of discussion with legal counsel. Clause three prevents the Foundation from distributing OpenStreetMap data under anything except a free and open license. Even if the Foundation was hijacked and clause 3 removed, it could not apply retroactively, so the Foundation would be clearly in breach of the Terms for all existing contributors as of that date. Here are the main reasons for it being as it is: 1) We are following the basic model proposed by the Open Data Commons. A database can have a license covering the whole database and then separate licensing conditions on extract individual items of content (the Contents referred to). For example, a database of photos may be freely distributable, but use of individual photos may have a far more restrictive license. In our case, it makes more sense to place the use conditions (Share Alike, Attribution) on the database itself. Then, end users effectively only have to look at the ODbL rather than worrying that then may be able to use some but not all the data. 2) We wanted to have a defined practical and democratic process for changing the license in the future; this does not exist at the moment. The future may be two years or one hundred. It allows *active contributors* (not the Foundation) freedom to change to another free and open license in the future (clause 3) without second guessing what they might need. We've left the definition of free and open deliberately open for future mappers to interpret. ... the worst case I can see is that in, say, ten-twenty years, the number of active mappers drops dramatically and allows manipulation. However, I still cannot see free and open being stretched to the point where a commercial hijack becomes feasible. The last two sections on http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License also touch on the issue of why the Foundation is involved and trust. Mike ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New users have to sign up to the ODbL
On 13 May 2010 01:56, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: You can override it by adjusting the Accept-Language settings in your browser. But how we do language *detection* is a separate from how we should do content delivery once we've done the detection. That's my point, the language detection may not be 100% accurate, and this should be given special consideration on things like the signup page etc... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
On 12 May 2010 17:18, John Smith deltafoxtrot...@gmail.com wrote: On 13 May 2010 01:56, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: You can override it by adjusting the Accept-Language settings in your browser. But how we do language *detection* is a separate from how we should do content delivery once we've done the detection. That's my point, the language detection may not be 100% accurate, and this should be given special consideration on things like the signup page etc... The wording is France-French and Italy-Italian specific. http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR http://www.osmfoundation.org/wiki/License/Contributor_Terms/IT / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
At 04:28 PM 12/05/2010, Tom Hughes wrote: On 12/05/10 16:23, Jochen Topf wrote: This puts the OSMF in a unique position to undermine the whole project. If somebody subverts the OSMF, he can do whatever he wants with the data. I don't think its a good idea to expose the OSMF to even the possibility of that happening. The whole point of the license is to give *nobody* a way to make the once open data not open anymore. With the IMDB and the CDDB we have two examples where this exact thing went bad. Not somebody coming from the outside taking the data and making it proprietary, but somebody from the inside. Did you read the next paragraph which constrains what they can do with it? Yes, it is a bit weird to say we'll have everything and then in the next paragraph but we'll only do this with it. Tom If I changed that slightly to we'll have all the bits (Content or each individual node/way) and but we'll only do this with the whole thing (the database) with some room for change in the future within the confines of being free and open, I hope it makes more sense. I've just replied to Jochen with why it is as it is. Mike ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New users have to sign up to the ODbL
On Wed, May 12, 2010 at 16:22, Grant Slater openstreet...@firefishy.com wrote: On 12 May 2010 17:18, John Smith deltafoxtrot...@gmail.com wrote: On 13 May 2010 01:56, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: You can override it by adjusting the Accept-Language settings in your browser. But how we do language *detection* is a separate from how we should do content delivery once we've done the detection. That's my point, the language detection may not be 100% accurate, and this should be given special consideration on things like the signup page etc... The wording is France-French and Italy-Italian specific. http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR http://www.osmfoundation.org/wiki/License/Contributor_Terms/IT Good to have that on the wiki. Is anyone currently working on the informal guidance version of those terms? It would be nice if there was a translatable version somewhere (like the /copyright page) so that users that don't understand English, French or Italian legalese would get the gist of what the terms mean. I made an attempt at one on my osm blog[1]. Something short like that which the LWG can agree on would be nice to have. Then we could funnel it through Translatewiki and deploy it one the site. 1. http://www.openstreetmap.org/user/%C3%86var%20Arnfj%C3%B6r%C3%B0%20Bjarmason/diary/10647 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] New OSM contributor licensing under ODbL and CC-BY-SA started today
At 04:37 PM 12/05/2010, andrzej zaborowski wrote: Now saying new contributors have to agree to the CC-By-SA and ODbL is a little unprecise. I thought that was the case based on the two mail announcements sent today, but it's the Contributor Terms, not ODbL based on what Avar reports. I may be picking up the wrong concern here, but let me clarify for general information: Having new contributors agree to both the CC-BY-SA and ODbL allows a transition period with fail-safe. - Right now, CC-BY-SA carries on as usual. The Foundation has the right to license a tiny amount of new contributions under ODbL, but will not do so. - Existing contributors are then asked if they will agree to re-license their data under ODbL. CC-BY-SA carries on as usual. - When enough contributors have agreed, we cut over to licensing the current database under ODbL, (And a static snapshot of the database is also made forever under CC-BY-SA). If for some reason this event never happens, the fail safe is that licensing of all contributions under CC-BY-SA simply continues. Hope that helps. Mike ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] FYI: correspondence with wikiloc
Hi Jordi, It's great to hear that others has heard from you. The gpsies.com website that currently donates a whole lot of GPX tracks is http://www.openstreetmap.org/stats/data_stats.html http://www.openstreetmap.org/user/GPSies_com They do so by after uploading a track (a gpx file with 1 track in it), then go in to the tracks details when refining the track... http://www.gpsies.com/upload.do There is an option between Altitude Range and Description to submit to OpenStreetMap, as a 'Default:User or a Specific user, and a check box to agree to the terms of use' that links to http://wiki.openstreetmap.org/wiki/Legal_FAQ I hope that helps. Sorry, i dont know how to implement that same thing. AFAIK bikemap.net (and it's sister websites) doesnt do this yet, nor does everytrail.com, so your site could get the advantage. as it's much simpler to use, and with no Adds. Awesome! Hopefully, there are some programmers who are able to help you out with this. I would think that it would be a notice when users log in, that their is a new option available to users. The rest is up to the users to decide. And oh ya, thanks for showing the OSM layers of Opencyclemap and the mapnik layer of OSM, it really help with route planning / track sharing, it's still on my list to share my route segments. :) Cheers, Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans OpenStreetMap IRC: http://irc.openstreetmap.org @Acrosscanadatrails On Wed, May 12, 2010 at 8:58 AM, Roman Neumüller r.neumul...@gmail.comwrote: This is a correspondence I got into with Jordi from wikiloc.com --- Forwarded message --- From: Jordi Ramot jordi.ra...@gmail.com To: Roman Neumüller em...@katpatuka.org Cc: Subject: Re: Wikiloc - User Feedback Date: Wed, 12 May 2010 18:34:18 +0300 Hi Roman, I cannot say ok since trails in wikiloc are creations of each user and I think it wouldn't be fair to reproduce and mix them externally without showing explicit attribution on OSM maps. I've been thinking hard in how this could be done properly and a possibility would be to let wikiloc users to set the privacy of each trail as private, public in wikiloc, transferable to OSM etc.. and perhaps even create an API that OSM could fetch all transferable to OSM trails automatically. I'm overwhelmed with pending features at this moment but that could definitely be considered in the future. I hope this doesn't affect your work and hope this discussion could end up in a broader collaboration in the future Jordi -- http://www.wikiloc.com/wikiloc/user.do?name=Jordi wikiloc.com - Trails of the World On Tue, May 11, 2010 at 9:10 PM, Roman Neumüller em...@katpatuka.orgwrote: no, not on the map. you only see the tags in editors. it's a wiki-map we are creating and not a google overlay... OSM's license is Creative Commons Attribution-ShareAlike 2.0 license. maybe one of your team should create an account and start editing his/her home region on osm so that he/she then can tell osm under which conditions osm users can use gpx-tracks uploaded to wikiloc... - or tell us: no, you cannot use wikiloc-tracks. Roman Hi Roman, these tags will be explicitly visible to OSM users when they see the trails on osm maps? Sent from my pint-sized communication device On 11/05/2010, at 19:57, Roman Neumüller em...@katpatuka.org wrote: Hi Jordi, this sounds a bit odd to me... I do not know which agreement you have with google - osm is not using google in any way. Which tags should I add to a way to accomplish your attributions? * source=wikiloc.com * source_url=http://wikiloc.com/wikiloc/view.do?id=894235 * track_author=http://wikiloc.com/wikiloc/user.do?name=gezenkurt Would that be ok? Cheers Roman Hi Roman, Sorry for being so slow in writing back to you on this. I've been discussing the situation and it'd be compatible with wikiloc terms only if the trails from Wikiloc shown on OSM make explicitly visible the 3 attributions ( wikiloc.com, trail page and author's page) to users of OSM. We worked hard in the agreement with Google Earth to respect this attribution requirement and you can see it if you open one of Wikiloc trails on Google Earth (you'll see clearly that the source is Wikiloc (logo, link), the trail page and the trail author's page). Hope it helps Jordi I [...] let you know that I added OSM as a base layer last Thursday. You can switch from Google Maps to OSM by clicking at More Maps button when visualizing a track in wikiloc. Nice :) Please if you use some of the GPS tracks in wikiloc to map on OSM include a visible attribution as specified in the terms of use of wikiloc: Attribution: When content from Wikiloc is displayed on an external site it must include the Wikiloc's
[OSM-talk] mass mailing osm mappers
i'm interested in the following from a technical and social perspective: as part of the LINZ import, some members of osm in NZ are about to add a lot of data to NZ. we've already had a number of mappers contact us concerned we are about to write over their data (which incidentally, won't happen) we would like to make as many NZ mappers aware of the import as possible, firstly to reduce these concerns, and to stop the potential outfux of NZ mappers who see themselves being replaced by bots and scripts. also, it would of course be beneficial to include more people in what we are doing are there any issues with mass contacting either (a) everyone who has set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? and if not, is it possible to do this programmatically either through the wiki mail or the osm mailer? cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mass mailing osm mappers
yes, i want this function as well! On Wed, May 12, 2010 at 11:13 PM, Robin Paulson robin.paul...@gmail.comwrote: i'm interested in the following from a technical and social perspective: as part of the LINZ import, some members of osm in NZ are about to add a lot of data to NZ. we've already had a number of mappers contact us concerned we are about to write over their data (which incidentally, won't happen) we would like to make as many NZ mappers aware of the import as possible, firstly to reduce these concerns, and to stop the potential outfux of NZ mappers who see themselves being replaced by bots and scripts. also, it would of course be beneficial to include more people in what we are doing are there any issues with mass contacting either (a) everyone who has set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? and if not, is it possible to do this programmatically either through the wiki mail or the osm mailer? cheers ___ 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] mass mailing osm mappers
Robin, Robin Paulson wrote: we would like to make as many NZ mappers aware of the import as possible, firstly to reduce these concerns, and to stop the potential outfux of NZ mappers who see themselves being replaced by bots and scripts. also, it would of course be beneficial to include more people in what we are doing Do you not have a talk-nz list or something where this could be announced? A good idea would also be to create wiki page and link to this from the changeset comment or so, so that anyone investigating an edit through the web site will get to read your pamphlet. are there any issues with mass contacting either (a) everyone who has set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? Both of these are unwanted; (a) is not possible without actually moving your own location around in small increments - a certain Russ N. reputedly has a script that does that and got bollocked for it. (b) is possible and you might *just* get away with it if you're talking 10 or 20 messages, but not if it is in the hundreds, and especially not if some of them complain. I think it would be nice to have a feature where users can actually enable a check box in their profile I wish to be contacted by other mappers in my area about mapping events or other things of relevance, and then an interface where you can simply draw a bounding box and say send this message to all mappers in this box who have the checkbox ticked. But as long as we don't have that, we don't normally mass-email mappers. 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] mass mailing osm mappers
Hi, For that, I (we the talk-ca list) did 1: Posted a notice on all of the Wiki Pages of people who indicated they were mapping in Canada. (45 or so at the time) -tried to make the Canada wiki page as clear as i could (http://wiki.openstreetmap.org/wiki/User_talk:Srw) is an example) * listing it on regional pages also helps 2 - announced on the talk-ca list, 3 - posted notes on my journal entry 4 - contacted everyone from around my placemark 5 - used itoworld (i set a pre-set to each of the major areas) as a way to filter out the bots and see who the top mappers are for each area* 6 - i asked each on the talk-ca list to share the news with others (as talk-ca discussions progressed) 7 - we had some mapping parties which also helped (although mapping parties IMO) *what is assumed is that those who are the top mappers in the area, would also be the ones who would want to host a regional mapping party are also the most active.. so they are monitoring the progress of their area quicker. local people are more likely to respond to other local people. 8 - gave it lots of time (after announcing) note that Canada already had/has the Garmin Map Version so this was something that people can use in the mean-time. (ibycus topo) So if everyone on the import team were to try their hardest to get more people on the talk-nz list,Perhaps you want to create a OSM - specific mailing list? (since nzopen...@googlegroups.com, ) is generic (and was the 1st for the area). Your bound to annoy some people, and we certainly did. (even though we dont interfer with their data, it's still an annoying think knowing that your work you did in the last few years, could be easily dropped in in a very short time. So a solution is to; 1 - divide up the area into small .1x.1 degree tiles and make these tiles available for local mappers to drop in the data. 2 - doing the above would a) get those local mappers more involved as they know the data doesnt need to be imported it can be done at any time b) you can really see how OSM has the higher value data (shop names etc) which is also a benifit and c) if your LINZ is older, then you can enjoy seeing how accurate OSM map is. 3 - although this method takes a lot of time, the map will slowely get better (and im sure the back-end servers would be happy too). And it also gives lots of time for errors in the rules.txt files that were used to be spotted corrected as more users are working with the data My Pocket change, Cheers, Sam On Wed, May 12, 2010 at 2:38 PM, Frederik Ramm frede...@remote.org wrote: Robin, Robin Paulson wrote: we would like to make as many NZ mappers aware of the import as possible, firstly to reduce these concerns, and to stop the potential outfux of NZ mappers who see themselves being replaced by bots and scripts. also, it would of course be beneficial to include more people in what we are doing Do you not have a talk-nz list or something where this could be announced? A good idea would also be to create wiki page and link to this from the changeset comment or so, so that anyone investigating an edit through the web site will get to read your pamphlet. are there any issues with mass contacting either (a) everyone who has set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? Both of these are unwanted; (a) is not possible without actually moving your own location around in small increments - a certain Russ N. reputedly has a script that does that and got bollocked for it. (b) is possible and you might *just* get away with it if you're talking 10 or 20 messages, but not if it is in the hundreds, and especially not if some of them complain. I think it would be nice to have a feature where users can actually enable a check box in their profile I wish to be contacted by other mappers in my area about mapping events or other things of relevance, and then an interface where you can simply draw a bounding box and say send this message to all mappers in this box who have the checkbox ticked. But as long as we don't have that, we don't normally mass-email mappers. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mass mailing osm mappers
On 13 May 2010 07:13, Robin Paulson robin.paul...@gmail.com wrote: set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? b is possible, although you'd need to be able to do some internet connected scripting, you pull down a local copy either from XAPI or use osmosis on the australia-oceania extra to pull out the NZ edits, you then extract the userids and/or usernames from the extract, exclude the bots and then the fun begins, you submit your message as a http post or get, in a similar fashion to how the web site works... However I like Frederik's suggestion of extending the website to ask people if they want to be mailed about important things like this, this would be even better if the change happens before or about the same time as the request to prompt users to set their license preferences. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mass mailing osm mappers
On 13 May 2010 09:38, Frederik Ramm frede...@remote.org wrote: we would like to make as many NZ mappers aware of the import as possible, firstly to reduce these concerns, and to stop the potential outfux of NZ mappers who see themselves being replaced by bots and scripts. also, it would of course be beneficial to include more people in what we are doing Do you not have a talk-nz list or something where this could be announced? A yes, we have a google groups list, but there are only around 90 users. auckland alone has more mappers than that (although most of them have not done much) i've been thinking about a talk-nz list hosted by osm for a while; perhaps we should request that - i know there are some who are put off by google groups? good idea would also be to create wiki page and link to this from the yes, we have wiki links in data we've changed, but no-one looks at them it seems, or they don't care. hard to tell changeset comment or so, so that anyone investigating an edit through the web site will get to read your pamphlet. are there any issues with mass contacting either (a) everyone who has set their location as in NZ, or (b) everyone who has made an edit within NZ? is there an AUP for osm which forbids this? Both of these are unwanted; (a) is not possible without actually moving your own location around in small increments - a certain Russ N. reputedly has a script that does that and got bollocked for it. (b) is possible and you might *just* get away with it if you're talking 10 or 20 messages, but not if it is in the hundreds, and especially not if some of them complain. i thought that might be the case. qualitatively it's probably no different, but is it acceptable to crowd-source making contact, mechanical turk style? so, say there are ten of us working on the import, and we each mail 20 people... I think it would be nice to have a feature where users can actually enable a check box in their profile I wish to be contacted by other mappers in my area about mapping events or other things of relevance, and then an interface where you can simply draw a bounding box and say send this message to all mappers in this box who have the checkbox ticked. it would indeed. of course getting them to look at the option and actively consider what they want is the next problem... But as long as we don't have that, we don't normally mass-email mappers. righto ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New users have to sign up to the ODbL
You can override it by adjusting the Accept-Language settings in your browser. But how we do language *detection* is a separate from how we should do content delivery once we've done the detection. Theoretically, but if you are in some sort of internet cafe outside your country, you may be unable to do it (I got once stuck with OSM site in French - no way to change it, since the browser preferences were also in French, thus not legible for me, sometimes the preferences are adminbistratively locked, etc ...) Some way to override Accept-language (without having to login) would be nice. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwe gebruikers moeten zich registreren voor ODbL (naast CC-BY-SA)
Ter info. Er is in de afgelopen tijd uitgebreid gesproken over een wijziging van de licentie voor OpenStreetMap. Vandaag is de eerste stap gezet in de daadwerkelijke overgang. Vanaf vandaag moeten *gebruikers die een account aanmaken* op www.openstreetmap.org akkoord gaan met publicatie op basis van de Open Database Licentie (ODbL), naast dat deze data ook nog onder CC-BY-SA vrijgegeven kan worden. Dit is een eerste stap in de overgang van de OSM-dataset van CC-BY-SA naar ODbL. De bestaande gebruikers krijgen vanaf een nog te bepalen tijdstip de vraag of zij akkoord gaan met de Contributor Terms ( http://www.osmfoundation.org/wiki/License/Contributor_Terms) en dat zij hun bestaande bijdragen daar ook onder willen vrijgeven. Wil je dit moment absoluut niet missen, zorg er voor dat je bij de OSM-account een werkend e-mailadres hebt geregistreerd. De datum waarop de dataset daadwerkelijk onder de ODbL wordt vrijgegeven is nog niet vastgesteld. Dit zal deels afhankelijk van de datum waarop de bestaande gebruikers benaderd gaat worden. Mvg, Henk Hoff OSM Foundation ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe gebruikers moeten zich registreren voor ODbL (naast CC-BY-SA)
Om toch weer even dwars te liggen. Wat gebeurt er als ik weiger mijn data onder de ODbL vrij te geven? Worden dan al mijn edits (en edits door mensen van de data na mij) niet meegenomen? Groet, --Roeland On Wednesday 12 May 2010 17:13:59 Henk Hoff wrote: Ter info. Er is in de afgelopen tijd uitgebreid gesproken over een wijziging van de licentie voor OpenStreetMap. Vandaag is de eerste stap gezet in de daadwerkelijke overgang. Vanaf vandaag moeten *gebruikers die een account aanmaken* op www.openstreetmap.org akkoord gaan met publicatie op basis van de Open Database Licentie (ODbL), naast dat deze data ook nog onder CC-BY-SA vrijgegeven kan worden. Dit is een eerste stap in de overgang van de OSM-dataset van CC-BY-SA naar ODbL. De bestaande gebruikers krijgen vanaf een nog te bepalen tijdstip de vraag of zij akkoord gaan met de Contributor Terms ( http://www.osmfoundation.org/wiki/License/Contributor_Terms) en dat zij hun bestaande bijdragen daar ook onder willen vrijgeven. Wil je dit moment absoluut niet missen, zorg er voor dat je bij de OSM-account een werkend e-mailadres hebt geregistreerd. De datum waarop de dataset daadwerkelijk onder de ODbL wordt vrijgegeven is nog niet vastgesteld. Dit zal deels afhankelijk van de datum waarop de bestaande gebruikers benaderd gaat worden. Mvg, Henk Hoff OSM Foundation signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe gebruikers moeten zich registreren voor ODbL (naast CC-BY-SA)
Daar komt het in grote lijnen wel op neer. Gr, Henk Op 13 mei 2010 00:17 schreef Roeland Douma u...@rullzer.com het volgende: Om toch weer even dwars te liggen. Wat gebeurt er als ik weiger mijn data onder de ODbL vrij te geven? Worden dan al mijn edits (en edits door mensen van de data na mij) niet meegenomen? Groet, --Roeland On Wednesday 12 May 2010 17:13:59 Henk Hoff wrote: Ter info. Er is in de afgelopen tijd uitgebreid gesproken over een wijziging van de licentie voor OpenStreetMap. Vandaag is de eerste stap gezet in de daadwerkelijke overgang. Vanaf vandaag moeten *gebruikers die een account aanmaken* op www.openstreetmap.org akkoord gaan met publicatie op basis van de Open Database Licentie (ODbL), naast dat deze data ook nog onder CC-BY-SA vrijgegeven kan worden. Dit is een eerste stap in de overgang van de OSM-dataset van CC-BY-SA naar ODbL. De bestaande gebruikers krijgen vanaf een nog te bepalen tijdstip de vraag of zij akkoord gaan met de Contributor Terms ( http://www.osmfoundation.org/wiki/License/Contributor_Terms) en dat zij hun bestaande bijdragen daar ook onder willen vrijgeven. Wil je dit moment absoluut niet missen, zorg er voor dat je bij de OSM-account een werkend e-mailadres hebt geregistreerd. De datum waarop de dataset daadwerkelijk onder de ODbL wordt vrijgegeven is nog niet vastgesteld. Dit zal deels afhankelijk van de datum waarop de bestaande gebruikers benaderd gaat worden. Mvg, Henk Hoff OSM Foundation ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Nominatim gives wrong suburb?
Gday, On osm.org, search for Annerville Place. The Nominatim results suggest the address is in Yeronga, however, this should be Annerley. Can someone please check the relevant admin boundaries and let me know why this happens? I realise this is an unusual request about a specific example, but I'm using this as an opportunity to learn more about how to fix these kinds of errors. Cheers, Roy ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Nominatim gives wrong suburb?
On 13 May 2010 08:20, Roy Wallace waldo000...@gmail.com wrote: Gday, On osm.org, search for Annerville Place. The Nominatim results suggest the address is in Yeronga, however, this should be Annerley. Can someone please check the relevant admin boundaries and let me know why this happens? I realise this is an unusual request about a specific example, but I'm using this as an opportunity to learn more about how to fix these kinds of errors. What's the lat/lon? http://maps.bigtincan.com/?z=7ll=-27.119,152.794layer=000B000TT ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Nominatim gives wrong suburb?
On Thu, May 13, 2010 at 10:37 AM, John Smith deltafoxtrot...@gmail.com wrote: What's the lat/lon? http://maps.bigtincan.com/?z=7ll=-27.119,152.794layer=000B000TT http://www.openstreetmap.org/?lat=-27.517456lon=153.027702zoom=18layers=B000FTF ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Oi Flávio, também não entendo muito, mas os arquivos SHP que eu consegui são sempre acompanhados de outros três (um para cada arquivo): um com extensão SHX (não faço ideia do que seja), um com extensão PRJ (suponho que de project, que o descreva) e um com extensão DBF (que é extensão de banco de dados, suponho que seja as labels de cada item do mapa). Seus arquivos também são assim? Não sei se isso é um pré-requisito também. []s Em 12 de maio de 2010 00:50, Flávio Henrique yoshi...@gmail.com escreveu: Olá Arlindo, *! Não tive sorte em utilizar o ogr2osm.py. Primeiro pq não sei exatamente o que cada arquivo .shp que possuo significa, segundo que para cada arquivo .shp que rodo o script obtenho sempre os mesmos erros e nada de arquivo .osm. Em anexo está um log de um dos arquivos que tentei converter. Alguma ideia? Gostaria muito de brincar com esses arquivos da Prefeitura de Goiânia, mas não estou conseguindo nem começar. Rs... A paz! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura do Rio de Janeiro
Oi Pessoal, Tô voltando agora de um período de inatividade devido a férias. Eu acho pouco provável que as imagens do Yahoo estejam com problemas. Eu acredito que a projeção pode ser diferente ou os dados estão com offset. Abs, Vitor 2010/5/10 Arlindo Pereira arli...@clavis.com.br Eu tenho a impressão de que a conversão foi correta, mas os dados estão com um offset regular. Se isso estiver correto, seria só subtrair o valor correspondente do ΔX/ΔY nas coordenadas parseando o XML, creio que consiga fazer isso com shell script. []s Em 10 de maio de 2010 13:50, Samuel Vale srcv...@minaslivre.orgescreveu: Seg, 2010-05-10 às 00:06 -0300, Flávio Henrique escreveu: Aproveitando a deixa... Consegui da Prefeitura de Goiânia o cd com o mapa digital da capital. Onde consigo instruções para aprender a utilizar os arquivos .shp e importá-los ao JOSM (ou outro programa) e verificá-los no OSM ? Quando estava testando os dados do RJ que o Arlindo conseguiu, consegui carregar os .shp diretamente no Merkaartor. No entanto, ele não importou os metadados que estavam nos arquivos auxiliares que acompanhavam o .shp. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Importação dos dados da prefeitura de Goiânia
Já tentaram abrir num GIS para ver como estão os dados? 2010/5/12 Arlindo Pereira openstreet...@arlindopereira.com Oi Flávio, também não entendo muito, mas os arquivos SHP que eu consegui são sempre acompanhados de outros três (um para cada arquivo): um com extensão SHX (não faço ideia do que seja), um com extensão PRJ (suponho que de project, que o descreva) e um com extensão DBF (que é extensão de banco de dados, suponho que seja as labels de cada item do mapa). Seus arquivos também são assim? Não sei se isso é um pré-requisito também. []s Em 12 de maio de 2010 00:50, Flávio Henrique yoshi...@gmail.comescreveu: Olá Arlindo, *! Não tive sorte em utilizar o ogr2osm.py. Primeiro pq não sei exatamente o que cada arquivo .shp que possuo significa, segundo que para cada arquivo .shp que rodo o script obtenho sempre os mesmos erros e nada de arquivo .osm. Em anexo está um log de um dos arquivos que tentei converter. Alguma ideia? Gostaria muito de brincar com esses arquivos da Prefeitura de Goiânia, mas não estou conseguindo nem começar. Rs... A paz! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] addr:housename
Daniela Duerbeck wrote: Dieses tag soll eigentlich nur dort angewendet werden, wo es keine Hausnummer gibt, und die Post dann anhand dieses Namens die Briefe zustellt. ... hi dani, in meiner Gegend gib es viele Pensionen/Gästehäuser, die neben der normalen Hausnummer noch einen Namen haben: Haus Elisabeth, ..., der dann auch laut und deutlich draußen dran steht. Diese tagge ich dann doppelt - genauso wie bei shops. Damit kann man dann das Haus nach beiden Kriterien suchen - als Kurgast. Die Post wird wohl osm nicht verwenden um eine Zustellungsadresse zu beliefern. Allerdings hat mich vor einigen Tagen ein Postler nach einer Straße gefragt, die er nicht finden konnte, da er sich verfranzt hatte - und das in unserem Kuhdorf ;) gruss walter p.s. der arm scheint ja wieder dran zu sein :) - Der Fehler tritt nicht sporadisch sondern nur ab und zu auf. - aus Hotline-Eintrag -- View this message in context: http://gis.638310.n2.nabble.com/addr-housename-tp5038436p5039793.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] Stats OSMI Routing View 2010/05
Am 12. Mai 2010 00:16 schrieb Pascal Neis pascal.n...@gmail.com: Hi, André Riedel schrieb: André Riedel schrieb: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, und Weg, welche mit highway=platform oder public_transport=platform verbunden sind, als Fehler angesehen werden! ab morgen sollten Knoten die mit highway=platform oder mit public_transport=platform verbunden sind, nicht mehr als Fehler angezeigt werden. Und hat sich deine Meinung zu ersteren Fall geändert? vielleicht ein wenig ;o) Bisher habe ich es so verstanden, das in fast allen Posts, die ich von anderen gelesen habe, sie das Tag noexit an den Way und nicht an die Node hängen. Wie du richtig schreibst, sieht es laut tagwatch etwas anders aus. Ich persönlich finde es eigentlich auch besser wenn es am Way und nicht an der Node vorhanden ist. Da mich Flo vorhin noch auf einen anderen möglichen Fehler, den man noch in den View aufnehmen könnte, hingewiesen hat, versuche ich es die kommenden Tage mal umzusetzen. Es kommt ja ein langes Wochenende :o) Danke. Bitte achtet aber darauf: auch Ways mit einem noexit Tag können fehlerhaft sein. Nämlich genau dann, wenn sie an überhaupt keinem anderen Way angeschlossen sind. Dies kommt in DE auch ein paar mal vor ... Ja, dass ist der große Nachteil von noexit am Weg. (Habe ich dir auch schon mal erörtert ;-) ) Wenn du den Check an dem lgggeeenn Wochenende erweiterst, könntest du vielleicht auch die Varianten prüfen, wo ein noexit=yes am Knoten existiert, der Knoten aber in der Mitte eines Weges ist oder von zwei Wege benutzt wird. Bei Wegen könnte man das ähnlich prüfen, so dass wirklich nur der letzte Weg, welcher nur eine Verbindung zu einem anderen Weg besitzt, als richtig erkannt wird. Aber ich glaube da ist die Verwendung dieses Schlüssels in der Praxis nicht ganz klar definiert. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
Am 12. Mai 2010 08:51 schrieb Walter Nordmann walter.nordm...@web.de: Daniela Duerbeck wrote: Dieses tag soll eigentlich nur dort angewendet werden, wo es keine Hausnummer gibt, und die Post dann anhand dieses Namens die Briefe zustellt. ... hi dani, in meiner Gegend gib es viele Pensionen/Gästehäuser, die neben der normalen Hausnummer noch einen Namen haben: Haus Elisabeth, ..., der dann auch laut und deutlich draußen dran steht. Diese tagge ich dann doppelt - genauso wie bei shops. Damit kann man dann das Haus nach beiden Kriterien suchen - als Kurgast. Die Post wird wohl osm nicht verwenden um eine Zustellungsadresse zu beliefern. Und warum schreibst du das dann nicht als Namen, bspw. name=Haus Elisabeth? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Hi, Am 11.05.2010 20:12, schrieb Manuel Reimer: im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Bei meinem Locosys BGT-31 habe ich die Einstellung ab 1 km/h jede Sekunde einen Punkt setzen, das ergibt schöne runde Kurven und Platz auf der SD-Karte 2 GB reicht für mehrere Tage / Wochen Aufzeichnung. -- Martin [OSM-User: Czmartin] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationsdarstellung auf OSM-Karte II
hi, habe mal ein wenig mit mapgen experimentiert, farben für rollen zugewiesen und erste karten mit entsprechendem overlay gebaut. dabei ist mir aufgefallen, dass es sehr schnell sehr unübersichtlich wird. Daher gibt es nun die möglichkeit, nur bestimmte relation-typen anzuzeigen oder sogar die ids der relationen anzugeben. mit einem hintergrund-style file sieht das dann brauchbar aus. unübersichtlich wird es da, wo nodes sehr nahe beisammen liegen. so bekommen nun die wege und nodes farben gemäß ihrer rolle zugewiesen. beschriftung ist mit id, rolle und kennzeichen, ob ein weg geschlossen ist. sämtliche elemente einer relation werden mit einem großen umschließenden rechteck versehen, das mit relation id und type beschriftet wird. alles dann in mapgen 1.05... muss noch ein wenig fine tunen. ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungsschneiderei
Am 12. Mai 2010 01:20 schrieb Daniela Duerbeck daniela.duerb...@gmx.de: C. Brause wrote: Ohne Nachgeguckt zu haben, hätte ich gefühlsmäßig shop=tailor genommen. Dort kann man aber nix schneidern lassen, sondern nur ändern, oder reparieren. Es gibt den von mir gemeinten Shop auch noch nicht, erst ab Juni, und ich gebe ihm nicht arg viel Zeit, da ich glaube, dass da kein Bedarf besteht, aber das Tag würde mich dennoch interessieren. Für mich sieht das nach einem Fall für ein Subtag aus. Änderungsschneider scheint mir eine Teilmenge von Schneider zu sein. Jedenfalls kann man bei allen Schneidern, die ich kenne, auch Änderungen an Kleidungsstücken vornehmen lassen. Änderungsschneiderei scheint mir eher die Angabe einer Spezialisierung als ein eigener Berufszweig zu sein. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
André Riedel riedel.an...@gmail.com wrote: Und warum schreibst du das dann nicht als Namen, bspw. name=Haus Elisabeth? Da gehört das definitiv hin. addr:housename ist nur für Anschriften ohne Hausnummer. Für einzelne Bauernhöfe und Einsiedlerhäuser im Wald gibst sowas duchaus auch in .de Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
Am 12. Mai 2010 10:41 schrieb Sven Geggus li...@fuchsschwanzdomain.de: André Riedel riedel.an...@gmail.com wrote: Und warum schreibst du das dann nicht als Namen, bspw. name=Haus Elisabeth? Da gehört das definitiv hin. addr:housename ist nur für Anschriften ohne Hausnummer. Für einzelne Bauernhöfe und Einsiedlerhäuser im Wald gibst sowas duchaus auch in .de es gibt auch Hausnamen an Häusern, die eine Straße und Nummer haben. (Z.B. Inschrift: Dieses Haus steht in Gottes Hand, zu den drei Ähren wird es genannt). Ist ein normales Wohnhaus. Im obigen Fall der Pensionen u.ä. ist das natürlich name und nicht addr:housename. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11.05.2010 02:38, aighes: Schön wäre es auch noch, wenn gegen highway=construction geprüft würde. Viele Grüße, aighes Hast du mal einen Kartenlink parat, wo das Sinn machen würde? Kann mir gerade keine Situation vorstellen, wo der Routing View ohne Check gegen construction einen Fehler werfen würde. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Moin, M∡rtin Koppenhoefer schrieb: Als Alternative könntest Du den kompletten Parkplatz als Straßenfläche definieren, damit wäre er auch routbar. als Straßenfläche dann aber auch für Autos - das macht nicht so viel Sinn, wenn extra Parkwege angegeben sind. Und für Fußgänger bräuchte man kein extra Tag - die Fläche des Parkplatz ist ja vorhanden, müsste man halt nur integrieren. Oder meints Du etwa ein Parkplatz ist per se eine *Fußgängerzone* ;-) duck-aber noch nicht ganz wech Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: es gibt auch Hausnamen an Häusern, die eine Straße und Nummer haben. (Z.B. Inschrift: Dieses Haus steht in Gottes Hand, zu den drei Ähren wird es genannt). Ist ein normales Wohnhaus. Im obigen Fall der Pensionen u.ä. ist das natürlich name und nicht addr:housename. Ich würde sagen dto. für zu den drei Ähren. Überhaupt ist das für mich der Unterscheid zwischen addr:housename und Name nämlich ob Post der Form: Peter Mustermann zu den drei Ähren 12345 Musterstadt Ankommen würde. Dann und _nur_ dann sollte man addr:housename auf zu den drei Ähren setzen. Wie ich bereits geschreiben habe ist es in .de eigentlich nur bei einzelnen Höfen üblich einen Hausnamen in der Anschrift zu verwenden. In einem solchen Fall: Peter Mustermann Musterstädter Hof 23 12345 Musterstadt gehört Musterstädter Hof IMO in addr:street Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 12. Mai 2010 11:22 schrieb Georg Feddern ne...@bavarianmallet.de: als Straßenfläche dann aber auch für Autos - das macht nicht so viel Sinn, wenn extra Parkwege angegeben sind. Was meinst Du mit Parkwege? Für mich bedeutet das Wege im Park. Als Fläche hatte ich an sowas wie highway=unclassified/service gedacht, mit area=yes. Und für Fußgänger bräuchte man kein extra Tag - die Fläche des Parkplatz ist ja vorhanden, müsste man halt nur integrieren. ? amenity=parking kann alles mögliche sein, z.B. auch ein Parkhaus. Dass das nicht automatisch als routbare Fläche verwendet wird, finde ich nachvollziehbar. Geroutet wird über highway. Übrigens ist im area-realtion proposal auch angedacht, solche Verbindungen für den Router rein über eine Relation zu erstellen (z.B. auch linienförmig, also nicht linear an einem bestimmten Punkt sondern entlang zweier ways, die nicht verbunden sind). Oder meints Du etwa ein Parkplatz ist per se eine *Fußgängerzone* ;-) duck-aber noch nicht ganz wech zu der hier permanent vertretenen Meinung, highway=pedestrian, area=yes sei eine Fußgängerzone: meiner Meinung nach handelt es sich dabei um eine Fußgängerfläche. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungsschneiderei
Am Mittwoch, 12. Mai 2010 schrieb Falk Zscheile: Für mich sieht das nach einem Fall für ein Subtag aus. Im Englischen wird offenbar [Clothing] Alterations und Hemming verwendet. http://wiki.openstreetmap.org/wiki/Proposed_features/alteration ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mapping innerhalb von Gebaeuden
hallo, es geht um solche areale wie einkaufscentren oder bahnhofsgebaeude mit mehreren Etagen. Zur zeit gibt es ja noch keinen renderer der sowas wie mal erwaehntes pseude-3D unterstuetzt aber was nicht ist... Jedenfalls wenn ich alles mappen wuerde was da ist an shops und amenities sieht man eh nichts. Deswegen fing ich an die sachen in etagen (type='level', level='1') relationen zu packen. (und diese relationen in die Gebaeuderelation (type='building') ) Gibt es fuer sowas schon aehnliche vorstoesse oder gar beispiele fuer sowas? Denke es ist sinnvoller alles an seinem Platz zu mappen anstelle ums objekt rundherum anzufuegen, damit man an fremden orten nicht lange suchen muss dank OSM. gruss ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapping innerhalb von Gebaeuden
Am 12. Mai 2010 12:18 schrieb Fabian sh...@nurfuerspam.de: hallo, es geht um solche areale wie einkaufscentren oder bahnhofsgebaeude mit mehreren Etagen. Zur zeit gibt es ja noch keinen renderer der sowas wie mal erwaehntes pseude-3D unterstuetzt aber was nicht ist... Jedenfalls wenn ich alles mappen wuerde was da ist an shops und amenities sieht man eh nichts. Deswegen fing ich an die sachen in etagen (type='level', level='1') relationen zu packen. (und diese relationen in die Gebaeuderelation (type='building') ) Gibt es fuer sowas schon aehnliche vorstoesse oder gar beispiele fuer sowas? Denke es ist sinnvoller alles an seinem Platz zu mappen anstelle ums objekt rundherum anzufuegen, damit man an fremden orten nicht lange suchen muss dank OSM. ich halte OSM nicht für sonderlich geeignet dafür. Kann zwar sein, dass es irgendwann noch dazu kommt, aber weder sind unsere üblichen Methoden (GPS und Luftbilder) in irgendeiner Art und Weise geeignet, die Daten zu erheben, noch gibt es - nicht mal ansatzweise - Tools, um damit umzugehen. Ich könnte mir gut vorstellen, OSM sozusagen als Katalog zu missbrauchen, OSM also in größerem Maßstab die Lage von Objekten sammelt. Die Einzelinformationen zu den Gebäuden sehe ich aber in einer anderen Datenbank (optimalerweise verknüpft). Das daher, weil selbst bei älteren Gebäuden (wo die Zeichnungen gemeinfrei sind) niemals nie alle lizenzrechtlich verfügbaren Zeichnungen vektorisiert werden können. D.h. ein Großteil der Daten wird aus gescannten Zeichnungen und Texten bestehen. Weitere Daten, die ich mir dort vorstellen könnte, sind (in ungeordneter Reihenfolge) - Grundrisse, Ansichten und Schnitte (für letztere sehe ich in OSM beim besten Willen keinen Ort, sie sind aber sehr wichtig) - wissenschaftliche Untersuchungen (z.B. Aufmaße und Bauzeit-/Altersanalyse) - Wettbewerbsausschreibungen für den Ort, das Gebäude - Alternativ-Entwürfe, die nicht gebaut wurden (sowohl vom urspr. Büro als auch der Konkurrenz) - Umbaupläne div. Phasen - Detailpläne von Ausschnitten und Konstruktionsdetails - Texte (z.B. Architekturkritik, Rezensionen, zeitgenössische Texte, Texte des Entwurfsverfassers, ...) - Perspektivische Darstellungen und Fotos (das würde sich am ehesten noch lohnen in OSM, da man den Stand- und Blickpunkt verorten könnte. Es gibt dazu auch Ansätze.) nicht übersehen sollte man, dass die Pläne seltenst zu 100% mit dem Gebauten übereinstimmen. Wie schon beim Thema Schnitte anklang: die (m.E.) interessantesten Gebäude lassen sich nicht einfach in Ebenen zerlegen. Ein 3D-Modell ist zwingend erforderlich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapping innerhalb von Gebaeuden
wollte bei leibe auch nicht alle gebaeude der welt verzeichen aber eine loesung fuer bahhoefe mit verscheidenen etagen muss(te) her. Beim wiki stoebern bzgl elevators stieß ich dann auch auf [1]. Dort wird auch genau das Problem geschildert das die Fahrkartenautomaten auch erstmal gefunden werden muessen. Wenn die naemlich am anderen ende des bahnhofes sind sollte man auch gleich wissen ob man die treppe nehmen sollte um hinzukommen. (auch hilfreich fuers (blinden-)pedestrian-routing). gruss fabain [1] http://wiki.openstreetmap.org/wiki/Level M∡rtin Koppenhoefer wrote: Am 12. Mai 2010 12:18 schrieb Fabian sh...@nurfuerspam.de: hallo, es geht um solche areale wie einkaufscentren oder bahnhofsgebaeude mit mehreren Etagen. Zur zeit gibt es ja noch keinen renderer der sowas wie mal erwaehntes pseude-3D unterstuetzt aber was nicht ist... Jedenfalls wenn ich alles mappen wuerde was da ist an shops und amenities sieht man eh nichts. Deswegen fing ich an die sachen in etagen (type='level', level='1') relationen zu packen. (und diese relationen in die Gebaeuderelation (type='building') ) Gibt es fuer sowas schon aehnliche vorstoesse oder gar beispiele fuer sowas? Denke es ist sinnvoller alles an seinem Platz zu mappen anstelle ums objekt rundherum anzufuegen, damit man an fremden orten nicht lange suchen muss dank OSM. ich halte OSM nicht für sonderlich geeignet dafür. Kann zwar sein, dass es irgendwann noch dazu kommt, aber weder sind unsere üblichen Methoden (GPS und Luftbilder) in irgendeiner Art und Weise geeignet, die Daten zu erheben, noch gibt es - nicht mal ansatzweise - Tools, um damit umzugehen. Ich könnte mir gut vorstellen, OSM sozusagen als Katalog zu missbrauchen, OSM also in größerem Maßstab die Lage von Objekten sammelt. Die Einzelinformationen zu den Gebäuden sehe ich aber in einer anderen Datenbank (optimalerweise verknüpft). Das daher, weil selbst bei älteren Gebäuden (wo die Zeichnungen gemeinfrei sind) niemals nie alle lizenzrechtlich verfügbaren Zeichnungen vektorisiert werden können. D.h. ein Großteil der Daten wird aus gescannten Zeichnungen und Texten bestehen. Weitere Daten, die ich mir dort vorstellen könnte, sind (in ungeordneter Reihenfolge) - Grundrisse, Ansichten und Schnitte (für letztere sehe ich in OSM beim besten Willen keinen Ort, sie sind aber sehr wichtig) - wissenschaftliche Untersuchungen (z.B. Aufmaße und Bauzeit-/Altersanalyse) - Wettbewerbsausschreibungen für den Ort, das Gebäude - Alternativ-Entwürfe, die nicht gebaut wurden (sowohl vom urspr. Büro als auch der Konkurrenz) - Umbaupläne div. Phasen - Detailpläne von Ausschnitten und Konstruktionsdetails - Texte (z.B. Architekturkritik, Rezensionen, zeitgenössische Texte, Texte des Entwurfsverfassers, ...) - Perspektivische Darstellungen und Fotos (das würde sich am ehesten noch lohnen in OSM, da man den Stand- und Blickpunkt verorten könnte. Es gibt dazu auch Ansätze.) nicht übersehen sollte man, dass die Pläne seltenst zu 100% mit dem Gebauten übereinstimmen. Wie schon beim Thema Schnitte anklang: die (m.E.) interessantesten Gebäude lassen sich nicht einfach in Ebenen zerlegen. Ein 3D-Modell ist zwingend erforderlich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Matheisen wrote: Hallo, ich hab hier vor einiger Zeit einige Materialseilbahnen, bzw. nur die Stationen eingetragen: http://www.openstreetmap.org/?lat=46.91118lon=12.29816zoom=15layers=B000FTF Damals wusste ich keine andere Methode, es entsprechend kennzuzeichnen, daher habe ich es so getaggt. Ahja, okay - ich denke ich werde die Variante, die Sven Geggus vorgeschlagen hat verwenden. Dann sieht man wenigstens den Verlauf der Seilbahn. Wenn es noch mit dem Namen Lastenseilbahn und einem access=no versehen ist, sollte es ja gehen... - - Fips - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvqiVUACgkQnHVyAFIfTkHfHwCgvOUKTgNLNRBboW+3TpLQAFwN TbIAoKaPqjWBEa+zz3HoDF/iaD5aBnf1 =DT2K -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapping innerhalb von Gebaeuden
Am 12. Mai 2010 12:54 schrieb Fabian sh...@nurfuerspam.de: wollte bei leibe auch nicht alle gebaeude der welt verzeichen aber eine loesung fuer bahhoefe mit verscheidenen etagen muss(te) her. ja, ich wollte auch nicht alle Gebäude der Welt verzeichnen, aber hat man eine (allgemeine) Lösung, die für eins funktioniert, geht sie auch für alle anderen ( so sie denn allgemein genug ist *g*) Dort wird auch genau das Problem geschildert das die Fahrkartenautomaten auch erstmal gefunden werden muessen. Wenn die naemlich am anderen ende des bahnhofes sind sollte man auch gleich wissen ob man die treppe nehmen sollte um hinzukommen. (auch hilfreich fuers (blinden-)pedestrian-routing). Blinde brauchen keine Fahrkartenautomaten ;-) http://de.wikipedia.org/wiki/Unentgeltliche_Bef%C3%B6rderung Klar, es wäre nett, wenigstens gerade Ebenen und Übergänge von einer zur anderen (Treppe, Aufzug, Rampe) definieren zu können. Neben Bahnhöfen braucht man das vor allem bei U- und S-Bahnen. Solange es nur um Gänge (Tunnel, Unterführungen, Galerien) geht, und es nicht mehr als 11 verschiedene Ebenen gibt, kann man das ja provisorisch mit Layern regeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Moin, M∡rtin Koppenhoefer schrieb: Was meinst Du mit Parkwege? Für mich bedeutet das Wege im Park. ah, sorry, den 'platz' habe ich vergessen, dazwischen zu schreiben, ich meinte die dort vorhandenen parking_aisle. Als Fläche hatte ich an sowas wie highway=unclassified/service gedacht, mit area=yes. Ja, ich auch - aber für Autos sind ja eben die (hier vorhandenen) parking_aisle da - die area würde dann ja das Automobil-Routing verwässern. (OK, hier eher theoretisch, hier praktisch nicht relevant, aber bei großen Parkplätzen mit mehreren Ausgängen?) Und für Fußgänger bräuchte man kein extra Tag - die Fläche des Parkplatz ist ja vorhanden, müsste man halt nur integrieren. ? amenity=parking kann alles mögliche sein, z.B. auch ein Parkhaus. Dass das nicht automatisch als routbare Fläche verwendet wird, finde ich nachvollziehbar. Ja und nein. Zumindest solange wir noch nur im 2D-Modus sind, können Fußgänger auch innerhalb der Parkhausfläche zwischen den Wegen geroutet werden. (Verlassen Sie das Parkhaus am Nordausgang Richtung Marktplatz z. B.) Bei zukünftigen 3-dimensionalen Angaben ja auch weiterhin. (Verlassen Sie das Parkhaus in der 2. Etage am Nordausgang Richtung Marktplatz z. B.) Erst wenn alle Verbindungen innerhalb aller 3 Dimensionen haargenau 'gemappt' sind, darf nicht mehr 'alternativ' über die Fläche geroutet werden. Übrigens ist im area-realtion proposal auch angedacht, solche Verbindungen für den Router rein über eine Relation zu erstellen (z.B. auch linienförmig, also nicht linear an einem bestimmten Punkt sondern entlang zweier ways, die nicht verbunden sind). OK, kannte ich noch nicht, schaue ich mir mal an. Oder meints Du etwa ein Parkplatz ist per se eine *Fußgängerzone* ;-) duck-aber noch nicht ganz wech zu der hier permanent vertretenen Meinung, highway=pedestrian, area=yes sei eine Fußgängerzone: meiner Meinung nach handelt es sich dabei um eine Fußgängerfläche. Kann ich persönlich auch gut mit leben - die relevanten Eigenschaften der Fußgängerzone lassen sich m. E: auch mit den Zusatztags (access u.a.) ausdrücken. ;-) Umkehrschluss: Aber dann wäre pedestrian *ohne* area ja neben footway und path noch ein dritter Fußtreter-Verkehrsweg ... so a la Citywalk: Kein Trampelpfad, sondern immer nur mit Großstadt-Pflasterung und innerhalb Einkaufszentren drumherum zu verwenden ... ;-) (nich hauen ... ich konnte es mir nicht verkneifen) Freundliche Grüße zum Vatertag Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 12. Mai 2010 13:23 schrieb Georg Feddern ne...@bavarianmallet.de: Ja, ich auch - aber für Autos sind ja eben die (hier vorhandenen) parking_aisle da - die area würde dann ja das Automobil-Routing verwässern. also: Fläche dort, wo es keine Straße/Wege (auch nicht aufgemalt) gibt. Sonst würde ich explizit Wege dort zeichnen, wo auch die Fahrbahnmarkierung sie anzeigt. Zumindest solange wir noch nur im 2D-Modus sind, können Fußgänger auch innerhalb der Parkhausfläche zwischen den Wegen geroutet werden. nein, solange Du von amenity=parking sprichst, ja wenn es um highway=xy geht. Bei zukünftigen 3-dimensionalen Angaben ja auch weiterhin. zukünftige 3-dimensionale Angaben? Hast Du das was in Entwicklung? Erst wenn alle Verbindungen innerhalb aller 3 Dimensionen haargenau 'gemappt' sind, darf nicht mehr 'alternativ' über die Fläche geroutet werden. -1. Solange es keine 3 Dimensionen gibt, kann man auch nicht davon ausgehen, dass der Router sie sich selbst erfindet (indem er manche Flächen als routbar deklariert). ;-) Umkehrschluss: Aber dann wäre pedestrian *ohne* area ja neben footway und path noch ein dritter Fußtreter-Verkehrsweg ... so a la Citywalk: Kein Trampelpfad, sondern immer nur mit Großstadt-Pflasterung und innerhalb Einkaufszentren drumherum zu verwenden ... ;-) (nich hauen ... ich konnte es mir nicht verkneifen) doch, ich hau' Dich jetzt mal: es gibt keinen Umkehrschluss. Pedestrian ohne area ist eine _Straße_, die für Fußgänger gewidmet ist (entspricht dem Straßentyp in dt. Fußgängerzonen). Footway ist ein Fußweg, der eben keine Straße ist. Path ist je nach Zusatztags evtl. dasselbe wie footway. Die Definitionen von OSM sind nicht unbedingt logisch, sie sind so definiert, wie sie in der Entwicklung von OSM bis heute entstanden sind. Daher gibt es auch keine Umkehrschlüsse. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Höhe aus altem Höhensystem umrechnen
Hallo, heute hat mir ein netter Mitarbeiter des örtlichen Vermessungsamts die genauen Höhen- und Koordinatendaten eines Vermessungspunkts gegeben. Ich möchte die Daten nun mit möglichst geringem Genauigkeitsverlust in OSM eintragen. Die Koordinaten habe ich mit dem Script von Tobwen umgerechnet: http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php Nur bei der Höhe tue ich mir etwas schwer: der Mitarbeiter vom Vermessungsamt meinte, daß hier vor Ort noch das alte Höhensystem über Normalnull zum Einsatz kommt. Ich denke mal er meinte damit DHHN-12. Eigentlich würde ich jetzt rechnen: 1. Quasigeoidhöhe nach EGM-2008 herausfinden: http://geographiclib.sourceforge.net/cgi-bin/GeoidEval 2. Ellipsoidhöhe für OSM = Wert vom Vermessungsamt + Quasigeoidhöhe nach EGM-2008 Nur passt das nicht, weil der Wert vom Vermessungsamt sich ja auf DHHN-12 bezieht und nicht auf den Quasigeoid EGM-2008 (oder von mir aus GCG-05). Wie kann ich jetzt den Unterschied zwischen DHHN-12 und EGM-2008 für einen Punkt herausfinden? Oder ist da noch ein anderer Fehler in meiner Rechnung? Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weitere Barrierentypen?
ok, habe mal eine Seite angelegt und die Dinge dort gesammelt: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhe aus altem Höhensystem umrechne n
Gerd v. Egidy li...@egidy.de wrote: Die Koordinaten habe ich mit dem Script von Tobwen umgerechnet: http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php Verwendet dieses Script Beta2007 Korrektruparameter? Ein passender Fluch für cs2cs sieht so aus: echo 4450457 5487214 | cs2cs -f %.12f +proj=tmerc +lat_0=0 +lon_0=12 \ +x_0=450 +y_0=0 +k=1.00 +ellps=bessel +units=m \ +nadgrids=path/to/BETA2007.gsb +to +init=epsg:4326 4450457/5487214 sind die GK Koordinaten. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapping innerhalb von Gebaeuden
Fabian schrieb: Beim wiki stoebern bzgl elevators stieß ich dann auch auf [1]. [...] [1] http://wiki.openstreetmap.org/wiki/Level Da bin ich auch schon mal drauf gestoßen und finde es unnötig kompliziert: - Warum eine Relation mit level=1 und allen Objekten des Stockwerks, wenn man das level=1-Tag direkt an die Objekte hängen kann? - Warum eine verpflichtende Relation für das Gebäude, wenn man in vielen Fällen einfach prüfen kann, ob ein Objekt innerhalb des Gebäudeumrisses liegt? Das wären m.E. offensichtliche Erleichterungen für den Mapper. Ich habe auch mal angefangen, das zu formalisieren und darüber hinaus ein paar erste Ideen aufzuschreiben: http://wiki.openstreetmap.org/wiki/User:Tordanik/Floor_plan_mapping Habe das aber bisher nicht weiter verfolgt, schon weil ich keine geeigneten Daten zur Hand hatte, um unterschiedliche Konzepte mal in ernsthaftem Umfang zu testen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapping innerhalb von Gebaeuden
stoebern bzgl elevators stieß ich dann auch auf [1]. [...] [1] http://wiki.openstreetmap.org/wiki/Level - Warum eine Relation mit level=1 und allen Objekten des Stockwerks, wenn man das level=1-Tag direkt an die Objekte hängen kann? weil man die relationselemente dann einzeln in JOSM laden kann zb ;-) Auf der wiki-seite hatten sie auch key:is_on benannt. Das ist dann das zu diskutierende fuer node-maper - Warum eine verpflichtende Relation für das Gebäude, wenn man in vielen Fällen einfach prüfen kann, ob ein Objekt innerhalb des Gebäudeumrisses liegt? vermutlich damit nicht alles die nen eigenen addresstag bekommten muss. Wie mit hausnummern zu straßen denke ich verhaelt es sich hier. Das wären m.E. offensichtliche Erleichterungen für den Mapper. Ich habe auch mal angefangen, das zu formalisieren und darüber hinaus ein paar erste Ideen aufzuschreiben: http://wiki.openstreetmap.org/wiki/User:Tordanik/Floor_plan_mapping Habe das aber bisher nicht weiter verfolgt, schon weil ich keine geeigneten Daten zur Hand hatte, um unterschiedliche Konzepte mal in ernsthaftem Umfang zu testen. such dir mal dein naechstes einkaufscentrum, gibts genug von ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Am 12.05.2010 12:56, schrieb Fips Schneider: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Matheisen wrote: Hallo, ich hab hier vor einiger Zeit einige Materialseilbahnen, bzw. nur die Stationen eingetragen: http://www.openstreetmap.org/?lat=46.91118lon=12.29816zoom=15layers=B000FTF Damals wusste ich keine andere Methode, es entsprechend kennzuzeichnen, daher habe ich es so getaggt. Ahja, okay - ich denke ich werde die Variante, die Sven Geggus vorgeschlagen hat verwenden. Dann sieht man wenigstens den Verlauf der Seilbahn. Wenn es noch mit dem Namen Lastenseilbahn und einem access=no versehen ist, sollte es ja gehen... Z.B. mal Map Features zum Thema aerialway=station: Eine Station, an der Passagiere ein- oder aussteigen können. hört sich für mich jetzt nicht danach an, als ob das sonderlich gut zu einer Materialseilbahn paßt. Die existierenden Tags im Bereich aerialway zielen doch aktuell auf den Personentransport ab, da dieser für die meisten hier die wichtigste Rolle spielt. Bitte fangt doch jetzt nicht wieder an, im nachhinein dies umzudefinieren, und euer akutes Problem in die bisherige Definition reinzuquetschen. Das was ihr hier macht ist doch letztlich taggen für den Renderer. Laut tagwatch[1] gibt es goods (23*) oder material (14*) und noch vereinzelte andere, was wohl wesentlich besser passen würden. Uns fehlt ein allgemein anerkanntes Tag für Materialseilbahnen. Diese Info in den Namen zu packen und dann ein access dran zu hängen ist doch schräg. Wenn alle Leute Materialseilbahnen falsch taggen damit sie dargestellt werden, werden die Renderer sie nie speziell dargestellen können, was ich mir eigentlich wünschen würde :-( Gruß, ULFL [1] http://tagwatch.stoecker.eu/Europe/En/keystats_aerialway.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Ulf Lamping ulf.lamp...@googlemail.com wrote: Uns fehlt ein allgemein anerkanntes Tag für Materialseilbahnen. Diese Info in den Namen zu packen und dann ein access dran zu hängen ist doch schräg. Das sehe ich anders! Gerade die neueren Materialseilbahnen von Alpenvereinshütten erlauben relativ oft nicht öffentliche Personenbeförderung (access=private) ohne dadurch zur reinen Materialseilbahn zu werden. Was ich damit sagen will: Mischformen sind die Regel nicht die Ausnahme. Deshalb wird soetwas: aerialway=cable_car goods=yes/no passenger_transport=yes/no doch der Realität vollkommen gerecht. Die vorhandenen Seilbahntypen machen keine Aussage über den Inhalt der Gondeln und das soltle IMO so bleiben. aerialway:occupancy gibt es schon, den könnte man z.B. auf 0 setzen. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
hört sich für mich jetzt nicht danach an, als ob das sonderlich gut zu einer Materialseilbahn paßt. Ich weiß, aber ich hatte damals nichts besseres gefunden. Das was ihr hier macht ist doch letztlich taggen für den Renderer. Nö, jetzt habe ich es ja umgetaggt. Nur wenn du das im Urlaub eintragen willst, wirst du garantiert nicht erstmal auf der Mailingliste nachfragen, wie es einzutragen ist. Ich will es einfach nur irgendwie eintragen, denn meinen Urlaub kann ich besser verbringen. Und nach dem Urlaub hatte ich das Problem dann irgendwie ganz vergessen, bis ich durch diese Thema wieder darauf aufmerksam gemacht wurde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Alexander Matheisen alexandermathei...@ish.de wrote: Ich weiß, aber ich hatte damals nichts besseres gefunden. Hm, josm hat normale Seilbahnen eigentlich schon recht lange in den preferences drin. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Hm, josm hat normale Seilbahnen eigentlich schon recht lange in den preferences drin. Ich hatte es doch als normale Seilbahn getaggt?! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
tja, wer lesen kann, ist echt im vorteil. hab die beiden tags echt verwechselt, natürlich nehme ich name=xyz. sorry walter - Der Fehler tritt nicht sporadisch sondern nur ab und zu auf. - aus Hotline-Eintrag -- View this message in context: http://gis.638310.n2.nabble.com/addr-housename-tp5038436p5042070.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] Lastenseilbahn
Am 12.05.2010 17:46, schrieb Sven Geggus: Ulf Lampingulf.lamp...@googlemail.com wrote: Uns fehlt ein allgemein anerkanntes Tag für Materialseilbahnen. Diese Info in den Namen zu packen und dann ein access dran zu hängen ist doch schräg. Das sehe ich anders! Gerade die neueren Materialseilbahnen von Alpenvereinshütten erlauben relativ oft nicht öffentliche Personenbeförderung (access=private) ohne dadurch zur reinen Materialseilbahn zu werden. Was ich damit sagen will: Mischformen sind die Regel nicht die Ausnahme. Ich bin ziemlich viel in den Alpen unterwegs, diese Aussage kann ich nicht so recht nachvollziehen. Mischformen sind aus meiner Sicht eher die klare Ausnahme, nicht die Regel. Entweder man hat Seilbahnen (Kabinen, Sessellift, ...) die primär zur öffentlichen Personenbeförderung gedacht sind. Damit werden natürlich auch Güter transportiert, seien es Fahrräder, Lebensmittel für die Bergstationen oder sowas. Das sind die unter aerialway bereits beschriebenen. Oder man hat reine Materialseilbahnen, die aus nicht mehr als einem Förderbehältnis bestehen, sowas wie hier: http://de.wikipedia.org/wiki/Datei:Materialseilbahn.jpg hier ist eher ein aerialway=goods angebracht, weil es einfach etwas anderes ist, als die bisherigen Tags ausdrücken können. Das jetzt mit cable_car zu taggen ist schon sehr weit von der Beschreibung (und meinem Verständnis) weg. Diese beiden Formen sieht man in den Alpen sehr oft. Natürlich gibt es beliebige Mischformen, aber das sind aus meiner Erfahrung dann die Ausnahmen. Wenn es jetzt Materialseilbahnen gibt, die privat auch Personen befördern dürfen (hast du vielleicht mal ein Bild parat?), ist das wohl je nach Charakteristik: wenn es eher wie eine große öffentliche Seilbahn aussieht - aber nicht öffentlich ist: aerialway=cable_car/gondola access=private oder eher wie eine aufgemotzte Materialseilbahn aussieht: aerialway=goods passengers=yes access=private Nach meiner Erfahrung kann man auch aus einiger Entfernung eine große Seilbahn gut zur Orientierung nutzen, eine kleine Materialseilbahn (wie auf dem Foto) ist dagegen schon aus kürzerer Distanz oft nur sehr schlecht zu erkennen. Daher möchte ich auf den Karten auch gerne eine Unterscheidung haben. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Ulf Lamping ulf.lamp...@googlemail.com wrote: Wenn es jetzt Materialseilbahnen gibt, die privat auch Personen befördern dürfen (hast du vielleicht mal ein Bild parat?) Warum sollte ich so Zeug fotographieren? Der Materiallift zur Greizer Hütte ist sowas: http://de.wikipedia.org/wiki/Greizer_H%C3%BCtte Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Alexander Matheisen alexandermathei...@ish.de wrote: Ich hatte es doch als normale Seilbahn getaggt?! Ich hatte die Bahn im Rendering nicht gesehen und deshalb etwas anderes angenommen. http://osm.org/go/0IXkTCsU aerialway=cable_car wird jedenfalls gerendert. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Evtl. hab ich mich falsch ausgedrückt. Gemeint war, dass es keinen Fehler geben sollte, wenn ein Weg in eine Baustelle übergeht. Oder warum meckert der Inspector diese Punkte an? Link: http://tools.geofabrik.de/osmi/?view=routinglon=11.56071lat=50.68527zoom=18opacity=1.00overlays=unconnected_major5 -- View this message in context: http://gis.638310.n2.nabble.com/Stats-OSMI-Routing-View-2010-05-tp5032986p5042498.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] Lastenseilbahn
On 12.05.2010 19:03, Ulf Lamping wrote: Am 12.05.2010 17:46, schrieb Sven Geggus: Ulf Lampingulf.lamp...@googlemail.com wrote: Uns fehlt ein allgemein anerkanntes Tag für Materialseilbahnen. Diese Info in den Namen zu packen und dann ein access dran zu hängen ist doch schräg. Das sehe ich anders! Gerade die neueren Materialseilbahnen von Alpenvereinshütten erlauben relativ oft nicht öffentliche Personenbeförderung (access=private) ohne dadurch zur reinen Materialseilbahn zu werden. Was ich damit sagen will: Mischformen sind die Regel nicht die Ausnahme. Ich bin ziemlich viel in den Alpen unterwegs, diese Aussage kann ich nicht so recht nachvollziehen. Mischformen sind aus meiner Sicht eher die klare Ausnahme, nicht die Regel. Entweder man hat Seilbahnen (Kabinen, Sessellift, ...) die primär zur öffentlichen Personenbeförderung gedacht sind. Damit werden natürlich auch Güter transportiert, seien es Fahrräder, Lebensmittel für die Bergstationen oder sowas. Das sind die unter aerialway bereits beschriebenen. Oder man hat reine Materialseilbahnen, die aus nicht mehr als einem Förderbehältnis bestehen, sowas wie hier: http://de.wikipedia.org/wiki/Datei:Materialseilbahn.jpg hier ist eher ein aerialway=goods angebracht, weil es einfach etwas anderes ist, als die bisherigen Tags ausdrücken können. Das jetzt mit cable_car zu taggen ist schon sehr weit von der Beschreibung (und meinem Verständnis) weg. Diese beiden Formen sieht man in den Alpen sehr oft. Natürlich gibt es beliebige Mischformen, aber das sind aus meiner Erfahrung dann die Ausnahmen. Wenn es jetzt Materialseilbahnen gibt, die privat auch Personen befördern dürfen (hast du vielleicht mal ein Bild parat?), ist das wohl je nach Charakteristik: wenn es eher wie eine große öffentliche Seilbahn aussieht - aber nicht öffentlich ist: aerialway=cable_car/gondola access=private oder eher wie eine aufgemotzte Materialseilbahn aussieht: aerialway=goods passengers=yes access=private Nach meiner Erfahrung kann man auch aus einiger Entfernung eine große Seilbahn gut zur Orientierung nutzen, eine kleine Materialseilbahn (wie auf dem Foto) ist dagegen schon aus kürzerer Distanz oft nur sehr schlecht zu erkennen. Daher möchte ich auf den Karten auch gerne eine Unterscheidung haben. Gruß, ULFL ___ Volle Zustimmung zu obigen. Entweder aerialway=goods oder aerialway=goods_lift Wenn es primaer Lastenbefoerderung ist. Klar fahren ab und zu Personal oder Personen mit solch Gondeln, Normalerweise ist dies aber verboten, bzw nur bestimmen Personen erlaubt, sonst muesste man schließlich zig Sicherheitspruefungen und Zertifikate haben. Als Kabinenbahn wuerde man sowas ganz einfach nicht bezeichnen Was ich eher kritisch finde, sind die Münzgondeln in der Schweiz, wo Anwohner ein paar Franken einwerfen, und die Gondel einen dann hochfaehrt. Die sind fuer mich auch einfach kein cable_car. Hier faende ich auch einen komplett eigenen Wert fuer Aerialway am besten. Schließlich haben die mehr mit einem goods_lift als einer Kabinenbahn gemeinsam. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie finde ich eben angelegte Relation
Frederik Ramm frede...@remote.org [Tue, May 11, 2010 at 07:38:18PM CEST]: [...] 1. Alle Routen, die vom Deutschen Alpenverein betreiben werden, als Member in die Alpenverein-Relation oder 2. Den Alpenverein (der selber keinen Member hat) als Member in der Rolle operator in die Routen-Relation. Witzig, dass Du gerade vom DAV sprichst, ich habe nämlich genau ein Beispiel dazu. Als ich die Datenspende der Naturfreunde Deutschland abarbeitete, entging mir nicht, dass ein Drittel der Naturfreundehäuser schon in OSM existierten. Dies versuchte ich dann behutsam mit meinen Angaben in Einklang zu bringen. Dabei stieß ich auf ein paar Hütten, die ein Mitmapper bereits eingetragen hatte, und zwar als Mitglied der Relation Alpenvereinshütten http://www.openstreetmap.org/browse/relation/33864 und mit dem Eintrag operator:DAV. Da habe ich mich mit ihm geeinigt, dass der operator-Tag auf NaturFreunde Deutschland geändert wird, aber die Hütte trotzdem in der Relation verbleibt, weil wir es nicht ausschließen können, dass auch die Naturfreundehäuser in den Alpen einen Nachlass für DAV-Mitglieder einräumen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 12.05.2010 20:03, aighes: Evtl. hab ich mich falsch ausgedrückt. Gemeint war, dass es keinen Fehler geben sollte, wenn ein Weg in eine Baustelle übergeht. Oder warum meckert der Inspector diese Punkte an? Link: http://tools.geofabrik.de/osmi/?view=routinglon=11.56071lat=50.68527zoom=18opacity=1.00overlays=unconnected_major5 Das Problem hier ist, dass die Bundesstraße B 281 am Knoten mit einem Ortsschild aufhört und erst am nächsten Knoten eine Wohnstraße weiterführt. Verbunden sind diese Punkte mit einer (für den Routing View nicht sichtbaren) highway=construction. Wie das am Boden aussieht weiß ich nicht. Ich schätze aber mal, dass die bundessstraße bis zu der Wohnstraße führt und erst nach der Abzweigung die Baustellensperrung beginnt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One Karte
Hallo zusammen, was ist denn mit der AIO-Karte los? Erst gab es als letzten Stand den 05.05.2010. Nun sind mehr oder minder alle Karten verschwunden?! Könnte da mal bitte wer schauen?! Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Am 12. Mai 2010 22:44 schrieb Elchtreiber elchtrei...@gmx.net: was ist denn mit der AIO-Karte los? Erst gab es als letzten Stand den 05.05.2010. Nun sind mehr oder minder alle Karten verschwunden?! Die scheinen jetzt in http://dev.openstreetmap.de/aio/regions/ zu leben. HTH Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
Walter Nordmann wrote: in meiner Gegend gib es viele Pensionen/Gästehäuser, die neben der normalen Hausnummer noch einen Namen haben: Haus Elisabeth, ..., der dann auch laut und deutlich draußen dran steht. Reicht da nicht der Name allein? Die Pension heißt ja Haus Elisabeth. Aber in dem Fall finde ich addr:housename noch sinnvoll, sinnfrei ist es aber, die Hausnummer zu wiederholen, generische Namen, wie Wohngebäude zu vergeben, oder eben das Tag für Zusatzinfo, wie das Amateurfunk-Rufzeichen zu mißbrauchen. p.s. der arm scheint ja wieder dran zu sein :) Er war ja nicht ab, nur ein wenig geletzt Der Fehler tritt nicht sporadisch sondern nur ab und zu auf. - aus Hotline-Eintrag Der ist schön. :-))) Viele Grüße von Dani, die kürzlich mal in München alle (oder fast alle) tags addr:housename = Wohngebäude mit name=$Hausnummer gelöscht hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename
M∡rtin Koppenhoefer wrote: es gibt auch Hausnamen an Häusern, die eine Straße und Nummer haben. (Z.B. Inschrift: Dieses Haus steht in Gottes Hand, zu den drei Ähren wird es genannt). Ist ein normales Wohnhaus. Im obigen Fall der Pensionen u.ä. ist das natürlich name und nicht addr:housename. Ja, genauso würde ich es auch sehen, beim Haus Elisabeth würde ich es aber durchgehen lassen. Das Lenbachhaus in München hat eine Hausnummer, aber da würde ich auch den doppelten Namen Lenbachhaus sowohl in name als auch im housename OK finden. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Hallo Colin, Am 12.05.2010 um 23:00 schrieb Colin Marquardt: Am 12. Mai 2010 22:44 schrieb Elchtreiber elchtrei...@gmx.net: was ist denn mit der AIO-Karte los? Erst gab es als letzten Stand den 05.05.2010. Nun sind mehr oder minder alle Karten verschwunden?! Die scheinen jetzt in http://dev.openstreetmap.de/aio/regions/ zu leben. Die gmapsupp_germany.20100512.img.zip ist nur 72M groß. Da kann nicht alles drin sein... Dafür gibt es eine velomap mit 747M... Nun bin ich doch ein wenig verwirrt, hätte in der gmapsupp* auch mit 700MB gerechnet... Dann warte ich mal ab... Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder ausprobieren... Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Elchtreiber schrieb: Nun bin ich doch ein wenig verwirrt, hätte in der gmapsupp* auch mit 700MB gerechnet... Dann warte ich mal ab... Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder ausprobieren... Die http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Genau das war gemeint. Ob die Baustelle jetzt dort die Kreuzung mit einschließt oder nicht weiß ich auch nicht, aber dort ist kein Fehler im eigentlichen Sinne. Alle Wege sind ordnungsgemäß verbunden und sobald die Baustelle fertiggestellt ist, ist ein Routing auch wieder möglich. Daher sollte man highway=construction mit hinzuziehen. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Stats-OSMI-Routing-View-2010-05-tp5032986p5043608.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] All In One Karte
Am 12. Mai 2010 23:40 schrieb malenki o...@malenki.ch: Elchtreiber schrieb: Dann warte ich mal ab... Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder ausprobieren... Die http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Nuja, die ist halt schon vom 10., insofern ging heute wohl wirklich was mit der Generierung schief. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Colin Marquardt wrote: Nuja, die ist halt schon vom 10., insofern ging heute wohl wirklich was mit der Generierung schief. Es gab da ein klitzekleines Problem mit der Denic. http://www.heise.de/newsticker/meldung/DNS-Fehler-legen-Domain-de-lahm-3-Update-999068.html Das könnte schuld dran sein. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser einzeichnen?
Ich hab mich nun auch ein wenig daran versucht, allerdings mit bescheidenem Erfolg. Wenn ich in Josm eine Area importiere und mir das Satellitenbild dazu herunterlade, ist alles total verzerrt. Wenn ich jetzt die Häuser so schief nachzeichne, wie ich sie sehe, sind sie hinterher immer noch schief, wenn auch weniger. Was mache ich falsch und wie kriegen andere Leute 90°-Winkel hin? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Johann H. Addicks wrote: Ich sehe nicht ganz, wie das Mapping von angebotenen Speiseeis-Typen die beklagte Stadt/Land-Schere schließen könnte. Auch wenn es natürlich auch an vielen touristischen Magneten in der Regel auch einen Speiseeisverkauf (gleich welcher Art) gibt: Das Problem der fehlenden Anliegerstraßen in den Dörfern wird dadurch nicht kleiner. Weißt Du, bei Mailinglisten oder Diskussionsgruppen ist das so eine Sache: Manchmal entfernt sich das aktuelle Thema vom ursprünglichen Thema. Wenn Dich das nun ganz besonders stört, dann lege bitte Beschwerde bei der zuständigen Behörde ein. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser einzeichnen?
Am 13.05.2010 00:43, schrieb Daniela Duerbeck: Ich hab mich nun auch ein wenig daran versucht, allerdings mit bescheidenem Erfolg. Wenn ich in Josm eine Area importiere und mir das Satellitenbild dazu herunterlade, ist alles total verzerrt. Wenn ich jetzt die Häuser so schief nachzeichne, wie ich sie sehe, sind sie hinterher immer noch schief, wenn auch weniger. Was mache ich falsch und wie kriegen andere Leute 90°-Winkel hin? Viele Grüße von Dani Ist als Projektion Merkartor in den Preferences eingestellt? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser einzeichnen?
Wenn ich in Josm eine Area importiere und mir das Satellitenbild dazu herunterlade, ist alles total verzerrt. Wenn ich jetzt die Häuser so schief nachzeichne, wie ich sie sehe, sind sie hinterher immer noch schief, wenn auch weniger. Was mache ich falsch und wie kriegen andere Leute 90°-Winkel hin? Viele Grüße von Dani Hallo Dani, gehe in JOSM auf Einstellungen. 3. Feld linke Spalte. Dann als Projektionsmethode Merkator auswählen. Einmal OK klicken. Nun werden alle Karten unverzerrt dargestellt und das, was Du rechtwinklig einzeichnest wird schließlich in Mapnik, .., verzerrungsfrei dargestellt. Gerade beim Einzeichen von Gebäuden ist eine rechtwinklige Darstellung erwünscht. In JOSM das Areal bzw. Gebäude markieren und unter Werkzeuge Form rechtwinklig machen auswählen. Gruß Lodda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Hallo Malenki, Am 12.05.2010 um 23:40 schrieb malenki: Elchtreiber schrieb: Die http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Schau mal auf den Zeitstempel der Datei ;-) (23:32) Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Manuel Reimer manuel.s...@nurfuerspam.de [Tue, May 11, 2010 at 08:12:31PM CEST]: Hallo, im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit dem Rad unterwegs ist? Ich mappe meist zu Fuß, manchmal mit dem Rad und lasse alle 3 s einen Punkt setzen. Dann zeigt mir mein Garmin eTrex Vista HCx länger an, wo ich schon war. Probleme bereitet das manchmal, wenn ich Wegestummel ablaufe, aber die werden auch meist zuverlässig erkannt, vor allem, wenn ich ein Foto mache. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungsschneiderei
RalfGesellensetter r...@gmx.de [Wed, May 12, 2010 at 12:12:53PM CEST]: Am Mittwoch, 12. Mai 2010 schrieb Falk Zscheile: Für mich sieht das nach einem Fall für ein Subtag aus. Im Englischen wird offenbar [Clothing] Alterations und Hemming verwendet. Also shop=tailor, tailor=alterations? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsche(?) hamlets
Guenther Meyer d@sordidmusic.com [Wed, May 12, 2010 at 07:50:23AM CEST]: Am Dienstag 11 Mai 2010, 22:43:15 schrieb M∡rtin Koppenhoefer: Doch, m.E. passt Hamlet für den Stadtteil einer Großstadt überhaupt nicht. Dass Solln Stadtteil von München ist weiss ich nur von Wikipedia ( http://de.wikipedia.org/wiki/Solln ), falls das nicht so sein sollte lasse ich mich gern belehren. ist so. Wie wärs mit place=suburb? Das passt sprachlich zwar auch nicht, ist aber allgemein in OSM für Stadtteile verwendet. +1 place=hamlet also nur für eigenständige Weiler? Wo gibt's die, in der Sahara? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Punti fiduciali ?
Il giorno mar, 11/05/2010 alle 21.59 +0200, alberto bonati ha scritto: Mi chiedevo più semplicemente se ci fosse la possibilità di utilizzare questi punti di coordinate note per aggiustare il posizionamento di edifici e di conseguenza posizionare con maggiore precisione le ortofoto. Le ortofoto (in quanto tali) sono frutto di un'elaborazione il cui scopo è proprio il posizionamento planimetrico corretto dei dettagli del terreno. Non penso che in campo OSM si possa fare di meglio senza ricorrere ad ortofoto o carte fotogrammetriche rilevate a scala più grande. È diverso il caso delle immagini da satellite (Quick Bird o altri) utilizzate da Google o da Yahoo, che comunque non sono ortofoto. Non so nemmeno come fare con JOSM a definire un punto di coordinate note ma sarà senz'altro possibile C'è un comando apposito nel menu. Esempio: http://www.openstreetmap.org/?lat=45.582953lon=8.842787zoom=18layers=B000FTT (è un caposaldo pubblicato dal Comune di Busto Arsizio... appena avrò tempo, aggiungerò il source e un'altra trentina di punti. Per il momento, mi è servito per verificare che le ortofoto del PCN sono più precise di quanto potessi fare io passando decine di volte col GPS in macchina. Almeno, in quel punto!) Ciao Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
2010/5/11 Carlo Stemberger carlo.stember...@gmail.com: È questo il problema: se vengono spostati lasciando il tag, potrebbe capitare che un altro utente, prendendoli erroneamente per affidabili, sposti tutti i vari oggetti lì attorno che in realtà sono già posizionati correttamente. In Francia li hanno inseriti. E' vero, c'è sempre il problema che qualcuno potrebbe spostarli, ma comunque nei tag si potrebbe mettere: note=NON SPOSTARE, COORDINATE ESATTE note:en=DO NOT MOVE e poi eventualmente un altro tag inventato ad hoc che riporti le coordinate geografiche anche nel tag. Un utente inesperto potrebbe eventualmente spostare il nodo ma difficilmente modificherà le coordinate nel tag. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
Non si potrebbero usare come riferimento per correggere la posizione di alcuni punti della mappa OSM e definirli di coordinate certe ? le foto aree del PCN dovrebbero essere state ortorettificate usando proprio questi punti fiduciali (in teoria) però è anche vero che ci sono rilevabili scostamenti in diversi regioni. Questo potrebbe essere dovuto al fatto che in alcune zone siano state ortorettificate in gauss-boaga (che è ancora il sistema di riferimento ufficiale dell'Italia) e poi trasformate in WGS84-UTM, questo porta spesso delle imprecisioni. Tutto ciò per dire che allineare le ortofoto con il punto fiduciale più vicino può avere senso. e poi eventualmente un altro tag inventato ad hoc che riporti le coordinate geografiche anche nel tag. Un utente inesperto potrebbe eventualmente spostare il nodo ma difficilmente modificherà le coordinate nel tag. in realtà la cosa è ancora più semplice, basta usare le XAPI per scaricare solo i punti fiduciali inseriti (una riga di codice con wget) e controllare che siano tutti alla versione 1 (fattibile con grep, awk e compagnia) se qualcuno è stato modificato si fa il revert ed eventualmente si avverte l'utente che ha fatto la modifica. La cosa potrebbe essere quasi automatica. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
Il 12/05/2010 10:23, Stefano Salvador ha scritto: basta usare le XAPI per scaricare solo i punti fiduciali inseriti (una riga di codice con wget) e controllare che siano tutti alla versione 1 (fattibile con grep, awk e compagnia) se qualcuno è stato modificato si fa il revert ed eventualmente si avverte l'utente che ha fatto la modifica. La cosa potrebbe essere quasi automatica. Ottimo!! -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] diritto d'autore non esistente sui testi degli atti ufficiali delle pubbliche amministrazioni
Per fugare ogni dubbio sulla mancanza del diritto d'autore sulla versione informatica contenuta nei fil in PDF e SHP del PRG, nella delibera del consiglio comunale di Storo n. 22 del 10 maggio 2010, nelle premesse c'è scritto: CONSIDERATO che ai sensi dell'art. 5 della legge 22 aprile 1941, n. 633 sulla protezione del diritto d'autore e di altri diritti connessi al suo esercizio, le disposizioni ivi contenute non si applicano ai testi degli atti ufficiali dello Stato e delle Amministrazioni pubbliche e ritenuto di comprendere in essi anche i file in PDF e SHP che costituiscono la versione informatica del PRG in linea con la volontà dell’amministrazione comunale espressa nella delibera della giunta comunale n. 29 del 31 agosto 2009 di liberare i dati geografici per la pubblica utilità e nella parte dispositiva di approvare in via definitiva ai sensi dell’art. 42 comma 3 e con le modificazioni accolte ai sensi dell’articolo 40 comma 5 della legge provinciale 5 settembre 1991, n. 22 le varianti al piano regolatore generale composto n. 19 tavole del sistema insediativo, produttivo e infrastrutturale, di cui una in formato A0 allungato e in scala 1:8000 con il territorio esterno; 18 in formato A1 di cui 1 per la legenda, 13 in scala 1:2000 per il fondovalle e 4 in scala 1:1000 per i centri storici, oltre a un volume di 75 pagine contenente le norme di attuazione (NTA), il tutto firmato dal disegnatore e dal capo ufficio tecnico del Comune di Storo che allegati alla presente delibera unitamente alla versione informatica in file PDF e SHP, ne costituiscono parte integrante e sostanziale Peccato che gli shapile dei PRG che è redatto su base catastale, contengano gli stessi errori di georeferenziazione del catasto. G-___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
On Wed, 12 May 2010 10:36:07 +0200, Carlo Stemberger wrote: Il 12/05/2010 10:23, Stefano Salvador ha scritto: basta usare le XAPI per scaricare solo i punti fiduciali inseriti (una riga di codice con wget) e controllare che siano tutti alla versione 1 (fattibile con grep, awk e compagnia) se qualcuno è stato modificato si fa il revert ed eventualmente si avverte l'utente che ha fatto la modifica. La cosa potrebbe essere quasi automatica. Ottimo!! Col revert non viene incrementata anche la versione? -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
2010/5/12 David Paleino d.pale...@gmail.com: grep, awk e compagnia) se qualcuno è stato modificato si fa il revert ed eventualmente si avverte l'utente che ha fatto la modifica. La cosa potrebbe essere quasi automatica. Col revert non viene incrementata anche la versione? Alla peggio si cancella il punto e lo si ricrea da zero. Noioso ma si spera non succeda spesso... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it