Re: [OSM-legal-talk] License compatibility clarification
On 25 June 2011 06:37, Ed Avis e...@waniasset.com wrote: Jonas Häggqvist rasher@... writes: Is the CT/ODbL compatible with CC-BY-SA? Say if an organization releases some data under CC-BY-SA, could we use it (in the CT/ODbL future)? If this were possible, then there would be no need for any relicensing exercise. The data released under CC-BY-SA would be the existing OSM map, and it could just be used directly with CT/ODbL. The fact that this is not happening shows that, as generally believed, it is not possible to accept CC-BY-SA licensed data under a CT/ODbL regime. ODBL has no minimum license that produced works can be placed under, so the only licenses compatible with ODBL are PD/CC0 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License compatibility clarification
On 24/06/11 20:35, Jonas Häggqvist wrote: Is the CT/ODbL compatible with CC-BY-SA? No. Notably, the ODbL isn't. Say if an organization releases some data under CC-BY-SA, could we use it (in the CT/ODbL future)? No, as it's incompatible with the ODbL. For extra credit, explain why/why not. BY-SA and the ODbl are incompatible copylefts. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [OSM-dev] Kothic JS - a full-featured JavaScript map rendering engine using HTML5 Canvas
It's much faster now, but yes, it was 5-8 minutes. Now it takes about 16 seconds. Is it still ~16 seconds, or is faster now? (There was a heavy load on a server when the whole thing was released, now applied some tweaks so it hopefully will be accessible.) -- Darafei Komяpa Praliaskouski OSM BY Team xmpp:m...@komzpa.net mailto:m...@komzpa.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On 25 June 2011 06:02, Lennard l...@xs4all.nl wrote: On 24-6-2011 4:25, Robin Paulson wrote: mappers in NZ have recently imported a lot of grass airstrips into OSM. it appears the airstrips only render at zoom 10 on the mapnik render of the map at osm.org, which looks like this: http://www.openstreetmap.org/?lat=-37.243lon=175.014zoom=10layers=M is there any particular reason for this, osm.org map maintainer? No, not at all, except that it can be considered a bug. There hadn't been many airstrips tagged before this import happened, and only now is it plainly obvious the zooms are buggy for them. Wasn't there some discussion about that before, how important airports such as LAX should show sooner than regional airports which should show up sooner than grass airstrips. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
Well, it has been stated multiple times that it was a lawyer opinion that Francis Davey, who also claims to be a lawyer, gave an opposite opinion. CC-BY-SA didn't apply to our data, and factual databases aren't protected by Which is a false premise, map data isn't factual data and copyright on maps doesn't care if they are stored in a database or in print form, making maps takes creative effort, take 10 different mappers and give them the same sources and you will end up with different end results. CC-BY-SA be applicable to factual databases, but unfortunately also doesn't We're not dealing with a factual database, we're dealing with map data that just happens to be stored in DB form. I am also sure that map database is not a set of facts, it is much more a piece of art. However, it is not really relevant what me, you or some layers think about it. If legislation (or case law) in an important enough region (such as US) tells that map database is a database then we should be prepared and play their game. -- Jaak ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On 25-6-2011 8:35, John Smith wrote: Wasn't there some discussion about that before, how important airports such as LAX should show sooner than regional airports which should show up sooner than grass airstrips. Oh, more than once. Nothing (that I know of) came of that. http://trac.openstreetmap.org/ticket/1835 -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On 25 June 2011 20:19, Lennard l...@xs4all.nl wrote: On 25-6-2011 8:35, John Smith wrote: Wasn't there some discussion about that before, how important airports such as LAX should show sooner than regional airports which should show up sooner than grass airstrips. Oh, more than once. Nothing (that I know of) came of that. http://trac.openstreetmap.org/ticket/1835 Maybe the NZ import will finally get it sorted out then. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
2011/6/25 John Smith deltafoxtrot...@gmail.com: Wasn't there some discussion about that before, how important airports such as LAX should show sooner than regional airports which should show up sooner than grass airstrips. Yes, the discussions and proposals are endless for this. Suggestions are usually that you should deduct the importance by analyzing the map dat (e.g. surface of the runway, length of the runway) and combine OSM data with external sources (numbers of starts/landings a year, number of passengers a year, freight volumes, ...). Personally I think that to get a rough estimate it is sufficient to tag the most important ones with aeroway=airport this renders nicely and is suitable IMHO, even if it is not the ultimate level of detail. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overhauling the Beginners’ Guide
I’ve been having a look at the aerial imagery page in the Beginners’ Guide (http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.1.2). This much- translated page could do with a lot of updating and perhaps a bit of thought. Most obviously the list of data sources is horribly out of date. It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. Landsat isn’t something most people would see directly. NPE is obsolescent. The Italian, Japanese, Albanian, Ukrainian and both Chinese versions of the page mention NearMap, which we can’t make new tracings of any more. Bing on the other hand isn’t mentioned in several languages; possibly the fact that we’ve got a choice of sources is more important than any one source though. It may also be worth warning about misaligned and out-of-date pictures. The reference to WMSPlugin is also out of date. The concept of the Beginners’ Guide in general could probably be reviewed too. -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overhauling the Beginners’ Guide
Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery -- View this message in context: http://gis.638310.n2.nabble.com/Overhauling-the-Beginners-Guide-tp6514703p6514760.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overhauling the Beginners’ Guide
On 25 June 2011 14:56, Nathan Edgars II nerou...@gmail.com wrote: Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery The aerial imagery being available or that Yahoo is retiring their aerial imagery service/API? / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overhauling the Beginners’ Guide
On 6/25/2011 9:59 AM, Grant Slater wrote: On 25 June 2011 14:56, Nathan Edgars IInerou...@gmail.com wrote: Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery The aerial imagery being available or that Yahoo is retiring their aerial imagery service/API? The latter. I would have expected something on the talk list. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overhauling the Beginners’ Guide
On 25 June 2011 15:00, Nathan Edgars II nerou...@gmail.com wrote: On 6/25/2011 9:59 AM, Grant Slater wrote: On 25 June 2011 14:56, Nathan Edgars IInerou...@gmail.com wrote: Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery The aerial imagery being available or that Yahoo is retiring their aerial imagery service/API? The latter. I would have expected something on the talk list. Yes makes sense. Go ahead. I would also recommend CC'ing announce@. You know as much as I do. But read the linked: http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Kothic JS - a full-featured JavaScript map rendering engine using HTML5 Canvas
On Sat, Jun 25, 2011 at 2:14 AM, Komяpa m...@komzpa.net wrote: It's much faster now, but yes, it was 5-8 minutes. Now it takes about 16 seconds. Is it still ~16 seconds, or is faster now? (There was a heavy load on a server when the whole thing was released, now applied some tweaks so it hopefully will be accessible.) No, it's much improved. Wall time, I'd say 10 seconds. Are you still using: http://code.google.com/p/kothic/source/browse/src/json_getter.py to maintain the data tiles? What's the time you've found to generate a data tile? - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Yahoo aerials will not be available after September 13, 2011
On 6/25/2011 10:05 AM, Grant Slater wrote: On 25 June 2011 15:00, Nathan Edgars IInerou...@gmail.com wrote: On 6/25/2011 9:59 AM, Grant Slater wrote: On 25 June 2011 14:56, Nathan Edgars IInerou...@gmail.comwrote: Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery The aerial imagery being available or that Yahoo is retiring their aerial imagery service/API? The latter. I would have expected something on the talk list. Yes makes sense. Go ahead. I would also recommend CC'ing announce@. You know as much as I do. But read the linked: http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ / Grant Done, though I'm not subscribed to announce so it may not go through. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On Jun 25, 2011, at 4:03 AM, John Smith wrote: Seems pretty simple to me, importance is going to be partially subjective, even if 2 airports have similar number of flights, some will have 747s 380s and some won't. highway=* classifications seems at least partially subjective as well. I see the need for at least 4 or 5 airport types, major international airports, minor international airports, regional airports, tiny airports and airstrips. +1 As has been said a number of times, OSM is a do-ocracy. At this point, more discussions just aren't going to resolve it. The highway=* classifications aren't perfect but are quite workable, and more details can always be added. Same for airports. Just pick something, like importance=[1-5] or airport_class=[major|minor|regional|airstrip] and tag them. Such values can always be translated into another form later, and/or it just gains traction and becomes the standard. No reason to wait further. - Alan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On 26 June 2011 02:38, Alan Millar grunthos...@yahoo.com wrote: As has been said a number of times, OSM is a do-ocracy. At this point, more discussions just aren't going to resolve it. A little discussion might allow us to harmonise tags, so 10 people don't go off and do their own thing and then need to make massive changes. Just pick something, like importance=[1-5] or airport_class=[major|minor|regional|airstrip] and tag them. Such values can always be translated into another form later, and/or it just gains traction and becomes the standard. No reason to wait further. I'm a fan of subtagging :) So I'd be more likely to do something like this: aeroway=aerodrome aerodrome=[major|minor|regional|airstrip] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multiple versions of same node in changeset
Hi, Tobias Knerr wrote: I've just spotted several changesets where a large number of versions of the same node were created within a single changeset, e.g.: http://www.openstreetmap.org/browse/changeset/8542345 Should that even be possible? Sure, most editors allow you to keep a changeset open and continue to upload to it. If you modify the same object several times, then this will lead to what you observed above. 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] Multiple versions of same node in changeset
If the user is saving their changes on a regular basis, then yes I would expect the same item to be in the changeset multiple times. In this case it looks as though the user has been moving the bus stop and then hitting the save button multiple times. (Potlatch2 will not automatically save and requires the user to choose when to save). Shaun On 25 Jun 2011, at 17:58, Tobias Knerr wrote: I've just spotted several changesets where a large number of versions of the same node were created within a single changeset, e.g.: http://www.openstreetmap.org/browse/changeset/8542345 Should that even be possible? My assumption would have been that each object should appear at most once in a changeset. The user was working with Potlatch 2, but can this happen with other editors, too? -- Tobias Knerr ___ 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] Multiple versions of same node in changeset
Frederik Ramm wrote: Tobias Knerr wrote: I've just spotted several changesets where a large number of versions of the same node were created within a single changeset, e.g.: http://www.openstreetmap.org/browse/changeset/8542345 Should that even be possible? Sure, most editors allow you to keep a changeset open and continue to upload to it. If you modify the same object several times, then this will lead to what you observed above. I optimistically assumed that the modifications are merged when the changeset is closed, thus creating a changeset indistinguishable from one that was created in one go. But it's obvious that I don't know anything about the inner workings of the API. Well, it seems I will have to convert that user to JOSM so he can temp-save locally instead of making a mess of the object history. ;) -- Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multiple versions of same node in changeset
Shaun McDonald wrote: In this case it looks as though the user has been moving the bus stop and then hitting the save button multiple times. (Potlatch2 will not automatically save and requires the user to choose when to save). I suspect he was seeing if and how it renders. Naughty :) -- View this message in context: http://gis.638310.n2.nabble.com/Multiple-versions-of-same-node-in-changeset-tp6515184p6515418.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multiple versions of same node in changeset
fun? Maybe each node had its own license ? /fun? gert -Oorspronkelijk bericht- Van: Nathan Edgars II [mailto:nerou...@gmail.com] Verzonden: zaterdag 25 juni 2011 20:18 Aan: talk@openstreetmap.org Onderwerp: Re: [OSM-talk] Multiple versions of same node in changeset Shaun McDonald wrote: In this case it looks as though the user has been moving the bus stop and then hitting the save button multiple times. (Potlatch2 will not automatically save and requires the user to choose when to save). I suspect he was seeing if and how it renders. Naughty :) -- View this message in context: http://gis.638310.n2.nabble.com/Multiple-versions-of-same-node-in-change set-tp6515184p6515418.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multiple versions of same node in changeset
Hi, Tobias Knerr wrote: I optimistically assumed that the modifications are merged when the changeset is closed, thus creating a changeset indistinguishable from one that was created in one go. That would only be possible if the API were to somehow have a transaction for open changesets with some kind of isolation so that other users wouldn't see the half-committed edits. We don't have that. Well, it seems I will have to convert that user to JOSM so he can temp-save locally instead of making a mess of the object history. ;) If you're editing in a place where you have reason to believe that you're not the only one, uploading often isn't too bad a habit - reduces the likelihood of conflicts! 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] the map on osm.org - airstrips showing only at zoom 10
On Sat, Jun 25, 2011 at 11:55 AM, John Smith deltafoxtrot...@gmail.com wrote: I'm a fan of subtagging :) So I'd be more likely to do something like this: aeroway=aerodrome aerodrome=[major|minor|regional|airstrip] I could maybe see some confusion between minor and regional but it could work. Looks like this tag is already in limited use. There are 30 objects with aerodrome=international and 15 with private so those could probably be easily converted to major and airstrip, respectively plus perhaps an access=private. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Boeien nederlandse kust (Erik Oppedijk)
Van: talk-nl-requ...@openstreetmap.org [mailto:talk-nl-requ...@openstreetmap.org] Verzonden: vr 24-6-2011 13:00 Aan: talk-nl@openstreetmap.org Onderwerp: Talk-nl Digest, Vol 52, Issue 26 Send Talk-nl mailing list submissions to talk-nl@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-nl or, via email, send a message with subject or body 'help' to talk-nl-requ...@openstreetmap.org You can reach the person managing the list at talk-nl-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-nl digest... Today's Topics: 1. Re: Boeien nederlandse kust (Erik Oppedijk) 2. Re: Boeien nederlandse kust (Stefan de Konink) 3. Re: Boeien nederlandse kust (ZeilDude) -- Message: 1 Date: Thu, 23 Jun 2011 17:12:58 +0200 From: Erik Oppedijk erik_opped...@hotmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Boeien nederlandse kust Message-ID: col113-w41db958ecb59feaa59c65583...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 From: ZeilDude zeild...@gmail.com Hoe ben je van plan de vele BaZ's en andere wijzigingen door te voeren? De lijst van RWS wordt iedere 2 weken bijgewerkt en per jaar zijn er ongeveer 1000 wijzigingen. Ik heb n.l. ook al een tijdje op e.e.a. zitten broeden (zeilen heeft nu hogere prioriteit :-) ) en het up-todate houden van de kaart is volgens mij de grootste uitdaging, tenzij je alles met de hand wilt bijhouden. IK heb nu een script waarmee ik een OSM bestand genereer. Workflow is nu denk ik de 2 wekelijkse excel sheets te mergen, ontdubbelen (dit kan Excel al doen) en dan alle wijzigingen in een OSM bestand plaatsen. Dan is het handmatig langslopen, boeien kunnen in de tussentijd ook door iemand anders aangepast zijn. Mooiste zou een database zijn met al de node-id's van OSM van de vorige import, en dat je vanuit die applicatie kan zien of er changes zijn. Erik -- Message: 2 Date: Thu, 23 Jun 2011 17:55:42 +0200 From: Stefan de Konink ste...@konink.de To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Boeien nederlandse kust Message-ID: 4e0361fe.3060...@konink.de Content-Type: text/plain; charset=ISO-8859-1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 23-06-11 17:12, Erik Oppedijk schreef: Mooiste zou een database zijn met al de node-id's van OSM van de vorige import, en dat je vanuit die applicatie kan zien of er changes zijn. Gewoon een losse database, en los op de kaart renderen, en ze ?berhaupt niet in OSM willen inladen. Wijzigen gebeurt bij dat soort dingen toch niet door standaard gebruikers, en RWS heeft daar wel een mannetje op. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk4DYf4ACgkQYH1+F2Rqwn35SQCgkkskdUNDH22huX34glKk9KMD L4IAn0JqFkvuJc6Pc5eHXDWA3H75NVWV =OUh2 -END PGP SIGNATURE- -- Message: 3 Date: Thu, 23 Jun 2011 21:17:27 + (UTC) From: ZeilDude zeild...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Boeien nederlandse kust Message-ID: 22a4006f1c5488ce0012da3e3...@news.gmane.org Content-Type: text/plain; charset=iso-8859-1; format=flowed Op 23-06-11 17:12, Erik Oppedijk schreef: Mooiste zou een database zijn met al de node-id's van OSM van de vorige import, en dat je vanuit die applicatie kan zien of er changes zijn. Gewoon een losse database, en los op de kaart renderen, en ze ?berhaupt niet in OSM willen inladen. Wijzigen gebeurt bij dat soort dingen toch niet door standaard gebruikers, en RWS heeft daar wel een mannetje op. Stefan RWS tonnen in een database bijhouden lijkt mij idd de beste oplossing. M'n gedachte was om van daaruit een import bestand voor OSM/OpenSeaMap te maken (wat Erik nu ook doet) met nieuwe tonnen, wijzigingen etc. Ik zag iets dergelijks ook beschreven staan op de Wiki. Volgens mij kan dat alleen als je ook de ID's hebt en daarvoor moet je met de API's werken. Correct this OSM beginner if I'm wrong. Naast de lijst met tonnen is er ook nog een lijst met lichten (vaste bakens). En daarnaast is er nog de wekelijkse BaZ (tonnen, lichten, etc.) @Stefan: wat bedoel je met los op de kaart renderen? Linkje? -- Zijn jullie bekend met het werk van filo.nl ? Rolf ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl End of Talk-nl Digest, Vol 52, Issue 26 *** ___ Talk-nl mailing list Talk-nl@openstreetmap.org
Re: [OSM-talk-nl] Boeien nederlandse kust (Erik Oppedijk)
Hello wadvaar...@kpnmail.nl, Zijn jullie bekend met het werk van filo.nl ? Rolf Jan Filo en Henk ken ik. Ik zou graag zien dat hij meedoet hieraan en heb met hem hierover een discussie gehad op zeilerforum. Als hij alsnog een bijdrage wil leveren meldt het hier svp. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Fwd: Yahoo aerials will not be available after September 13, 2011
Maybe someone should suggest to SteveC if he's looking for spots Bing can update, is the parts that yahoo are removing. Oh well, as long as OSM still has Microsofts products to help, everythings all good.. Microsoft will never change/shutdown their service once theyve burned the bridges with every other provider. Hopefully it wont be a complete failure when all the OSM eggs in the MS basket fall apart. David On Sun, 2011-06-26 at 02:11 +1000, John Smith wrote: -- Forwarded message -- From: Nathan Edgars II nerou...@gmail.com Date: 26 June 2011 00:22 Subject: [OSM-talk] Yahoo aerials will not be available after September 13, 2011 To: Grant Slater openstreet...@firefishy.com Cc: t...@openstreetmap.org, annou...@openstreetmap.org On 6/25/2011 10:05 AM, Grant Slater wrote: On 25 June 2011 15:00, Nathan Edgars IInerou...@gmail.com wrote: On 6/25/2011 9:59 AM, Grant Slater wrote: On 25 June 2011 14:56, Nathan Edgars IInerou...@gmail.comwrote: Andrew-2 wrote: It says Yahoo is the main imagery source but it isn’t beginners’ level material any more and soon won’t be available at all. First I've heard of this: http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery The aerial imagery being available or that Yahoo is retiring their aerial imagery service/API? The latter. I would have expected something on the talk list. Yes makes sense. Go ahead. I would also recommend CC'ing announce@. You know as much as I do. But read the linked: http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ / Grant Done, though I'm not subscribed to announce so it may not go through. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Luftbilder für JOSM
Hallo Frederik, Wo findet man eine deutschsprachige Anleitung, Wo findet man eine Liste mit den URLs? Damit meinte ich nicht, dass ich das selber schreiben will ;-) Sondern dass es hilfreich wäre, wenn die Luftbildspezialisten die bestehenden Seiten etwas konsolidieren könnten... Also ich wuerde sagen, fuer 95% in DE waehle Bing Ja. Aber man sagt, dass es in vielen Ländern bessere DOPs gebe? Zumindest begegnet man vielerorts Daten, die um x Meter nach y verschoben sind. erklaeren sollte man das mit dem Bildversatz Ich fürchte, das versteht der gemeine Nutzer nicht zu korrigieren. Und ich vermute, dass hinter solchem Versatz selten ein gemessener, sondern meist ein gewohnheitsmässiger liegt: A arbeitet mit Yahoo, B mit Bing, C mit einem lokalen DOP, D mit zufälligen Tracks. Und viele kennen den Unterschied zwischen Dach und Grundfläche nicht, und andere passen dann die Strassen an die Dächer an, und einige zeichnen sogar die gerade Strasse passend zur Kissenverzerrung. Und das gibt dann den Salat. Glaub nicht stur dem Luftbild: 10 Jahre alt, oder krumm und schief Ja, da hat Benutzer A seine Ortskenntnis eingebracht, und B ändert das aufgrund alter Bilder, oder C hat sein DOP benutzt und D ein anderes. Yahoo schaltet am 13. Semptember seine Luftbild-Dienste ab Hat sich von uns schon mal jemand für die bisherige Zusammenarbeit bedankt? und gefragt, wo wie bei ihnen an Sept. dann die Luftbilder nutzen können? und wie wir die Zusammenarbeit künftig ausbauen und vertiefen können? (kann mir vorstellen, dass sie die Publicity nicht so einfach an MS abgeben wollen) Ich denke, dass es unklug ist, uns allein an MS zu binden. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
M∡rtin Koppenhoefer wrote: das Problem ist halt, dass Du haufenweise sich überlappende Flächen haben wirst (weil Gebäudeteile übereinandergestapelt sind), aber es stimmt, man kann die auch einfach übereinander rendern und sich da gar nicht weiter drum kümmern. OSM ist nicht nur zum Kartenmalen = Rendern da. Nicht alles, was man am Ende auf dem Papier sieht, stellt die Wirklichkeit richtig dar - es erscheint nur so. Berechnet bitte mal die Fläche oder den Umfang eines solchen Konstruktes. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Gebaudeteile-tp6511909p6514272.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] Luftbilder für JOSM
Hallo MArkus, On 25.06.2011 09:41, Markus wrote: Wo findet man eine deutschsprachige Anleitung, Wo findet man eine Liste mit den URLs? Damit meinte ich nicht, dass ich das selber schreiben will ;-) Warum eigentlich nicht? Du als Anwender merkst doch selbst bestimmt am besten wo der Schuh drückt. Wäre es nicht einfacher du schreibst die Infos die du zusammensammelst dann auch gleich auf? Wenn du dich nicht direkt an die offiziellen Seiten rantraust kannst du ja unterhalb von deiner Userseite mit einem Entwurf beginnen. Der kann dann später umgezogen werden. erklaeren sollte man das mit dem Bildversatz Ich fürchte, das versteht der gemeine Nutzer nicht zu korrigieren. Und ich vermute, dass hinter solchem Versatz selten ein gemessener, sondern meist ein gewohnheitsmässiger liegt: In den Regionen in denen ich Bing oft verwende ist der Versatz offensichtlich. GPS-Spuren von verschiedenen Nutzern und Zeiten liegen Systematisch daneben. Da die Bilder allerdings aus vielen Einzelbildern zusammengesetzt werden kann sich der Versatz nach ein paar Kilometern geändert haben. Ich lade meist die GPS tracks mir und kann dann recht leicht erkennen wenn der Versatz angepasst werden muss. Hier mal ein Beispiel: http://img638.imageshack.us/img638/8975/bingmisaligned.jpg Natürlich wird das nicht perfekt werden, GPS Spuren können auch durch verschiedene Effekte ungenau sein. In der Regel passt es danach aber besser als zuvor. Yahoo schaltet am 13. Semptember seine Luftbild-Dienste ab Hat sich von uns schon mal jemand für die bisherige Zusammenarbeit bedankt? und gefragt, wo wie bei ihnen an Sept. dann die Luftbilder nutzen können? und wie wir die Zusammenarbeit künftig ausbauen und vertiefen können? (kann mir vorstellen, dass sie die Publicity nicht so einfach an MS abgeben wollen) Hast du dir mal die Mühe gemacht die Ankündigung zu lesen die auch im Wiki verlinkt ist? http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ Kurz: Sie schalten es ab. Wenn du Karten brauchst sollst du zu Nokia gehen. Ich denke, dass es unklug ist, uns allein an MS zu binden. Wäre mir neu, dass sich OSM an MS bindet. Es ist sehr großzügig, dass wir die Bing Bilder nutzen dürfen. Da gibt es aber nichts exklusives. Wenn z.B. Aerowest uns anbietet Luftbilder nutzen zu dürfen bin ich sicher, dass wir sie nicht wegschicken würden. Du hast ja bereits Erfahrung mit dem Freigeben von Luftbildern. Hast du den Mappern mal angeboten bei der Suche nach weiteren Anbietern zu helfen? Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Am 25.06.2011 10:11, schrieb Walter Nordmann: M∡rtin Koppenhoefer wrote: das Problem ist halt, dass Du haufenweise sich überlappende Flächen haben wirst (weil Gebäudeteile übereinandergestapelt sind), aber es stimmt, man kann die auch einfach übereinander rendern und sich da gar nicht weiter drum kümmern. OSM ist nicht nur zum Kartenmalen = Rendern da. Nicht alles, was man am Ende auf dem Papier sieht, stellt die Wirklichkeit richtig dar - es erscheint nur so. Überlappende Flächen stellen die Wirklichkeit in einer gewissen Näherung korrekt dar, sofern sie mit passenden unteren und oberen Grenzen für die Höhe (üblich sind wohl height, min_height) bzw. Stockwerkszahlen getaggt sind. Dann hat man nämlich zwar überlappende Flächen, aber die damit modellierten Volumina schneiden sich nicht. Dass darüber hinaus selbst mit unvollständiger Information gängige Anwendungsfälle wie 2D- und 3D-Rendering schon brauchbare Resultate liefern, sehe ich eher als zusätzlichen Vorteil einer solchen Modellierung an. Weil mal ehrlich: Wenn es eine Methode gibt, die schnell in Renderern unterstützt werden kann, und eine andere, mit der man weniger Aufwand bei der Berechnung des Gebäudeumfangs hätte - welche wird sich wohl durchsetzen? Berechnet bitte mal die Fläche oder den Umfang eines solchen Konstruktes. Beispielhaft Fläche: 1. Sammle alle Gebäudeteil-Flächen, die in deiner Gebäude-Fläche enthalten sind 2. Entscheide dich, auf welcher Höhe (oder Stockwerk) du die Querschnittsfläche berechnen willst 3. Filtere auf diejenigen Gebäudeteil-Flächen, in deren Tags, d.h. dem Intervall [min_height, height] , die gewünschte Höhe enthalten ist. 4. Addiere den Flächeninhalt all dieser Flächen. Mit etwas Zusatzaufwand geht es auch dort, wo ein Mapper unvollständig taggt und die min_height nicht einträgt - dann muss man doppelte Flächen rausrechnen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] land_use aneinanderkleben?
Hallo, ganz kurze Frage, da ich keine eindeutige Antwort finde: Gibt es einen Konsens darüber, ob die Grenzen von Flächen (Wald, Zivilisation, Wiesen, Landwirtschaft, etc.) beim Mappen aneinandergeklebt werden sollen/dürfen oder jede separiert behandelt werden muss? Es klaffen eigentlich überall dazwischen Lücken, die aber eigentlich in den meisten Fällen nicht der Realität entsprechen. Viele Grüße, Dennie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Hi, Markus wrote: erklaeren sollte man das mit dem Bildversatz Ich fürchte, das versteht der gemeine Nutzer nicht zu korrigieren. Also ganz ehrlich: Wer sich nicht selbst anhand von GPS-Punkten wenigstens von der Lagegenauigkeit eines Luftbildes ueberzeugen kann, der sollte meiner Ansicht nach *nicht* von einem Luftbild abzeichnen. Eine Anfaenger-Anleitung sollte eine grosse dicke Warnung obendrueber haben: Achtung! Trau keinem Luftbild! ;) A arbeitet mit Yahoo, B mit Bing, C mit einem lokalen DOP, D mit zufälligen Tracks. Und viele kennen den Unterschied zwischen Dach und Grundfläche nicht, und andere passen dann die Strassen an die Dächer an, und einige zeichnen sogar die gerade Strasse passend zur Kissenverzerrung. Und das gibt dann den Salat. Das mit den Daechern ist nochmal ein anderes Problem, das stimmt. Und wenn jemand der erste ist, der in einem Gebiet was einzeichnet, ist es vielleicht auch nicht so schlimm. Aber einen edit war, bei dem der erste die Sachen von Bing abmalt, der zweite sie anhand anderer Bilder korrigiert, und der dritte davon nichts weiss und wieder auf Bing zurueckkorrigiert, das wollen wir ja auch nicht. Hat sich von uns schon mal jemand für die bisherige Zusammenarbeit bedankt? und gefragt, wo wie bei ihnen an Sept. dann die Luftbilder nutzen können? und wie wir die Zusammenarbeit künftig ausbauen und vertiefen können? (kann mir vorstellen, dass sie die Publicity nicht so einfach an MS abgeben wollen) Da verkennst Du die Lage glaub ich ein bisschen. Diese Yahoo-Geschichte war noch nie was wirklich offizielles. Anders als Bing hat Yahoo nie irgendwas oeffentlich gesagt a la wir finden OSM toll und unterstuetzen die mit unseren Luftbildern. Yahoo hat lediglich auf Anfrage hin auf halb-privaten Kanaelen (ein OSMF-Vorstandsmitglied war frueher mal bei Yahoo) erklaert, dass sie nichts dagegen haben, wenn wir ihre Bilder abmalen. Trotz vieler Nachfragen haben wir das nie schwarz auf weiss bekommen, und vermutlich arbeitet inzwischen niemand von denen, mit denen wir damals geredet haben, mehr da. Fuer mich sieht es so aus, als ob Yahoo die Luftbilder praktisch aufgibt, weil sie nicht mehr konkurrieren koennen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] land_use aneinanderkleben?
Hallo, Dennie Reinhold wrote: Gibt es einen Konsens darüber, ob die Grenzen von Flächen (Wald, Zivilisation, Wiesen, Landwirtschaft, etc.) beim Mappen aneinandergeklebt werden sollen/dürfen oder jede separiert behandelt werden muss? Es klaffen eigentlich überall dazwischen Lücken, die aber eigentlich in den meisten Fällen nicht der Realität entsprechen. Wenn zwei Flaechen wirklich nahtlos ineinander uebergehen, wuerde ich sie auch zusammenkleben; ist die gemeinsame Grenze jedoch laenger als eine Handvoll Nodes, wuerde ich da mit Multipolygonen arbeiten. Das ist eigentlich wenig umstritten. Wenn an der Grenze zwischen den beiden Flaechen ein Zaun oder ein Weg verlaeft, waehlen viele Mapper lieber zwei separate Flaechen mit einer ebenfalls separaten Linie dazwischen. Es gibt aber auch Leute, die selbst dann nur eine gemeinsame Grenzlinie zeichnen, die dann dreierlei auf einmal ist - Grenze des Waldes, Grenze der Wiese, und Zaun oder Strasse. In dieser Sache gibt es keinen Konsens. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Am 25. Juni 2011 10:11 schrieb Walter Nordmann walter.nordm...@web.de: M∡rtin Koppenhoefer wrote: das Problem ist halt, dass Du haufenweise sich überlappende Flächen haben wirst (weil Gebäudeteile übereinandergestapelt sind), aber es stimmt, man kann die auch einfach übereinander rendern und sich da gar nicht weiter drum kümmern. OSM ist nicht nur zum Kartenmalen = Rendern da. Nicht alles, was man am Ende auf dem Papier sieht, stellt die Wirklichkeit richtig dar - es erscheint nur so. Berechnet bitte mal die Fläche oder den Umfang eines solchen Konstruktes. den Umfang von verschiedenen Gebäudeteilen zu berechnen halte ich für Unsinn, das ist mehr oder weniger willkürlich, je nachdem wie der Mapper die Gebäude aufgeteilt hat und interessiert auch nicht. Evtl. interessiert die Fläche, die insgesamt überbaut ist, dann kann man ja so vorgehen wie oben beschrieben (ST_UNION oder so, hab den Befehl nicht im Kopf aber es gibt z.B. in Postgres was dafür), wobei man bei auskragenden Konstruktionen (wenn das Gebäude oben breiter ist als dort wo es auf dem Boden lastet) komplexere Analysen machen müsste. Multipolygon ist jedenfalls wenig geeignet, weil es sich auf Flächen bezieht, man bei Gebäuden aber Volumen betrachten muss. Hier ging es allerdings um Rendern, wo eine einfache Betrachtungsweise ausreicht. Klar, wenn man 3D-Modelle ableiten will oder an anderen Arten der Analyse interessiert ist muss man sich mehr einfallen lassen, als einfach alles wie es aus der DB kommt als unabhängiges eigenständiges Gebäude(-teil) zu sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie 1. Hilfe Box mappen
Am 24. Juni 2011 22:23 schrieb Andreas Tille andr...@an3as.eu: ich habe einen am Baum montierten Kasten mit 1. Hilfe Verbandszeug mit der Aufschrift: Selbsthilfe-Box; Bergwacht Harz gefunden. Dazu finde ich kein passendes Tag. Was verwendet man hier am besten? Ich benutze (und rendere auf hikebikemap.de) amenity=rescue_box. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] land_use aneinanderkleben?
Am 25. Juni 2011 12:27 schrieb Frederik Ramm frede...@remote.org: Wenn zwei Flaechen wirklich nahtlos ineinander uebergehen, wuerde ich sie auch zusammenkleben; ist die gemeinsame Grenze jedoch laenger als eine Handvoll Nodes, wuerde ich da mit Multipolygonen arbeiten. Das ist eigentlich wenig umstritten. +1 Wenn an der Grenze zwischen den beiden Flaechen ein Zaun oder ein Weg verlaeft, waehlen viele Mapper lieber zwei separate Flaechen mit einer ebenfalls separaten Linie dazwischen. ein Zaun und ein Weg sind m.E. fundamental verschieden. Bei einem Zaun kleben m.E. die Flächen i.d.R. aneinander (falls es nicht noch andere kleinere Abstandsflächen am Zaun gibt), bei einem Weg nicht. Es gibt aber auch Leute, die selbst dann nur eine gemeinsame Grenzlinie zeichnen, die dann dreierlei auf einmal ist - Grenze des Waldes, Grenze der Wiese, und Zaun oder Strasse. In dieser Sache gibt es keinen Konsens. Im Prinzip sollte die zuerst genannte Betrachtungsweise für alle Fälle ausreichen, um den gewünschten Endzustand zu beschreiben: wenn 2 Flächen direkt aneinandergrenzen sollten sie das auch in OSM tun, wenn noch irgendwas dazwischen ist, sollte in OSM da auch mind. eine Lücke sein (oder besser eben das beschrieben werden, was dazwischen ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie 1. Hilfe Box mappen
Am 25. Juni 2011 12:29 schrieb Colin Marquardt cmarq...@googlemail.com: Am 24. Juni 2011 22:23 schrieb Andreas Tille andr...@an3as.eu: ich habe einen am Baum montierten Kasten mit 1. Hilfe Verbandszeug mit der Aufschrift: Selbsthilfe-Box; Bergwacht Harz gefunden. Dazu finde ich kein passendes Tag. Was verwendet man hier am besten? Ich benutze (und rendere auf hikebikemap.de) amenity=rescue_box. http://taginfo.openstreetmap.org/search?q=amenity%3Drescue_box#tags hat 23 Verwendungen und wird im Wiki definiert: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drescue_box M.E. wäre das thematisch unter emergency ganz gut aufgehoben. Rescue box habe ich auf englisch noch nie gehört, hätte da eher so was wie first aid kit oder so erwartet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Tordanik wrote: Weil mal ehrlich: Wenn es eine Methode gibt, die schnell in Renderern unterstützt werden kann, und eine andere, mit der man weniger Aufwand bei der Berechnung des Gebäudeumfangs hätte - welche wird sich wohl durchsetzen? Die, die ich kenne, wird bereits seit langem - ohne dass euch das wohl klar ist- von den gängigen Renderen unterstützt. Aber schon wieder darauf hinzuweisen, hab ich langsam keine Lust mehr. Einmal pro Thread reicht dafür aus. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Gebaudeteile-tp6511909p6514484.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] Gebäudeteile
Am 25. Juni 2011 12:44 schrieb Walter Nordmann walter.nordm...@web.de: Weil mal ehrlich: Wenn es eine Methode gibt, die schnell in Renderern unterstützt werden kann, und eine andere, mit der man weniger Aufwand bei der Berechnung des Gebäudeumfangs hätte - welche wird sich wohl durchsetzen? Die, die ich kenne, wird bereits seit langem - ohne dass euch das wohl klar ist- von den gängigen Renderen unterstützt. Aber schon wieder darauf hinzuweisen, hab ich langsam keine Lust mehr. Einmal pro Thread reicht dafür aus. Könntest Du bitte etwas expliziter werden? Aus dem von Dir hier geposteten Link werde ich nicht schlau (was meinst Du da?) und welches ist die Methode, die von den gängigen Renderern unterstützt wird? Könntest Du mal ein Beispiel posten, am besten nicht als Ausschnitt sondern direkt die URL eines Objekts? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Frederik Ramm wrote: Da verkennst Du die Lage glaub ich ein bisschen. Diese Yahoo-Geschichte war noch nie was wirklich offizielles. Anders als Bing hat Yahoo nie irgendwas oeffentlich gesagt a la wir finden OSM toll und unterstuetzen die mit unseren Luftbildern. Yahoo hat lediglich auf Anfrage hin auf halb-privaten Kanaelen (ein OSMF-Vorstandsmitglied war frueher mal bei Yahoo) erklaert, dass sie nichts dagegen haben, wenn wir ihre Bilder abmalen. Trotz vieler Nachfragen haben wir das nie schwarz auf weiss bekommen, und vermutlich arbeitet inzwischen niemand von denen, mit denen wir damals geredet haben, mehr da. Wenn ich die Infos im Wiki richtig verstehe, dann war die Aussage von Yahoo seinerzeit eine derartige Nutzung ist mit unseren Lizenzbestimmungen kompatibel. Damit wäre ein gesondertes Agreement nicht erforderlich und im Prinzip könnten auch andere die Yahoo-Luftbilder für ihre Zwecke abmalen. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 24.06.2011 01:52, schrieb Stephan Wolff: Am 23.06.2011 18:17, schrieb malenki: Vor etwa einer Woche sandte ich eine Mail mit obenstehendem Mangel... Das muss man nicht als Mangel sehen, man kann es auch positiv bewerten. Papierkarten müssen geplante Straßen zeigen, um Änderungen während der Nutzungszeit der Karte anzuzeigen. OSM-Karten können den jeweils aktuellen Zustand darstellen. Für die meisten Kartenanwendungen dürften Planungen irrelevant sein und die Karte nur unübersichtlicher machen. Eine Planung ist auch etwas aktuelles. Und ein immer wiederkehrendes Problem ist dass die Bevölkerung nicht weiss was wo geplant wird. Die einzigste Information ist meist die örtliche Tageszeitung und gegebenfalls die regionalen Internetnachrichten-Dienste. Die dort auftreteten Orts/Strassen/Gewaan etc.Bezeichnungen sind den meisten nicht geläufig so dass sie sich nur schwer ein Bild machen können um was es geht. Bestes Beispiel ist ja auch Stuttgart 21. Selbst nach Baubeginn wussten viele nicht um was es geht - vergraben der Gleise für sehr viel Geld damit oben drauf was gebaut werden kann. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Hallo Frederik, Lagegenauigkeit eines Luftbildes Bei Senkrechtaufnahmen stimmt zumindest die Form ziemlich genau. anhand von GPS-Punkten Das klingt ein bisschen nach Massband mit Schrittlänge prüfen. Die meisten Benutzer wissen nicht, dass die vielstellige Koordinatenanzeige nichts mit Lagegenauigkeit zu tun hat: http://wiki.openstreetmap.org/wiki/de:Genauigkeit_von_Koordinaten Sie wissen meist auch nicht, ob ihr Gerät EGNOS verwenden kann, geschweige denn ob das eingeschaltet ist, ob der Satellit empfangen wird, und wie das Signal im Gerät ausgewertet wird. Viele glauben, wenn da EGNOS drausteht, dass dann die Zahlen hinterm Komma wahr sind. Wer also Luftbilder anhand von einzelnen GPS-Punkten entzerrt, der verschlimmbessert das Ganze mit hoher Wahrscheinlichkeit. der sollte meiner Ansicht nach *nicht* von einem Luftbild abzeichnen. Wenn wir wirklich Crowdsorcing anstreben, dann müssen wir dem Benutzer die dafür erforderlichen Werkzeuge zur Verfügung stellen. Oder zumindest verständliche und nachvollziehbare Anleitungen im Wiki in Anwender's Muttersprache. edit war Einen solchen befürchte ich nicht. Unsere OSM-Kultur ist da bewundernswert konstruktiv! Schade finde ich aber, wenn interessierte Benutzer sich nicht trauen mitzumachen, oder wenn Gelegenheitsmapper sich nicht mehr zurechtfinden, weil alles so verschoben ist... Da wäre es hilfreich, wenn man auf einer Weltkarte sehen könnte, welche Gebiete durch welche DOPs am besten abgedeckt sind (Georeferenzierung, Aktualität und Auflösung). Und wenn man eine Anleitung und eine DOP-Linkliste hätte. Idealerweise sollte das natürlich automatisiert sein, damit der Benutzer nicht mehr in den Einstellungen rumfummeln muss. Auch hielte ich es für besser, wenn nicht jeder einzelne Benutzer bestimmte Luftbilder verschieben/entzerren müsste, sondern wenn sinnvolle (iterierender KVP?) Korrekturen zentral gespeichert wären und automatisch benutzt werden würden. (das Egebnis könnte man den DOP-Anbietern wieder zur Verfügung stellen, genauso wie bei den Strassenlisten für Rostock) Ich weiss nicht ob das technisch machbar ist: man könnte die DOPs beispielsweise auf einen eigenen Server legen und Gebiets-spezifisch die besten (Aktualität, Auflösung) per Crowdsourcing unserer Luftbildexperten neu georeferenzieren. Dann kann jeder sich aus diesem Pool bedienen, ohne Fernerkundung Co studiert haben zu müssen. Benutzerfreundlichkeit ist m.E. der Schlüssel zur Verbreitung von OSM. (vorausgesetzt wir verwechseln das nicht mit Pfusch) - - - - Das wäre eigentlich einen eigenen Thread wert: Hat sich von uns schon mal jemand für die bisherige Zusammenarbeit bedankt? und gefragt, wo wie bei ihnen an Sept. dann die Luftbilder nutzen können? und wie wir die Zusammenarbeit künftig ausbauen und vertiefen können? (kann mir vorstellen, dass sie die Publicity nicht so einfach an MS abgeben wollen) Yahoo hat lediglich auf Anfrage hin auf halb-privaten Kanaelen (ein OSMF-Vorstandsmitglied war frueher mal bei Yahoo) erklaert, dass sie nichts dagegen haben, wenn wir ihre Bilder abmalen. Trotz vieler Nachfragen haben wir das nie schwarz auf weiss Verstehe. Trotzdem haben sie profitiert, indem OSM immer auch mit Yahoo verknüpft ist/war (Yahoo-DOPs als eine unserer drei Datenquellen). Und daraus ergibt sich durchaus ein Interesse, das nicht unbesehen an Microsoft oder Nokia abzugeben. Das könnte man aufgreifen. @Stephan: Nein ich suche nicht aktiv nach Luftbildern für OSM. Aber wenn mir jemand begegnet der welche hat, dann erzähle ich ihm immer von Bayern und frage, ob er sowas nicht auch kann. Das gilt auch für andere Datenquellen. Und manchmal gelingt es ja auch (beispielsweise bei den Gemeindegrenzen und Gewässern der Schweiz oder den Luftbildern aus Lauf). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Am 24. Juni 2011 15:17 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: m.E. ist diese Art des Mappens weniger gut, obwohl es durchaus Sinn macht, Gebäudeteile einzeln zu mappen. Das Problem ist, dass anstatt eines großen Gebäudes nun mehrere kleine Einzelgebäude gemappt sind. Eine Lösung wäre, einen speziellen Tag für Gebäudeteile zu haben. Diese Teile könnte man dann mit einer speziellen Gebäuderelation zusammenfügen. Die einzelnen Teile könnte man weiter beschreiben oder erstmal auch nicht, die Relation würde man behalten. Eine eigene Relation braucht man m.E., weil Multipolygone durch die Überlappungen unklar würden. Um die Relation fürs Rendern in Mapnik vorzubereiten, würde man osm2pgsql so anpassen, dass Flächen dieser Relationen beim Import zusammengefügt würden (so ähnlich wie join areas in JOSM das macht), für die Überlappungslinien (die, die beim Zusammenfassen wegfallen) könnte man je nach Layer-Reihenfolge und Geschmack zusätzliche Linien fürs Rendering generieren lassen. +1! Ein erster Schritt, die Akzeptanz für so etwas zu schaffen, wäre m.E. die Unterstützung des building:part-Tags (wie auch immer es genau heißen wird) in den beiden Haupt-Renderstilen Osmarender und OSM-Mapnik dahingehend, daß erst einmal zumindest die betreffenden Flächen angezeigt werden. (evtl. sogar schon mit einer anderen Darstellung für building:part=roof oder ähnlichem für freistehende Dächer wie an Tankstellen etc.) Dann könnte man anschließend weiter an einer geeigneten Relation für Gebäude arbeiten (die von mir aus gerne auch noch mehr können darf als building:part=* zusammen zu kleben) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Hallo Stephan, Du als Anwender merkst doch selbst bestimmt am besten wo der Schuh drückt. Wäre es nicht einfacher du schreibst die Infos die du zusammensammelst dann auch gleich auf? Ich tue das an vielen Stellen. Aber das Wiki ist viel zu gross, und die Themen sind viel zu spezifisch. Das können nur mehrere gemeinsam schaffen. Hilfreich wäre, wenn alle Autoren immer die Benutzer im Blick haben, und möglichst in allgemein verständlichen nachvollziehbaren Worten schreiben und erklärend bebildern. Wenn Themen an mehreren Stellen beschrieben sind, sollten diese hilfreich zusammengeführt oder wenigstens übersichtlich verlinkt werden. Da die Bilder aus vielen Einzelbildern zusammengesetzt werden kann sich der Versatz nach ein paar Kilometern geändert haben. http://img638.imageshack.us/img638/8975/bingmisaligned.jpg Hier gibt es einen m.E. einheitlichen Versatz zwischen Bild und Track. Als Benutzer weiss man aber nicht, ob die DOPs richtig georeferenziert sind und die Tracks einem systematischen Fehler unterliegen -oder umgekehrt, bzw. zu unterschiedlichen Anteilen. Du hast ja bereits Erfahrung mit dem Freigeben von Luftbildern. Wurde alles dokumentiert. Rückfragen beantworte ich gern. Und Antworten auf häufigere Fragen dokumentiere ich wiederum im Wiki. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Hallo, Markus wrote: Wer also Luftbilder anhand von einzelnen GPS-Punkten entzerrt, der verschlimmbessert das Ganze mit hoher Wahrscheinlichkeit. Nur damit wir uns nicht missverstehen - ich meinte nicht die Nachbearbeitung von Bing-Bildern in irgendwelchen GIS-Programmen, sondern lediglich, dass man das Bild mit den in JOSM und Potlatch dafuer vorgesehenen Funktionen so verschiebt, dass es zu den (hoffentlich nicht einzelnen) GPS-Daten passt. Wenn man es mit verzerrten Daten zu tun hat, ist das natuerlich schwierig. Da wuerde ich im Zweifel das Luftbild am besten gar nicht benutzen ;) Wenn wir wirklich Crowdsorcing anstreben, dann müssen wir dem Benutzer die dafür erforderlichen Werkzeuge zur Verfügung stellen. Oder zumindest verständliche und nachvollziehbare Anleitungen im Wiki in Anwender's Muttersprache. Wie gesagt, eine professionelle Orthorektifizierung (sagt man so?) kann man dem Nutzer wohl nicht zumuten. Aber eine Lageverschiebung, dafuer *haben* wir die Werkzeuge, und darueber hinaus wuerde ich versuchen, dem Benutzer die Kenntnis zu vermitteln, die ihm erlaubt, eine nutzen oder Finger davon lassen-Entscheidung zu treffen. Da wäre es hilfreich, wenn man auf einer Weltkarte sehen könnte, welche Gebiete durch welche DOPs am besten abgedeckt sind (Georeferenzierung, Aktualität und Auflösung). Und wenn man eine Anleitung und eine DOP-Linkliste hätte. Da gibt es ja das seit Ewigkeiten vor sich hin duempelnde OpenAerialMap-Projekt, das den Plan hat, nicht bloss eine Linkliste zu sein, sondern direkt freie Bildquellen (auch von Hobbyisten) zusammenzufuehren. Auch hielte ich es für besser, wenn nicht jeder einzelne Benutzer bestimmte Luftbilder verschieben/entzerren müsste, sondern wenn sinnvolle (iterierender KVP?) Korrekturen zentral gespeichert wären und automatisch benutzt werden würden. Was den Bildversatz anbetrifft, so hat Dermot McNally da ja mal ein Konzept vorgelegt fuer eine crowdsource-Loesung, bei der jeder den bei sich beobachteten Versatz irgendwie hochladen kann und andere das dann nutzen koennen: http://wiki.openstreetmap.org/wiki/True_Offset_Process - Da kenne ich aber den aktuellen Status nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] land_use aneinanderkleben?
Hallo, Am Samstag 25 Juni 2011 12:27:29 schrieb Frederik Ramm: Hallo, Wenn zwei Flaechen wirklich nahtlos ineinander uebergehen, wuerde ich sie auch zusammenkleben; ist die gemeinsame Grenze jedoch laenger als eine Handvoll Nodes, wuerde ich da mit Multipolygonen arbeiten. Das ist eigentlich wenig umstritten. Wie du 2 verschiedene nebeneinander liegende Flächen mit einem Multipolygon erschlägst, und wo der Unterschied/Vorteil zu einer separaten Erfassung ist, habe ich jetzt nicht ganz mitbekommen. Wenn an der Grenze zwischen den beiden Flaechen ein Zaun oder ein Weg verlaeft, waehlen viele Mapper lieber zwei separate Flaechen mit einer ebenfalls separaten Linie dazwischen. Es gibt aber auch Leute, die selbst dann nur eine gemeinsame Grenzlinie zeichnen, die dann dreierlei auf einmal ist - Grenze des Waldes, Grenze der Wiese, und Zaun oder Strasse. In dieser Sache gibt es keinen Konsens. 3. Möglichkeit: Ein way für den Weg und dicht daneben eine Linie für die gemeinsame Grenze der Flächen. Damit liegt der Weg praktisch auf der Grenze, ohne mit den Nachteilen verbunden zu sein, wenn Weg und Flächengrenze eine Linie bilden. Wenn beides dicht beieinander liegt, wird in jedem Maßstab der Weg als Grenze erscheinen und wenn jemand den Weg verschiebt, ist die Korrktur der Flächen ein Griff. Häufig wird sonst eine Fläche vergessen oder über die andere gezogen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] land_use aneinanderkleben?
Hallo Frederik, In dieser Sache gibt es keinen Konsens. Ausser dass es halt unterschiedliche Gewohnheiten gibt, vermute ich auch Missverständnisse zwischen den Varianten. Dabei geht es vermutlich um verschiedene Interpretationen der Klassen. Szenario: Flurstück A ist ein Wald, Flurstück B ist eine Wiese, dazwischen ein Zaun, der zu Flurstück a gehört. Wenn nun ein Teil von A zu B hinzugeschlagen wird, ändert sich wahrscheinlich der Zaun, nicht aber der Wald und die Wiese. Wenn der Wald in die Wiese hinein wächst, ändern sich Wald und Wiese, nicht aber der Zaun. Wenn in A ein an den Zaun angrenzendes Stück gerodet wird, ändern sich Wald und wahrscheinlich Wiese, nicht aber der Zaun. Vielleicht ist der Zaun aber auch gar kein Grenz- sondern ein Viehzaun. Dann sieht alles nochmal ganz anders aus. Wenn eine Strasse zwischen A und B gebaut wird, dann ändern sich die Eigentumsverhältnisse, und damit wahrscheinlich der Zaun, und zwischen Strasse und Wiese, bzw zwischen Strasse und Wald entstehen Nebenflächen, die zum Strassengrundstück gehören. Wenn zwischen A und B eine neue Stromtrasse geführt wird, weiss ich nicht wie das mit den Eigentumsverhältnissen ist. Sicher wird aber ein Stück Wald zugunsten erneuerbarer Energie verloren gehen. Ein ungelöstes Problem bei OSM ist m.E., dass unterschiedliche Bedeutungen (Klassen) unterscheidungslos an dieselben Objekte gehängt werden, aber ohne diese genauer zu erklären und zu beschreiben. Mal meint man mit highway eine Verkehrsbahn, mal eine Grenze, mal den Übergang zwischen zwei landwirtschaftlichen Nutzungsarten, mal links/rechts/beidseitige Fuss- und Fahrradwege, Gehsteige, Parkbuchten. Und das hängt alles am gleichen way. Da blickt dann halt keiner mehr so richtig durch - bzw jeder sieht seine Definition und man redet (und zeichnet) aneinander vorbei. Manchmal wird zwar etwas auch geklärt, aber nicht im Wiki festgehalten. Und dann geht die Diskussion mit schöner Regelmässigkeit immer wieder von vorne los... Als Benutzer möchte ich gerne wissen, *wie ich es machen soll*. Also was denn Konsens ist. Ich mag nicht jedes Attribut erst diskutieren müssen - dann dazu fehlt mir das kartografische und datensystematische Wissen (und auch die Zeit und die Lust). Und das geht den meisten Benutzern so. Das bekomme ich bei allen Workshops zu hören. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Garry wrote: Die dort auftreteten Orts/Strassen/Gewaan etc.Bezeichnungen sind den meisten nicht geläufig so dass sie sich nur schwer ein Bild machen können um was es geht. Bestes Beispiel ist ja auch Stuttgart 21. Selbst nach Baubeginn wussten viele nicht um was es geht - vergraben der Gleise für sehr viel Geld damit oben drauf was gebaut werden kann. Das Argument ist zumindest nicht ganz abwegig. Wenn sich aber die Interessengemeinschaften gebildet haben und auch bereits regelmäßig demonstriert wird, dann wird auch so langsam ein gewisser Hass gegen das entsprechende Bauprojekt bei einem gewissen Teil der lokalen Bevölkerung aufkommen. Man will $BAUWERK also eher nicht in einer Präsentation haben, die in einer Sitzung eines Vereins verwendet wird, der mit $PROJEKT nix zu tun hat und Diskussionen in der Richtung vermeiden will. In der Situation werden nur ganz wenige (bevorzugt die, die selber zur OSM beitragen) eine technische Lösung suchen um die fragliche Strecke aus der Karte rauszuhalten. Alle anderen werden feststellen, dass die Strecke bei Google nicht drin ist und verwenden dann deren Kartenmaterial. Und wieder wäre eine Chance vertan, OSM in der Öffentlichkeit zu platzieren. Ein guter Kompromiss wäre, wenn die Tags zum Baufortschritt konsequent genutzt und auch beim Rendering berücksichtigt würden. Bis zu einem gewissen Planungsfortschritt könnte eine entsprechende Strecke zumindest deutlich dezenter gerendert werden. Ergänzend sollte generell eine Karte ohne diese geplanen Strecken verfügbar und leicht erreichbar sein, wenn jemand aus bestimmten Gründen ein geplantes Bauwerk einfach nicht in seinem Kartenauszug brauchen kann. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pluggie für Häuser
Moin, Steffen Heinz schrieb: Am 24.06.2011 13:06, schrieb M∡rtin Koppenhoefer: . Bei der Variante in den Standardpresets wird der zuletzt eingegebene Wert beim nächsten Mal als Voreinstellung ausgefüllt, so dass Du pro Straße nur einmal den Namen eingeben musst. ne, leider nicht unter allen Bedingungen! Ich habe die Häuser mithilfe von BING erstellt, also rechteckige Kästchen - damit funktioniert es nicht. Wenn ich nur einen Punkt in die Landschaft setze funktionierts. ja, das Preset scheint seit einiger Zeit auf vorhandene Tags zu prüfen - leider! Sobald irgendein beliebiger Tag bereits vorhanden ist, sind die Eingabefelder leer. Bei taglosen Kästchen funktioniert es aber. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Hi, Garry wrote: Und ein immer wiederkehrendes Problem ist dass die Bevölkerung nicht weiss was wo geplant wird. Die einzigste Information ist meist die örtliche Tageszeitung und gegebenfalls die regionalen Internetnachrichten-Dienste. Gegen eine openplanningmap oder vielleicht transparente Karten-Overlays mit Planungen waere ja gar nichts einzuwenden, im Gegenteil. Fuer Baustellen gilt dasselbe. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 25.06.2011 23:29, schrieb Frederik Ramm: Hi, Garry wrote: Und ein immer wiederkehrendes Problem ist dass die Bevölkerung nicht weiss was wo geplant wird. Die einzigste Information ist meist die örtliche Tageszeitung und gegebenfalls die regionalen Internetnachrichten-Dienste. Gegen eine openplanningmap oder vielleicht transparente Karten-Overlays mit Planungen waere ja gar nichts einzuwenden, im Gegenteil. Fuer Baustellen gilt dasselbe. Dazu muss sich erst jemand finden der das macht... (ich kann es nicht bzw. habe keine Zeit dazu mich so tief einzuarbeiten). Bis dahin kann die Lösung eigentlich nur sein in Mapnik Co eine Umsetzung vergleichbar den Papierkarten umzusetzen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 25.06.2011 19:36, schrieb Manuel Reimer: Das Argument ist zumindest nicht ganz abwegig. Wenn sich aber die Interessengemeinschaften gebildet haben und auch bereits regelmäßig demonstriert wird, dann wird auch so langsam ein gewisser Hass gegen das entsprechende Bauprojekt bei einem gewissen Teil der lokalen Bevölkerung aufkommen. Man will $BAUWERK also eher nicht in einer Präsentation haben, die in einer Sitzung eines Vereins verwendet wird, der mit $PROJEKT nix zu tun hat und Diskussionen in der Richtung vermeiden will. Im Vordergrund sollte doch die Information für die Allgemeinheit und nicht die Desinformation für das Ziel eines Vereins stehen... In der Situation werden nur ganz wenige (bevorzugt die, die selber zur OSM beitragen) eine technische Lösung suchen um die fragliche Strecke aus der Karte rauszuhalten. Alle anderen werden feststellen, dass die Strecke bei Google nicht drin ist und verwenden dann deren Kartenmaterial. Und wieder wäre eine Chance vertan, OSM in der Öffentlichkeit zu platzieren. Ich sehe es al Chance wenn auch Strassenplanungen in OSM sichtbar sind die in anderen Karten noch nicht vorhanden sind. Unter Strassen in Planung versteh ich dabei solche Trassen die über ein Brainstorming hinausgehen und eine Chance auf Finanzierbarkeit und Realisierung haben. Da bleiben in der Regel nicht mehr 1-2 vielleicht mal 3 übrig... Ein guter Kompromiss wäre, wenn die Tags zum Baufortschritt konsequent genutzt und auch beim Rendering berücksichtigt würden. Bis zu einem gewissen Planungsfortschritt könnte eine entsprechende Strecke zumindest deutlich dezenter gerendert werden. Was verstehst Du unter dezenter? Sichtbar sein sollte es schon in der Zoomlevels der Bedeutung bei denen auch vorhandene Strassen sichtbar sind. Ergänzend sollte generell eine Karte ohne diese geplanen Strecken verfügbar und leicht erreichbar sein, wenn jemand aus bestimmten Gründen ein geplantes Bauwerk einfach nicht in seinem Kartenauszug brauchen kann. +1 - mit Betonung auf ergänzend ! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Am 24.06.2011 18:07, schrieb Manuel Reimer: Frederik Ramm wrote: Meine persoenliche Vorliebe geht stark in Richtung einer aufgeraeumten Karte, ich finde, dass der englische Stil bereits versucht, es zu vielen Leuten rechtzumachen, und sich damit bedrohlich dem Osmarender-jeder baut ein, was ihn interessiert-Look annaehert. Insofern empfinde ich es nicht als Mangel, wenn geplante Strassen da nicht auftauchen. Volle Zustimmung. Ich fände es eher schade, wenn auf openstreetmap.de auch geplante Straßen sichtbar wären. Das sollte, wenn überhaupt, erst dann geschehen, wenn der Bau zu 100% sicher ist. Also dann wenn alle Einsprüche aus der Bevölkerung begutachtet wurden und auch die Gerichtsverfahren Wann ist etwas 100% sicher? Stuttgart21 hat Baurecht, aber ob es vollendet wird ist sicher nicht 100% sicher. durch sind. Straßen, über die noch diskutiert wird, sollten, gerade auf einem System wie OpenStreetMap, in dem innerhalb von Minuten Änderungen möglich sind, nicht sichtbar sein. Man kann sie ja eintragen, aber gerendert werden sollten sie bestenfalls von einem speziellen externen Kartensystem und nicht auf der offiziellen Karte. Offizielle Karte ist relativ. Planungen sind zumindest teilweise auch was offizielles. Und wer für längere Zeit einen neuen Platz zum Wohnen sucht der berücksichtigt gerne auch solche Planungen - sowohl weil er es gerne ruhig haben möchte als auch weil er gerne eine gute Verkehrsanbindung möchte. Gerade bei Autobahnen und ähnlichen Projekten kommt es in der Bevölkerung zu Protesten. So eine Straße, nun fest auf OSM gerendert, macht diese Daten, z.B. für das Verwenden in einer Präsentation, für solche Gebiete unbrauchbar, da eine Straße, die ohnehin für Unmut sorgt, hier nur unnötig für Zündstoff sorgt. Es würde also eher auf andere Kartendienste ausgewichen, in denen die problematische Straße nicht sichtbar ist. Für mich ist alleine das ein Argument, das Rendering auf openstreetmap.org zu verändern. AFAIK gibt es Tags für den Planungsstand, die aktuell ganz ignoriert werden. IMHO sollte bis zu einem bestimmten Stand garkein Rendering stattfinden. Erst wenn ein gewisser Planungsfortschritt erreicht ist, sollte die Straße erstmals erscheinen. So lange es nur ein Brainsorming ist für eine von vielen Trassenmöglichlichkeiten - OK. Wenn es aber nur (noch) eine (zwei,drei) Trassenmöglichkeiten gibt über die heiss diskutiert wird ob sie realiert wird sollte sie auch erscheinen. Ja, man kann selber rendern. Nein, Otto-Normal-Powerpoint-Präsentations-Ersteller wird das nicht können und auch nicht wollen. Man muss schon OSM-Freak sein, wenn man sich tatsächlich in Mapnik einarbeitet, sich die ganze Toolchain installiert und dann auch noch das Stylesheet nach Belieben verändert. Die meisten kopieren da dann lieber von Google und gut ist. Es ist ein großer Vorteil von OSM, dass man an die Sourcen rankommt, aber die meisten, die OSM gerne nutzen würden, haben da nicht viel davon. Ich behaupte einfach mal, dass mehr als die Hälfte der OSM-Nutzer eigentlich nur ein Bild brauchen. ... mit dem Zusatz das Daten die sie eintragen auch sichtbar werden... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Hi, Garry wrote: Bis dahin kann die Lösung eigentlich nur sein in Mapnik Co eine Umsetzung vergleichbar den Papierkarten umzusetzen. Ist sicherlich eine Frage des Geschmacks; ich teile die Auffassung nicht, finde also die Formulierung kann die Loesung eigentlich nur sein... etwas unpassend. Schreib bis dahin haette ich persoenlich gern, dann kann man es stehen lassen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-co] Join my network on LinkedIn through Rainmaker
LinkedIn I would like to connect with you on LinkedIn. Powered by Rainmaker - http://rainmaker.cc/ Powered by Rainmaker - Get your free account at http://rainmaker.cc/ Diego Alonso Uribe Gamez Desarrollador Web en 1publicidad Colombia Confirma que conoces a Diego Alonso Uribe Gamez https://www.linkedin.com/e/-f54tue-gpcogq05-4v/isd/3335969468/HXd2KwEE/ -- (c) 2011, LinkedIn Corporation -- View this message in context: http://gis.638310.n2.nabble.com/RHoK-en-la-prensa-tp6514733p6514855.html Sent from the Colombia mailing list archive at Nabble.com.___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Algunos pueblos y localidades sin mapear
Buenos dias Tal vez se deba a que al parecer algunas imagenes satelitales fueron ampliadas y hay unas nuevas asi que me tome un tiempo para buscar algunos sitios he aqui una lista de algunos: ayacucho http://www.openstreetmap.org/?lat=8.5997lon=-73.5869zoom=16 pueblo nuevo http://www.openstreetmap.org/?lat=8.50333lon=-75.50829zoom=16layers=Mplanetarica http://www.openstreetmap.org/?lat=8.4076lon=-75.5843zoom=13layers=Mbuena vista http://www.openstreetmap.org/?lat=8.21812lon=-75.47452zoom=15layers=Msan miguel de sema http://www.openstreetmap.org/?lat=5.51666lon=-73.72286zoom=15layers=M susa http://www.openstreetmap.org/?lat=5.4519lon=-73.81358zoom=16layers=M fuquene http://www.openstreetmap.org/?lat=5.40209lon=-73.79573zoom=16layers=M santiago de tolu http://www.openstreetmap.org/?lat=9.52471lon=-75.5789zoom=15layers=M toluviejo http://www.openstreetmap.org/?lat=9.45084lon=-75.43305zoom=15layers=M chima http://www.openstreetmap.org/?lat=9.14629lon=-75.62372zoom=15layers=M sitioviejo http://www.openstreetmap.org/?lat=9.10163lon=-75.62618zoom=16layers=M san jose del guaviare(sur) http://www.openstreetmap.org/?lat=2.55181lon=-72.63015zoom=15layers=M puerto concordia http://www.openstreetmap.org/?lat=2.62011lon=-72.76289zoom=15layers=M el guaco http://www.openstreetmap.org/?lat=3.40109lon=-70.13096zoom=16layers=Msan jose de las americas http://www.openstreetmap.org/?lat=7.90072lon=-73.57033zoom=15layers=M terraplen http://www.openstreetmap.org/?lat=7.8773lon=-73.65897zoom=16layers=M el papayal http://www.openstreetmap.org/?lat=7.60899lon=-73.64316zoom=15layers=M candelia http://www.openstreetmap.org/?lat=7.8303lon=-73.59501zoom=15layers=M el chorro http://www.openstreetmap.org/?lat=8.38068lon=-73.68118zoom=17layers=M corozalito http://www.openstreetmap.org/?lat=9.04653lon=-75.62775zoom=17layers=M santiago pòbre http://www.openstreetmap.org/?lat=8.62665lon=-75.54608zoom=16layers=M isana http://www.openstreetmap.org/?lat=1.72351lon=-69.86755zoom=16layers=Msin nombre http://www.openstreetmap.org/?lat=2.24247lon=-70.02981zoom=16layers=M harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] DAGI og KMS - status
On Fri, 24 Jun 2011 21:38:26 +0200 Jonas Häggqvist ras...@rasher.dk wrote: Jeg mener slet ikke at SA-delen er overholdt idet ODbL er væsentlig forskellig fra CC-BY-SA. Under alle omstændigheder har jeg skrevet her: http://lists.openstreetmap.org/pipermail/legal-talk/2011-June/006306.html Tak herfra, Jonas. Jeg har søgt lidt på nettet, og kan konstatere, at der ser ud til at være nogenlunde enighed om, at det er i strid med Contributor Terms at importere data under CC-BY-SA, så her slutter vel diskussionen. Se en tidligere diskussion på legal-talk, som omhandler noget australsk orthofoto materiale frigivet under CC-BY-SL [0]. Spørgmålet er, om vi via en dialog med KMS kan udvirke at de tænker over om de ligeledes kan stille deres data til rådighed under ODbL. I virkeligheden må KMS være stillet over for den samme problemstilling som OSM, nemlig om hvordan begrebet afledte værker udløser BY-SA betingelserne. Hvis man bruger LibreOffice Writer eller Emacs til at skrive en bog, videreføres GPL licensen ikke til bogen, men med CC-BY-SA licensen er det uklart om hvilken licens der gælder hvis man tegner et kort på grundlag af dataene. Uden tvivl er det KMS' intention, at dataene skal kunne bruges frit, og måske har de ikke tænkt sagen til ende (ligesom OSM ikke havde i begyndelsen). -- Morten [0] http://lists.openstreetmap.org/pipermail/legal-talk/2010-August/003984.html ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Duda sobre restricciones de giro
Buenas Intentando usar el AndNav2 con el móvil de vuelta a casa, me dí cuenta de que en la Universidad Complutense de Madrid, para ir desde el instituto del frio [1] en la calle Ramiro de Maetzu hasta la calle Arquitecto Otero en coche[2]. Gira a la derecha pasando por la puerta de Biológicas hasta la glorieta y baja por la avenida complutense, cuando el camino más corto es girar a la izquierda cogiendo la calle Jose Antonio Novais y rodeando el jardin botanico a derechas (en el sentido de las agujas del reloj) hasta llegar a la avenida compltense y girar a la izquierda (más corto y con un sólo semáforo). Y todo esto para deciros que si acercamos el mapa hasta ese punto [3]en la calle Jose Antonio Novais cruzando con la Avd complutense detrás de farmacia, a pesar de que se puede girar a la izquierda atravesando el carril que sube de la Avd Complutense, parece como si estuviese restringido el giro a izda o que interpreta que no se puede girar. No sé porqué pasa ni sé lo suficiente para arreglarlo, porque no sé porqué falla. Aparte de esto ¿algún otro software para Android que emplee los mapas OSM? [1]Pos@: -3.722480 40.448296 [2]Pos@: -3.732667 40.438686 [3] http://www.openstreetmap.org/edit?lat=40.445865lon=-3.72691zoom=18 Gracias Rafa ___ ate: Mon, 13 Jun 2011 11:07:12 + From: Manuel Garcia lendul...@gmail.com To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Subject: Re: [Talk-es] Duda sobre restricciones de giro Message-ID: BANLkTik=tymyctgmv0nfwg6th9shqpz...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 2011/6/12 Jonas Andradas j.andra...@gmail.com Bueno, técnicamente podría haber alguno (quizá) en situaciones como las que voy a intentar pintar y, si veo alguno, dar un ejemplo: C| A/\ / \ AB - --A'B'-- \ / B-/ Bueno, en mi mensaje puse al menos en el caso que se está tratando ;) Sí, tienes razón en lo que planteas, en este tipo de restricciones sí es necesaria la restricción sin giro en U. Y hace meses que envié un mensaje a la lista comentando este mismo tipo de problemas (en una intersección como la que planteas) con las restricciones, las intersecciones, los enrutadores y la imposibilidad de marcar en OSM las líneas continuas. Así que, aunque por sentido común, creo que no serían necesarios esas restricciones en U, quizá para los algoritmos sí sean necesarias o, al menos, convenientes... Pero volviendo al caso que planteabas en el mensaje que inició el hilo, no se da esa circunstancia de una vía lateral no conectada por lo que para mí, creo, habría que retorcer a mala idea mucho la ruta que calculase el enrutador para que fuese necesaria la restricción sin giro en U. Por otro lado (por aquello de que no se me ocurre ningún caso práctico), pongámonos en plan I+D+i e imaginemos que alguna empresa o universidad empieza a investigar como google en coches autónomos y necesita información de vías y coge los datos de OSM. ¿Serían necesarias esas restricciones en este caso? Pues depende, si el coche es tonto y lo único que tiene para autoconducirse son los datos de OSM, sí, serían necesarias, como también sería necesaria mucha más información, por ejemplo, las líneas continuas. Pero si el coche capta información de por dónde va, no serían tan necesarias, los programadores deberían prever este tipo de situaciones para impedir giros extraños. Saludos, Manuel. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-es/attachments/20110613/9e7845b2/attachment-0001.html -- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Duda sobre restricciones de giro
Hola. Estado comprobándolo y no tiene nada que ver con restricciones de giro. Lo que sucede es que los navegadores normalmente, y me imagino que AndNav2 también, tienen en cuenta el tipo de vía también para trazar las rutas y el camino por el que te mete es todo secondary y el que indicas mas corto tiene parte que es residencial. El trazado si no es mucha la diferencia, eso ya son cálculos internos del navegador, normalmente te mete por vías principales. El 26 de junio de 2011 02:35, Pumuky pumukys...@yahoo.es escribió: Buenas Intentando usar el AndNav2 con el móvil de vuelta a casa, me dí cuenta de que en la Universidad Complutense de Madrid, para ir desde el instituto del frio [1] en la calle Ramiro de Maetzu hasta la calle Arquitecto Otero en coche[2]. Gira a la derecha pasando por la puerta de Biológicas hasta la glorieta y baja por la avenida complutense, cuando el camino más corto es girar a la izquierda cogiendo la calle Jose Antonio Novais y rodeando el jardin botanico a derechas (en el sentido de las agujas del reloj) hasta llegar a la avenida compltense y girar a la izquierda (más corto y con un sólo semáforo). Y todo esto para deciros que si acercamos el mapa hasta ese punto [3]en la calle Jose Antonio Novais cruzando con la Avd complutense detrás de farmacia, a pesar de que se puede girar a la izquierda atravesando el carril que sube de la Avd Complutense, parece como si estuviese restringido el giro a izda o que interpreta que no se puede girar. No sé porqué pasa ni sé lo suficiente para arreglarlo, porque no sé porqué falla. Aparte de esto ¿algún otro software para Android que emplee los mapas OSM? [1]Pos@: -3.722480 40.448296 [2]Pos@: -3.732667 40.438686 [3] http://www.openstreetmap.org/edit?lat=40.445865lon=-3.72691zoom=18 Gracias Rafa ___ -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Duda sobre restricciones de giro
2011/6/26 Pumuky pumukys...@yahoo.es Buenas Intentando usar el AndNav2 con el móvil de vuelta a casa, me dí cuenta de que en la Universidad Complutense de Madrid, para ir desde el instituto del frio [1] en la calle Ramiro de Maetzu hasta la calle Arquitecto Otero en coche[2]. Gira a la derecha pasando por la puerta de Biológicas hasta la glorieta y baja por la avenida complutense, cuando el camino más corto es girar a la izquierda cogiendo la calle Jose Antonio Novais y rodeando el jardin botanico a derechas (en el sentido de las agujas del reloj) hasta llegar a la avenida compltense y girar a la izquierda (más corto y con un sólo semáforo). Conozco la zona y, efectivamente, es más rápido ir por donde dices, aunque todos los softwares de routing que conozco (tanto sobre OSM como con otras cartografías) indican por el otro camino. Y todo esto para deciros que si acercamos el mapa hasta ese punto [3]en la calle Jose Antonio Novais cruzando con la Avd complutense detrás de farmacia, a pesar de que se puede girar a la izquierda atravesando el carril que sube de la Avd Complutense, parece como si estuviese restringido el giro a izda o que interpreta que no se puede girar. No sé porqué pasa ni sé lo suficiente para arreglarlo, porque no sé porqué falla. No he visto la restricción de giro que comentas, sino únicamente unos semáforos. No sé por qué no indica esa ruta como la mejor (quizá porque la ruta por biológicas es secondary mientras que el otro camino es residential, o porque en la ruta rodeando el jardín botánico por el sur está marcado el semáforo en OSM, pero no está registrado que la ruta por Biológicas tenga 2 semáforos, sino que aparece como una raqueta sin regulación con semáforos) Es posible que, si vas por la zona y registras la ubicación de los semáforos en la esquina de Biológicas y en la raqueta, AndNav2 y otros programas de rutas te sugieran el camino que comentas. Aparte de esto ¿algún otro software para Android que emplee los mapas OSM? [1]Pos@: -3.722480 40.448296 [2]Pos@: -3.732667 40.438686 [3] http://www.openstreetmap.org/edit?lat=40.445865lon=-3.72691zoom=18 Gracias Rafa ___ ate: Mon, 13 Jun 2011 11:07:12 + From: Manuel Garcia lendul...@gmail.com To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Subject: Re: [Talk-es] Duda sobre restricciones de giro Message-ID: BANLkTik=tymyctgmv0nfwg6th9shqpz...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 2011/6/12 Jonas Andradas j.andra...@gmail.com Bueno, técnicamente podría haber alguno (quizá) en situaciones como las que voy a intentar pintar y, si veo alguno, dar un ejemplo: C| A/\ / \ AB - --A'B'-- \ / B-/ Bueno, en mi mensaje puse al menos en el caso que se está tratando ;) Sí, tienes razón en lo que planteas, en este tipo de restricciones sí es necesaria la restricción sin giro en U. Y hace meses que envié un mensaje a la lista comentando este mismo tipo de problemas (en una intersección como la que planteas) con las restricciones, las intersecciones, los enrutadores y la imposibilidad de marcar en OSM las líneas continuas. Así que, aunque por sentido común, creo que no serían necesarios esas restricciones en U, quizá para los algoritmos sí sean necesarias o, al menos, convenientes... Pero volviendo al caso que planteabas en el mensaje que inició el hilo, no se da esa circunstancia de una vía lateral no conectada por lo que para mí, creo, habría que retorcer a mala idea mucho la ruta que calculase el enrutador para que fuese necesaria la restricción sin giro en U. Por otro lado (por aquello de que no se me ocurre ningún caso práctico), pongámonos en plan I+D+i e imaginemos que alguna empresa o universidad empieza a investigar como google en coches autónomos y necesita información de vías y coge los datos de OSM. ¿Serían necesarias esas restricciones en este caso? Pues depende, si el coche es tonto y lo único que tiene para autoconducirse son los datos de OSM, sí, serían necesarias, como también sería necesaria mucha más información, por ejemplo, las líneas continuas. Pero si el coche capta información de por dónde va, no serían tan necesarias, los programadores deberían prever este tipo de situaciones para impedir giros extraños. Saludos, Manuel. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-es/attachments/20110613/9e7845b2/attachment-0001.html -- ___ Talk-es mailing list Talk-es@openstreetmap.org
Re: [Talk-cz] footway=sidewalk
jzvc píše v Pá 24. 06. 2011 v 20:06 +0200: Dne 24.6.2011 15:05, Stanislav Brabec napsal(a): Silnice mají tag width, který je k tomu určený, ale skoro nikdo ho nepoužívá. To neni to prave orechove, protoze spousta silnic neni pekne stejne siroka vsude ... ;D Ostatne viz letiste - na Ruzyni jsem drahy (podle zahranicniho vzoru) obtah a vypada to (predevsim ve vetsich zoomech) o dost lepe (respektuje to sirku a pomery jednotlivych prvku). Navic v pripade tech ulic vypada hloupe, kdyz jsou pri vetsim zoomu domy kolem uzonke silnicky, pritom vim, ze ta silnice je samo (vcetne chodniku) na doraz k tem domum. Tak se path rozdělí a nastaví se různá width. Samo tohle je jen reseni vizualu, pro navigaci a dalsi funkcionalitu je to nepodstatny. Když se mapnik naučí width, tak to visual vyřeší taky. A chodníky by nakonec taky šly kreslit ve větších zoomech automaticky podle sidewalk. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] footway et path
Le 22/06/11 11:21, cyrille giquello a écrit : ...Je ne voudrais pas apporter des bugs au routage de GéoVélo, qui empêcheraient les cyclistes de profiter de nos belles régions ;-) Cyrille. Ce service doit s'adapter aux données, par l'inverse ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
Le 23/06/11 11:38, jos sinet a écrit : C'est quoi la bonne solution ? Tu oublies highway='living_street' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le mardi 19 avril 2011 à 10:18 +0200, Tenshu a écrit : J'ai moi même comme vous vous en doutez refusé les termes de migration vers OdBL pour la simple raison que ces termes ne précisent en rien de ce qui pourrait advenir de nos contributions pendant la procédure de migration finale. Je viens moi aussi de refuser les nouveaux Termes du contributeur. Je n'ai plus le droit de contribuer à OSM... Dans l'absolu je ne refuse pas de passe d'une licence CC-By-SA à une licence Odbl, je refuse juste de céder tous mes droits à une fondation qui pourra faire ce que bon lui semble sans mon consentement puisque j'aurais renoncé à toute opinion ou recours. Je cite : Vous concédez à OSMF, dans les conditions définies aux articles 3 et 4, de manière irrévocable et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif à un élément du Contenu, quel que soit le support. La concession porte notamment sur une éventuelle utilisation commerciale du Contenu ainsi que sur le droit de sous-licencier l’ensemble des contributions à des tiers ou sous-traitants. Vous acceptez de ne pas user de votre droit moral à l’encontre de OSMF ou de ses sous-traitants si la loi ou les conventions vous donne un tel droit relativement aux Contenus. Je contribue aux logiciels libres depuis nombre d'années, je n'ai jamais cédé mes droits à quiquonque ! Je répète, j'accepte de contribuer au contenu de la base OSM sous une licence libre de partage à l'identique, mais je refuse d'abandonner mes droits à la fondation OSMF. Et puisque l'on me refuse le droit de contribuer à OSM, j'espère que OSMF n'aura pas le culot de me compter comme utilisateur inactif pour légitimer sa démarche à pas forcés ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
2011/6/25 Lapinos03 lapino...@free.fr ** Tu oublies highway='living_street' higwayh=living_street ne s'applique qu'aux zones de rencontres qui ont une signalisation particulière: http://www.certu.fr/fr/_S%C3%A9curit%C3%A9_et_circulation_routi%C3%A8res-n28/Signalisation-n750/Signalisation_des_aires_pietonnes_et_zones_de_rencontre-a1641-s_article_theme.html http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street Ce type de zone n'existe que depuis peu en France mais le tag living_street existait avant parce qu'il s'appliquait à d'autres pays qui avaient ce concept avant nous. Malheureusement, certains ont mal employé ce tag chez nous et j'en trouve régulièrement qui sont mal employés et que je suis donc obligé de corriger (je me demande même si un certain nombre d'entre-eux ne viennent pas de lapinos03). Donc merci aux anciens de ne pas enduire d'erreur les nouveaux parce que le tag highway est suffisament compliqué comme ça ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Bonjour, Tu peux expliquer ce que tu entends par mes droits? En quoi c'est si important que ce soit un tel ou un autre qui soit l'auteur de telle ou telle contribution? Alors que je ne suis pas à l'origine baigné dans le monde du libre, j'ai adhéré à l'esprit d'OSM justement parce que mes contributions pouvaient profiter au plus grand nombre... Loin de moi l'idée de vouloir clamer un quelconque droit! Romain Le 25 juin 2011 17:16, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 19 avril 2011 à 10:18 +0200, Tenshu a écrit : J'ai moi même comme vous vous en doutez refusé les termes de migration vers OdBL pour la simple raison que ces termes ne précisent en rien de ce qui pourrait advenir de nos contributions pendant la procédure de migration finale. Je viens moi aussi de refuser les nouveaux Termes du contributeur. Je n'ai plus le droit de contribuer à OSM... Dans l'absolu je ne refuse pas de passe d'une licence CC-By-SA à une licence Odbl, je refuse juste de céder tous mes droits à une fondation qui pourra faire ce que bon lui semble sans mon consentement puisque j'aurais renoncé à toute opinion ou recours. Je cite : Vous concédez à OSMF, dans les conditions définies aux articles 3 et 4, de manière irrévocable et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif à un élément du Contenu, quel que soit le support. La concession porte notamment sur une éventuelle utilisation commerciale du Contenu ainsi que sur le droit de sous-licencier l’ensemble des contributions à des tiers ou sous-traitants. Vous acceptez de ne pas user de votre droit moral à l’encontre de OSMF ou de ses sous-traitants si la loi ou les conventions vous donne un tel droit relativement aux Contenus. Je contribue aux logiciels libres depuis nombre d'années, je n'ai jamais cédé mes droits à quiquonque ! Je répète, j'accepte de contribuer au contenu de la base OSM sous une licence libre de partage à l'identique, mais je refuse d'abandonner mes droits à la fondation OSMF. Et puisque l'on me refuse le droit de contribuer à OSM, j'espère que OSMF n'aura pas le culot de me compter comme utilisateur inactif pour légitimer sa démarche à pas forcés ! Librement, -- Christophe Merlet (RedFox) Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Bonjour Christophe, Christophe Merlet a écrit : Dans l'absolu je ne refuse pas de passe d'une licence CC-By-SA à une licence Odbl, je refuse juste de céder tous mes droits à une fondation qui pourra faire ce que bon lui semble sans mon consentement puisque j'aurais renoncé à toute opinion ou recours. Je cite : Vous concédez à OSMF, dans les conditions définies aux articles 3 et 4, de manière irrévocable et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif à un élément du Contenu, quel que soit le support. La concession porte notamment sur une éventuelle utilisation commerciale du Contenu ainsi que sur le droit de sous-licencier l’ensemble des contributions à des tiers ou sous-traitants. Vous acceptez de ne pas user de votre droit moral à l’encontre de OSMF ou de ses sous-traitants si la loi ou les conventions vous donne un tel droit relativement aux Contenus. Je contribue aux logiciels libres depuis nombre d'années, je n'ai jamais cédé mes droits à quiquonque ! C'est ton droit et je ne le conteste bien sûr pas mais j'en conclus que tu n'as jamais contribué à un projet de la fondation Apache ni à aucun logiciel du projet GNU dont la FSF détient le copyright. Car les deux fondations demandent, sous des formes différentes, peu ou prou la même chose que la fondation OSM. Je t'invite par exemple à lire le « Individual Contributor License Agreement » (ICLA) et le « Corporate Contributor License Agreement » (CCLA) de la fondation Apache : - http://apache.org/licenses/icla.txt - http://apache.org/licenses/cla-corporate.txt Ces accords sont demandés aux contributeurs réguliers pour les contributions futures. Aux contributeurs occasionnels qui ne les ont pas signés, la fondation exige à chaque fois un « Software Grant Agreement » avant d'accepter leur contribution : http://apache.org/licenses/software-grant.txt De son côté, la FSF exige une cession des droits dite « Copyright Assignment » : http://www.gnu.org/licenses/gpl-faq.html#AssignCopyright De mémoire, il me semble que l'IETF a le même type d'exigence envers les personnes et entreprises qui collaborent à l'établissement des RFC. Je répète, j'accepte de contribuer au contenu de la base OSM sous une licence libre de partage à l'identique, mais je refuse d'abandonner mes droits à la fondation OSMF. Pourtant, le transfert des droits a certains avantages dès lors qu'on peut faire confiance au tiers à qui on les cède. Un contre-exemple notoire est la fondation Wikimedia qui n'exige aucun transfert de copyright sur les contributions et qui, du coup, ne peut pas ester en justice lorsque ces encyclopédies sont plagiés : il appartient à chaque contributeur qui a suffisamment contribué aux pages concernées pour prétendre à un zeste de paternité de poursuivre le contrefacteur en justice. La fondation, elle, regarde passer le train... Pour ma part, si un particulier ou une société me demandaient un transfert de copyright, je refuserais (tout comme je refuserais de contribuer à un projet sous une licence plus permissive que celle sous laquelle est diffusé le projet). Quand la demande émane des fondations FSF Apache ou OSM, j'accepte bien volontiers car je les considère comme les gardiennes tu temple du mouvement du libre et si elles venaient à trahir notre confiance, un monde s'écroulerait... Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le 25/06/2011 19:30, Romain MEHUT a écrit : Bonjour, Tu peux expliquer ce que tu entends par mes droits? En quoi c'est si important que ce soit un tel ou un autre qui soit l'auteur de telle ou telle contribution? Alors que je ne suis pas à l'origine baigné dans le monde du libre, j'ai adhéré à l'esprit d'OSM justement parce que mes contributions pouvaient profiter au plus grand nombre... Loin de moi l'idée de vouloir clamer un quelconque droit! Romain +1 ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le 25/06/2011 19:55, Sébastien Dinot a écrit : Bonjour Christophe, Christophe Merlet a écrit : Dans l'absolu je ne refuse pas de passe d'une licence CC-By-SA à une licence Odbl, je refuse juste de céder tous mes droits à une fondation qui pourra faire ce que bon lui semble sans mon consentement puisque j'aurais renoncé à toute opinion ou recours. Je cite : Vous concédez à OSMF, dans les conditions définies aux articles 3 et 4, de manière irrévocable et perpétuelle, une licence internationale, non exclusive et non soumise aux droits patrimoniaux d’auteur, aux droits des auteurs de bases de données ou à tout autre droit, relatif à un élément du Contenu, quel que soit le support. La concession porte notamment sur une éventuelle utilisation commerciale du Contenu ainsi que sur le droit de sous-licencier l’ensemble des contributions à des tiers ou sous-traitants. Vous acceptez de ne pas user de votre droit moral à l’encontre de OSMF ou de ses sous-traitants si la loi ou les conventions vous donne un tel droit relativement aux Contenus. Je contribue aux logiciels libres depuis nombre d'années, je n'ai jamais cédé mes droits à quiquonque ! C'est ton droit et je ne le conteste bien sûr pas mais j'en conclus que tu n'as jamais contribué à un projet de la fondation Apache ni à aucun logiciel du projet GNU dont la FSF détient le copyright. Car les deux fondations demandent, sous des formes différentes, peu ou prou la même chose que la fondation OSM. Je t'invite par exemple à lire le « Individual Contributor License Agreement » (ICLA) et le « Corporate Contributor License Agreement » (CCLA) de la fondation Apache : - http://apache.org/licenses/icla.txt - http://apache.org/licenses/cla-corporate.txt Ces accords sont demandés aux contributeurs réguliers pour les contributions futures. Aux contributeurs occasionnels qui ne les ont pas signés, la fondation exige à chaque fois un « Software Grant Agreement » avant d'accepter leur contribution : http://apache.org/licenses/software-grant.txt De son côté, la FSF exige une cession des droits dite « Copyright Assignment » : http://www.gnu.org/licenses/gpl-faq.html#AssignCopyright De mémoire, il me semble que l'IETF a le même type d'exigence envers les personnes et entreprises qui collaborent à l'établissement des RFC. Je répète, j'accepte de contribuer au contenu de la base OSM sous une licence libre de partage à l'identique, mais je refuse d'abandonner mes droits à la fondation OSMF. Pourtant, le transfert des droits a certains avantages dès lors qu'on peut faire confiance au tiers à qui on les cède. Un contre-exemple notoire est la fondation Wikimedia qui n'exige aucun transfert de copyright sur les contributions et qui, du coup, ne peut pas ester en justice lorsque ces encyclopédies sont plagiés : il appartient à chaque contributeur qui a suffisamment contribué aux pages concernées pour prétendre à un zeste de paternité de poursuivre le contrefacteur en justice. La fondation, elle, regarde passer le train... Pour ma part, si un particulier ou une société me demandaient un transfert de copyright, je refuserais (tout comme je refuserais de contribuer à un projet sous une licence plus permissive que celle sous laquelle est diffusé le projet). Quand la demande émane des fondations FSF Apache ou OSM, j'accepte bien volontiers car je les considère comme les gardiennes tu temple du mouvement du libre et si elles venaient à trahir notre confiance, un monde s'écroulerait... Sébastien Mais chez certains existe le soupçon que la fondation OSM est une conspiration qui voudrait prendre le pouvoir... Ah, le pouvoir !... Il y a eu un long thread anglais là-dessus. Or ces projets, c'est tout l'inverse... C'est la confiance La confiance que les bénévoles qui acceptent de passer du temps dans la Fondation, ou dans la future association française partagent notre point de vue et sont là pour défendre notre cause. Ils sont prêts à reconnaître qu'il y a eu des maladresses de communication. Mais la communication, c'est pas leur métier... Et je les excuse bien volontier. Moi j'ai signé parce que je ne vois pas ce que je gagne à ne pas signer. Les détails du droit, je m'en f** ! Je me dis que si je ne signais pas je ne gagnerais que d'emm***er le système, emm***er les bénévoles qui se coltinent ces réalités. Confiance, pouvoir, mes droits... Finalement, en renonçant à MES prérogatives, en renonçant aux notions de pouvoir, en faisant confiance, je me sens vachement plus libre qu'en étant suspicieux et en étant accroché à mes droits. Et en plus je peux continuer à mapper librement ;-) Elle est pas belle la vie ? Un projet libre, c'est d'abord un état d'esprit, c'est d'abord dans la tête. -- FrVIPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le 25/06/2011 23:41, Vincent Pottier a écrit : Mais chez certains existe le soupçon que la fondation OSM est une conspiration qui voudrait prendre le pouvoir... Ah, le pouvoir !... Il y a eu un long thread anglais là-dessus. Or ces projets, c'est tout l'inverse... C'est la confiance La confiance que les bénévoles qui acceptent de passer du temps dans la Fondation, ou dans la future association française partagent notre point de vue et sont là pour défendre notre cause. Ils sont prêts à reconnaître qu'il y a eu des maladresses de communication. Mais la communication, c'est pas leur métier... Et je les excuse bien volontier. Et puis, il faut bien voir que dès que tu contribues à OSM, tu fais également confiance à toute la communauté, puisque tu sais que n'importe qui peut révoquer tes modifications et pourtant, ils ne le font pas. Et, au contraire, toute la communauté te fait confiance sur la véracité des infos que tu ajoutes au projet ;) Moi j'ai signé parce que je ne vois pas ce que je gagne à ne pas signer. Les détails du droit, je m'en f** ! Je me dis que si je ne signais pas je ne gagnerais que d'emm***er le système, emm***er les bénévoles qui se coltinent ces réalités. Confiance, pouvoir, mes droits... Finalement, en renonçant à MES prérogatives, en renonçant aux notions de pouvoir, en faisant confiance, je me sens vachement plus libre qu'en étant suspicieux et en étant accroché à mes droits. Et en plus je peux continuer à mapper librement ;-) Elle est pas belle la vie ? Un projet libre, c'est d'abord un état d'esprit, c'est d'abord dans la tête. -- FrVIPofm JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Vincent Pottier a écrit : Moi j'ai signé parce que je ne vois pas ce que je gagne à ne pas signer. Les détails du droit, je m'en f** ! Personnellement, je ne m'en fiche pas mais je suis convaincu qu'en concédant une licence à la fondation OSM, les contributeurs sécurisent le projet. Quant à d'hypothétiques dérives de la fondation, non seulement je n'arrive pas un instant à y croire (la fondation, ce n'est pas une seule personne et pour que dérive il y ait, il faudrait que ce soit le dessein de plusieurs acteurs de premier plan) mais en plus, si la fondation commettait l'erreur de trahir les contributeurs et l'esprit du projet, ces contributeurs s'empresseraient de cloner les données et de monter une nouvelle infrastructure ailleurs, laissant choir la fondation comme une vieille chaussette. Ce serait donc la mort immédiate d'OSM, du moins sous ce nom et sa forme actuelle. Le jeu n'en vaut pas la chandelle. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le samedi 25 juin 2011 à 19:55 +0200, Sébastien Dinot a écrit : Bonjour Christophe, C'est ton droit et je ne le conteste bien sûr pas mais j'en conclus que tu n'as jamais contribué à un projet de la fondation Apache ni à aucun logiciel du projet GNU dont la FSF détient le copyright. Car les deux fondations demandent, sous des formes différentes, peu ou prou la même chose que la fondation OSM. Exact. Cela dit, la confiance compte, et j'aurais donné mes droits à la FSF sans problème si l'occasion s'était présentée. Il me semble qu'une chose différencie la FSF de la OSMF. La FSF a défini 4 libertés fondamentales pour le logiciel libre qui est la base de toutes leurs actions. Les licences qui en découlent ne sont là que pour traduire en termes juridiques ces 4 libertés fondamentales. Concernant l'OSMF, je ne sais toujours pas quels sont leurs objectifs en termes simple et clair et en quoi le changement de licences et les nouveaux termes de contributeurs résolvent des problèmes. Problème de confiance. Ça vient surement de moi, je ne demande qu'a être convaincu... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changement de licence et perte de données ?
Le samedi 25 juin 2011 à 19:30 +0200, Romain MEHUT a écrit : Bonjour, Tu peux expliquer ce que tu entends par mes droits? En quoi c'est si important que ce soit un tel ou un autre qui soit l'auteur de telle ou telle contribution? Alors que je ne suis pas à l'origine baigné dans le monde du libre, j'ai adhéré à l'esprit d'OSM justement parce que mes contributions pouvaient profiter au plus grand nombre... Loin de moi l'idée de vouloir clamer un quelconque droit! Donner mes droits à Oracle, Apple (exemples fortuits) pour contribuer a des logiciels libres développé sous leurs escarcelles leurs donnent la possibilité de changer de licence à tous moments, de fermer de code source, de le revendre, d'attaquer des concurrents sur la base de mon travail et que sais-je encore... Reste la possibilité de forker lorsque les divergences sont trop grandes avec comme effet de bord, des contributeurs qui se dispersent et se font la gueule, des utilisateurs perdus et un projet qui s'affaiblit. Ça arrive malheureusement trop souvent à mon gout. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] インポート
すみませんですが、日本語上手じゃないです。どうかよろしくお願いします。 https://wiki.openstreetmap.org/wiki/JA:Yahoo_Data_Import_Highway 秋田県由利本荘市のデータをインポートしたいです。osm.zip をダウンロードしました。これから、どのようにアップロードしますか？アップロードのやりかた教えてくれませんか？ Josmを使っています。 よろしくお願いします。 -dpp___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポート
ikiyaです。 インポートする場合、すでに書かれている道路データとマージ（調整・接合）する必要があります。 １．ダウンロードした秋田県由利本荘市のzipを解凍してJOSMで開きます。 http://4.bp.blogspot.com/-RpfByE4cPtY/TgWR-9exSqI/CaM/dBGuKwmh_eY/s1600/inp01.jpg ２．インポートしたい道路を選択します。 http://2.bp.blogspot.com/-nQhV1bn1Fuw/TgWR_GXC-1I/CaU/qOKsOlBhgOg/s1600/inp02.jpg ３．JOSMのメニューから選択をアップロード。 http://1.bp.blogspot.com/-Qn0fBxqqVao/TgWR_LjZWYI/Cac/PNfBFQgeq7c/s1600/inp03.jpg ４．インポート内容を確認、コメントをつけてインポート実行。 http://1.bp.blogspot.com/-c1IGDVvWNmY/TgWR_uoDOvI/Cak/ZxJptCLOrII/s1600/inp04.jpg まるまる一括でインポートもできますが、すでに多くの道路が書かれている場合は インポート後の調整が大変なので、選択をインポートをおすすめします。 選択インポート後は、既存の道路とのつなぎ合わせ作業も生じてきます。 以上参考まで。 --- On Sat, 2011/6/25, Douglas Perkins doug...@dperkins.org wrote: すみませんですが、日本語上手じゃないです。どうかよろしくお願いします。 https://wiki.openstreetmap.org/wiki/JA:Yahoo_Data_Import_Highway 秋田県由利本荘市のデータをインポートしたいです。osm.zip をダウンロードしました。これから、どのようにアップロードしますか？アップロードのやりかた教えてくれませんか？ Josmを使っています。 よろしくお願いします。 -dpp___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Fwd: [OSM-talk] Bing aerial imagery priorities
Tomです。今ごろレスしてすいません。 日本におけるトレース可能なリソースという観点から考えてみると、 「Bing」の他に、現在準備中の「基盤地図1/2500」 が近く利用可能になる筈です。 http://www.gsi.go.jp/kiban/area/index.htm 「基盤地図1/2500」がトレース可能になったとしても、 現在の「Bing」の状況では、「Bing」も「基盤地図1/2500」も利用できない地域は存在します。 精度のウンヌンは別にして、 せめて、日本中どこでも、何がしかトレース可能なリソースがあると良いと思うのですが。 そういう意味で、可能であれば、 「基盤地図1/2500」提供地域外のBingの提供も検討いただければと思います。 2011年6月18日10:24 Hiroshi Miura miur...@osmf.jp: 三浦です。 Bing の航空写真のどの地区のものが優先度高くほしいか、個人的に教えてほしいと Steaveからのメールがありました。 世界規模での優先度ということになるとおもいます。 東北沿岸部については、８月あたりにだいぶ復旧したところを ほしい感じでしょうか？ Original Message Subject:[OSM-talk] Bing aerial imagery priorities Date: Thu, 16 Jun 2011 14:09:37 -0700 From: Steve Coast st...@asklater.com To: t...@openstreetmap.org Hi I'm speaking personally and there are no guarantees here but I'd like to get input on what areas you would like Bing to prioritise for aerial and/or satellite imagery in the coming year. Please mail sco...@microsoft.com with the area in question (I'd love to accept bounding boxes but don't really have the time so cities/countries are the best). I will pass this on to the right people and we may or may not be able to help. Thanks Steve ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Tomです。 たしか、タグの値は、セミコロンでつなぐ事が出来たはずですので、 YahooJapan/ALPSの道路を、Bingを元に修正したような場合、 source=YahooJapan/ALPSMAP;Bing と、するのも良いかと思いますよ。 2011/6/20 SHIBATA Akira h...@eva.gr.jp: 柴田(あ)です。 4dfd3695.6090...@gmail.com の、 Re: [OSM-ja]Yahoo/ALPS データの修正 において、 Sun, 19 Jun 2011 08:36:53 +0900 発信のメイルで Minoru Yanagisawaさんは書きました： YahooJapan/ALPSMAP によるhighwayなどを修正した場合、 source=YahooJapan/ALPSMAP というプロパティはどうしたらよいのでしょうか？ 修正の程度にもよりますが… 基本的にはそのまま残しておきましょう。 source=YahooJapan/ALPSMAP から source=hogehoge に変えるときは、 fugahoge を参照して変更したとき だと個人的に思っています。 知っている範囲で変更基準は見たことがありません。 また削除するのは、自分で GPS 端末担いでデータを 採ってきて、それに置き換えるときだと考えます。 -- あまねく生命に、あまねく知性に、最大の幸福を願う h...@eva.gr.jp http://www.psychoscape.net/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] KSJ2インポートのsourceタグについて(Was: [OSM-talk] Japan KSJ2 Import)
Tomです。 私としてはここで指摘されているnote、note:ja、source_ref、created_by のタグ削除と重複する緯度経度座標値のタグ削除を検討してみてはと思います。 どうでしょうか。 私も、Wayに必要な情報がしっかり書かれているのでしたら、 Nodeの方は、必要最小限でダイエットした方が良いかと思いますので、 ikiyaさんの言われるところのタグの削除を検討されてはどうでしょうか。 2011年6月22日19:00 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 国土数値情報（JPGIS準拠データ）のOSM wikiページ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import インポート開始当時のMLスレッド http://lists.openstreetmap.org/pipermail/talk-ja/2008-April/000109.html ウェイ、ポリゴンを構成するノードにもソースタグを付けるかの議論MLスレッド http://lists.openstreetmap.org/pipermail/talk-ja/2009-November/001842.html このスレッドでは他国ユーザーからタグの削減を求められ タグの省略が議論されています。 個人的な考えとしてはインポートタグのうち最もデータ量をとっているのが note、note:ja、source_ref、created_by なので、 まずはこれらのタグを削除してしまうのがデータ量の圧縮には 最も有効だと思っています。 私としてはここで指摘されているnote、note:ja、source_ref、created_by のタグ削除と重複する緯度経度座標値のタグ削除を検討してみてはと思います。 どうでしょうか。 以下はインポートされた東北新幹線の線路wayのタグと 線路wayを構成するノードのタグ例 ///インポート線路wayのタグ/ created_by: National-Land-Numerical-Information_MLIT_Japan KSJ2:INT: 1 KSJ2:INT_label: 新幹線 KSJ2:LIN: 東北新幹線 KSJ2:OPC: 東日本旅客鉄道 KSJ2:RAC: 11 KSJ2:RAC_label: 普通鉄道JR name: 東北新幹線 name:ja: 東北新幹線 note: National-Land Numerical Information (Railway) 2007, MLIT Japan note:ja: 国土数値情報（鉄道データ）平成19年 国土交通省 operator: 東日本旅客鉄道 operator:ja: 東日本旅客鉄道 railway: rail source: KSJ2 source_ref: http://nlftp.mlit.go.jp/ksj/jpgis/datalist/KsjTmplt-N02-v1_1.html //線路wayを構成するノードのタグ created_by: National-Land-Numerical-Information_MLIT_Japan KSJ2:coordinate: 36.789527 139.953892 KSJ2:INT: 1 KSJ2:INT_label: 新幹線 KSJ2:lat: 36.789527 KSJ2:LIN: 東北新幹線 KSJ2:long: 139.953892 KSJ2:OPC: 東日本旅客鉄道 KSJ2:RAC: 11 KSJ2:RAC_label: 普通鉄道JR note: National-Land Numerical Information (Railway) 2007, MLIT Japan note:ja: 国土数値情報（鉄道データ）平成19年 国土交通省 source: KSJ2 source_ref: http://nlftp.mlit.go.jp/ksj/jpgis/datalist/KsjTmplt-N02-v1_1.html --- On Tue, 2011/6/21, Shu Higashi s_hig...@mua.biglobe.ne.jp wrote: 東です。 Frederik Rammより日本のコミュニティ宛に質問がありました。 私が適当に要約した内容は以下の通りです。 （正確には原文を参照ください） 要はKSJ2インポートのsourceタグ関連で、 冗長なデータ量があまりに多いように見えるが本当に必要な内容なのか、 もう少し記述量を減らせないか 整理すれば日本のデータ量を減らせるのでみんなハッピーだと思うのだが といった内容です。 現在のタグ付けの経緯などご存知の方がおられましたら教えてください。 ＜以下要約＞ 1.330万のノードに座標が３回書かれている。 （ひとつで良いのでは？） tag k=KSJ2:coordinate v=32.787857 130.687672/ tag k=KSJ2:lat v=32.787857/ tag k=KSJ2:long v=130.687672/ 2.330万のオブジェクトが以下のようにタグ付けされているが シンプルなsourceタグひとつで良いのでは？ tag k=note v=National-Land Numerical Information (Railway) 2007, MLIT Japan/ tag k=note:ja v=??(?)??19??/ tag k=source v=KSJ2/ tag k=source_ref v=http://nlftp.mlit.go.jp/ksj/jpgis/datalist/KsjTmplt-N02-v1_1.html/ 3.ウェイ上にある310万のノードに書かれている以下のような記述について、 必要な理由があるのか？ 必要な場合でも各ノードではなく、ウェイに書けば良いのではないか？ tag k=KSJ2:curve_id v=c00100298/ tag k=KSJ2:filename v=N03-090320_40_new.xml/ 4.110万のオブジェクトに以下のようなタグが付いているが sourceやnoteのタグと重複しているのでは？ tag k=created_by v=National-Land-Numerical-Information_MLIT_Japan/ 5.ウェイ上にある36万件のノードに以下のような記述があるが その意味、及びノードひとつずつにある必要性が不明。 KSJ2:INT, KSJ2:INT_label, KSJ2:LIN, KSJ2:OPC, KSJ2:RAC; これらの重複を整理（削除）できれば日本のデータを13% (xmlファイルで13.1GBから11.5GBに)削減できる。 -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Mon, 20 Jun 2011 23:05:37 +0200 Subject: [OSM-talk] Japan KSJ2 Import To: Talk Openstreetmap t...@openstreetmap.org Hi, is someone on this list involved in OSM in Japan? I'll go to talk-jp with the issue if not, but maybe the right people are reading this here also. I noticed that a lot of data has been imported from a KSJ2 data set, and this data has many tags that I consider unnecessary. The whole import seems to comprise about 3.5 million nodes, 680k ways, and 9000 relations. 3.3 million nodes are tagged with something like tag k=KSJ2:coordinate v=32.787857 130.687672/ tag k=KSJ2:lat v=32.787857/ tag k=KSJ2:long v=130.687672/ which means that the node coordinates are stored three times - once in the node itself and twice in the tags. About 3.3 million objects are tagged with something like tag k=note v=National-Land Numerical Information (Railway) 2007, MLIT Japan/ tag k=note:ja v=??(?)??19??/ tag k=source v=KSJ2/ tag k=source_ref v=http://nlftp.mlit.go.jp/ksj/jpgis/datalist/KsjTmplt-N02-v1_1.html/ which is a lot of text where in my opinion a simple source tag on the changeset would have been sufficient. (The overwhelming majority of source_ref tags, 2.9 million, point to KsjTmplt-N03.html, but another 17 are in use; the distribution for note:ja is similar, with two messages being used 1.8 and 1.0 million times respectively, and a handful of others in use.) 3.1 million nodes used by ways are tagged with something like tag k=KSJ2:curve_id v=c00100298/ tag k=KSJ2:filename v=N03-090320_40_new.xml/ which strikes me as a bit
Re: [OSM-ja] ライセンス切替フェーズ4が始まります(Was: [OSM-legal-talk] Announce: Beginning of Phase 4 of license change process)
Tomです。 フェーズ３から、９週間程度で、フェーズ４に変わりましたね。 フェーズ５へは最低８週間とありますので、最短で８月14日という事になりますかね。あくまで最短ですけど。 2011年6月15日10:57 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 ライセンス切り替えについて今週末6/19(日)、もしくは準備が整い次第、 フェーズ４へ移行するとのアナウンスがありました。 http://lists.openstreetmap.org/pipermail/legal-talk/2011-June/006156.html フェーズ４になると、CTを明示的に「拒否」した人（現在406アカウント）は 承諾するまではマップ編集ができなくなります。 http://wiki.openstreetmap.org/wiki/JA:Open_Database_License/Implementation_Plan#.E3.83.95.E3.82.A7.E3.83.BC.E3.82.BA_4_-_.22.E6.8B.92.E5.90.A6.22.E3.82.A2.E3.82.AB.E3.82.A6.E3.83.B3.E3.83.88.E3.81.AF.E9.9D.9E.E6.B4.BB.E6.80.A7.E5.8C.96.E3.81.95.E3.82.8C.E3.81.BE.E3.81.99.E3.80.82_.28.E3.83.95.E3.82.A7.E3.83.BC.E3.82.BA_3_.2B_.E5.B0.91.E3.81.AA.E3.81.8F.E3.81.A8.E3.82.828.E9.80.B1_.E3.82.AF.E3.83.AA.E3.83.86.E3.82.A3.E3.82.AB.E3.83.AB.E3.83.BB.E3.83.9E.E3.82.B9.E3.82.92.E5.89.8D.E6.8F.90.E3.81.AB.29 なお、フェーズ４においてもデータのライセンスはCC-BY-SAのままなので 拒否アカウントのデータが強制的に削除されることはありません。 -- Forwarded message -- From: Michael Collinson m...@ayeltd.biz Date: Tue, 14 Jun 2011 22:30:51 +0200 Subject: [OSM-legal-talk] Announce: Beginning of Phase 4 of license change process To: Licensing and other legal discussions. legal-t...@openstreetmap.org As per the implementation plan [1], we intend to move to phase 4 this Sunday 19th June or as soon after as is technically practical. This will mean that anyone who has explictly declined the new contributor terms will no longer be able to edit, (unless they decide to accept). This currently numbers 406 in total compared to over 191,000 who now contribute under the new terms. They or our forking folks may wish to grab a planet dump now and another one just before the phase 5 cut-over to ODbL. Planet dumps are generally made every Wednesday as of 11:01 UK time and become available 3 days later. Next week's version will probably be made on Tuesday due to the coming UCL shutdown. I would emphasise there is currently no need to remove data from the live database since the license is still CC-BY-SA. I believe there is no urgency to do so until acceptances have been maximised, local issues that have a near term solution have been addressed and there is a sense of community consensus that it is time. The License Working Group will continue listening to all feedback. Regards, Mike License Working Group [1] http://wiki.openstreetmap.org/wiki/Open_Database_License/Implementation_Plan ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポート
説明分かりやすくて、ほんとにありがとうございます！ -dpp On 06/25/2011 04:57 PM, ikiya wrote: ikiyaです。 インポートする場合、すでに書かれている道路データとマージ（調整・接合） する必要があります。 １．ダウンロードした秋田県由利本荘市のzipを解凍してJOSMで開きます。 http://4.bp.blogspot.com/-RpfByE4cPtY/TgWR-9exSqI/CaM/dBGuKwmh_eY/s1600/inp01.jpg ２．インポートしたい道路を選択します。 http://2.bp.blogspot.com/-nQhV1bn1Fuw/TgWR_GXC-1I/CaU/qOKsOlBhgOg/s1600/inp02.jpg ３．JOSMのメニューから選択をアップロード。 http://1.bp.blogspot.com/-Qn0fBxqqVao/TgWR_LjZWYI/Cac/PNfBFQgeq7c/s1600/inp03.jpg ４．インポート内容を確認、コメントをつけてインポート実行。 http://1.bp.blogspot.com/-c1IGDVvWNmY/TgWR_uoDOvI/Cak/ZxJptCLOrII/s1600/inp04.jpg まるまる一括でインポートもできますが、すでに多くの道路が書かれている場合は インポート後の調整が大変なので、選択をインポートをおすすめします。 選択インポート後は、既存の道路とのつなぎ合わせ作業も生じてきます。 以上参考まで。 --- On *Sat, 2011/6/25, Douglas Perkins /doug...@dperkins.org/* wrote: すみませんですが、日本語上手じゃないです。どうかよろしくお願いしま す。 https://wiki.openstreetmap.org/wiki/JA:Yahoo_Data_Import_Highway 秋田県由利本荘市のデータをインポートしたいです。osm.zip をダウン ロードしました。これから、どのようにアップロードしますか？アップ ロードのやりかた教えてくれませんか？ Josmを使っています。 よろしくお願いします。 -dpp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Create GIS database for Non Profit Organization
Clifford, I'm afraid I didn't entirely understand the question, but will try to give it a shot anyway. On Fri, Jun 24, 2011 at 8:13 PM, Clifford Snow cliff...@snowandsnow.us wrote: I have been asked by a friend involved with Washington State nonprofit organizations with OSM could be used for a searchable gis database like the one in Colorado. You can find the Colorado database at http://www.coloradononprofits.org/gisportal.cfm. When you say could be used for a searchable GIS database- what information are you intending to put in the database? That is, are you looking to collect names/addresses/etc of organizations, or are you looking for OSM as a base layer for display on the map? Looking at the site that you've pointed to: http://cna.civicore.com/customCode/map.cfm It appears they're just using Google as a base layer, that they have their own database and then simply call out to Google to make the display. And if you're asking Can we do this, but instead of Google, use OSM then the answer is Yes, absolutely, and easily. If you're suggesting instead that you'd like to use OSM as the one and only database, then the answer is a Yes, you probably could, but it's not the right tool for the job. Are there similar OSM applications available? If you just mean pointing to a location on the map (ie the first scenario I laid out) then I think the easiest thing to do would probably be to load the non-profit dataset, along with the address dataset (or congressional district dataset, etc.) into a PostGIS database, using something like GeoDjango to manage the database, and then have it handle calling out to OpenLayers or your display engine to display your data on top of OSM tiles. The data for Washington State is available. It would seem that it could be entered with tags that could be searched by a from a web site This sounds a bit more like the second scenario, so let's dive a little into that. First, when you say the data for Washington State is available, we have to be very careful about what exactly that means. In essence, you'd be doing an import into OSM, and generally imports have not been overall good for the project and are /generally/ frowned upon. Even in the best case, you'd need to do a great deal of work not only making sure the tags are right, as you point out, but also ensuring that the data you enter is not already present in someone else's contributed data. And you would need to ensure that the data is properly integrated, and then properly maintained, with a plan for handling updates. After all this, you'd need to be aware that others might go in and change the data. And we haven't even discussed the licensing issues. I'd say that OSM is not the right choice for putting data in where you need tight control. You may find a way to make the model fit your need, but OSM's view of the world is shared contributorship and shared authorship, which in my experience does not integrate with the needs by some for only using authorized datasets put out by certain organizations. To summarize: I think OSM is a poor choice for storage and retrial of very specific data that needs to come from a specific, authorized dataset, but I think it's a great thing to make that data available to OSM to add in. I also think that OSM is an excellent choice for the display of that data either by overlaying it visually, or possibly (depending on license factors), for direct data integration on your own GIS database. Does that answer your question or did I miss the mark entirely? - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Create GIS database for Non Profit Organization
On Sat, 2011-06-25 at 10:12 -0400, Serge Wroclawski wrote: Clifford, I'm afraid I didn't entirely understand the question, but will try to give it a shot anyway. On Fri, Jun 24, 2011 at 8:13 PM, Clifford Snow cliff...@snowandsnow.us wrote: The data for Washington State is available. It would seem that it could be entered with tags that could be searched by a from a web site First, when you say the data for Washington State is available, we have to be very careful about what exactly that means. In essence, you'd be doing an import into OSM, and generally imports have not been overall good for the project and are /generally/ frowned upon. Even in the best case, you'd need to do a great deal of work not only making sure the tags are right, as you point out, but also ensuring that the data you enter is not already present in someone else's contributed data. And you would need to ensure that the data is properly integrated, and then properly maintained, with a plan for handling updates. What I think that you mean by this is that unsupervised data imports are frowned upon, for the reasons that you've given. Such scenarios need to be tried in a small area with thorough review. Let others on this mailing list know about the test area so that it can be peer reviewed. You'll need to see how this trial goes before proceeding with other areas. Good luck, - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Create GIS database for Non Profit Organization
On Sat, 2011-06-25 at 08:40 -0600, Val Kartchner wrote: On Sat, 2011-06-25 at 10:12 -0400, Serge Wroclawski wrote: What I think that you mean by this is that unsupervised data imports are frowned upon, for the reasons that you've given. I should not have seemed to have put words in Serge's mouth. The previous opinion that I expressed was more my perception than a restatement of Serge's words. I will leave a restatement to him, if he wishes to do so. I would like to say that, with a compatible license, imported data can be useful. It must be thoroughly tested and reviewed, just like I stated in my previous message. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] highway=cycleway or highway=path
Here's my opinion, and we all know what opinions are worth. :) I can understand why highway=path makes sense from a routing perspective. However, when I look at Mapnik, I want to see the way's intended use. I'm sure there are plenty of counterexamples, but in my experience, all paths allow pedestrians, while only some allow bikes and/or horses. This renders nicely too: bikes get one color, horses another, foot another. So put me on Paul's side for this. (Of course, I'm also of the opinion that highway=footway should imply surface=paved, highway=path implies surface=gravel or dirt and highway=cycleway implies surface=paved.) That said, it's probably better to be consistent than correct. I've grown tired of trying to convince other contributors of the proper types. Now I just sit back and watch the trails in Forest Park change tags every week. ;) -Dion Message: 7 Date: Tue, 21 Jun 2011 16:10:39 -0700 From: PJ Houser stephanie.jean.hou...@gmail.com To: talk-us@openstreetmap.org Cc: osm-...@googlegroups.com, Paul Johnson ba...@ursamundi.org Subject: Re: [Talk-us] highway=cycleway or highway=path Message-ID: BANLkTi=wktqodm2syffel-yznesus6n...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Well, I have a conundrum here in Portland, Oregon. The 4 TriMet mappers here in Portland would prefer to tag all multi-use paths as paths, with bicycle=designated, particularly because we are attempting to make the Portland area routable. OpenTripPlanner, the multi-modal routing software we'll be using, routes for walking, bicycling, cars, and transit, so I'm hoping to let paths be paths because that implies bicycle AND pedestrian are legally allowed equal access. However, a fellow user, Paul Johnson, favors highway=cycleway for designated multi-use paths. I am cc-ing him for his input, as there is probably a good reason he prefers cycleways. I am also cc-ing the OSM-PDX google group for their input. Terms: Cycleway: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway The highway=cycleway indicates that the used way is mainly or exclusively for bicycles. Some consider it better to use highway=path if use is not restricted to cyclists. Path: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath This tag is used for paths for which all and any of highgway=footway, highway=cycleway, and highway=bridleway would be inappropriate or inadequate (or simply not sufficient), but which are nonetheless usable for travel or navigation. They might be not intended for any particular use, or intended for several different uses. Intended uses can be indicated with the access=designated keys. It is also used for hiking trails. Some examples of multi-use paths tagged as highway=cycleway: Eastbank Esplanade http://www.portlandonline.com/parks/finder/index.cfm?PropertyID=105action=ViewPark Morrison Bridge Multi-use Path http://bikeportland.org/2011/06/10/morrison-bridge-path-to-close-for-construction-project-54559 Hawthorne Bridge, with both pedestrian and bicycle markings http://bikeportland.org/2005/11/21/hawthorne-bridge-gets-new-markings-673. Traffic stats: In 2008, the breakdown for peak-hour (4-6 pm) usage of these trails shows that cyclists usually dominate, but pedestrians make up from 15% to 50% of the traffic. http://www.portlandonline.com/transportation/index.cfm?c=34778a=292746 -- PJ Houser Trimet GIS intern username: PJ Houser ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
