Re: [Talk-transit] What's going on with ?pnvkarte?
On 17.11.2010 13:51, Hillsman, Edward wrote: Opnvkarte does not provide coverage in North America. It might, as it did shortly in September, before the stall. It's called opebusmap.org internationally. -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] What's going on with ?pnvkarte?
On 17 November 2010 12:51, Hillsman, Edward hills...@cutr.usf.edu wrote: On a similar note, does anyone know the status of OSMTransport at http://3liz.fr/public/osmtransport/? I am gradually adding route relations and manually adding bus routes to the streets in Tampa, FL, but the only routes it now shows are the first two I did this past summer. The ones I've added since then have not shown up yet. I went with OSMTransport because Opnvkarte does not provide coverage in North America. I suspect they need to refresh their data. I will ping them. Emilie Laffray ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Fwd: What's going on with ?pnvkarte?
I am forwarding the message from someone of 3Liz -- Forwarded message -- From: rldhont rldh...@gmail.com Date: 17 November 2010 13:37 Subject: Re: [Talk-transit] What's going on with ?pnvkarte? To: Emilie Laffray emilie.laff...@gmail.com I'm updated USA. 3Liz has some difficulties to update activelly all locations. We would like to find time to change our update system but we don't have enough time and subvention to do it. René-Luc D'Hont PS: tu peux transférer ;-) Le 17/11/2010 14:34, Emilie Laffray a écrit : On 17 November 2010 12:51, Hillsman, Edward hills...@cutr.usf.edu wrote: On a similar note, does anyone know the status of OSMTransport at http://3liz.fr/public/osmtransport/? I am gradually adding route relations and manually adding bus routes to the streets in Tampa, FL, but the only routes it now shows are the first two I did this past summer. The ones I've added since then have not shown up yet. I went with OSMTransport because Opnvkarte does not provide coverage in North America. I suspect they need to refresh their data. I will ping them. Emilie Laffray ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Dag Dat zie ik alvast op deze kaart: (klik op de kaart, niet op luchtfoto:) http://www.era.be/nl/aanbod/panddetail.aspx?objectid=266098 Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Die is voor mij ook nieuw! Iemand enig idee? On Wed, Nov 17, 2010 at 10:32 AM, Marc Coevoet sintsix...@gmail.com wrote: Dag Dat zie ik alvast op deze kaart: (klik op de kaart, niet op luchtfoto:) http://www.era.be/nl/aanbod/panddetail.aspx?objectid=266098 Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Dit is me eignelijk ook al opgevallen bij maps.google.be. De plaats waar ik woon heeft ook deze gebouwen staan en ook een hele hoop beekjes staan aangeduidt. De data is wel niet echt recent. Ons huis, 10j geleden gebouwd, staat er niet op. De vraag is wel komt dit van het kadaster of hebben ze die informatie van ergens anders? Groeten, Johan On 11/17/2010 10:32 AM, Marc Coevoet wrote: Dag Dat zie ik alvast op deze kaart: (klik op de kaart, niet op luchtfoto:) http://www.era.be/nl/aanbod/panddetail.aspx?objectid=266098 Marc Newtecs MENOS system awarded IBC Innovation Award for Content Delivery the IBC Judges Award Newtecs FlexACM awarded 2009 Teleport Technology of the Year by WTA *** e-mail confidentiality footer *** This message and any attachments thereto are confidential. They may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore is in no way liable for any errors or omissions in the content of this message, which may arise as a result of e-mail transmission. If verification is required, please request a hard copy. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
huisnummers zijn blijkbaar ook toegevoegd. On 11/17/2010 11:43 AM, Johan Huysmans wrote: Dit is me eignelijk ook al opgevallen bij maps.google.be. De plaats waar ik woon heeft ook deze gebouwen staan en ook een hele hoop beekjes staan aangeduidt. De data is wel niet echt recent. Ons huis, 10j geleden gebouwd, staat er niet op. De vraag is wel komt dit van het kadaster of hebben ze die informatie van ergens anders? Groeten, Johan On 11/17/2010 10:32 AM, Marc Coevoet wrote: Dag Dat zie ik alvast op deze kaart: (klik op de kaart, niet op luchtfoto:) http://www.era.be/nl/aanbod/panddetail.aspx?objectid=266098 Marc Newtecs MENOS system awarded IBC Innovation Award for Content Delivery the IBC Judges Award Newtecs FlexACM awarded 2009 Teleport Technology of the Year by WTA *** e-mail confidentiality footer *** This message and any attachments thereto are confidential. They may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore is in no way liable for any errors or omissions in the content of this message, which may arise as a result of e-mail transmission. If verification is required, please request a hard copy. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be Newtecs MENOS system awarded IBC Innovation Award for Content Delivery the IBC Judges Award Newtecs FlexACM awarded 2009 Teleport Technology of the Year by WTA *** e-mail confidentiality footer *** This message and any attachments thereto are confidential. They may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore is in no way liable for any errors or omissions in the content of this message, which may arise as a result of e-mail transmission. If verification is required, please request a hard copy. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Even - in Antwerpen - een paar recente veranderingen bekeken op zowel google maps als op de thermofoto van zoominopuwdak. - zone MAS is nog de oude afgebroken bebouwing getekend - nieuw justitiepaleis komt nog niet voor - enkele gesloopte gebouwen voor de Lange Wapper staan er nog wel op. Deze zaken zijn gelijk op beide kaarten. Dus mn vermoeden dat de bron gelijk is wordt versterkt. Luc / Speedy 2010/11/17 Luc Van den Troost luc.a...@gmail.com De gegevens ivm bebouwing, huisnummers, edm zijn ook allemaal opgenomen in de databanken van gis-vlaanderen (op onze kosten en met onze centen) Bij gis-vlaanderen worden - denk ik - ook licenties op deze data verleend tegen betaling. Ik vermoed dat - eerder dan het kadaster - dat de bron is. Dezelfde gegevens kan je ook allemaal zien op de website http://zoominopuwdak.antwerpen.be (kies luchtfoto ipv warmtefoto) Luc/Speedy 2010/11/17 Gerard Vanderveken g...@ghia.eu Het zijn volgens mij geen kadaster plannen, want bepaalde gebouwen stemmen niet overeen, maar het resultaat van de eigen verwerking van de lucht- en satelietfoto's. Ze hebben de laatste maanden ook heel veel rondgereden met hun multicamerawagentjes en alle wegen bezocht en in kaart gebracht. Daardoor hebben ze nu eigen kaartmateriaal en hebben Tele-Atlas niet meer nodig. Gerard Ben Laenen wrote: Dit geeft al een klein beetje informatie wat er gaande is:http://google-latlong.blogspot.com/2010/11/changing-world-changing-maps.html Geen details over waar ze die data vandaan hebben. Wel dat ze nu zelf eigenaar ervan zijn. Maar ik denk niet dat de data van het kadaster komt. Ten eerste omdat het al jaren oud is (als je bij het kadaster aanklopt zullen ze toch geen oude data meegeven neem ik aan), en omdat de gebouwen ook veel minder nauwkeurig zijn dan wat in het kadaster zit. Misschien is het iets à la 3dshapes in NL? Ben Johan Huysmans wrote: Dit is me eignelijk ook al opgevallen bij maps.google.be. De plaats waar ik woon heeft ook deze gebouwen staan en ook een hele hoop beekjes staan aangeduidt. De data is wel niet echt recent. Ons huis, 10j geleden gebouwd, staat er niet op. De vraag is wel komt dit van het kadaster of hebben ze die informatie van ergens anders?http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Luc Van den Troost wrote: Even - in Antwerpen - een paar recente veranderingen bekeken op zowel google maps als op de thermofoto van zoominopuwdak. - zone MAS is nog de oude afgebroken bebouwing getekend - nieuw justitiepaleis komt nog niet voor - enkele gesloopte gebouwen voor de Lange Wapper staan er nog wel op. Deze zaken zijn gelijk op beide kaarten. Dus mn vermoeden dat de bron gelijk is wordt versterkt. Maar op de site van zoominopuwdak zijn wel alle huizen in de nieuwe wijk Veldekens in Berchem te vinden, en op google is men daar nog niet beginnen bouwen (en daar moet men zo'n 15 jaar terug mee begonnen zijn als ik me goed herinner) Google heeft het dus van een andere bron, en dus ook niet van hun eigen luchtfoto's, want zelfs op hun oude reeks Antwerpse luchtfoto's waren er daar al huizen te zien. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
2010/11/17 Luc Van den Troost luc.a...@gmail.com: Even - in Antwerpen - een paar recente veranderingen bekeken op zowel google maps als op de thermofoto van zoominopuwdak. - zone MAS is nog de oude afgebroken bebouwing getekend - nieuw justitiepaleis komt nog niet voor - enkele gesloopte gebouwen voor de Lange Wapper staan er nog wel op. Deze zaken zijn gelijk op beide kaarten. Dus mn vermoeden dat de bron gelijk is wordt versterkt. Even een paar /niet/-recente dingen bekeken. http://goo.gl/maps/2sNp - trapvormig schoolgebouw is ondertussen toch zeeeker +15 jaar oud, niet gerenderd - derde scoutslokaal (naast de kerk, +- vierkant, puntdak) is ook al +15 jaar oud, niet getekend. -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Vijftien jaar, was dat niet de duur van het databankrecht? Mark Op 2010 11 17 16:48 schreef wannes wanne...@gmail.com het volgende: 2010/11/17 Luc Van den Troost luc.a...@gmail.com: Even - in Antwerpen - een paar recente veranderingen bekeken op zowel google maps als op de thermofoto van zoominopuwdak. - zone MAS is nog de oude afgebroken bebouwing getekend - nieuw justitiepaleis komt nog niet voor - enkele gesloopte gebouwen voor de Lange Wapper staan er nog wel op. Deze zaken zijn gelijk op beide kaarten. Dus mn vermoeden dat de bron gelijk is wordt versterkt. Even een paar /niet/-recente dingen bekeken. http://goo.gl/maps/2sNp - trapvormig schoolgebouw is ondertussen toch zeeeker +15 jaar oud, niet gerenderd - derde scoutslokaal (naast de kerk, +- vierkant, puntdak) is ook al +15 jaar oud, niet getekend. -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Doneerde ons kadaster de gebouwen aan TeleAtlas??
Het geheel is natuurlijk een werk van lange adem. Je kan niet zo maar even de laatste satteliet foto nemen en 5 minuutjes later alle bouwsels van Europa op de site staan hebben. Ik denk niet dat het van het kadaster komt, want daarvoor staan er teveel onvergunde zaken op. Eigen werk dus. Gerard. Tom Lauwereins wrote: All, Even ook gaan kijken op de google maps. Op de maps staat mijn oude garage (was eerder een barak) er nog steeds op. Deze ging 5 jaar geleden tegen de vlakte. Ik weet heel zeker dat die garage op de kadaster plannen getekend stond. Van hun luchtfoto's komt het duidelijk niet. Ik vermoed dat ze dus oude kadaster plannen op de kop hebben kunnen tikken. Kadaster plannen zijn trouwens publiek beschikbaar en op te vragen. Men vraagt wel een administratieve taks voor het afdrukken van een stuk. Grtjs Tom Op 17 november 2010 21:51 schreef Mark Van den Borre m...@markvdb.be mailto:m...@markvdb.be het volgende: Vijftien jaar, was dat niet de duur van het databankrecht? Mark Op 2010 11 17 16:48 schreef wannes wanne...@gmail.com mailto:wanne...@gmail.com het volgende: 2010/11/17 Luc Van den Troost luc.a...@gmail.com mailto:luc.a...@gmail.com: Even - in Antwerpen - een paar recente veranderingen bekeken op zowel google maps als op de thermofoto van zoominopuwdak. - zone MAS is nog de oude afgebroken bebouwing getekend - nieuw justitiepaleis komt nog niet voor - enkele gesloopte gebouwen voor de Lange Wapper staan er nog wel op. Deze zaken zijn gelijk op beide kaarten. Dus mn vermoeden dat de bron gelijk is wordt versterkt. Even een paar /niet/-recente dingen bekeken. http://goo.gl/maps/2sNp - trapvormig schoolgebouw is ondertussen toch zeeeker +15 jaar oud, niet gerenderd - derde scoutslokaal (naast de kerk, +- vierkant, puntdak) is ook al +15 jaar oud, niet getekend. -- wannes ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Looks good. My concern is still with the option to licence the data under any free and open licence. Since this has unspecified bounds, I don't see how any data with any restrictions whatsoever can be contributed as those restrictions could be broken in the future. Looking at this the eyes or a data-holder, say the OS, who is considering allowing data to be used this would be a big concern as the term means they would lose control over how their data is licensed. As I said in another thread, I think there is a big difference between free and open and similar as per ODbL. It would be hard to argue that a hypothetical licence that contradicted a term of ODbL was similar, but it could well still be free and open. Since ODbL is free and open any similar licence must arguably also be free and open, so I see the similar requirement as tighter. I see a few solutions (a) remove the reference totally, but assuming the clause was included for a good reason this seems unlikely, (b) mirror the similar language which should ease concerns about losing control, (c) add a requirement that somehow allows the owner of data to object to a licence change to their data and withdraw it from a relicensed OSM (complex and possibly impractical). Kevin --Original Message-- From: Richard Weait Sender: legal-talk-boun...@openstreetmap.org To: Licensing and other legal discussions. ReplyTo: Licensing and other legal discussions. Sent: 17 Nov 2010 02:30 Subject: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2 There have been several revisions to a new draft of the Contributor Terms from the LWG over the last few meetings. https://docs.google.com/View?id=dd9g3qjp_933xs7nvfb Various draft versions have been around for a while. I think we've improved the CT with each revision. LWG have had some wonderful suggestions from members of the community that are incorporated in the current draft. On the other hand it feels like there have been more folks with criticisms of CT v1.0 than there are folks who have taken the time to offer a patch. So I'm particularly interested in hearing from those who criticize CT v1.0. What do you think of the current draft of the contributor terms? Is this an improvement? What aspects address your concerns regarding previous versions? What aspects could be further improved and how? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk Sent from my BlackBerry® wireless device ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 11/17/2010 09:46 AM, ke...@cordina.org.uk wrote: My concern is still with the option to licence the data under any free and open licence. Since this has unspecified bounds, I don't see how any data with any restrictions whatsoever can be contributed as those restrictions could be broken in the future. The only restriction currently allowed in the CTs is attribution. Since agreeing to attribution is a precondition for the use of that data, it would have to be removed if attribution was. Looking at this the eyes or a data-holder, say the OS, who is considering allowing data to be used this would be a big concern as the term means they would lose control over how their data is licensed. But looking OSM as a project in its own right rather than an aggregator of other project's data, restricting OSM's ability to do the right thing in the future based on restrictions imposed by other projects who can change their own licencing at will puts OSM at a disadvantage. As I said in another thread, I think there is a big difference between free and open and similar as per ODbL. It would be hard to argue that a hypothetical licence that contradicted a term of ODbL was similar, but it could well still be free and open. Since ODbL is free and open any similar licence must arguably also be free and open, so I see the similar requirement as tighter. If any free and open was replaced with similar, the licence could still be changed to an evil one in a series of steps. The control on all this is that any change must be voted for. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Rob Myers r...@... writes: My concern is still with the option to licence the data under any free and open licence. Since this has unspecified bounds, I don't see how any data with any restrictions whatsoever can be contributed as those restrictions could be broken in the future. The only restriction currently allowed in the CTs is attribution. That is not specified by the CTs, even in the proposed version 1.2. They say that 'OSMF agrees to attribute you or the copyright owner', but they do not promise that any future licence chosen will have an attribution requirement. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 17 November 2010 10:46, Ed Avis e...@waniasset.com wrote: 'other such free and open licence' should change to 'licence(s)'. I think we should keep the free and open as it clears any ambiguities about OSMF potentially going rogue and imposing a proprietary licence (not that I see that happening at all). That means that by mandate, we will always make sure that the data is always available in a true open source fashion. I think it is clearly important as a sign that we have no desire to move from the initial statement to provide free data. Emily Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 17 November 2010 11:00, Emilie Laffray emilie.laff...@gmail.com wrote: On 17 November 2010 10:46, Ed Avis e...@waniasset.com wrote: 'other such free and open licence' should change to 'licence(s)'. I think we should keep the free and open as it clears any ambiguities about OSMF potentially going rogue and imposing a proprietary licence (not that I see that happening at all). That means that by mandate, we will always make sure that the data is always available in a true open source fashion. I think it is clearly important as a sign that we have no desire to move from the initial statement to provide free data. Sorry misread your comment. (Didn't realize you were just adding a plural). Please discard my previous comment. Emily Laffray ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 11/17/2010 10:42 AM, Ed Avis wrote: Rob Myersr...@... writes: My concern is still with the option to licence the data under any free and open licence. Since this has unspecified bounds, I don't see how any data with any restrictions whatsoever can be contributed as those restrictions could be broken in the future. The only restriction currently allowed in the CTs is attribution. That is not specified by the CTs, even in the proposed version 1.2. They say that 'OSMF agrees to attribute you or the copyright owner', but they do not promise that any future licence chosen will have an attribution requirement. I mean that the restriction is a (pre)condition for OSM(F) accepting the data. You are right that there is no promise to maintain attribution, but should attribution be removed the condition on which the data was accepted would be broken and so the data couldn't be used. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Hi, On 11/17/10 10:46, ke...@cordina.org.uk wrote: Looking at this the eyes or a data-holder, say the OS, who is considering allowing data to be used this would be a big concern as the term means they would lose control over how their data is licensed. No, the data contributed to OSM can come under any terms as long as they are compatible with the *current* license; the onus is on OSM to remove it if a license change makes continued distribution impossible - quote from draft: (b) If we suspect that any contributed data is incompatible [(in the sense that we could not continue to lawfully distribute it)] with whichever licence or licences we are then using (see sections 3 and 4), then we may [suspend access to or ] delete that data temporarily or permanently. To me, this is the exact opposite of losing control over how their data is licensed. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] New site about the license change
Grant Slater openstreet...@... writes: I think it's pretty clear that data, if derived from the OSM data, would need to be distributed under the same share-alike terms. Yes under CC-BY-SA only the product created from the data. I don't think this is a meaningful distinction - or else I am not understanding you correctly. The OSM planet file, for example, is a product created from the OSM data, by putting it into a convenient XML format. Are you really saying that copyright does not apply to the planet file? It is data, and is copyright, and thus must be distributed under CC-BY-SA or not at all. The Oxford English Dictionary is also just a big lump of data, but is indisputably covered by copyright too. I'm part of the sysadmin team and LWG. There are no plans to restrict OSM.org tiles now or in the future. (subject to http://wiki.openstreetmap.org/wiki/Tile_usage_policy ) On an adoption of ODbL the OSM tiles will most likely remain CC-BY-SA licensed too. As a side note, if using ODbL, why not make the tiles public domain? But I'm not really talking about infringements per se; I'm talking about circumventing the spirit of CC-BY-SA within the letter of CC-BY-SA. The computer-generated derivative previously discussed here and on cc-community is the obvious example; you can avoid having to share if you combine on the client rather than the server. That's more interesting. Yes, you can run a program on your local computer to download data (or any copyrighted work, really) and make manipulations to it. I am misunderstandin; local changes (non-distributed) on ODbL licensed data are not restricted. I thought Richard F. above was implying that ODbL had the power to stop people making, for example, a local client program which downloads OSM data plus some proprietary data set, combining it locally, and using it without distributing it further. If so, that would be a rather nasty licence condition. But I may not have got what he meant. At the moment under CC-BY-SA we have a ver fuzzy set of ideas/rules what is and what isn't allowed. Sure ODbL+DbCL+CTs is more text, but things are a lot clearer cut. I am not sure because there are so many fuzzy concepts which don't get nailed down - like the seemingly nonsensical distinction between the map 'database' and the 'database contents', or the vague definition of Produced Work. A licence written specifically about maps and geodata and using more specific terms would work a lot better. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Richard Weait rich...@... writes: Uh... but that 'condition on which the data was accepted' isn't specified anywhere in the contributor terms. If it really is a condition that OSMF will only distribute the data under an attribution-required licence, then the terms need to say so. Clarifying draft please? I would state something like 'any free and open licence(s), as long as the chosen licence(s) maintain the requirement that contributors be attributed'. If you promise that then the business about OSMF agreeing to provide a web page is not necessary. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Frederik Ramm frede...@... writes: No, the data contributed to OSM can come under any terms as long as they are compatible with the *current* license; the onus is on OSM to remove it if a license change makes continued distribution impossible - quote from draft: (b) If we suspect that any contributed data is incompatible [(in the sense that we could not continue to lawfully distribute it)] with whichever licence or licences we are then using (see sections 3 and 4), then we may [suspend access to or ] delete that data temporarily or permanently. In that case why do we need the contributor terms at all, apart from a general statement that you have permission to add the data, and you're happy for it to be distributed under the current licence? If the data contributed can come under any terms, and it is OSM's job to remove it if they change licence, does that mean that an individual contributor could provide data under the terms 'CC-BY-SA and ODbL 1.0 is fine, but not anything else'? -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On Wed, Nov 17, 2010 at 11:18 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 11/17/10 10:46, ke...@cordina.org.uk wrote: Looking at this the eyes or a data-holder, say the OS, who is considering allowing data to be used this would be a big concern as the term means they would lose control over how their data is licensed. No, the data contributed to OSM can come under any terms as long as they are compatible with the *current* license; the onus is on OSM to remove it if a license change makes continued distribution impossible - quote from draft: No, the data contributed to OSM must be licensed to OSMF under the contributor terms: You hereby grant to OSMF and any party that receives Your Contents a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence to do any act that is restricted by copyright, database right or any related right over anything within the Contents, whether in the original medium or any other. The rider in section three restricts what OSMF can do with the contents but it doesn't give any contributor the right to agree to the above clause unless they have full ownership of that content. (b) If we suspect that any contributed data is incompatible [(in the sense that we could not continue to lawfully distribute it)] with whichever licence or licences we are then using (see sections 3 and 4), then we may [suspend access to or ] delete that data temporarily or permanently. To me, this is the exact opposite of losing control over how their data is licensed. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Best license for future tiles?
On Wed, Nov 17, 2010 at 6:19 AM, Ed Avis e...@waniasset.com wrote: As a side note, if using ODbL, why not make the tiles public domain? Indeed. But I think that you are right that this is a side note. Why not start that discussion on the wiki, or in a separate thread here? I've changed the subject to reflect this. What would be your preference for the future tile license? Ed, do you have a preferred future tile license? Would it be okay with you if I published my future tiles under a license that differs from that of openstreetmap.org tiles? I think it is a net-benefit for the project and the community if future tiles can be published anywhere along the spectrum of Proprietary ---Some rights reserved---No rights reserved But the main OSM site and tile server is a special case. We should aim to set a good example. What should the future tile license be? Is it simplest to keep the tile license the same as it is now rather than risk compatibility problems with downstream consumers of tiles? Should the main site create tiles under a selection of licenses? Do we aim for minimum change in the tile license, or do we aim for maximum compatibility for the tiles by changing the tile license to PDDL or CC-Zero? I am not suggesting a change in tile usage policy. Tiles should still be primarily a service to assist mappers, not an unrestricted service for tile consumers. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 17 November 2010 11:11, Richard Weait rich...@weait.com wrote: On Wed, Nov 17, 2010 at 6:09 AM, Ed Avis e...@waniasset.com wrote: Uh... but that 'condition on which the data was accepted' isn't specified anywhere in the contributor terms. If it really is a condition that OSMF will only distribute the data under an attribution-required licence, then the terms need to say so. Clarifying draft please? Current drafting is that OSMF will attribute itself on request, not that they will distribute under an attribution required licence. The former is much less restrictive than the latter. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [talk] New site about the license change
On 17/11/2010, Grant Slater openstreet...@firefishy.com wrote: On 17 November 2010 01:27, andrzej zaborowski balr...@gmail.com wrote: These people would still want everything that is used by OSM under ODbL to be re-mapped from scratch. Who are These people? Nobody I know is calling for any sort of from scratch remapping. Those who want the OSMF to have the ability to switch licenses in the future without a data loss. I thought I have heard at least a couple of people on this list arguing for this and I don't see another way it could be achieved. There was also the talk about kayakking around Australia. Cheers Regards Grant ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
- Original Message - From: Frederik Ramm frede...@remote.org To: legal-talk@openstreetmap.org Sent: Wednesday, November 17, 2010 11:18 AM Subject: Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2 Hi, On 11/17/10 10:46, ke...@cordina.org.uk wrote: Looking at this the eyes or a data-holder, say the OS, who is considering allowing data to be used this would be a big concern as the term means they would lose control over how their data is licensed. No, the data contributed to OSM can come under any terms as long as they are compatible with the *current* license; the onus is on OSM to remove it if a license change makes continued distribution impossible - quote from draft: (b) If we suspect that any contributed data is incompatible [(in the sense that we could not continue to lawfully distribute it)] with whichever licence or licences we are then using (see sections 3 and 4), then we may [suspend access to or ] delete that data temporarily or permanently. To me, this is the exact opposite of losing control over how their data is licensed. Firstly may I congratulate the LWG for the effort they have put in to the revised CT's, which IMHO has resulted in a much better form of wording. One problem I see is that is the current draft (quoted above) says we may delete that data temporarily or permanently. This implies that we might not delete the data. Since there is no guarantee that we will try our best to delete the data, then legally I don't see the point in promising that something may or may not happen. If there is no guarantee that data which has been contributed under one licence will not be removed if it is incompatible with any future licence chosen, then it will restrict what data can be added, and who will be able to agree to the CT's. I would prefer to see CT's such as (b) If we suspect that any contributed data is incompatible [(in the sense that we could not continue to lawfully distribute it)] with whichever licence or licences we are then using (see sections 3 and 4), then we will delete that data temporarily or permanently. 2 Rights granted. Subject to Section 3 and 4 below, and 1(b) above David Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Best license for future tiles?
Richard Weait rich...@... writes: As a side note, if using ODbL, why not make the tiles public domain? What would be your preference for the future tile license? Ed, do you have a preferred future tile license? I don't think that is the important question. If the OSM project's licence says that rendered map tiles (or Produced Works, if we assume that the ODbL's terminology applies in this way) need not be distributed under any particular terms, then anybody can download the planet file and Mapnik configuration and make their own tiles released into the public domain. Since anyone can do it, it would be silly for the OSM project to choose anything more restrictive. More important is the licensing for the source data from which the images or printed pages are generated - what permission should it grant for such derived works? And the choice there is essentially 'under the same licence as the source data' or 'unrestricted'; I don't think much in between makes sense. Presumably it would help out MapQuest, CloudMade and others if they could generate map tiles from OSM without having to publish those under share-alike. And that would probably help the project. So I'd reluctantly have to conclude that allowing it is a good idea. That does jar a bit with the claim sometimes advanced that we must move to ODbL because it provides stronger share-alike provisions. Would it be okay with you if I published my future tiles under a license that differs from that of openstreetmap.org tiles? I don't see it would be up to me? Of course, if I had agreed to license my map contributions under ODbL then I would implicitly have agreed to that. But the main OSM site and tile server is a special case. We should aim to set a good example. Yes, and that good example would be public domain. What would be the point of insisting on something else, when it can be so easily circumvented by creating a Tile Drawer instance? (Unless, of course, as a deliberate step to keep load down on the tile server... but the kind of people who ignore the tile usage policy would happily ignore any licence terms as well.) Is it simplest to keep the tile license the same as it is now rather than risk compatibility problems with downstream consumers of tiles? I don't think a change to public domain licensing could cause any compatibility problem. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On Wed, Nov 17, 2010 at 7:31 AM, Ed Avis e...@waniasset.com wrote: Francis Davey fjm...@... writes: No, the data contributed to OSM must be licensed to OSMF under the contributor terms: You hereby grant to OSMF and any party that receives Your Contents a worldwide, royalty-free, non-exclusive, perpetual, irrevocable licence The rider in section three restricts what OSMF can do with the contents but it doesn't give any contributor the right to agree to the above clause unless they have full ownership of that content. Quite. There's probably a missing to the extent that you are able or similar before the You hereby grant, or some similar dependant wording. It is only a draft so far, my understanding is that its clearly intended that (i) to the extent that the contributor has copyright etc in the contributed data, they license OSMF to use it and (ii) to the extent that they don't, they are asked (but not required to warrant) that the contributor makes sure it is compatible with the current licence. If that's the intention it is entirely sensible, but quite different to what I and others had understood! The terms should say what they mean, and unambiguously enough that there can be no dispute. The terms should say what they mean, and unambiguously. There's always going to be room for misinterpretation and therefore dispute. It seems to me to go without saying that when you grant someone a license you are only granting them a license on your own work, not anyone else's. But obviously this should be reviewed by a copyright lawyer to ensure that's the case (and to fix it so it is the case, if not). So if the contributor terms are meant to say 'you make a best effort to ensure your contribution can be distributed under our current licences, even though it need not be compatible with future licences we may choose, and we will take the trouble to remove it if so' then they should say that. I didn't see anyone say anything about best effort, though there is a clause in square brackets which clarifies this (and I'm not sure if it's meant to be in or out of the final version): If you contribute data which is the intellectual property of someone else, it should be compatible with our current licence terms. You do not need to guarantee that it is, but you risk having your contribution deleted (see below) if it is not. On the other hand if the intention is 'you grant a perpetual licence do do anything at all, so we can therefore redistribute under practically any free licence including PD, and you have made sure that your contributions are compatible with that' then this must be made doubly clear, with an extra redundant paragraph if needed. I don't see any reason to believe that's the case. The stated intention is you grant a perpetual licence do do anything at all, nothing about we can therefore redistribute under practically any free licence including PD, and nothing about you have made sure that your contributions are compatible with that. Why are you adding things that aren't there? On Tue, Nov 16, 2010 at 9:30 PM, Richard Weait rich...@weait.com wrote: So I'm particularly interested in hearing from those who criticize CT v1.0. What do you think of the current draft of the contributor terms? Is this an improvement? It is a tremendous improvement. What aspects could be further improved and how? Get rid of clause 3 and the references to it. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [talk] New site about the license change
On Wed, Nov 17, 2010 at 2:25 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 11/17/10 04:26, Anthony wrote: They left what process? The goal of the process was not to find a license like the ODbL. The goal of the process was to address the sui generis database right within the CC framework. This is not a contradiction. I never said it was a contradiction. The ODbL could well have been the way to address data in the CC framework. It could have been, if the ODbL were acceptable to CC. But it wasn't. And it wasn't the goal of the process. I'd avoid talking specifically of the sui generis database right because that was clearly not an issue in the beginning; the issue they tried to solve was that no one understood the legal aspects of data very clearly, no one could figure out an algorithm for when copyright applied and when it didn't, and everyone wanted a solution. The solution to that problem doesn't require changing the license at all, does it? I'm not a CC insider; I have my knowledge mainly from stuff that John Wilbanks has published. The above quote is from http://blogs.nature.com/wilbanks/2007/12/ which tells a story that starts in October 2006. Thanks. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [talk] New site about the license change
On Wed, Nov 17, 2010 at 4:40 AM, Rob Myers r...@robmyers.org wrote: On 11/17/2010 04:25 AM, Mike Linksvayer wrote: A bigger problem, in my mind, would be facilitating a fracturing of the copyleft universe. ODbL Produced Works may be BY-SA. Possibly. But if so that BY-SA doesn't extend to the underlying data, so it's rather useless. Furthermore, you can't use pre-existing BY-SA data in your Produced Work, as that would violate the BY-SA clause that You may not offer or impose any terms on the Work that restrict the terms of this License or the ability of the recipient of the Work to exercise the rights granted to that recipient under the terms of the License. The point of BY-SA is that you can do whatever you want with the work, so long as you attribute and the derivative is BY-SA. If you can't reverse engineer the work to extract out the underlying data, and use that underlying data under BY-SA, then the work can't meaningfully be said to be under BY-SA. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Anthony o...@... writes: [CTs] On the other hand if the intention is 'you grant a perpetual licence do do anything at all, so we can therefore redistribute under practically any free licence including PD, and you have made sure that your contributions are compatible with that' then this must be made doubly clear, with an extra redundant paragraph if needed. I don't see any reason to believe that's the case. The stated intention is you grant a perpetual licence do do anything at all, nothing about we can therefore redistribute under practically any free licence including PD, and nothing about you have made sure that your contributions are compatible with that. Why are you adding things that aren't there? I believe those are logical consequences of granting the perpetual licence to do any act etc. However, even if they are logical consequences and don't strictly need to be stated, it would be good to add some redundant language just so that things are totally clear. However, note that I said 'if' - *if* that is the intention, then the CTs should say so. If the intention is something else, they should say that. At the moment the intention is not entirely clear, if the confusion on this list is anything to go by. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 17 November 2010 16:58, Ed Avis e...@waniasset.com wrote: Francis Davey fjm...@... writes: If there is no guarantee that data which has been contributed under one licence will not be removed if it is incompatible with any future licence chosen, then it will restrict what data can be added, and who will be able to agree to the CT's. That's a misunderstanding of the draft. A contributor may contribute any data that is presently compatible (as far as they can see). This is good to hear, but it needs to be stated explicitly in the CTs. Is: Your contribution of data should not infringe the intellectual property rights of anyone else. [If you contribute data which is the intellectual property of someone else, it should be compatible with our current licence terms. You do not need to guarantee that it is, but you risk having your contribution deleted (see below) if it is not. not clear enough? The You do not need to guarantee surely says it as plainly as one can reasonably expect. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Best license for future tiles?
2010/11/17 Ed Avis e...@waniasset.com: I don't think a change to public domain licensing could cause any compatibility problem. PD but still with certain conditions respected: no re-engineering, attribution, etc. like requested by the OdbL? As far as I understand this, while the tiles themselves might be quite unrestricted, the contained data still won't be --- also under OdbL. Btw: isn't a rendering a derived database as well? cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On 17 November 2010 17:23, Ed Avis e...@waniasset.com wrote: This doesn't really counteract the main thrust of the contributor terms which state that you grant a perpetual licence to do any act restricted by copyright, database right etc. That needs to change to say that you grant just enough rights to distribute the data under the currently-used licence, but you are not required to give carte blanche for future changes. I misunderstood your objection. My understanding of the current policy is that a contributor does permit OSMF to use a different (future) licence. That is the reason for the perpetual licence. If all that was needed was that OSMF could use the data under the existing licence, then you could have a CT just like the old CT's. NB: I don't have a view on this at all and am not trying to influence policy. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Best license for future tiles?
On Wed, Nov 17, 2010 at 2:30 PM, 80n 80n...@gmail.com wrote: On Wed, Nov 17, 2010 at 6:32 PM, Anthony o...@inbox.org wrote: On Wed, Nov 17, 2010 at 1:19 PM, 80n 80n...@gmail.com wrote: Anyone care to point to the language in ODbL that would stop someone tracing from a Produced Work? I really havn't been able to find it. If tracing (a map) is considered copying (and that's a question of law which is not exactly clear), then the question is not what in the ODbL stops you from tracing, the question is what in the ODbL allows you to trace. ODbL specifically and explicitly gives you the right to create a Produced Work with which you can do whatever you like. Let's assume, for these purposes, that the person doing the tracing is not the same as the person who created the Produced Work. Is that fair? What gives the person doing the tracing the right to trace? Is the Database copyrighted? By tracing, are they copying a copyrightable portion of the Database? By tracing, are they extracting a substantial portion of the Database? If so, what gives them permission to do that? The only restrictions are those specified in 4.3 as quoted above. The person creating the Produced Work is specifically prohibited from sublicensing the Database. So any license granted by the producer of the Produced Work is not a license on the underlying Database itself. If there were other restrictions you wouldn't be able to create a Produced Work that was publishable under PD, CC0, WTFPL, CC-BY-SA etc. You have permission to license the produced work, not the underlying database. See 4.8. Can you publish a Produced Work under CC-BY-SA? Personally, I don't think you meaningfully can. The only semi-reasonable argument I've heard that you can, came from an ODbL lawyer who basically said, yes, you can publish a Produced Work under CC-BY-SA, because CC-BY-SA doesn't apply to databases anyway. I think Ed Avis is right on that one, though. It's allowed to make proprietary, all-rights-reserved map renderings, but if you want to produce a truly CC-licensed or public domain one you can't. (This refers to the no-tracing restrictions; an attribution requirement is more reasonable.) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Best license for future tiles?
2010/11/17 Matthias Julius li...@julius-net.net: On Wed, 17 Nov 2010 18:20:39 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Btw: isn't a rendering a derived database as well? A database of pixels? I would not regard a printed map as a database. And neither would I the electronic version of that. One could argue about a rendered vector map. I think that this distinction is nonsense, a vector map has a certain resolution just like a georeferenced bitmap has. Is it possible to trace a bitmap map (therefore recreating vectors)? Definitely yes, even if this might no easily or at all be possible in automated manner (maybe if you have an intelligent program you might be able to do it automatically, but I don't know any proof for this). cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Best license for future tiles?
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: 2010/11/17 Matthias Julius li...@julius-net.net: On Wed, 17 Nov 2010 18:20:39 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Btw: isn't a rendering a derived database as well? A database of pixels? I would not regard a printed map as a database. And neither would I the electronic version of that. One could argue about a rendered vector map. I think that this distinction is nonsense, a vector map has a certain resolution just like a georeferenced bitmap has. There is no reason for a vector map to have a lower resolution than the OSM data itself. But, this is not the point. The difference to a bitmap is that a vector image contains descrete objects which someone could import directly into a database. So, one could view a vector map as a database of map objects. Each .osm file already is a vector map. Matthias ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New site about the license change
Am 16.11.2010 23:17, schrieb Serge Wroclawski: If you honestly feel this way, explain in clear steps what the OSMF could do to work with dissenters that doesn't include stopping the current process of migrating to a new license. Not particularly focussed on the dissenters of the new license, I miss a clear migration strategy, documented in more detail than in one of many points in an FAQ. 1) As ODBL-Supporter: What can I do to support the process? a) Should I avoid using old data of dissenters, if I can choose to re-draw the objects out of traces or other sources? b) Should I start to re-map data of other mappers to increase the ODBL-Compliant data in the database? 2) If I sometimes in the past helped to import data from sources not ODBL-compliant - how can I now or in the future progress of the license change split up my contributions to support ODBL without breaking the license of these imports? 3) What are the concrete rules for migration: Which objects can be migrated? Which can not? How to decide that? Here everything I hered from the LWG is we will see, we don't know exactly, perhaps... and so on. Well - imports are discussed in more detail; but an unsolved issue as far as I can see is the migration of license-mixed objects in the database (ODBL-contributors and non-odbl-contributors). I think, the only way to work with the dissenters is to defeat their arguments with good counter arguments and facts: - Where is the visual proof that ODBL won't hurt? The first I know in this area is the map provided some weeks ago - by someone not part of or connected to the LWG - Why I'm not able to formally accept my data published as PD including an API-Proposal to get PD-only-maps? - a license compliant to ODBL as well as CC-BY-SA from contributor side. Of course a faster migration would have been fine - but okay, that chance is gone. But: We should speed up the migration as fast as possible. Perhaps it's not necessary to migrate everything in one step; but it should be possible for the pro-odbl-mappers to contribute as early as possible in a way, that these contributions are save in an ODBL licensed OSM. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM data and Google Maps
Fredy, I think they will not tell you who sold them the OSM data. The same thing happened with Waze when I asked about their provider for the Chilean OSM Data. They told us that LocationWorld sold them the data (at least the first time) and that a provider of that company was the one to be blamed for the unfair use of OSM contributors work. No word on that providers name yet (two weeks and counting). There is a strange tendency to avoid giving away the names of the companies responsible of this, and even the leaders of OSM seem to find this perfectly normal. I told SteveC and the people from Waze that I didn't want to start a witch hunt around this issue, but some social judgement over the companies responsible seems perfectly appropriate to me. Cheers, Julio Costa #EN ESPAÑOL# Fredy, Pienso que no te van a decir quien les vendió los datos de OSM. Lo mismo paso con Waze cuando les pregunte sobre su proveedor para los datos de OSM en Chile. Nos dijeron que LocationWorld le vendió los datos (al menos la primera vez) y que un proveedor de esa compañía era el culpable del uso injusto del trabajo de los contribuyentes de OSM. No se ha dicho el nombre de ese proveedor aun (dos semanas y contando). Hay una extraña tendencia a evitar dar los nombres de las compañías responsables de esto, e incluso los lideres de OSM parecen considerar esto perfectamente normal. Le dije a SteveC y a la gente de Waze que no quiero empezar una caza de brujas en torno a este asunto, pero algún juicio social sobre las compañías responsables me parece perfectamente apropiado. Saludos, Julio Costa On 16 November 2010 10:54, ouɐɯnH fredyriv...@gmail.com wrote: Dear Ed an all .. On Tue, Nov 2, 2010 at 3:41 AM, Ed Parsons epars...@google.com wrote: Last week Steve Coast contacted us to let us know that he had identified what may have been OpenStreetMap data in Google Maps of Colombia. We investigated the matter and determined that one of our providers had indeed included OSM data in the data-set they provided to us, once we learned this we removed the data as quickly as possible. Despite the apology and commitment to Google, although our data do not erase, this is a nuisance that discourages our community in Colombia, it is as if we worked for them and not for the osm. I would personally like to thank Steve for pointing out this problem to us, and would like to apologise to the OSM community for the unwitting use of your work in this way. Although we feel unable to license OSM data at present, we remain supporters of the project, and we will without question act in a similar way if the rights of the OSM community and your data is abused. In Colombia we respect the satellite images and other rights of google, despite being a country with few satellite photographs, so the mappers have had to draw the country on our own feet and GPS, Google writes conditions and not to work with their images but if they use our work as their own, this is not right. Google says that a vendor provided them information that they used OSM, we believe they must tell us which that provider was to prevent abusive trading continue with our work. need more than an apology from Google, we need our rights are respected and to help us keep our data is used improperly, it is revealed that includes the name of the supplier who abused. Salu2 Fredyrivera OSM leader Colombia Regards Ed -- Ed Parsons, Geospatial Technologist Google Mobile: +44 (0)78 2538 2263 Personal blog www.edparsons.com VC 38814629 Registered Office: Belgrave House, 76 Buckingham Palace Road, London SW1W 9TQ Registered in England Number: 3977902 It's better to be a pirate than to join the Navy. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
Rob Myers r...@... writes: The only restriction currently allowed in the CTs is attribution. That is not specified by the CTs, even in the proposed version 1.2. They say that 'OSMF agrees to attribute you or the copyright owner', but they do not promise that any future licence chosen will have an attribution requirement. I mean that the restriction is a (pre)condition for OSM(F) accepting the data. You are right that there is no promise to maintain attribution, but should attribution be removed the condition on which the data was accepted would be broken and so the data couldn't be used. Uh... but that 'condition on which the data was accepted' isn't specified anywhere in the contributor terms. If it really is a condition that OSMF will only distribute the data under an attribution-required licence, then the terms need to say so. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [DRAFT] Contributor Terms 1.2
On Wed, Nov 17, 2010 at 6:09 AM, Ed Avis e...@waniasset.com wrote: Uh... but that 'condition on which the data was accepted' isn't specified anywhere in the contributor terms. If it really is a condition that OSMF will only distribute the data under an attribution-required licence, then the terms need to say so. Clarifying draft please? ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New site about the license change
On Tue, 16 Nov 2010 17:17:00 -0500 Serge Wroclawski emac...@gmail.com wrote: The other reason this is complicated, though, is that OSM started with a faulty process of not requiring copyright assignment, which meant that every contributor had to be handled separately. That's being fixed now with the new CT. Could you please expand on your statement that the process was faulty? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tracking deletions
On 16/11/2010 11:27, Richard Fairhurst wrote: Mikel Maron wrote: Is there an easy way to track deletions only in a particular area? When editing the area in Potlatch, you can press 'U' (for undelete) to find deleted ways, and recover them if you desire. Is there a command that does the opposite turns the undeleted ways off? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Best license for future tiles?
The person doing the tracing is a lawful recipient of a cc-by-sa licensed work. It will have the correct ODbL attribution, but there will be no indication that they have any obligations to that license. The only license they have agreed to is cc-by-sa and that permits tracing. The producer of the produced work may have obligations but the *recipient* of the produced work does not. On 17 Nov 2010 20:03, Anthony o...@inbox.org wrote: On Wed, Nov 17, 2010 at 2:30 PM, 80n 80n...@gmail.com wrote: On Wed, Nov 17, 2010 at 6:32 PM, ... Let's assume, for these purposes, that the person doing the tracing is not the same as the person who created the Produced Work. Is that fair? What gives the person doing the tracing the right to trace? Is the Database copyrighted? By tracing, are they copying a copyrightable portion of the Database? By tracing, are they extracting a substantial portion of the Database? If so, what gives them permission to do that? The only restrictions are those specified in 4.3 as quoted above. The person creating the Produced Work is specifically prohibited from sublicensing the Database. So any license granted by the producer of the Produced Work is not a license on the underlying Database itself. If there were other restrictions you wouldn't be able to create a Produced Work that was publis... You have permission to license the produced work, not the underlying database. See 4.8. Can you publish a Produced Work under CC-BY-SA? Personally, I don't think you meaningfully can. The only semi-reasonable argument I've heard that you can, came from an ODbL lawyer who basically said, yes, you can publish a Produced Work under CC-BY-SA, because CC-BY-SA doesn't apply to databases anyway. I think Ed Avis is right on that one, though. It's allowed to make proprietary, all-rights-reserved map renderings, but if you want to produce a truly CC-licensed or p... ___ legal-talk mailing list legal-t...@openstreetmap.org... ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk-nl] MappingParties 2011
Heren, Tijdens de MP-Putten werd unaniem geconcludeerd dat Mapping Parties een van de levensaders is voor de OSM-community. Duitsland ging ons voor in het regelmatig bijeenkomsten organiseren waar Mappers elkaar kunnen ontmoeten, samen de hobby uitoefenen en van elkaar leren. Dat een Mappingparty niet alleen nuttig en leerzaam is, maar ook gezellig en fun kan zijn hebben de twee Parties in 2010 zonder meer uitgewezen. Ik neem hierbij het initiatief om in 2011 samen met lokale mensen op verschillende plaatsen in Nederland een Mapping Party te organiseren. Het eerste initiatief voorstel heb ik reeds in Wiki geplaatst (http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011). Natuurlijk kan ik en ga ik het niet doen in mijn eentje. Om het voorstel om te zetten naar een definitief plan/programma heb ik jullie hulp nodig. - Wie heeft er aanvullingen op het programma zoals ik die voor ogen heb? - Wie wil zijn stad/dorp als gastheer aanmelden om een MP te houden? Ik hoor graag van jullie Robert Elsenaar ZMWandelaar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Ha Robert, Mijn steun heb je. Inderdaad heel belangrijk en in 2010 veel te weinig gebeurd. Ik steek ook mijn hand in eigen boezem natuurlijk. Ik wil er altijd wel 1 organiseren in Amsterdam. Zomaar een paar ideeen: * Pers - het is altijd leuk om wat (lokale) pers te laten komen en het evenement te coveren. Hier moet iemand zich per party of in het algemeen mee bezig houden. * Subsidie - een beetje aankleding van de party is niet gek en kan makkelijk als er een potje is. Dat hoeft niet groot te zijn. Dan kun je iedereen een hapje en een drankje aanbieden. * Practisch: Zichtbare uitkomsten: Een partyrender, voor/na kaart, daar kan je leuke publiciteit mee maken. * Doelgroep: nieuwe of bestaande mappers? Indien nieuw: zorg dat er GPSen zijn. Ook de hesjes zijn leuk om erbij te hebben. Zie spullen http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Spullen Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Heren, Tijdens de MP-Putten werd unaniem geconcludeerd dat Mapping Parties een van de levensaders is voor de OSM-community. Duitsland ging ons voor in het regelmatig bijeenkomsten organiseren waar Mappers elkaar kunnen ontmoeten, samen de hobby uitoefenen en van elkaar leren. Dat een Mappingparty niet alleen nuttig en leerzaam is, maar ook gezellig en fun kan zijn hebben de twee Parties in 2010 zonder meer uitgewezen. Ik neem hierbij het initiatief om in 2011 samen met lokale mensen op verschillende plaatsen in Nederland een Mapping Party te organiseren. Het eerste initiatief voorstel heb ik reeds in Wiki geplaatst ( http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011). Natuurlijk kan ik en ga ik het niet doen in mijn eentje. Om het voorstel om te zetten naar een definitief plan/programma heb ik jullie hulp nodig. - Wie heeft er aanvullingen op het programma zoals ik die voor ogen heb? - Wie wil zijn stad/dorp als gastheer aanmelden om een MP te houden? Ik hoor graag van jullie Robert Elsenaar ZMWandelaar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Beste Martijn, Fijn je enthausiasme te kennen. Zal je ideeen meenemen en verwerken in de MP-Pagina. Heb je voorkeur voor een maand? Dan zet ik die alvast in de Agenda. Datum en overige zaken regelen we na ON. Groet Robert Citeren Martijn van Exel m...@rtijn.org: Ha Robert, Mijn steun heb je. Inderdaad heel belangrijk en in 2010 veel te weinig gebeurd. Ik steek ook mijn hand in eigen boezem natuurlijk. Ik wil er altijd wel 1 organiseren in Amsterdam. Zomaar een paar ideeen: * Pers - het is altijd leuk om wat (lokale) pers te laten komen en het evenement te coveren. Hier moet iemand zich per party of in het algemeen mee bezig houden. * Subsidie - een beetje aankleding van de party is niet gek en kan makkelijk als er een potje is. Dat hoeft niet groot te zijn. Dan kun je iedereen een hapje en een drankje aanbieden. * Practisch: Zichtbare uitkomsten: Een partyrender, voor/na kaart, daar kan je leuke publiciteit mee maken. * Doelgroep: nieuwe of bestaande mappers? Indien nieuw: zorg dat er GPSen zijn. Ook de hesjes zijn leuk om erbij te hebben. Zie spullen http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Spullen Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Heren, Tijdens de MP-Putten werd unaniem geconcludeerd dat Mapping Parties een van de levensaders is voor de OSM-community. Duitsland ging ons voor in het regelmatig bijeenkomsten organiseren waar Mappers elkaar kunnen ontmoeten, samen de hobby uitoefenen en van elkaar leren. Dat een Mappingparty niet alleen nuttig en leerzaam is, maar ook gezellig en fun kan zijn hebben de twee Parties in 2010 zonder meer uitgewezen. Ik neem hierbij het initiatief om in 2011 samen met lokale mensen op verschillende plaatsen in Nederland een Mapping Party te organiseren. Het eerste initiatief voorstel heb ik reeds in Wiki geplaatst ( http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011). Natuurlijk kan ik en ga ik het niet doen in mijn eentje. Om het voorstel om te zetten naar een definitief plan/programma heb ik jullie hulp nodig. - Wie heeft er aanvullingen op het programma zoals ik die voor ogen heb? - Wie wil zijn stad/dorp als gastheer aanmelden om een MP te houden? Ik hoor graag van jullie Robert Elsenaar ZMWandelaar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Robert, Maand maakt mij niet uit. Ik wil wel aftrappen, in april ofzo? Ik ben aan het rondvragen voor subsidiepotjes. Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Beste Martijn, Fijn je enthausiasme te kennen. Zal je ideeen meenemen en verwerken in de MP-Pagina. Heb je voorkeur voor een maand? Dan zet ik die alvast in de Agenda. Datum en overige zaken regelen we na ON. Groet Robert Citeren Martijn van Exel m...@rtijn.org: Ha Robert, Mijn steun heb je. Inderdaad heel belangrijk en in 2010 veel te weinig gebeurd. Ik steek ook mijn hand in eigen boezem natuurlijk. Ik wil er altijd wel 1 organiseren in Amsterdam. Zomaar een paar ideeen: * Pers - het is altijd leuk om wat (lokale) pers te laten komen en het evenement te coveren. Hier moet iemand zich per party of in het algemeen mee bezig houden. * Subsidie - een beetje aankleding van de party is niet gek en kan makkelijk als er een potje is. Dat hoeft niet groot te zijn. Dan kun je iedereen een hapje en een drankje aanbieden. * Practisch: Zichtbare uitkomsten: Een partyrender, voor/na kaart, daar kan je leuke publiciteit mee maken. * Doelgroep: nieuwe of bestaande mappers? Indien nieuw: zorg dat er GPSen zijn. Ook de hesjes zijn leuk om erbij te hebben. Zie spullen http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Spullen Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Heren, Tijdens de MP-Putten werd unaniem geconcludeerd dat Mapping Parties een van de levensaders is voor de OSM-community. Duitsland ging ons voor in het regelmatig bijeenkomsten organiseren waar Mappers elkaar kunnen ontmoeten, samen de hobby uitoefenen en van elkaar leren. Dat een Mappingparty niet alleen nuttig en leerzaam is, maar ook gezellig en fun kan zijn hebben de twee Parties in 2010 zonder meer uitgewezen. Ik neem hierbij het initiatief om in 2011 samen met lokale mensen op verschillende plaatsen in Nederland een Mapping Party te organiseren. Het eerste initiatief voorstel heb ik reeds in Wiki geplaatst ( http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011). Natuurlijk kan ik en ga ik het niet doen in mijn eentje. Om het voorstel om te zetten naar een definitief plan/programma heb ik jullie hulp nodig. - Wie heeft er aanvullingen op het programma zoals ik die voor ogen heb? - Wie wil zijn stad/dorp als gastheer aanmelden om een MP te houden? Ik hoor graag van jullie Robert Elsenaar ZMWandelaar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Wat ik ook eigenlijk wil, en dat heb ik ook reeds op de Pagina aangekondigd, ik wil eigenlijk een mobiel Wifi router hebben zodat we op iedere locatie ons kamp kunnen opslaan. Lijkt me gaaf om in de zomer in het VondelPark midden op het gras met z'n allen te kunnen Mappen. Moet kunnen met de huidige techniek. Toch? Hebben we een ingang bij KPN, Sicco of een andere betrouwbare internet aanbieder? groet Robert Citeren Martijn van Exel m...@rtijn.org: Robert, Maand maakt mij niet uit. Ik wil wel aftrappen, in april ofzo? Ik ben aan het rondvragen voor subsidiepotjes. Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Beste Martijn, Fijn je enthausiasme te kennen. Zal je ideeen meenemen en verwerken in de MP-Pagina. Heb je voorkeur voor een maand? Dan zet ik die alvast in de Agenda. Datum en overige zaken regelen we na ON. Groet Robert Citeren Martijn van Exel m...@rtijn.org: Ha Robert, Mijn steun heb je. Inderdaad heel belangrijk en in 2010 veel te weinig gebeurd. Ik steek ook mijn hand in eigen boezem natuurlijk. Ik wil er altijd wel 1 organiseren in Amsterdam. Zomaar een paar ideeen: * Pers - het is altijd leuk om wat (lokale) pers te laten komen en het evenement te coveren. Hier moet iemand zich per party of in het algemeen mee bezig houden. * Subsidie - een beetje aankleding van de party is niet gek en kan makkelijk als er een potje is. Dat hoeft niet groot te zijn. Dan kun je iedereen een hapje en een drankje aanbieden. * Practisch: Zichtbare uitkomsten: Een partyrender, voor/na kaart, daar kan je leuke publiciteit mee maken. * Doelgroep: nieuwe of bestaande mappers? Indien nieuw: zorg dat er GPSen zijn. Ook de hesjes zijn leuk om erbij te hebben. Zie spullen http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Spullen Martijn martijn van exel +++ m...@rtijn.org laziness - impatience - hubris http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2010/11/17 rob...@elsenaar.info Heren, Tijdens de MP-Putten werd unaniem geconcludeerd dat Mapping Parties een van de levensaders is voor de OSM-community. Duitsland ging ons voor in het regelmatig bijeenkomsten organiseren waar Mappers elkaar kunnen ontmoeten, samen de hobby uitoefenen en van elkaar leren. Dat een Mappingparty niet alleen nuttig en leerzaam is, maar ook gezellig en fun kan zijn hebben de twee Parties in 2010 zonder meer uitgewezen. Ik neem hierbij het initiatief om in 2011 samen met lokale mensen op verschillende plaatsen in Nederland een Mapping Party te organiseren. Het eerste initiatief voorstel heb ik reeds in Wiki geplaatst ( http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2011). Natuurlijk kan ik en ga ik het niet doen in mijn eentje. Om het voorstel om te zetten naar een definitief plan/programma heb ik jullie hulp nodig. - Wie heeft er aanvullingen op het programma zoals ik die voor ogen heb? - Wie wil zijn stad/dorp als gastheer aanmelden om een MP te houden? Ik hoor graag van jullie Robert Elsenaar ZMWandelaar ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Op 17 november 2010 14:44 heeft rob...@elsenaar.info het volgende geschreven: Wat ik ook eigenlijk wil, en dat heb ik ook reeds op de Pagina aangekondigd, ik wil eigenlijk een mobiel Wifi router hebben zodat we op iedere locatie ons kamp kunnen opslaan. Lijkt me gaaf om in de zomer in het VondelPark midden op het gras met z'n allen te kunnen Mappen. Moet kunnen met de huidige techniek. Toch? een mobiele wifi router kun je tegenwoordig ook met een beetje moderne gsm regelen natuurlijk snelheid en bandbreedte is natuurlijk maar beperkt Hebben we een ingang bij KPN, Sicco of een andere betrouwbare internet aanbieder? vodafone of xs4all ? Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Ik kan fietspaden ten oosten van A'dam doen. Zeg maar dat stuk onder de Hollandsebrug. Of daarboven ;-) Maar volgens mij zijn die al erg compleet... Maar een Mapping Party in Amsterdam ben ikz eker bij (tenzij op zaterdagochtend) Op 17 november 2010 18:22 schreef Rob interru...@gmail.com het volgende: Op 17 november 2010 14:44 heeft rob...@elsenaar.info het volgende geschreven: Wat ik ook eigenlijk wil, en dat heb ik ook reeds op de Pagina aangekondigd, ik wil eigenlijk een mobiel Wifi router hebben zodat we op iedere locatie ons kamp kunnen opslaan. Lijkt me gaaf om in de zomer in het VondelPark midden op het gras met z'n allen te kunnen Mappen. Moet kunnen met de huidige techniek. Toch? een mobiele wifi router kun je tegenwoordig ook met een beetje moderne gsm regelen natuurlijk snelheid en bandbreedte is natuurlijk maar beperkt Hebben we een ingang bij KPN, Sicco of een andere betrouwbare internet aanbieder? vodafone of xs4all ? Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groeten, Peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
On Nov 17, 2010, at 2:44 PM, rob...@elsenaar.info wrote: Wat ik ook eigenlijk wil, en dat heb ik ook reeds op de Pagina aangekondigd, ik wil eigenlijk een mobiel Wifi router hebben zodat we op iedere locatie ons kamp kunnen opslaan. Lijkt me gaaf om in de zomer in het VondelPark midden op het gras met z'n allen te kunnen Mappen. Moet kunnen met de huidige techniek. Toch? Hebben we een ingang bij KPN, Sicco of een andere betrouwbare internet aanbieder? Iemand met een moderne smartphone en een 'unlimited' abbonement zou al voldoen. Sharen via een laptop kan ook met die lieve sticks. MVGR, Mendel Mobach ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Ik zou m'n laptop kunnen meenemen als wifi AP. En natuurlijk als JOSM machine... Maar waar je dan je eigenlijke inet vandaan haalt... Maar misschien hebben we dat helemaal niet nodig. Ik draai op die laptop sowiezo al postgresql en mapnik. Dus we kunnen onze data lokaal bewerken en renderen en later in de API duwen... Ofzoiets... Op 17 november 2010 22:40 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Ik had toch echt gedacht aan een wat minder amateuristisch mobiel Wifi netwerk met een accesspoint en een adsl verbinding die we tijdens de mappingdagen kunnen gebruiken. Gewoon iedereen een securekey en lekker mappen. Is er iemand met een connectie richting een telecom/internet aanbieder? Groet ZMWandelaar -Oorspronkelijk bericht- From: Mendel Mobach Sent: Wednesday, November 17, 2010 10:13 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] MappingParties 2011 On Nov 17, 2010, at 2:44 PM, rob...@elsenaar.info wrote: Wat ik ook eigenlijk wil, en dat heb ik ook reeds op de Pagina aangekondigd, ik wil eigenlijk een mobiel Wifi router hebben zodat we op iedere locatie ons kamp kunnen opslaan. Lijkt me gaaf om in de zomer in het VondelPark midden op het gras met z'n allen te kunnen Mappen. Moet kunnen met de huidige techniek. Toch? Hebben we een ingang bij KPN, Sicco of een andere betrouwbare internet aanbieder? Iemand met een moderne smartphone en een 'unlimited' abbonement zou al voldoen. Sharen via een laptop kan ook met die lieve sticks. MVGR, Mendel Mobach ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2010: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: http://localhost:6083/Panda?ID=pav_882SPAM=truepath=C :\Windows\system32\config\systemprofile\AppData\Local\Panda%20Security\Panda%20Global%20Protection%202010\AntiSpam --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groeten, Peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] GPS - Datenkorrektur
Hallo André, Tobias Wendorff Danke für den Tip. Ich werde berichten wenn es Neues gibt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hallo, Am Dienstag 16 November 2010 13:10:44 schrieb Simon Kokolakis: Am Montag, den 15.11.2010, 13:48 +0100 schrieb Jan Tappenbeck: wie der eine oder andere mitbekommen hat habe ich jetzt Ubuntu 10.10 installiert und dann auch JOSM was aber 20 Monate alt ist ! Eine Frage an die Experten: Wäre es viel Aufwand einen eigenen APT-Server aufzustellen und dort dann regelmäßig die josm-Versionen zu aktualisieren? Es verwenden ja doch einige hier *ubuntu etc, von da her würde es sich vielleicht lohnen. ich oute mich hier mal: Für mein Suse gibt es das schon lange. Die OSM-Pakete werden von den Entwicklern in ein eigenes Repository geschoben, das über pin gefunden und in die normale Softwareverwaltung eingebunden werden kann. Immer wenn eine neue Version eines OSM-Programms (josm, osmosis, merkaartor, ...) stabile ist/scheint, wird sie von den Entwicklern rübergeschoben und kann vollkommen stressfrei eingebunden werden. Ich wundere mich eigentlich etwas, dass das unter Ubuntu so ein Thema ist. Nebenbei: josm beruht auf java und kann jederzeit auch manuell installiert werden. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Hallo Wolfgang! Wolfgang-4 wrote: Immer wenn eine neue Version eines OSM-Programms (josm, osmosis, merkaartor, ...) stabile ist/scheint, wird sie von den Entwicklern rübergeschoben und kann vollkommen stressfrei eingebunden werden. Ich wundere mich eigentlich etwas, dass das unter Ubuntu so ein Thema ist. Die Paket-Politik von Ubuntu basiert auf der von Debian: Es werden keine neuen Software-Versionen bereitgestellt, sondern nur Fixes. Die offiziellen Quellen von Ubuntu werden daher strenger kontrolliert. JOSM wird also nur aktualisiert, wenn ein neues Release kommt und die Maintainer sich drum kümmern, dass die aktuelle Version darin landet. Daher ist die Lösung über eine neue Paketquelle (ob PPA oder Debian unstable) flexibler und auch eleganter. Wolfgang-4 wrote: Nebenbei: josm beruht auf java und kann jederzeit auch manuell installiert werden. Das sowieso :) So habe ich es laufen. Gruß, Philip -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Update-bei-Ubuntu-tp5739774p5746851.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] JOSM-Update bei Ubuntu
On Wed, 17 Nov 2010 09:13:04 +0100, Wolfgang wolfg...@ivkasogis.de wrote: ich oute mich hier mal: Für mein Suse gibt es das schon lange. Die OSM-Pakete werden von den Entwicklern in ein eigenes Repository geschoben, das über pin gefunden und in die normale Softwareverwaltung eingebunden werden kann. Immer wenn eine neue Version eines OSM-Programms (josm, osmosis, merkaartor, ...) stabile ist/scheint, wird sie von den Entwicklern rübergeschoben und kann vollkommen stressfrei eingebunden werden. Ich wundere mich eigentlich etwas, dass das unter Ubuntu so ein Thema ist. Es ist kein grosses Thema. Es muss nur jemand machen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Filter: unbenannte Residental
hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grünflächen in Wohnanlagen
Moin ! in Spanien gibt es in Wohnanlagen oftmals ausgedehnde Grünflächen - ich spreche jetzt nicht von den Golfanlagen - die es sich lohn in der Fläche differenziert als nicht Residental zu erfassen. Oder besser Residental wäre das übergeordete Element. Wie würdet Ihr da taggen - http://wiki.openstreetmap.org/wiki/Park ??? Da steht im Wiki nichts von öffentlich ?!?! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
Am 17.11.10 14:39, schrieb Jan Tappenbeck: hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) erste Regel: -name=* zweite Regel: highway=residential jeweils mit allen Häkchen davor und dahinter Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
Am 17.11.2010 15:14, schrieb André Joost: Am 17.11.10 14:39, schrieb Jan Tappenbeck: hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) erste Regel: -name=* zweite Regel: highway=residential jeweils mit allen Häkchen davor und dahinter Gruß, André Joost Hi ! sorry - aber das mit der ersten Regel ist noch klar. Es werden dann auch alle nicht benannte Elemente (auch Häuser Co) markiert. Aber dann habe ich ein Problem mit der Anwendung der zweiten Regel. Kannst Du mir ggf. ein Screenshoot mailen - eMail-Adresse hast Du ja ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Am 16. November 2010 10:34 schrieb Jan Tappenbeck o...@tappenbeck.net: habe das gemacht - aber auf einen Doppelklick reagiert das gar nicht! den Starter solltest Du erst erstellen, wenn Du schon den passenden Befehl hast. Diesen erstmal im Terminal eingeben und sehen, welchen Fehler er Dir ggf. anzeigt. Als Icon wird eine Symbol jetzt angezeigt was ich gar nicht haben will - in den Eigenschaften unter Embleme wird mir aber keine Möglichkeit geboten um ein eigenes zuzuweisen. Doch, Du musst in den Eigenschaften auf das Symbol clicken und kannst dann dort eins aussuchen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
Moin ! jo! in Spanien gibt es in Wohnanlagen oftmals ausgedehnde Grünflächen - ich spreche jetzt nicht von den Golfanlagen - die es sich lohn in der Fläche differenziert als nicht Residental zu erfassen. Oder besser Residental wäre das übergeordete Element. Wie würdet Ihr da taggen - http://wiki.openstreetmap.org/wiki/Park ??? Da steht im Wiki nichts von öffentlich ?!?! wären das nicht gemähte Wiesen? # landuse=meadow # leisure=common so werden z.B. mancherorts innerstädtische Deichwiesen getaggt - ohne residential. ... Grüße, t. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
2010/11/17 Jan Tappenbeck o...@tappenbeck.net Am 17.11.2010 15:14, schrieb André Joost: Am 17.11.10 14:39, schrieb Jan Tappenbeck: hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) erste Regel: -name=* zweite Regel: highway=residential jeweils mit allen Häkchen davor und dahinter Gruß, André Joost Hi ! sorry - aber das mit der ersten Regel ist noch klar. Es werden dann auch alle nicht benannte Elemente (auch Häuser Co) markiert. Aber dann habe ich ein Problem mit der Anwendung der zweiten Regel. Inwiefern? Bei der ersten Regel sagst du: Zeige mir alles ohne 'name' Tag. Und bei der zweiten Regel sagst du dann: Zeige mir davon nur die Dinge mit 'highway=residential' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
Am 17.11.2010 16:08, schrieb tshrub: Moin ! jo! in Spanien gibt es in Wohnanlagen oftmals ausgedehnde Grünflächen - ich spreche jetzt nicht von den Golfanlagen - die es sich lohn in der Fläche differenziert als nicht Residental zu erfassen. Oder besser Residental wäre das übergeordete Element. Wie würdet Ihr da taggen - http://wiki.openstreetmap.org/wiki/Park ??? Da steht im Wiki nichts von öffentlich ?!?! wären das nicht gemähte Wiesen? # landuse=meadow # leisure=common so werden z.B. mancherorts innerstädtische Deichwiesen getaggt - ohne residential. ... Grüße, t. Hi ! das geht aber immer mehr in Richtung PARK ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
Am 17.11.2010 16:11, schrieb Robert S.: 2010/11/17 Jan Tappenbecko...@tappenbeck.net Am 17.11.2010 15:14, schrieb André Joost: Am 17.11.10 14:39, schrieb Jan Tappenbeck: hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) erste Regel: -name=* zweite Regel: highway=residential jeweils mit allen Häkchen davor und dahinter Gruß, André Joost Hi ! sorry - aber das mit der ersten Regel ist noch klar. Es werden dann auch alle nicht benannte Elemente (auch Häuser Co) markiert. Aber dann habe ich ein Problem mit der Anwendung der zweiten Regel. Inwiefern? Bei der ersten Regel sagst du: Zeige mir alles ohne 'name' Tag. Und bei der zweiten Regel sagst du dann: Zeige mir davon nur die Dinge mit 'highway=residential' Bei der 1. Regel aktiviere ich Auswahl ersetzen und bei der 2. Regel ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
2010/11/17 Jan Tappenbeck o...@tappenbeck.net Bei der 1. Regel aktiviere ich Auswahl ersetzen und bei der 2. Regel ??? Ich nutze immer nur Zur Auswahl hinzufügen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
2010/11/17 Matthias Julius li...@julius-net.net: Es ist kein grosses Thema. Es muss nur jemand machen. Ich habe auch patches zum thema wms layer gepostet, werden ignoriert... mfg, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
Robert S. schrieb: 2010/11/17 Jan Tappenbeck o...@tappenbeck.net Bei der 1. Regel aktiviere ich Auswahl ersetzen und bei der 2. Regel ??? Ich nutze immer nur Zur Auswahl hinzufügen Für größere Arbeiten ist dieses Vorgehen umständlich. Ich würde das in Josm eingebaute Tool zum Filtern (Ausblenden) frei definierbarer Objekte verwenden. Dazu definiert man über die Suchmaske die von Robert erwähnten Begriffe - allerdings negiert, da die Sachen ausgeblendet werden sollen. Es werden nur noch unbenannte highway=residential angezeigt: http://ompldr.org/vNjdncw hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chemnitzer Linux-Tage 2011
Jens Poenisch schrieb: am 19./20. März 2011 finden wieder die Chemnitzer Linux-Tage statt. Wir würden uns freuen, wenn OpenStreetMap mit einem Stand und vielleicht auch einem Vortrag oder Workshop vertreten ist. http://chemnitzer.linux-tage.de/2011/ Die Anmeldung muss bis zum 5. Januar 2011 erfolgen. Bitte nicht von den Schwerpunkten für die Vorträge abschrecken lassen, auch andere interessante Themen im Open-Source-Umfeld werden gern gesehen. Im Wiki habe ich die dazu passende Seite erstellt (vom Vorjahr kopiert und angepasst): http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2011 malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
Am 17. November 2010 16:22 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! das geht aber immer mehr in Richtung PARK ! Gruß Jan :-) ich würde wohl landuse=residential lassen (wenn die Rasenflächen Teil der Wohnanlage sind) und leisure=garden mit einem geeigneten garden-subtag (s. Wiki) verwenden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
On Wed, Nov 17, 2010 at 04:54:30PM +0100, Mike Dupont wrote: 2010/11/17 Matthias Julius li...@julius-net.net: Es ist kein grosses Thema. Es muss nur jemand machen. Ich habe auch patches zum thema wms layer gepostet, werden ignoriert... Was heißt in diesem Fall patches gepostet? Meinst Du einen Bug Report ans Ubuntu-Paket (in Launchpad), einen ans Debian Paket (mit reportbug) oder noch irgendwas anderes? Gibt's eine URL, wo man Deine Patches sehen kann? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
Jan Tappenbeck schrieb: Am 17.11.2010 16:11, schrieb Robert S.: 2010/11/17 Jan Tappenbecko...@tappenbeck.net Am 17.11.2010 15:14, schrieb André Joost: Am 17.11.10 14:39, schrieb Jan Tappenbeck: hi! JOSM bittet ein sehr komplaktes Filter-Tool. Dennoch habe ich bis jetzt nicht hinbekommen highway = residental und dazu UNBENANNT zu erstellen. Kann mir einer weiterhelfen ? Gruß Jan :-) erste Regel: -name=* zweite Regel: highway=residential jeweils mit allen Häkchen davor und dahinter Gruß, André Joost Hi ! sorry - aber das mit der ersten Regel ist noch klar. Es werden dann auch alle nicht benannte Elemente (auch Häuser Co) markiert. Aber dann habe ich ein Problem mit der Anwendung der zweiten Regel. Inwiefern? Bei der ersten Regel sagst du: Zeige mir alles ohne 'name' Tag. Und bei der zweiten Regel sagst du dann: Zeige mir davon nur die Dinge mit 'highway=residential' Bei der 1. Regel aktiviere ich Auswahl ersetzen und bei der 2. Regel ??? Gruß Jan :-) ich ändere bei der Eingabe überhaupt nichts an den Buttons, also (.) zur Auswahl hinzufügen. Dann setze ich im Filterfenster (wo alle Regeln zu sehen sind) sämtliche Häkchen. (name=*)|(-highway=residential) mit zwei Haken davor und keinem dahinter liefert das gleiche Ergebnis in einer einzigen Regel. Warum das in der Beschreibung als gleichwertig erwähnte OR nicht funktioniert, weiss ich aber auch nicht. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
On Wed, 17 Nov 2010 17:08:03 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 17. November 2010 16:22 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! das geht aber immer mehr in Richtung PARK ! Gruß Jan :-) ich würde wohl landuse=residential lassen (wenn die Rasenflächen Teil der Wohnanlage sind) und leisure=garden mit einem geeigneten garden-subtag (s. Wiki) verwenden. Eine Wiese als Garten zu bezeichnen ist aber wohl doch etwas daneben. Was spricht gegen landuse=residential für das gesamte Wohngebiet und leisure=park für den Rasen falls es parkähnlich ist oder anderenfalls leisure=green, leisure=grass oder leisure=lawn auch wenn diese nicht in den Map Features stehen. Die gibt es aber schon 98x, 42x und 3x in OSM (laut Taginfo). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
Am 17. November 2010 17:44 schrieb Matthias Julius li...@julius-net.net: ich würde wohl landuse=residential lassen (wenn die Rasenflächen Teil der Wohnanlage sind) und leisure=garden mit einem geeigneten garden-subtag (s. Wiki) verwenden. Eine Wiese als Garten zu bezeichnen ist aber wohl doch etwas daneben. von Wiese war gar keine Rede, es ging um Grǘnflächen, also Rasen. Der geeignete Subtag wäre: garden:type=residential - The most common form of garden, located in proximity to a residence, usually private access only. The main purpose is usually relaxation activities - it doesn't really matter if it is a plain lawn, or complex garden in French style. Was spricht gegen landuse=residential für das gesamte Wohngebiet und leisure=park für den Rasen falls es parkähnlich ist oder anderenfalls dagegen spricht m.E.. dass es sich um private Flächen handelt. leisure=green, leisure=grass oder leisure=lawn auch wenn diese nicht in den Map Features stehen. auf keinen Fall m.E., noch mehr grass-Value auf verschiedene Keys verteilen? Wir haben die derzeit in landuse, surface und evtl. natural dokumentiert, wozu da noch leisure? leisure hat mit physischen Objekten wenig zu tun, es sagt eher was ǘber die Funktion aus. Die gibt es aber schon 98x, 42x und 3x in OSM (laut Taginfo). schlimm genug, aber andererseits auch praktisch gar nichts... Eher würde ich landcover verwenden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Filter: unbenannte Residental
und wenn du dir unbenannten residential gefunden hast, was dann? benennen? ist bei sauberen administrativen grenzen nicht notwendig. gruss walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Filter-unbenannte-Residental-tp5747724p5749471.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] JOSM: Filter: unbenannte Residental
sorry, fall-rückzieher. war bei landuse=residential. keep on going walter - Der Usus von Xenologismen ist auf ein Minimum zu reduzieren. -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Filter-unbenannte-Residental-tp5747724p5749484.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
[Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele User scheinbar noch nie die Mühe gemacht haben, nachzulesen, was ein Wert bedeutet. So bekommen gut markierte und ausgebaute Wege im Gebirge (aber nicht alpinen Gelände, wobei alpin ein Begriff ist mit dem eben 90% der Flachländer nichts anfangen können, für die ist schon ein Hügel alpin) oft etwa sac_scale=alpine_hiking trail_visibility=bad als Beschreibung. Obwohl man so einen Weg mit Stöckelschuhen gehen könnte Es fällt übrigens auf, dass der am häufigsten falsch verwendete Wert alpine_hiking ist. Sprich soweit es mir erscheint, denken sich viele einfach: Alpinwandern ist einfacher als anspruchsvolles Bergwandern - ohne dass ihnen irgendwie klar ist, dass es hier nicht um den umgangssprachlichen Begriff geht, sondern um eine Klassifikation, die man sich durchlesen muss, und am besten auch noch anhand korrekt klassifizierter Beispiele klarmachen muss, bevor man die Werte wie wild auf jeden Weg klatscht. Bei trail_visibility ist es eigentlich noch schlimmer. Hier geht es nicht drum ob man die rot-weiß-rote oder gelbe Markierung der Wanderroute findet, sondern ob der Weg an sich erkennbar ist. Leider wird dies von sehr vielen Benutzern verwechselt, und so bekommen breit ausgetretene Pfade eine visibility von bad attestiert, obwohl man da mit 50km/h mit seinem MTBike ohne Risiko den Weg zu verlieren rumbrettern könnte (sprich nicht einen Falschen weg zu fahren, sondern ohne Risiko dass man generell vom Weg abkommt in wegloses Gelände). Leider ist das Wiki hier auch etwas verwirrend, da dem uninformierten Leser der Unterschied zwischen einer Wegmarkierung (wo ist der Weg, etwa auf einem Gletscher, oder in einem Geröllfeld, oder weil so selten benutzt) und einer Routenmarkierung scheinbar nicht klar ist. T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Generell fallen sicherlich 90% der Wege in T1 oder T2, nur wer mit Openstreetmap unterwegs ist, wird nach einem Wander/MTB-Tag zurückkommen und prahlen wieviel T4 oder T5 er heute schon wieder abgegangen ist :-( Noch dazu gibt es in Österreich und DE kaum T5 und T6 Wege die markiert sind (hier würde man eher angeschimpft werden, warum man abseits von Wegen unterwegs ist wenn man Sachen besteigt, die sich als T5 oder T6 klassifizieren...). T5 und T6 sind halt eher im wirklichen Hochgebirge zu finden, und das gibt es in DE und AT kaum. Ich hab heute grade wieder ein paar Wurzelwege die im Flachland an einem Seeufer langgehen und mit T4 klassifiziert sind gefunden. Was kann man für eine bessere Klassifizierung tun? -- Größere und bessere Bilder für T4 bis T6? Die jetzigen Bilder kann man auch anders deuten... -- Erklärungen davon was alpin bedeutet? -- Klarstellung der Unterscheidung von Routen und Wegmarkierung? -- Aus JOSM und anderen Editoren die mündlichen Werte raushaun (das ist meiner meinung nach am wichtigsten) und nur T1 bis T6 drinnenlassen? -- Dies würde die ganzen Flachlandtiroler (dazu zähle ich auch Bergbewohner, die mit Alpinismus nichts am Hut haben) davon abhalten inflationär mit T3 bis T6 rumzuschmeißen? -- mit einem Bot alle T5 und T6 von Klettersteigen (sind ja zum Glück meist noch seperat ausgewiesen) löschen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw trail _visibility die komplett falsch eingetragen ist.
Felix Hartmann extremecar...@gmail.com wrote: Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. ACK! T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Ich sehe das Problem eigentlich eher darin, dass SAC scale eigentlich für Dinge konzipiert ist die bei uns kaum erfasst oder gar erfassbar sind. Die echten T6 Wege, die in OSM wirklich drin sind dürften sehr selten sein. Gruss Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] EU-Garmin-Karten und Größenlimits
Hi, Ich hab ein Garmin Nüvi 205. Ich hab da zwar eine 4 GB SD-Karte drin, aber trotzdem mag er neuerdings die EU-Karten nicht mehr. Ich würde ungern auf eine DE-Karte downgraden, weil ich jedesmal erst im Ausland bemerke dass ich mir besser vorher eine Karte heruntergeladen hätte ;-) Können andere bestätigen, dass dieses Gerät ein Größenlimit im Bereich 2-3 GB hat? (2GB glaub ich eigentlich nicht, aber ich weiss ehrlich gesagt nicht wie groß die EU-Karten waren die zuletzt funktioniert haben) Und bei Computerteddy gibt's ja neuerdings gesplittete Weltkarten. Gibt es irgendwo eine in 2 Dateien gesplittete, routingfähige EU-Karte? -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:ha...@hboeck.de http://schokokeks.org - professional webhosting signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EU-Garmin-Karten und Größenlimits
Am 18.11.2010 04:10, schrieb Hanno Böck: Hi, Ich hab ein Garmin Nüvi 205. Ich hab da zwar eine 4 GB SD-Karte drin, aber trotzdem mag er neuerdings die EU-Karten nicht mehr. Die SD-Karte ist die gleiche wie vorher als es noch ging? Wenn das Gerät keine SDHC unterstützt werden nicht alle 4GB-Karten unterstützt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
Am 17.11.2010 23:12, schrieb Felix Hartmann: T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. sac_scale Tags zu löschen, nur weil ein Weg Klettersteig heißt, ist aber genauso falsch. Das habe ich leider schon mehrmals gesehen, vermutlich von jemandem, der nie vor Ort war. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist .
2010/11/17 Felix Hartmann extremecar...@gmail.com: sac_scale generell + trail_visibility +1 Stimmt, ist mir auch schon aufgefallen. Die Wikiseiten könnten etwas besser beschreiben und weniger bergerprobten eine besser Einschätzung ermöglichen. Da hast Du recht. Noch dazu gibt es in Österreich und DE kaum T5 und T6 Wege die markiert sind (hier würde man eher angeschimpft werden, warum man abseits von Wegen unterwegs ist wenn man Sachen besteigt, die sich als T5 oder T6 klassifizieren...). -1 Preintalersteig Rax. II-, ein bisserl markiert. -- sac_scale: difficult_alpine_hiking, trail_visibility: bad (http://www.openstreetmap.org/browse/way/56313986). Und dazu stehe ich. Ist auch in der ÖK so eingetragen und in der Führerliteratur so beschrieben. Man muss nicht einer der Huberbuam und im Wallis zu sein, um T5+T6 zu gehen und zu taggen. T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Ist eine offene Diskussion, siehe http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/via_ferrata#sac_scale Meiner Ansicht nach ist ein leichter(!) Klettersteig auch ein Pfad und verdient daher eine sac_scale. Ich kann da auch ohne Klettersteigset hoch - highway=path. Ein anderer nimmt das set - highway=via_ferrata. Beides trifft zu. -- mit einem Bot alle T5 und T6 von Klettersteigen (sind ja zum Glück meist noch seperat ausgewiesen) löschen? -100 Aber ganz sicher nicht! Wenn ich einen Pfad so eintrage, habe ich mir was dabei gedacht. Bots die die Arbeit anderer zerstören sind ne Frechheit. Genauso wie User, die von mir abgegangenen und getaggten Wanderwegen von der Couch im Ruhrpott aus Tags wegnehmen. Wenn die Beschreibung der sac_scale im Wiki nicht passt, dann muss man dort ansetzen. Aber solange bei demanding_alpine_hiking Oft weglos, einzelne einfache Kletterstellen bis II. in der Beschreibung steht, passt das auch auf A-B Klettersteige. Und da das auch in der offiziellen Beschreibung des SAC (http://alpen.sac-cas.ch/html_d/archiv/2002/200204/ad_2002_04_18.pdf) steht, bin ich der Meinung, dass das so passt. lG, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EU-Garmin-Karten und Größenlimits
Hi, Am 18.11.2010 04:10, schrieb Hanno Böck: Ich hab ein Garmin Nüvi 205. Ich hab da zwar eine 4 GB SD-Karte drin, aber trotzdem mag er neuerdings die EU-Karten nicht mehr. Welche EU-Karte denn? Die AIO oder meine? Hast Du die entsprechend andere EU-Karte mal probiert? Und bei Computerteddy gibt's ja neuerdings gesplittete Weltkarten. Gibt es irgendwo eine in 2 Dateien gesplittete, routingfähige EU-Karte? Dazu muß das Gerät Kartendateien anzeigen können die nicht gmapsupp.img heißen. Dann ist das kein Problem. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen i st.
On Wed, Nov 17, 2010 at 11:12:35PM +0100, Felix Hartmann wrote: Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele User scheinbar noch nie die Mühe gemacht haben, nachzulesen, was ein Wert bedeutet. Hinsichtlich sac_sacle sehe ich das ähnlich. Ich bin vorwiegend im Harz unterwegs und habe dort noch keinen Weg gefunden, den ich nicht mit ein paar soliden Wandersandalen langlaufen könnte, auch wenn es manchmal etwas über Stock und Stein geht. Damit könnte man sagen, um Harz gibt's eigentlich nur sac_scale=hiking und damit ist das Tag eigentlich redundant und kann entfallen. Daß die sac_scale Beschreibung auch an highway=track verwendent werden können soll, halte ich erst recht für Unsinn: Wenn ein Track etwas ist, wo man mit zweispurigen Fahrzeugen durchkommt, dann sollte da niemals was anderes als sac_scale=hiking stehen und ist somit redundant. Die Beschreibung finde ich da keinesfalls hilfreich: It is suggested not to use this tag on path not used for hiking or climbing. Wenn da irgendwo ein Pfad in der Landschaft ist - warum sollte man da nicht langwandern. Kennt einer Beispiele für Pfade auf denen nicht gewandert wird und wo ich also sac_scale ausdrücklich nicht setzen soll? Ebenso der dritte Punkt: Never use a sac_scale on tracks not used for recreational hiking. Was sollen das für Tracks sein, auf denen ich ausschließen kann, daß jemand sich dort zum Zweck der Erholung zu Fuß bewegt? OK, es mag Zufahrten zu Steinbrüchen mit explizitem Verbotsschild geben - aber das wird ja dann eher mit dem access Tag gekennzeichnet als durch ein fehlendes sac_scale. Für mich ist die Konsequenz, daß ich persönlich sac_scale im Harz gar nicht verwende, denn letztlich wird auf allen path und track gewandert und nirgends wäre etwas anderes als hiking wirklich sinnvoll. Allerdings habe ich schon desöfteren ein trail_visibility=bad vergeben. Davon kann's in jeder Gegend eine Menge geben. Richtig ist natürlich die Bemerkung, daß nicht ein Mangel an Wegmarkierung für dieses Tag relevant ist, sondern erst, wenn man mal mitten im Wald steht und sich den Weg erst mühsam suchen muß, seine Berechtigung hat. Sozusagen: Eine schnurgerade GPS-Spur und dann am Pfad ein trail_visibility=bad ist verdächtig ... Ich habe in dieser Hinsicht aber selbst noch keinen Mißbrauch in meiner Gegend gesehen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Inserimento nome Vie
Il 16/11/2010 22:51, carlo...@teletu.it ha scritto: Questa sera ho provato con MapSource della Garmin ,in cui ho installato le mappe prese da openmtbmap la funzione TROVA ma questa funziona solo per quelle strade il cui nome è stato inserito senza Via... Se è così, e se vuoi usare quel software (che non conosco), ci sono solo 2 possibilità: 1) si modifica il software (non so se sia possibile) 2) gli si dà in pasto dei dati pretrattati che non abbiano Via..., e quindi si interviene a livello di openmtbmap (chiedi a loro come fanno) In sostanza non è un problema che riguardi strettamente OSM. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza - mappa colorata
Piccolo errore mio, avevo lavorato su un dump locale e non sull'italy, in quanto non avevo una connessione decente. Il parser aveva un errore negli apici usati all'interno dell'italy.osm, questo dovrebbe funzionare: #!/usr/bin/env python # -*- coding: utf-8 -*- f = open(italy.osm, r) users = {} for line in f: start = line.find('uid=') if start != -1: end = line.find('',start+5) uid = line[start+5:end] start = line.find('user=') end = line.find('',start+6) users[uid] = line[start+6:end] print line[start+6:end] + + uid Questo è lo status risultante con il dump di oggi e l'elenco di utenti appena scaricato: Users who have agreed: 4143 Users who have edited in Italy : 5349 Users who have agreed at registration in Italy : 894 Users in Italy who have explicitly agreed: 791 (14.79%) Users in Italy who have agreed: 1685 (31.50%) Objects whose owner agreed: 22560797 (91.98%) Objects whose owner DID NOT agree: 1953893 (7.97%) scusa ancora per l'errore. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimento nome Vie
On Wed, Nov 17, 2010 at 01:05:00PM +0100, Carlo Stemberger wrote: 1) si modifica il software (non so se sia possibile) 2) gli si dà in pasto dei dati pretrattati che non abbiano Via..., e quindi si interviene a livello di openmtbmap (chiedi a loro come fanno) In sostanza non è un problema che riguardi strettamente OSM. Ma soprattutto: **NON** togliamo i vari Via, Piazza, ecc. dal database OSM per far funzionare quello specifico software!!! L'opzione 2 è la migliore a mio avviso. -- Niccolo Rigacci Firenze - Italy ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Terrazza sul mare
Salve a tutti, dopo un bel pò di tempo di assenza dalla lista (ma non dal mapping) mi rifaccio vivo con una domanda: Livorno ha una terrazza sul mare, la Terrazza Mascagni, appunto [1]. E' una area aperta al pubblico, mattonellata in alcune parti e delimitata in alcuni tratti da balaustre in cemento. Attualmente è taggata come touristic=viewpoint [2], ma non mi è sufficiente a descrivere l'effettiva struttura. Consigli per il tagging ? Ciao! Fabrizio [1] http://it.wikipedia.org/wiki/Terrazza_Mascagni [2] http://www.openstreetmap.org/?lat=43.53452lon=10.30018zoom=17layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terrazza sul mare
2010/11/17 Fabrizio Carrai fabrizio.car...@gmail.com: Attualmente è taggata come touristic=viewpoint [2], ma non mi è sufficiente a descrivere l'effettiva struttura. Io traccerei tutta l'area (poligono) come highway=pedestrian+area=yes. Per area non intendo la sola terrazza ma proprio tutta l'area, compresi il ghiaino e le aiuole. In pratica come se fosse una piazza urbana (pedonale) sullo stile di Piazza del Campo (Siena) Rimuoverei le way highway=footway attualmente presenti che sono solo dei suggerimenti di fruizione dell'area (ad es. si può camminare sul ghiaino tra la terrazza e l'acquario) Rimane il problema, non da poco, di come mappare la terrazza vera e propria! Forse un man_made=... ad hoc Colgo l'occasione per suggerire di alzare la classificazione di alcune strade di Livorno da tertiary a secondary: 1. da nord la secondary si interrompe su via Ippolito Nievo. Proseguirei verso sud (Alfieri/Petrarca/Boccaccio) passando per l'Ardenza fino a collegarsi con Antignano. Già che c'è si attacca a SP5 (valle benedetta) e SP8 (Popogna) 2. venendo da sud, proseguirei con secondary su Viale Italia, via Grande, piazza della repubblica e viale carducci Questo è un suggerimento, ad es. potresti decidere che l'Ardenza è tertiary e deve essere secondary invece viale Nazario Sauro Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimento nome Vie
On 01/-10/-28163 08:59 PM, carlo...@teletu.it wrote: Ciao a tutti da qualche mese sto mappando strade e sentieri e per quanto possibile inserisco sempre il tag name: ; nelle indicazioni che ho trovato su wiki è indicato di mettere il nome completo della strada precedendolo da Via, Viale Vicolo etc.. Questa sera ho provato con MapSource della Garmin ,in cui ho installato le mappe prese da openmtbmap la funzione TROVA ma questa funziona solo per quelle strade il cui nome è stato inserito senza Via... Con altri programmi di gestione mappe (tra l'altro io non ne conosco) come funziona ? se non ricordo male, Navit fa un substring search, cioè cercando rossi troveresti sia Via Rossi che Via Mario Rossi. Questo è però interamente a scelta del navigatore ovvero dei suoi programmatori. Prima di scoprire OSM avevo un navigatore di Falk, classico esempio per come NON programmare un navigatore: bisognava inserire il nome intero o almeno l'inizio; per trovare John Doe Street bisognava mettere proprio John..., se mettevi solo Doe non ti risultava niente. Molto comodo in Italia, dove tre quarti delle strade iniziano per Via. Quando si digitava il nome, cominciava a cercare quando non si digitava un'altra lettera per 1 o 2 secondi... se digitavo lentamente, crashava perché no se la cavava più con il numero di strade a Milano che iniziano per Via... Insomma, direi che un buon programma fa semplicemente un substring search, già perché spesso ci sono vari modi per scrivere il nome della strada (Via Mario Rossi, Via Rossi Mario, Via Rossi, Via privata Rossi...), e tanti utenti non sono sicuri se la strada si chiama Via o magari Viale... ma dipende sempre di quale estremità della sua spina dorsale ha impiegato il programmatore. In ogni caso è corretto taggare le strade come Via Mario Rossi - guarda le strade che hai inserito tu sulla mappa, poi le altre, e vedrai che so OSM ti risulterà il nome come da te digitato, e che anche le altri mettono il nome intero delle strade. ciao Michael ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimento nome Vie
Mer 17/11/10 13:45 , ha inviato: On Wed, Nov 17, 2010 at 01:05:00PM +0100, Carlo Stemberger wrote: 1) si modifica il software (non so se sia possibile) 2) gli si dà in pasto dei dati pretrattati che non abbiano Via..., e quindi si interviene a livello di openmtbmap (chiedi a loro come fanno) In sostanza non è un problema che riguardi strettamente OSM. Ma soprattutto: **NON** togliamo i vari Via, Piazza, ecc. daldatabase OSM per far funzionare quello specifico software!!! L'opzione 2 è la migliore a mio avviso. -- Niccolo Rigacci Firenze - Italy ok d'accordo con voi nel mantenere le indicazioni del database OSM purtroppo il sw MapSource funziona così, avete qualche suggerimento per qualche alternativa ? io lo uso per caricare mappe e tracciat isul mio navigatore Garmin Dakota ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimento nome Vie
2010/11/17 carlo...@teletu.it: ok d'accordo con voi nel mantenere le indicazioni del database OSM purtroppo il sw MapSource funziona così, avete qualche suggerimento per qualche alternativa ? io lo uso per caricare mappe e tracciat isul mio navigatore Garmin Dakota C'è QLandkarte che dovrebbe essere simile a mapsource. http://www.qlandkarte.org/ altrimenti forse c'é la possibilità di cambiare il modo per creare le mappe (mkgmap) oppure lo stile per farlo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Fwd: Fw: A HUGE THANK YOU FOR YOUR WORK IN THE SIMULATION
-- Forwarded message -- From: Mikel Maron mikel_ma...@yahoo.com Date: Wed, Nov 17, 2010 at 6:03 AM Subject: Fw: A HUGE THANK YOU FOR YOUR WORK IN THE SIMULATION To: ouɐɯnH fredyriv...@gmail.com cool you took part, was hoping that you would is there any write up, or description of the activities? HOT would be interested to talk about this more... == Mikel Maron == +254(0)724899738 @mikel s:mikelmaron http://mapkibera.org/ http://wiki.openstreetmap.org/index.php/Haiti - Forwarded Message *From:* Standby Task Force m...@standbytaskforce.com *To:* mikel_ma...@yahoo.com mikel_ma...@yahoo.com *Sent:* Wed, November 17, 2010 12:15:58 PM *Subject:* A HUGE THANK YOU FOR YOUR WORK IN THE SIMULATION Standby Task Force http://standbytaskforce.com/ A message to all members of Standby Task Force Dear all, yesterday was a long and intense day. I would like to thank all the volunteers that participated in the simulation for their incredible and invaluable effort, hoping to see them again today, in particular: Adam Berkowitz Andy Schmitz Ankita Goyal Beka Feathers Bettie Tussey Brian Quinn Carol Gallo Carol Njoroge Cat Graham Chris Roblee Christina Kraich-Rogers Christine Thompson Colette Mazzucelli Dean Zambrano Heather Frutig Ilio Durandis James Muendo Jen Ziemke Jeesica Heinzelman Kate Perino Kirk Morris Leesa Astredo Maarten van der Veen Marta Poblet Max Richman Nephat Macuga Nicholas Jaeger Ofelia Mangen Sara Farmer Sawako Sonoyama Sawsan Gad Shannon Dosemagen Simcha Levental Stefania Perna Toni McNulty * * *Our awesome Local Verification Team:* Fredy Rivera Martin Verzilli Edwin Alexander Montoya Daniel Cardenas Juan David Correa Toro Luisa Fernanda Pineda I hope I am not forgetting anyone, but if I do, please forgive me! It has been a pleasure to work with you all and the simulation was real fun!!. If anybody else wants to jump in today, just add me on skype and I will add you to the skype chat. We will be working form 8am EST to 12pm EST. Cheers, Standby Task Force Team Visit Standby Task Force at: http://standbytaskforce.com/?xg_source=msg_mes_network To control which emails you receive on Standby Task Force, click herehttp://standbytaskforce.com/profiles/profile/emailSettings?xg_source=msg_mes_network -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-es] OSM GISDay
FYI, comentaros que desde el SIGTE, este año centramos el GISDay en OSM. Saludos, Lluís --- El SIGTE [1] de la Universitat de Girona os invita a participar al GISDay. El reto: crear cartografía para la OpenStreetMap Foundation [2] La iniciativa permanecerá activa hasta el 24 de noviembre 2010 y se sorteará un Curso de Especialización UNIGIS [3] entre los participantes. Visita el blog Exploradores SIG [4] y ¡conoce todos los detalles para participar! [1] http://www.sigte.udg.edu/ [2] http://www.osmfoundation.org/ [3] http://www.unigis.es/Oferta-Formativa/Cursos-Especializacion [4] http://exploradoressig.wordpress.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fotografias Panorámicas ITACYL
Buenas, El día 5 de noviembre de 2010 12:00, Alvaro Lara Cano y...@alvarolara.com escribió: De todos modos la cosa está en fase de esbozo, En un futuro quizá podríamos implicarnos gente de OSM, Wikipedia y gente comprometida con el conocimiento libre en CyL. Pues muy buena, como todas estas iniciativas. Aunque personalmente me conformaría con algo más sencillo para empezar. Lo que creo que ya he comentado en ocasiones de que no tenemos un panoramio libre o cosas parecidas (*). Que las panorámicas están geniales, pero con fotos normales también sería un buen comienzo. Bueno, en la aplicación Marble (es KDE pero creo que también corre en Win) por ejemplo tiene la opción de mostrar fotos de flickr mientras navegas por los mapas (OSM), pero no todo el mundo tiene sus fotos en flickr... (*) La asociación Panoramio/panorámicas es casual. Me refiero simplemente a un lugar donde poner fotos de sitios en mapas, siendo las fotos y los mapas libres. Saludos, Colegota ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM GISDay
On Wednesday 17 November 2010 10:33:13 Lluís Vicens wrote: FYI, comentaros que desde el SIGTE, este año centramos el GISDay en OSM. Saludos, Me parece muy mal que nadie haya comentado nada todavía. Así que vamos a animar el cotarro... ¡arreglando ejjjpaña! http://ivan.sanchezortega.es/fronteras_osm.html ¡Venga, escribid, escribid, que un máster de UNIGIS no os va a venir mal! -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Desde luego, la ciencia ha logrado cosas maravillosas, pero yo preferiría, con mucho, ser feliz a tener razón. -- Slartibarfast en La Guía del Autoestopista Galáctico signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM GISDay
2010/11/17 Iván Sánchez Ortega i...@sanchezortega.es: On Wednesday 17 November 2010 10:33:13 Lluís Vicens wrote: FYI, comentaros que desde el SIGTE, este año centramos el GISDay en OSM. Saludos, Me parece muy mal que nadie haya comentado nada todavía. Así que vamos a animar el cotarro... ¡arreglando ejjjpaña! http://ivan.sanchezortega.es/fronteras_osm.html ¡Venga, escribid, escribid, que un máster de UNIGIS no os va a venir mal! Muy bueno Iván Una pregunta tonta ¿este documento no lo has puesto en el wiki de OSM por? -- Jorge Gaspar Sanz Salinas Ingeniero en Geodesia y Cartografía http://jorgesanz.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM GISDay
On Wednesday 17 November 2010 21:05:20 Jorge Gaspar Sanz Salinas wrote: Una pregunta tonta ¿este documento no lo has puesto en el wiki de OSM por? ... porque, como es un wiki, lo puedes poner tú mismo :-) -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Este e-mail se reserva el derecho de admisión. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es