Re: [OSM-legal-talk] V1 Object Statistics
I've fixed another issue that distorted the overall numbers (the per user stats were correct), regenerated everything with the current full history dump (from June), and added a couple of further countries. Overall, the situation seems to be substantially better than I would have expected, the direct losses from object creators that haven't agreed to the CTs would seem to be quite limited. Naturally there is still a lot of room for improvement, as the comparison Germany - Switzerland illustrates (while Switzerland is roughly 10 times smaller, the mapper and object density are very similar, and there are no larger imports in both countries, contrary for example to the Netherlands). Simon Am 19.08.2011 23:34, schrieb Simon Poole: As was to be expected, there was at least one bug in the script :-/ I've regenerated the tables with the correction and some additional features. Further the worldwide stats are now based on the most recent full history dump. Simon Am 18.08.2011 00:30, schrieb Simon Poole: I've produced some numbers on how many objects were created by mappers that have agreed to the CTs and related stuff, similar to the numbers on odbl.de, here: http://he.poole.ch/odblv1.html Depending on the availability of extracts for other regions, I intend to add more. Simon ___ 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 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Refusing CT but declaring contributions as PD
There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
Am 24.08.2011 16:09, schrieb Frederik Ramm: ... One of the PD-but-not-CT-people said something like I don't want to give any kind of explicit assurance/permission to OSMF. I.e. they don't want a contract with OSMF. But I think that could be remedied by offering them a differently worded declaration to sign, one that would subsume the CTs but not be specific to OSMF. Such a document might well be more complex than the CTs but simplicity or complexity does not seem to be the issue. Well, the issue seems to be more that they simply can't get themselves to agree to the same terms as the rest of the plebs. I have a non-diplomatic response, that has to with lakes and jumping, that I'll refrain from giving now. As I pointed out the last time this was discussed, going down the path of a separate agreement raises tons of issues, for example wrt voting rights (should parties to such an agreement get them or not). I don't believe that, except if the interested contributors get to a consensus among themselves and actually produce such a document, we will have agreement on it within a useful time frame (aka in less than twelve months). Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
Simon said: Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Then distributing data because someone on the web has stated that is was CT/ODBL compliant is even negligent. If you do not provide a set of tools or rules that a user can handle to tests for license compatibility, you cannot even keep him responsible for what he clicked ages ago, probably without profound reading, let alone understanding. And as in the OSM case of uploading distributed elements of data that are often geographically unrelated by place space or source (and often of a mixed character) stating any license compatibility will be a risky business for an individual mapper. And since OSM has a defined license contract with its mappers, it is much easier for a third party too to hold OSMF liable for any breaches now instead of the individual that made a mistake. And then I do not even consider that a clicked box in combination with a username and email as an ID does not invariably lead to one person to be kept responsible. Hope I made my point clear. not easy to explain. Gert Van: Simon Poole [mailto:si...@poole.ch] Verzonden: woensdag 24 augustus 2011 17:57 Aan: legal-talk@openstreetmap.org Onderwerp: Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Simon Am 24.08.2011 17:45, schrieb yar...@gmail.com: If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl mailto:g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan: legal-talk@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) 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 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
Well one solution is very simple: just contribute stuff that you mapped yourself, and hey presto, 99.9% of all problems vanish (including any issues with agreeing to the CTs). Simon Am 24.08.2011 19:34, schrieb ce-test, qualified testing bv - Gert Gremmen: Simon said: Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Then distributing data because someone on the web has stated that is was CT/ODBL compliant is even negligent. If you do not provide a set of tools or rules that a user can handle to tests for license compatibility, you cannot even keep him responsible for what he clicked ages ago, probably without profound reading, let alone understanding. And as in the OSM case of uploading distributed elements of data that are often geographically unrelated by place space or source (and often of a mixed character) stating any license compatibility will be a risky business for an individual mapper. And since OSM has a defined license contract with its mappers, it is much easier for a third party too to hold OSMF liable for any breaches now instead of the individual that made a mistake. And then I do not even consider that a clicked box in combination with a username and email as an ID does not invariably lead to one person to be kept responsible. Hope I made my point clear. not easy to explain. Gert *Van:*Simon Poole [mailto:si...@poole.ch] *Verzonden:* woensdag 24 augustus 2011 17:57 *Aan:* legal-talk@openstreetmap.org *Onderwerp:* Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Simon Am 24.08.2011 17:45, schrieb yar...@gmail.com: mailto:yar...@gmail.com: If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl mailto:g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan:legal-talk@openstreetmap.org mailto:legal-talk@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) legal-talk mailing list legal-talk@openstreetmap.org
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
On 8/24/2011 8:56 AM, Simon Poole wrote: But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. You need to search around for safe harbor provisions. Steve Simon Am 24.08.2011 17:45, schrieb yar...@gmail.com: If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan:legal-talk@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) 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 ___ 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 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Combined bicycle footway
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/08/11 17:23, Robert Kaiser wrote: Martin Koppenhoefer schrieb: The page states that the international default for cycleway is foot=no. Single countries according to this page where pedestrians are forbidden on cycleways are: Austria, France and Germany (Italy is not listed). Not that people here in Austria would really care: I have have walkers blocking my way on cycleways all the time (just like bicycles on sidewalks endangering walkers) and the police ignores all that. So, while not strictly allowed, trespassing is ignored. Robert Kaiser Mostly true in reality, but i dont want to have pedestrians sent over my cycleway by routing software - the routers should respect the law, as so should we in preparing the tags for routers. Greetings, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOVLhOAAoJEPDJmZ2oE4mG084P/3OwemfwozfRy139kfK8hlsx QmL6dPpyGDsNkg4Fp9IQ58tDaWErmK/MoDW3OTd3FekRoRey/qbT652TC2DN+Gqa qY7+MDtq91l/dhYW1z/zmHR0i1gjSJUvKSwZdV6ZA8LBInkXlHI+QD8ldJ5jBhk+ XSRsuRl1FBo3iUPpr3ZVRqAdhaRzHUMTkh3EddgsLiPOghEULNtGQWa6KnhtnJbg nj75nYEXO1XDPzhw6F+mvwProWTSslAOUGZ7Vfkzs64MGTA/JkzggHAoVPsSG1oF eHq3orSJxVHOiJGlfqo2MgPGN2YvAlWxoZCn60Bre9OCNZ387d+sHSe+NCb+hzlr cK4BazeXqAIn+STZ5+fnlbbwFEYcpjqyP30+xMvFkdJFrAD0m4VWimxWnfeZUKGi vE+fyJXiE9iVqVALoJff82Rl6irbIbOUW5XHNJPJbCvxaZ/frvORLBb5gjePMiVd RbeN4RZH0IulPVnAaKGuMr4V6IedpSRpOxCUT0dt5jqYvZtnLumIZdRMEIeOpFpK j1mAY5dZ+6IoZwMG7h9xqvYEVCkNtm9Ev5C/jTvTwBWe1pNh6KhBa+9sSMYu4olU ByopY6vHNe3wqBNbMMMAcrzdyjMc/aJvvlEXE/oGp2s8TG8UDI7CGFdA6llopBMh I5Seozw+Tt0CTEZpbcLJ =2Pfq -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A coloured world map on the homepage?
We could colour different nations on low zoomlevels to enhance the main map on openstreetmap.org. It's quite simple to do, especially with the Natural Earth dataset (although we'll have to add a new tag to do this with pure OSM data). What do you think? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A proposal to improve relation handling
Frederik Ramm wrote: 2. Treat relation membership as a characteristic of the members. I do not think this is a good idea. It seems conceptually wrong to me. If the public transit authority creates a new bus route, does that really change all the roads along which the bus runs? Is the road any different on the ground the day after the bus route has been introduced? I believe the answer is somewhere in between. It is true that adding it to a relation is not a change to the core data of a way. But having an indication in the way that relations exist and which ones they are would be a tremendous improvement for handling and understanding the data. Especially if you are not a power mapper and are not even aware that the object you are handling may be involved in relations or if you do not have a local PostGIS database or a complex editor to already do the searching for you. Maybe the way to go is an optional part with metainfo about relation membership which can be requested with an additional parameter or alternate call. The API should have that information readily available when it compounds the data. In any case, such double linking information should be ignored when an object is uploaded to the API to avoid conflicts between way-relation and relation-way linking. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/A-proposal-to-improve-relation-handling-tp6714787p6719356.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [osmf-talk] Membership applications from Skobbler employees
[apologies for posting to talk rather than osmf-talk - very bizarrely, I appear to have been *un*subscribed from osmf-talk upon renewing my membership. Go figure. :) For those not following, the issue is the application of a large number of Skobbler employees to join OSMF, shortly before the OSMF elections. It has been suggested this would mean that ~65 of the total OSMF membership were Skobbler employees. Full thread at http://lists.openstreetmap.org/pipermail/osmf-talk/2011-August/date.html] Serge Wroclawski wrote: I can't speak to the specifics of this situation; I don't know the individuals, or the company involved, but I will say that on the surface, it would seem that this company has chosen a path which has ruffled some feathers, and I'd hope that this thread acts as a message to it and other companies to be sensitive in how they interact with the foundation, and the community, and to be concious of how their actions, whatever the intent, may appear. +1. In my experience (outside OSM) there are three reasons for anyone to join a membership organisation such as OSMF: a) to gain a vote in the affairs of the organisation; b) to financially support the aims of the organisation; c) to receive member-only benefits. In the particular case of OSMF, a company can achieve (b) by making a donation (via http://donate.openstreetmap.org/ or direct to the foundation), and indeed this is more effective as it doesn't incur the overheads of membership. It's a well-established route: Google famously, and generously, gave £5,000 in a recent donations drive. That leaves (a) or (c). For (c), the only OSMF member-only benefit, as I understand it, is reduced admission to the State of the Map. It's very possible that Skobbler has signed its employees up to OSMF because it's planning to fly them all over to Denver and this works out cheaper. (Personally I would have thought that sponsoring SotM, as Mapquest, Bing, ESRI, Waze et al are doing, would have been more cost-effective as presumably sponsors receive a discount on admission, but I don't know this for sure.) Or (a), to gain a vote in the affairs of the organisation. Serge makes a distinction between impropriety and the appearance of impropriety, and Steve has alluded to the reaction when many Cloudmade employees joined - I think you have to look at this in the context of the last time a company paid for its employees to become members. There is no evidence of any impropriety; the risk is an appearance of impropriety. The question how will this play on Slashdot? is not a bad one to ask. Oliver Kuhn, Chief Commercial Officer of Skobbler, is of course already on the OSMF board and has posted that he personally believes OSM should concentrate on the needs of data consumers like his (http://www.abalakov.com/openstreetmap-map-data-who-cares), steering contributors towards projects such as addressing (http://lists.openstreetmap.org/pipermail/talk/2010-July/051511.html), and that it could consider weakening the share-alike clause (http://lists.openstreetmap.org/pipermail/legal-talk/2010-June/003398.html). Again, there's no suggestion that Oliver has been using his OSMF position to push these aims, and I'm sure he wouldn't. The risk is the appearance of impropriety in a situation summed up as the Skobbler CCO is on the OSMF board; the Skobbler CCO wants OSM to concentrate on the sort of data used by his company; Skobbler has paid for its employees to join OSMF such that they now form a large bloc. To avoid this appearance of impropriety, I think it would have been better for Skobbler to instead either make a donation to OSMF or sponsor SotM. But, again, there's nothing in the Articles preventing them from signing up 65 members; if they want to, they're perfectly entitled to. For the avoidance of doubt, I believe commercial support for OSM is a good thing and am not arguing against it. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osmosis --tee and heap space
Hi there, I am trying to cut a large number (hundreds) of polygons out of a planet file, using the --tee option in osmosis to do it all in one go. It fails with a heap space error. My heap space is set to 2G. My command looks like this: osmosis-0.39/bin/osmosis \ --rb planet/us-110821.pbf \ --tee 512 \ --bp file=poly/us_metro_central_cities/Abilene.poly \ --wb file=out/Abilene.pbf \ --bp file=poly/us_metro_central_cities/Aguadilla.poly \ --wb file=out/Aguadilla.pbf \ --bp file=poly/us_metro_central_cities/Aiken.poly \ --wb file=out/Aiken.pbf \ --bp file=poly/us_metro_central_cities/Akron.poly \ [...] --bp file=poly/us_metro_central_cities/Yuma.poly \ --wb file=out/Yuma.pbf What I'm trying to do is extract OSM data for each of the central cities of the US metro areas[1]. If there's a better way to do that, I'd love to hear about it. [1] http://www.census.gov/geo/www/cob/ma_metadata.html#cc -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan: legal-t...@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) _ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk _ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Simon Am 24.08.2011 17:45, schrieb yar...@gmail.com: If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan: legal-t...@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. What am I missing? What exactly is meant by the collective data in the OSM database? cheers Richard [1] I am diplomatically ignoring the fact that there is no proof that US Federal data is public domain _outside_ the States ;) legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
On 24 August 2011 16:35, Richard Weait rich...@weait.com wrote: On Wed, Aug 24, 2011 at 9:52 AM, Richard Fairhurst rich...@systemed.net wrote: I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true legally but not politically. There are people who do not wish to enter into a formal agreement with OSMF, and though I think they're mistaken, they doubtless have their own reasons. When considering usernames that have 1) made a PD assertion and 2) explicitly declined CT/ODbL, there is a conflict in their expressed intent. I guess what RichardF is saying is when you sign something it's not only expressing intent but also an acceptance of the mechanism, the way it is implemented, sort of. So there certainly needs not be any contradiction. The explicit accept / decline mechanism of the CT/ODbL is the mechanism provided and used by the vast majority of the OSM community. To accept their ad-hoc PD declaration may require a substantial investment of resources to 1) determine if their jurisdiction permits such a PD declaration, The declaration is only valid to the extent permitted by law (as Frederik said), but other than that it should be valid everywhere. I'm not even sure if the jurisdiction of the mapper is important rather than where the data is published. 2) decide if that PD declaration is likely to over-ride their explicit decline via the community-accepted mechanism. What am I missing? What exactly is meant by the collective data in the OSM database? OSMF have permission to publish data as CC-By-SA, and in future from most contributors as ODbL. OSMF have no permission to publish data as PD at this time. TIGER PD data came from PD TIGER data sources. If the usernames in question have a PD source for the data that they assert is PD, we might use that as a source for OSM. If that data is only in OSM, it isn't PD; it is CC-By-SA. It can be promoted to ODbL by way of accepting CT/ODbL. This is a different topic but last I heard the CT don't assure everything you upload is ODbL compatible, but rather than your contribution is compatible with all the licenses that may be chosen by OSMF -- and that everything you uploaded is as far as you know compatible with the current license, i.e. CC-By-SA. And surely the PD checkbox also only regards your contribution, but there's no statement regarding the sources you may have used. (A side note is that you saying this makes it clearer that the CT is so complex/fuzzy that even the authors hardly understand everything that the text really implies) Cheers ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
Richard Weait wrote: OSMF have permission to publish data as CC-By-SA, and in future from most contributors as ODbL. OSMF have no permission to publish data as PD at this time. TIGER PD data came from PD TIGER data sources. If the usernames in question have a PD source for the data that they assert is PD, we might use that as a source for OSM. If that data is only in OSM, it isn't PD; it is CC-By-SA. It can be promoted to ODbL by way of accepting CT/ODbL. Ok. I now see where you're coming from, but I think you're mistaken. I am, at present, entitled to re-extract my own data from OSM and distribute it under any terms I like. (When I say my own data I mean the data which is entirely my own contributions, i.e. not derivative of any other source. For example, any version-1 elements in one of my changesets, where I was not using an external source.) The reason I can do this is because CC-BY-SA (a) does not cover database rights, and (b) does not have a contractual element. Copyright is the only right involved, and I retain that in my own data. OSMF has not changed the data I have contributed (other than renumbering ids, which is clearly insubstantial). Therefore neither OSMF, nor anyone else, gains any copyright over the data. I am still at liberty to do what I want with it. (I will not be able to do this under ODbL+CT, but that's immaterial to this discussion.) So if I disclaim all rights in this contribution, OSMF (or anyone else) _can_ distribute it under ODbL, or CC-BY-SA, or any licence they like. The second aspect of the question is what this means for things that are not my own data. That is, my contributions which build on the work of others (e.g. v2+ of objects). There is no reason to treat this differently from our general approach with the ODbL transition. If I have moved a node (to v3, say, where v1 and v2 were contributed by people who have assented to the CT), and if I disclaim all rights in my contribution, then the logic works as above. The third aspect is objects traced from, say, Bing or OS OpenData, which (especially in the latter case) have some associated rights. What we call (for convenience) PD declarations are actually I claim no rights in this data - not there are no rights in this data. I don't think (for example) that TimSC is claiming that his OS-derived edits are free of rights; clearly they aren't. However, LWG has already declared that if data is compatible with *current* license terms, then there is no problem contributing it. This was the issue on which Robert Whittaker's acceptance hung (and has subsequently been endorsed by OSMF Board). With this, and as envisaged in CT 1b, OSMF has taken on the responsibility (in the event of a future licence change) of identifying contributions that are no longer compatible, and deleting them. In other words, if the contribution is compatible with ODbL, as OS- and Bing-derived submissions are, there are no grounds to refuse it from the ODbL database. Of course, my personal viewpoint is roughly akin to Simon's in terms of lakes and jumping, or perhaps the old slogan of the Sirius Cybernetics Corporation involving pigs, heads, and sticking. But the aim is not to get Tim and Florian and the like to be bit-part players in an episode of You've Been Framed. Rather, we are trying to ensure that the best possible database is carried over into the ODbL-licensed OSM. We do not have to slavishly agree with those whose wishes are against the vast majority, but if they are willing to move a little way towards us (as I think Tim eventually did), I don't want to erect barriers that aren't there. I will argue for years in favour of ODbL, and have gradually been persuaded of the need of the CTs, but I'm slowly (and very belatedly) learning to leave my pride at the door where licences are concerned, and I hope others can too. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-legal-talk-Refusing-CT-but-declaring-contributions-as-PD-tp6720256p6720754.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
On 24 August 2011 17:56, Simon Poole si...@poole.ch wrote: But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. I don't really see the issue. Almost everything OSMF uses or Linux or Wikipedia use is because someone on the web said it had a given license or terms of use. Saying that is enough to create some sort of contract. Cheers ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] osmosis --tee and heap space
Hi, Martijn van Exel wrote: I am trying to cut a large number (hundreds) of polygons out of a planet file, using the --tee option in osmosis to do it all in one go. It fails with a heap space error. My heap space is set to 2G. Maybe that's not enough then ;) What I'm trying to do is extract OSM data for each of the central cities of the US metro areas[1]. If there's a better way to do that, I'd love to hear about it. If you need polygons, use https://github.com/MaZderMind/osm-history-splitter if you can work with bounding boxes, then http://trac.openstreetmap.org/browser/applications/rendering/gosmore/bboxSplit.cpp is even faster. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
That's right : +1 Now we agree. !! And when it comes to using BING, some unclear things need to be cleared up, regardless the license that will be used, for our users to be able to use it without risk. If not, Big Brother Microsoft might one day own OSM, as OSM will be 99% based on BING and without anything but a BLOG (from who ?) as proof. irony And our founder Steve (fake or real) will have to show his loyalty to whom ? /irony Gert Van: Simon Poole [mailto:si...@poole.ch] Verzonden: woensdag 24 augustus 2011 19:40 Aan: legal-t...@openstreetmap.org Onderwerp: Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD Well one solution is very simple: just contribute stuff that you mapped yourself, and hey presto, 99.9% of all problems vanish (including any issues with agreeing to the CTs). Simon Am 24.08.2011 19:34, schrieb ce-test, qualified testing bv - Gert Gremmen: Simon said: Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Then distributing data because someone on the web has stated that is was CT/ODBL compliant is even negligent. If you do not provide a set of tools or rules that a user can handle to tests for license compatibility, you cannot even keep him responsible for what he clicked ages ago, probably without profound reading, let alone understanding. And as in the OSM case of uploading distributed elements of data that are often geographically unrelated by place space or source (and often of a mixed character) stating any license compatibility will be a risky business for an individual mapper. And since OSM has a defined license contract with its mappers, it is much easier for a third party too to hold OSMF liable for any breaches now instead of the individual that made a mistake. And then I do not even consider that a clicked box in combination with a username and email as an ID does not invariably lead to one person to be kept responsible. Hope I made my point clear. not easy to explain. Gert Van: Simon Poole [mailto:si...@poole.ch] Verzonden: woensdag 24 augustus 2011 17:57 Aan: legal-t...@openstreetmap.org Onderwerp: Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD But probably the buck would stop with the OSMF. Distributing data just because somebody on the web said it was PD has a high likelihood of being considered negligent. Simon Am 24.08.2011 17:45, schrieb yar...@gmail.com: If you lie about your ability to PD data, you are liable for the effects. Whatever you do or don't sign. - Rob. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl mailto:g.grem...@cetest.nl wrote: Signing (clicking) the CT explicitly transfers the liability of the suitability to the contributor, where declaring PD does not. The Board wants us to sign a contract with them. It's not about data but about compliance. Regards, Gert Gremmen, -Oorspronkelijk bericht- Van: Richard Fairhurst [mailto:rich...@systemed.net] Verzonden: Wednesday, August 24, 2011 3:53 PM Aan: legal-t...@openstreetmap.org Onderwerp: [OSM-legal-talk] Refusing CT but declaring contributions as PD There's a curious statement in the LWG minutes for 2nd August (https://docs.google.com/View?id=dd9g3qjp_1252tt382df). Folks who have declined the new contributor terms but said their contributions are public domain. There has been a suggestion that such contributions should be maintained in the current OSM database even after a switch to ODbL. A very small number of contributors have declined the new contributor terms and asserted that the their contributions are in the public domain. This does not mean that the collective data in the OSM database is public domain. Their 'PD' position contradicts the explicit decline. Therefore the LWG takes the position that their contributions cannot be published under ODbL without acceptance of the contribut[or terms]. (I think the two contributors affected by this are Tim Sheerman-Chase and Florian Lohoff, but there may be others.) I'm a little puzzled by this. Asserting that one's contributions are in the public domain is saying, in the words of the disclaimer used on Wikipedia and on the OSM wiki, I grant anyone the right to use my contributions for any purpose, without any conditions, unless such conditions are required by law. Therefore I don't see any reason why the data cannot be included in OSM. The contributor has given a grant of all rights - not just copyright, but any database right or indeed other right that might exist. There is no difference between (say) TimSC's PD data and the TIGER PD data, but we're not requiring the US Census Bureau to sign the terms.[1] The minute says Their 'PD' position contradicts the explicit decline, which seems to me to be true
Re: [OSM-talk] osmosis --tee and heap space
On Wed, Aug 24, 2011 at 12:39 PM, Frederik Ramm frede...@remote.org wrote: Hi, Martijn van Exel wrote: I am trying to cut a large number (hundreds) of polygons out of a planet file, using the --tee option in osmosis to do it all in one go. It fails with a heap space error. My heap space is set to 2G. Maybe that's not enough then ;) I don't have much more to spare I'm afraid! I tried doing it in batches of 10 polygons which seems to be going fine, although in the end it will be slower I guess. What I'm trying to do is extract OSM data for each of the central cities of the US metro areas[1]. If there's a better way to do that, I'd love to hear about it. If you need polygons, use https://github.com/MaZderMind/osm-history-splitter Interesting. That works with a regular planet file as well, then? if you can work with bounding boxes, then http://trac.openstreetmap.org/browser/applications/rendering/gosmore/bboxSplit.cpp That won't do but thanks for the tip. Martijn -- martijn van exel schaaltreinen.nl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osmosis --tee and heap space
Hi, Martijn van Exel wrote: Interesting. That works with a regular planet file as well, then? Yes, I've switched the nightly geofabrik build to using that. I think if you use the hardcut mechanism then memory usage should be very small. The softcut uses a bit more which is not a factor for me, but might be if you have as many boxes as you do. Be aware that there's a hardcoded max node id in the code somewhere which you might have to change. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osmosis --tee and heap space
Am 24.08.2011 22:17, schrieb Frederik Ramm: Be aware that there's a hardcoded max node id in the code somewhere which you might have to change. In cut.hpp and at least in the version that is currently running on this PC, busy cutting full history extracts, the values needed to be increased. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Equipamentos pra captura de dados
olá, Fernando Eu uso o Holux M-1000C e a bateria dura bastante mesmo. Nunca cheguei a usá-la até o fim, mas no manual diz que dura 30h na função de logger e 20h usando o logger e o bluetooth. Já fiz viagens de cerca de 10h com ele ligado. O Holux também vem com um carregador pra ligar no isqueiro do carro. A transferência dos dados eu faço com o cabo USB, usando um software livre chamado mtkbabel, no gnu/linux - http://wiki.openstreetmap.org/wiki/Holux_M-1000C Tô com um celular com android e gps, mas ainda não tive tempo de testar, no entanto acho difícil que seja tão preciso quando o Holux. até mais, wille On Tue, 23 Aug 2011 20:22:08 -0300, Fernando Avena fernando.av...@gmail.com wrote: ola a todos...tudo bem. desculpe a pergunta que pode ser repetitiva na lista..mas pesquisei na lista: http://lists.openstreetmap.org/pipermail/talk-br/ [1] achei somente: http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [2] _ que já deu pra notar é a qualidade da trilha: parece __ser bem melhor que as coletadas com o N95._ assim noto que com n95 se faz as trilhas. http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [3] Eu vi o Garmin Nüvi 510, mas não consegui ver através do manual se ele grava o tracklog e se é possível descarregar. legal saber deste modelo. mas nao vi retorno. o melhor e-mail foi: http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [4] Holux M-1000C - pelo que vi nao tem tela, mas e pequeno e dura bastante pra andar e gerar bastante log. e vi que citado o: Garmin Nüvi 510 e com e-mail http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [5] vi o link pra wiki do android http://wiki.openstreetmap.org/wiki/Android [6] entao misturando o papo de equipamento e fluxo de trabalho eu teria: Holux M-1000C eu teria muitas horas (e facil achar baterias extras?) e gero log de onde passo. mas teria que um caderno em conjunto marcando os pontos (POI)...pra depois com bluetooth puxa os log (no caso entendi que tem trabalhar com gpx) e editar com programas (JOSM - Merkaartor) e ali marcar os pontos e tipos do pontos e ai subir. este seria o fluxo? com o Garmin Nuvi 510 e outro com tela e possibilidade de cartao e marcar pontos...eu poderia ja ir fazendo a trilha/rota, marcando e depois somente descarregar o gpx e editar o que falta. com isso se tem mais agilidade. mas baterias que vi deste tem duração de 8 horas. (pensei em comprar mais. e fácil de achar?). outro seria custo maior. mas a pessoa que foi usar teria curva de aprender mais curta e alem de ter tela e marcar pontos seria vantagem mesmo com custo maior e menos duração. estou certo? e com android eu teria que comprar um celular com gps, cartao e android e coloca um dos programas da lista e ja podeira marcar e fazer rota e poder ver/navegar pelo que já foi feito em lugar. seria isso? problema ai novamente seria a bateria e qualidade do sinal? e o custo. todos estes com linux...no caso debian ou ubuntu pra descarregar os dados e trabalhar não tem problema? quem puder dar retorno fico agradecido. sei que são duvida simples. mas que pretendo comprar uns gps, realizar e documentar este processo de trabalho. (se que falei esta certo.) Links: -- [1] http://lists.openstreetmap.org/pipermail/talk-br/ [2] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [3] http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [4] http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [5] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [6] http://wiki.openstreetmap.org/wiki/Android -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Ola Eu tem alguns experiência com Garmin Etrex (Yellow). Uso pilhas comum, mas nao dura muito tempo, talvez 3 horas. Os trilhas tambem nao e muito bom para mapear, mas tem como usar. Este aparelho so poder copiar as trilhas para computador com um RS-232 conecao, mas eu consigei copiar os trilhas em Windows e Mac, nunca tentei em Linux. Fui muito tempo eu nao usei. Eu nao mais pegando trilhas, por maioridad de ruas eu andando ja e mapeado, e o maioridad de meu mapeamento e com Bing ou Mapzen POI Collector. Aun Y. Johnsen Sent from my iPad On 24. aug. 2011, at 09:35, wille wi...@wille.blog.br wrote: olá, Fernando Eu uso o Holux M-1000C e a bateria dura bastante mesmo. Nunca cheguei a usá-la até o fim, mas no manual diz que dura 30h na função de logger e 20h usando o logger e o bluetooth. Já fiz viagens de cerca de 10h com ele ligado. O Holux também vem com um carregador pra ligar no isqueiro do carro. A transferência dos dados eu faço com o cabo USB, usando um software livre chamado mtkbabel, no gnu/linux - http://wiki.openstreetmap.org/wiki/Holux_M-1000C Tô com um celular com android e gps, mas ainda não tive tempo de testar, no entanto acho difícil que seja tão preciso quando o Holux. até mais, wille On Tue, 23 Aug 2011 20:22:08 -0300, Fernando Avena fernando.av...@gmail.com wrote: ola a todos...tudo bem. desculpe a pergunta que pode ser repetitiva na lista..mas pesquisei na lista: http://lists.openstreetmap.org/pipermail/talk-br/ [1] achei somente: http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [2] _ que já deu pra notar é a qualidade da trilha: parece __ser bem melhor que as coletadas com o N95._ assim noto que com n95 se faz as trilhas. http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [3] Eu vi o Garmin Nüvi 510, mas não consegui ver através do manual se ele grava o tracklog e se é possível descarregar. legal saber deste modelo. mas nao vi retorno. o melhor e-mail foi: http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [4] Holux M-1000C - pelo que vi nao tem tela, mas e pequeno e dura bastante pra andar e gerar bastante log. e vi que citado o: Garmin Nüvi 510 e com e-mail http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [5] vi o link pra wiki do android http://wiki.openstreetmap.org/wiki/Android [6] entao misturando o papo de equipamento e fluxo de trabalho eu teria: Holux M-1000C eu teria muitas horas (e facil achar baterias extras?) e gero log de onde passo. mas teria que um caderno em conjunto marcando os pontos (POI)...pra depois com bluetooth puxa os log (no caso entendi que tem trabalhar com gpx) e editar com programas (JOSM - Merkaartor) e ali marcar os pontos e tipos do pontos e ai subir. este seria o fluxo? com o Garmin Nuvi 510 e outro com tela e possibilidade de cartao e marcar pontos...eu poderia ja ir fazendo a trilha/rota, marcando e depois somente descarregar o gpx e editar o que falta. com isso se tem mais agilidade. mas baterias que vi deste tem duração de 8 horas. (pensei em comprar mais. e fácil de achar?). outro seria custo maior. mas a pessoa que foi usar teria curva de aprender mais curta e alem de ter tela e marcar pontos seria vantagem mesmo com custo maior e menos duração. estou certo? e com android eu teria que comprar um celular com gps, cartao e android e coloca um dos programas da lista e ja podeira marcar e fazer rota e poder ver/navegar pelo que já foi feito em lugar. seria isso? problema ai novamente seria a bateria e qualidade do sinal? e o custo. todos estes com linux...no caso debian ou ubuntu pra descarregar os dados e trabalhar não tem problema? quem puder dar retorno fico agradecido. sei que são duvida simples. mas que pretendo comprar uns gps, realizar e documentar este processo de trabalho. (se que falei esta certo.) Links: -- [1] http://lists.openstreetmap.org/pipermail/talk-br/ [2] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [3] http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [4] http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [5] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [6] http://wiki.openstreetmap.org/wiki/Android -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Usei o Holux o Etrex Venture (antigo) e o Extrex Vista Hcx Para mim, tendo U$ 50 o Holux é imbativel, tendo U$ 300 o Vista Hcx é imbativel 2011/8/24 Aun Yngve Johnsen li...@gimnechiske.org Ola Eu tem alguns experiência com Garmin Etrex (Yellow). Uso pilhas comum, mas nao dura muito tempo, talvez 3 horas. Os trilhas tambem nao e muito bom para mapear, mas tem como usar. Este aparelho so poder copiar as trilhas para computador com um RS-232 conecao, mas eu consigei copiar os trilhas em Windows e Mac, nunca tentei em Linux. Fui muito tempo eu nao usei. Eu nao mais pegando trilhas, por maioridad de ruas eu andando ja e mapeado, e o maioridad de meu mapeamento e com Bing ou Mapzen POI Collector. Aun Y. Johnsen Sent from my iPad On 24. aug. 2011, at 09:35, wille wi...@wille.blog.br wrote: olá, Fernando Eu uso o Holux M-1000C e a bateria dura bastante mesmo. Nunca cheguei a usá-la até o fim, mas no manual diz que dura 30h na função de logger e 20h usando o logger e o bluetooth. Já fiz viagens de cerca de 10h com ele ligado. O Holux também vem com um carregador pra ligar no isqueiro do carro. A transferência dos dados eu faço com o cabo USB, usando um software livre chamado mtkbabel, no gnu/linux - http://wiki.openstreetmap.org/wiki/Holux_M-1000C Tô com um celular com android e gps, mas ainda não tive tempo de testar, no entanto acho difícil que seja tão preciso quando o Holux. até mais, wille On Tue, 23 Aug 2011 20:22:08 -0300, Fernando Avena fernando.av...@gmail.com wrote: ola a todos...tudo bem. desculpe a pergunta que pode ser repetitiva na lista..mas pesquisei na lista: http://lists.openstreetmap.org/pipermail/talk-br/ [1] achei somente: http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [2] _ que já deu pra notar é a qualidade da trilha: parece __ser bem melhor que as coletadas com o N95._ assim noto que com n95 se faz as trilhas. http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [3] Eu vi o Garmin Nüvi 510, mas não consegui ver através do manual se ele grava o tracklog e se é possível descarregar. legal saber deste modelo. mas nao vi retorno. o melhor e-mail foi: http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [4] Holux M-1000C - pelo que vi nao tem tela, mas e pequeno e dura bastante pra andar e gerar bastante log. e vi que citado o: Garmin Nüvi 510 e com e-mail http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [5] vi o link pra wiki do android http://wiki.openstreetmap.org/wiki/Android [6] entao misturando o papo de equipamento e fluxo de trabalho eu teria: Holux M-1000C eu teria muitas horas (e facil achar baterias extras?) e gero log de onde passo. mas teria que um caderno em conjunto marcando os pontos (POI)...pra depois com bluetooth puxa os log (no caso entendi que tem trabalhar com gpx) e editar com programas (JOSM - Merkaartor) e ali marcar os pontos e tipos do pontos e ai subir. este seria o fluxo? com o Garmin Nuvi 510 e outro com tela e possibilidade de cartao e marcar pontos...eu poderia ja ir fazendo a trilha/rota, marcando e depois somente descarregar o gpx e editar o que falta. com isso se tem mais agilidade. mas baterias que vi deste tem duração de 8 horas. (pensei em comprar mais. e fácil de achar?). outro seria custo maior. mas a pessoa que foi usar teria curva de aprender mais curta e alem de ter tela e marcar pontos seria vantagem mesmo com custo maior e menos duração. estou certo? e com android eu teria que comprar um celular com gps, cartao e android e coloca um dos programas da lista e ja podeira marcar e fazer rota e poder ver/navegar pelo que já foi feito em lugar. seria isso? problema ai novamente seria a bateria e qualidade do sinal? e o custo. todos estes com linux...no caso debian ou ubuntu pra descarregar os dados e trabalhar não tem problema? quem puder dar retorno fico agradecido. sei que são duvida simples. mas que pretendo comprar uns gps, realizar e documentar este processo de trabalho. (se que falei esta certo.) Links: -- [1] http://lists.openstreetmap.org/pipermail/talk-br/ [2] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001464.html [3] http://lists.openstreetmap.org/pipermail/talk-br/2010-August/001646.html [4] http://lists.openstreetmap.org/pipermail/talk-br/2010-April/001229.html [5] http://lists.openstreetmap.org/pipermail/talk-br/2010-June/001471.html [6] http://wiki.openstreetmap.org/wiki/Android -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
ola pessoasmuito obrigado pelo retorno rápido. decidi que vou pegar o Holux, pois duração da bateria, qualidade do sinal, funciona com linux e preço. pois ai com ele começo a entender como lidar com este equipamento. tenho ate recurso financeiro pra Vista Hcx e vi que nele tem como marcar direto nele os pontos de interesse. agora um duvida com Holux, eu pra trabalhar com ele, ligo ele e ja vai comecar a registrar o caminho. pois vi tem botao somente de ligar. ligou ja esta pronto...pode ir fazer a rota? marcar pontos nao tem como direto com o Holux? teria que usar um equipamento externo pra marcar os pontos nele? ou pra ver caminho? tipo celular ou micro/laptop via usb/bluetooth. pois vendo no youtube uns video http://youtu.be/xGvLPcGarvI http://www.youtube.com/watch?v=5HIe4tj0J5Q http://youtu.be/359gXheCOiA deu a entender pra mim, que ligo estes gps datalogger e eles ja sai gravando os dados e pra acessar na hora (e ver caminho) ou depois somente via usb ou bluetooth. e isso mesmo? entendo mais pouco e pesquisando pra comprar no mercado livre vi este equipamento: http://produto.mercadolivre.com.br/MLB-191938234-receptor-gps-usb-bluetooth-e-datalogger-holux-m-241-_JM e vendo videos no youtube - http://youtu.be/FRbNkePH-D4 -foi possivel ver que com tela pequena possivel ter latitude e longitude, velocidade e outras info. podendo ver na hora. pensei nisso, pois podeira usar pra anotar com dados em caderno o que tem ali. se ali tem fabrica, rio, casa e etc. este texto ate me fez pensar mais nele ainda. - e nos comentário vi que celular e meio furada pra algo mais em campo/rural. http://vinicius.mobi/2009/02/19/avaliacao-do-holux-m-241-gps-track-logger-com-bluetooth/ fique agora em duvida entre este dois. alguém já usou o HOLUX M-241? sinal bom? mesmo lugar com vegetacao? pois pra mim isso de poder consultar na hora pode ser interessante em alguns momentos. pois que entendi no Holux M-1000C somente com outro equipamento pra consultar na hora. M-241 http://www.holux.com/JCore/en/products/products_content.jsp?pno=341 5. Capable memory size to record up to 130,000 positions, including longitude, latitude, time, and altitude. M-1000C http://www.holux.com/JCore/en/products/products_content.jsp?pno=351 2. 4M Bytes Flash memory for 200,000 log data recording o m-1000c tem bateria recarregavel e outro recomendar pilhas alcalinas novas. (não recarregáveis)..o m-1000c fala em 200mil log data recording e m-241 em 130mil log data recording. pessoal ai que tem experiência isso faz muita diferença? pois pelo texto que li ele grava registro de tempo em tempo (5 em 5 segundos) ou pode ser por distancia (50metro em 50 metros). e certo isso? e possível configurar o jeito de gravar o log? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Em 24 de agosto de 2011 11:18, Rodrigo de Avila rodr...@avila.net.brescreveu: Em 24 de agosto de 2011 11:09, Fernando Avena fernando.av...@gmail.comescreveu: agora um duvida com Holux, eu pra trabalhar com ele, ligo ele e ja vai comecar a registrar o caminho. pois vi tem botao somente de ligar. ligou ja esta pronto...pode ir fazer a rota? Sim. blz. marcar pontos nao tem como direto com o Holux? Não. Apenas a trilha. a como imaginei que funciona. teria que usar um equipamento externo pra marcar os pontos nele? ou pra ver caminho? tipo celular ou micro/laptop via usb/bluetooth. Eu deixo ele ligado no carro quando viajo. Se tem algum ponto de interesse pra marcar, eu uso meu N95 conectado nele via bluetooth, e marco usando o Sports Tracker. tambem como li ate agora e entendi que seria. pois pelo texto que li ele grava registro de tempo em tempo (5 em 5 segundos) ou pode ser por distancia (50metro em 50 metros). e certo isso? e possível configurar o jeito de gravar o log? No programa q vem com o M1000C (para windows apenas) tem como configurar isso. Pode ser por tempo e por distância. Até tem outros programas (mac/linux) que lêem as trilhas. Mas a configuração certinha só consegui fazer com o software dele. Recebi um desses pelo programa GPS Brasil no ano passado. Quanto à bateria, é igual a dos lanternokias. Serve direitinho. P.S.: Se a expressão lanternokias for cc-by-sa, me avisem quem é o autor ;) muito bom saber que com software dele possível configurar como grava e que bateria possível usar dos lanternokias. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Oi Felipe, Se vc quiser a gente pode trocar esse aparelho, ainda tem um fim de verba disponivel. Só tem que esperar um tanto pq a experiencia com os correios tem sido péssima. 2011/8/24 Felipe Fonseca felipefons...@gmail.com Alô... eu tenho usado o OSM tracker no android. gosto bastante da versatilidade: adicionar notas de texto/voz/fotos. também recebi um Holux pelo programa do mapasbr, mas aparentemente ele veio com problemas - tentei puxar os dados pelo mtkbabel e pelo gpsbabel, mas eles vêm com datas estranhas e dados inconsistentes. -- FelipeFonseca ++ Já votou na MetaReciclagem para o Prêmio Fridahttp://premiofrida.org/por/projects/view/2179 ? http://efeefe.no-ip.org/livro/laboratorios-pos-digitalLinks: http://ubalab.org http://mutgamb.org http://efeefe.no-ip.org http://rede.metareciclagem.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Em 24 de agosto de 2011 11:34, Felipe Fonseca felipefons...@gmail.comescreveu: eu tenho usado o OSM tracker no android. gosto bastante da versatilidade: adicionar notas de texto/voz/fotos. também recebi um Holux pelo programa do mapasbr, mas aparentemente ele veio com problemas - tentei puxar os dados pelo mtkbabel e pelo gpsbabel, mas eles vêm com datas estranhas e dados inconsistentes. Já tentou puxar as trilhas usando o software que vem com ele (se não me engano se chama ezTour)? Eu tenho uma máquina virtual windows no meu macbook só por causa desse programa. Tentei usar outros pra baixar as trilhas (bt747, gpsbabel, entre outros) sempre com resultados médios ou ruins. O melhor sempre foi o ezTour. Infelizmente. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Alô Claudomiro Na real, estou me virando com o android por enquanto... abs efe 2011/8/24 Claudomiro Nascimento Junior claudom...@claudomiro.com Oi Felipe, Se vc quiser a gente pode trocar esse aparelho, ainda tem um fim de verba disponivel. Só tem que esperar um tanto pq a experiencia com os correios tem sido péssima. 2011/8/24 Felipe Fonseca felipefons...@gmail.com Alô... eu tenho usado o OSM tracker no android. gosto bastante da versatilidade: adicionar notas de texto/voz/fotos. também recebi um Holux pelo programa do mapasbr, mas aparentemente ele veio com problemas - tentei puxar os dados pelo mtkbabel e pelo gpsbabel, mas eles vêm com datas estranhas e dados inconsistentes. -- FelipeFonseca ++ Já votou na MetaReciclagem para o Prêmio Fridahttp://premiofrida.org/por/projects/view/2179 ? http://efeefe.no-ip.org/livro/laboratorios-pos-digitalLinks: http://ubalab.org http://mutgamb.org http://efeefe.no-ip.org http://rede.metareciclagem.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- FelipeFonseca ++ Já votou na MetaReciclagem para o Prêmio Fridahttp://premiofrida.org/por/projects/view/2179 ? http://efeefe.no-ip.org/livro/laboratorios-pos-digitalLinks: http://ubalab.org http://mutgamb.org http://efeefe.no-ip.org http://rede.metareciclagem.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Equipamentos pra captura de dados
Eu uso essa linha no mtkbabel e funciona bem: mtkbabel -p /dev/ttyACM0 -s 115200 -l off -f filename.gpx -w -t depois eu limpo a memória do GPS com: mtkbabel -p /dev/ttyACM0 -s 115200 -E On Wed, 24 Aug 2011 11:45:38 -0300, Rodrigo de Avila rodr...@avila.net.br wrote: Em 24 de agosto de 2011 11:34, Felipe Fonseca escreveu: eu tenho usado o OSM tracker no android. gosto bastante da versatilidade: adicionar notas de texto/voz/fotos. também recebi um Holux pelo programa do mapasbr, mas aparentemente ele veio com problemas - tentei puxar os dados pelo mtkbabel e pelo gpsbabel, mas eles vêm com datas estranhas e dados inconsistentes. Já tentou puxar as trilhas usando o software que vem com ele (se não me engano se chama ezTour)? Eu tenho uma máquina virtual windows no meu macbook só por causa desse programa. Tentei usar outros pra baixar as trilhas (bt747, gpsbabel, entre outros) sempre com resultados médios ou ruins. O melhor sempre foi o ezTour. Infelizmente. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br [2] • www.avila.net.br [3] Links: -- [1] mailto:felipefons...@gmail.com [2] mailto:rodr...@avila.net.br [3] http://www.avila.net.br/ -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Indicacao de lugar/loja de venda de equipamentos.
ola a todos... então estou fechando em comprar o Holux M-1000C e o Holux M-241. vi no mercado livre alguns vendendo este modelos. mas gostaria de saber ai se pessoal conhece um vendedor ou loja em SP ou via net que seguro/garantido a compra ser dor de cabeça. ou melhor comprar direto da marca ou em site fora do Brasil? pergunto pois imagino que muitos já tem experiência com isso. e não quero ter problema. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Indicacao de lugar/loja de venda de equipamentos.
Compramos os do projeto no DealExtreme. http://dealextreme.com Vem de Hong Kong, leva +- 1 mês, e às vezes a encomenda é extraviada, mas geralmente chega de boa. []s 2011/8/24 Fernando Avena fernando.av...@gmail.com: ola a todos... então estou fechando em comprar o Holux M-1000C e o Holux M-241. vi no mercado livre alguns vendendo este modelos. mas gostaria de saber ai se pessoal conhece um vendedor ou loja em SP ou via net que seguro/garantido a compra ser dor de cabeça. ou melhor comprar direto da marca ou em site fora do Brasil? pergunto pois imagino que muitos já tem experiência com isso. e não quero ter problema. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Indicacao de lugar/loja de venda de equipamentos.
Eu diria uns 20% de chance de dar errado :-) 2011/8/24 Arlindo Pereira openstreet...@arlindopereira.com Compramos os do projeto no DealExtreme. http://dealextreme.com Vem de Hong Kong, leva +- 1 mês, e às vezes a encomenda é extraviada, mas geralmente chega de boa. []s 2011/8/24 Fernando Avena fernando.av...@gmail.com: ola a todos... então estou fechando em comprar o Holux M-1000C e o Holux M-241. vi no mercado livre alguns vendendo este modelos. mas gostaria de saber ai se pessoal conhece um vendedor ou loja em SP ou via net que seguro/garantido a compra ser dor de cabeça. ou melhor comprar direto da marca ou em site fora do Brasil? pergunto pois imagino que muitos já tem experiência com isso. e não quero ter problema. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] wieder mal - Flächen und Wege
On 08/23/2011 09:19 PM, Dimitri Junker wrote: In OSM würde dann die Telefonzelle im Park stehen, eigentlich steht sie aber auf der Straße. Nein, denn wenn der Abstand Straßenmittellinie - Telefonzelle kleiner ist als die Straßenbreite wird sie in der Straße gerendert, nur in Josm wo die Straße eine Linie ist scheint sie im Park zu liegen. Aber wer Josm nutzt sollte das soweit verstanden haben, daß es ihn nicht verwirrt. ich glaube nicht das ST_CONTAINS() Josm-Wissen eingebaut hat, genau so wenig wie ST_TOUCHES() beachtet ob zwei sich berührende Flächen durch eine ausdehnungslose Straße getrennt sind. Das ankleben von zweidimensionalen Flächen an eindimensional idealisierte Straßen erzeugt somit falsche Aussagen über die erfassten Geometrien, und diese Fehler können sich bei automatischer Auswertung beliebig fortsetzen ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umweltzonen?
On Wed, Aug 24, 2011 at 07:28:38AM +0200, Steffen Grunewald wrote: Guten Morgen, da die Umweltzonen im Vormarsch sind: gibt es schon Karten, die sie auswerten? So richtig Zone ist das ja nicht. Irgendwie sieht das zwar aus wie eine Flaeche aber es kann immer ausnahmen geben und die Standardausnahme ist ja die Autobahn die davon nie betroffen ist. Aehnlich wie Tempobeschraenkungen muessten also an alle betroffenen Straßensegmente ein Tag was die Umweltzone bzw die zulaessigen Klassen nennt. Im Navi muesste man dann noch Einstellen welche Plakette man denn nu hat z.b. sowas: http://www.flickr.com/photos/donnernocheins/5062950732/ Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Dann kommt jemand anderes der den Waldrand korrigiert. In der Praxis ist es doch so dass der Waldrand nicht konstant der Mittellinie folgt sondern einen eigenen Verlauf hat der durchaus auch der Orientierung dienen kann. Wenn der Waldrand nicht im Rahmen der Meßgenauigkeit gleich zum Straßenrand ist muß er natürlich getrennt getagt werden, darüber reden wir aber nicht. Es gibt auch asymetrische Strassen mit z.B. 2+1Fahrstreifen, da wird man sich dann streiten ob die Mittellinie in der geometrischen Mitte oder der Richtungstrenner ist. Dann muß man eben eine Breite für jede Seite definieren, da hatte ich ja mal was allgemeines vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Die Information zur Genauigkeit ist doch vielfach überhaupt nicht vorhanden. Wer einen GPS-Track aufzeichnet sieht doch durch den Track gar nicht wie sich die Umgebung verhält. Warum soll er deswegen die angerenzenden Flächen mitverschieben? Eben. Wenn die Flächengrenze vom ursprünglichen Mapper nur als Parallele zur Straßenmitte eingetragen wurde wird damit eine scheinbare unabhängigkeit sugeriert die nicht existiert. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, muss für alle Straßen eine Breite angegeben werden: Breiten habe ich bisher fast nie an Straßen gesehen, an Wegen schon eher. Also wenn Du eine Waldgrenze eintragen willst ist es doch für Dich einfacher die Straße als Grenze zu nutzen und der Straße eine Breite zu geben als eine Parallele in eben diesem Abstand zu zeichnen. Wenn diese Breite nicht vorhanden ist werden halt Defaultwerte genommen. gibt es in Deutschland überhaupt noch so grob gezeichnete Straßen, dass man bei einer Korrektur gleich die Flächen mitändern muss? Mit Sicherheit. Serpentinen dürften z.B. oft ungenau getagt sein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 24.08.2011 10:28, schrieb Hartmut Holzgraefe: On 08/23/2011 09:19 PM, Dimitri Junker wrote: In OSM würde dann die Telefonzelle im Park stehen, eigentlich steht sie aber auf der Straße. Nein, denn wenn der Abstand Straßenmittellinie - Telefonzelle kleiner ist als die Straßenbreite wird sie in der Straße gerendert, nur in Josm wo die Straße eine Linie ist scheint sie im Park zu liegen. Aber wer Josm nutzt sollte das soweit verstanden haben, daß es ihn nicht verwirrt. ich glaube nicht das ST_CONTAINS() Josm-Wissen eingebaut hat, genau so wenig wie ST_TOUCHES() beachtet ob zwei sich berührende Flächen durch eine ausdehnungslose Straße getrennt sind. Code sollte sich an das Datenmodell anpassen - nicht umgekehrt. Wenn sich Software nicht an uns anpasst, sondern wir uns an die Software, könnten wir ja gleich mit SQL Statements mappen. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hinweis zum Mappen in Frankreich
Hallo, Auf der französischen Newsgroup laufen gerade zwei Threads, welche durch deutsche Urlaubs-Mapper ausgelöst wurden. In einem Fall hat sich ein Mapper über die miserable Qualität der Gebäudedaten und Landuses beschwert. Im anderen Fall hat ein deutscher Mapper in der Normandie ein Dorf komplett, einschließlich der Gebäude, erfasst. Offenbar beruhen die Daten auf einer eingehenden Erkundung vor Ort, ergänzt durch Informationen aus Bing. Die Gebäudeformen sind recht unpräzise, kaum mit rechten Winkeln, aber Bing gibt auch nicht mehr her. Man zollt dem großen Aufwand der hier getrieben wurde zwar Respekt, ist aber etwas irritiert, da ja in Frankreich die Katasterpläne zum Mappen in OSM verwendet werden dürfen, und diese natürlich ein weitaus höhere Präzision liefern. Da ich weiss, dass eine ganze Reihe von deutschsprachigen OSM-Contributoren anlässlich von Auslandsreisen im jeweiligen Land mappen, und weil es auf der französischen Liste angeregt wurde, möchte ich hier auf die Besonderheiten in Frankreich und die sich daraus ergebenden Empfehlungen eingehen. Wie gesagt, sind in F die Katasterpläne zur Verwendung freigegeben[1]. Diese Pläne liegen zum großen Teil vektorisiert, teilweise, wie im aktuellen Fall, aber auch noch als Rastergrafik. Die Pläne sind auf dem französischen Regierungsportal[2] verfügbar. Es gibt eine Reihe von Tools, welchen die Übernahme der Daten aus dem Kataster unterstützen. Mit einem Josm-Plugin[3] können die Pläne hinterlegt werden. Dabei werden Vektorpläne automatisch positioniert, Rasterpläne müssen manuell ausgerichtet werden. Letzteres ist recht knifflig, da die Pläne meist keine Referenzpunkte mit Koordinaten enthalten. Viele nicht vektorisierte Gemeinden sind daher überhaupt nicht erfasst. Straßen und Wege in geschlossenen Ortschaften werden fast ausschließlich durch Abzeichnen mittels des Josm-Plugins erfasst, auch bei vektorisierten Gemeinden. Gebäude, Gewässer und Gemeindegrenzen vektorisierter Gemeinden werden (halb)-automatisch importiert. Aus den Vektorplänen werden OSM-Dateien erzeugt, die man dann in Josm lädt, nachbearbeitet und hochlädt. Leider wird das Nachbearbeiten gerne vergessen, was sich unter anderem dadurch äußert, dass sich Gebäude, Wasserwege und Strassen untereinander und gegenseitig überlappen. Für den ausländischen Mapper, der sich nicht selbst mit dem Kataster-Import befassen will, ergeben sich aus dieser Situation folgende Ratschläge: - Großer Bedarf besteht für alles, was fehlt, aber nicht durch den Kataster-Import abgedeckt wird: Strassen und Wege ausserhalb von geschlossenen Ortschaften, Einbahnregelungen, Radwege, Zufahrtsbeschränkungen, POIs, Wegbeschaffenheit. - Es ist nicht sinnvoll, Gebäude in größeren Mengen von Bing abzuzeichnen. Das schadet zwar nicht, aber mit großer Wahrscheinlichkeit werden die Gebäude über kurz oder lang durch automatisch generierte oder abgezeichnete Kataster-Daten ersetzt. - Es ist durchaus sinnvoll, fehlende Straßen im Urlaubsort anhand von Bing oder GPS-Tracks zu erfassen. Das macht dem Mapper, der später mal vom Kataster abzeichnet und ergänzt, die Arbeit einfacher. Straßennamen können bei Bedarf auf [2] ermittelt werden. - Wo die importierten Daten offensichtlich von der vor Ort festgestellten Realität abweichen, sollte dies natürlich erfasst werden. - Wer auf die oben angesprochenen typischen Fehler eines Kataster-Imports stößt, kann diese natürlich gerne korrigieren. Er sollte sich dadurch aber auf keinen Fall davon abhalten lassen, seine eigenen Beiträge zu erfassen. Die Gebäude werden von den Franzosen ohnehin nach und nach bereinigt. Sinnvoll ist auch ein Eintrag in OpenStreetBug oder ein FIXME-Tag. - Wo ein automatische Import aus dem vektoriserten Kataster durchgeführt wurde, stößt man meist auf eigenartige Gewässer-Objekte, auch kleinste Bäche als Wasserflächen, gestückelt in isolierte Objekte, überlappt mit Wegen und Gebäuden. Meine Empfehlung ist, diese Objekte zu belassen wie sie sind, abgesehen von eindeutigen, durch Vor-Ort-Erkundung verifizierten Abweichungen. - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Solche Abweichungen sollten korrigiert werden. - Hilfreich zur Vermeidung von Irritation sind Angaben zur Quelle der Daten, an den Objekten oder im Changeset. Hinter einem nicht ortsansässige Mapper wirdn oftmals ein Sessel-Mapper vermutet, und bei Daten, die nicht aus Bing ableitbar sind, kommt daher schnell der Verdacht, dass bei Google abgekupfert wurde (so auch im zweiten angesprochenen Fall). Mit einer Quellangabe lässt sich unnötiger Stress vermeiden. Grüße Rainer [1] http://wiki.openstreetmap.org/wiki/Cadastre_Fran%C3%A7ais/Legal [2] http://www.cadastre.gouv.fr [3] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Rainer Kluge wrote: Hallo, Auf der französischen Newsgroup laufen gerade zwei Threads, welche durch deutsche Urlaubs-Mapper ausgelöst wurden. In einem Fall hat sich ein Mapper über die miserable Qualität der Gebäudedaten und Landuses beschwert. Im anderen Fall hat ein deutscher Mapper in der Normandie ein Dorf komplett, einschließlich der Gebäude, erfasst. Offenbar beruhen die Daten auf einer eingehenden Erkundung vor Ort, ergänzt durch Informationen aus Bing. Die Gebäudeformen sind recht unpräzise, kaum mit rechten Winkeln, aber Bing gibt auch nicht mehr her. Man zollt dem großen Aufwand der hier getrieben wurde zwar Respekt, ist aber etwas irritiert, da ja in Frankreich die Katasterpläne zum Mappen in OSM verwendet werden dürfen, und diese natürlich ein weitaus höhere Präzision liefern. Da ich weiss, dass eine ganze Reihe von deutschsprachigen OSM-Contributoren anlässlich von Auslandsreisen im jeweiligen Land mappen, und weil es auf der französischen Liste angeregt wurde, möchte ich hier auf die Besonderheiten in Frankreich und die sich daraus ergebenden Empfehlungen eingehen. Wie gesagt, sind in F die Katasterpläne zur Verwendung freigegeben[1]. Diese Pläne liegen zum großen Teil vektorisiert, teilweise, wie im aktuellen Fall, aber auch noch als Rastergrafik. Die Pläne sind auf dem französischen Regierungsportal[2] verfügbar. Es gibt eine Reihe von Tools, welchen die Übernahme der Daten aus dem Kataster unterstützen. Mit einem Josm-Plugin[3] können die Pläne hinterlegt werden. Dabei werden Vektorpläne automatisch positioniert, Rasterpläne müssen manuell ausgerichtet werden. Letzteres ist recht knifflig, da die Pläne meist keine Referenzpunkte mit Koordinaten enthalten. Viele nicht vektorisierte Gemeinden sind daher überhaupt nicht erfasst. Straßen und Wege in geschlossenen Ortschaften werden fast ausschließlich durch Abzeichnen mittels des Josm-Plugins erfasst, auch bei vektorisierten Gemeinden. Gebäude, Gewässer und Gemeindegrenzen vektorisierter Gemeinden werden (halb)-automatisch importiert. Aus den Vektorplänen werden OSM-Dateien erzeugt, die man dann in Josm lädt, nachbearbeitet und hochlädt. Leider wird das Nachbearbeiten gerne vergessen, was sich unter anderem dadurch äußert, dass sich Gebäude, Wasserwege und Strassen untereinander und gegenseitig überlappen. Für den ausländischen Mapper, der sich nicht selbst mit dem Kataster-Import befassen will, ergeben sich aus dieser Situation folgende Ratschläge: - Großer Bedarf besteht für alles, was fehlt, aber nicht durch den Kataster-Import abgedeckt wird: Strassen und Wege ausserhalb von geschlossenen Ortschaften, Einbahnregelungen, Radwege, Zufahrtsbeschränkungen, POIs, Wegbeschaffenheit. - Es ist nicht sinnvoll, Gebäude in größeren Mengen von Bing abzuzeichnen. Das schadet zwar nicht, aber mit großer Wahrscheinlichkeit werden die Gebäude über kurz oder lang durch automatisch generierte oder abgezeichnete Kataster-Daten ersetzt. - Es ist durchaus sinnvoll, fehlende Straßen im Urlaubsort anhand von Bing oder GPS-Tracks zu erfassen. Das macht dem Mapper, der später mal vom Kataster abzeichnet und ergänzt, die Arbeit einfacher. Straßennamen können bei Bedarf auf [2] ermittelt werden. - Wo die importierten Daten offensichtlich von der vor Ort festgestellten Realität abweichen, sollte dies natürlich erfasst werden. - Wer auf die oben angesprochenen typischen Fehler eines Kataster-Imports stößt, kann diese natürlich gerne korrigieren. Er sollte sich dadurch aber auf keinen Fall davon abhalten lassen, seine eigenen Beiträge zu erfassen. Die Gebäude werden von den Franzosen ohnehin nach und nach bereinigt. Sinnvoll ist auch ein Eintrag in OpenStreetBug oder ein FIXME-Tag. - Wo ein automatische Import aus dem vektoriserten Kataster durchgeführt wurde, stößt man meist auf eigenartige Gewässer-Objekte, auch kleinste Bäche als Wasserflächen, gestückelt in isolierte Objekte, überlappt mit Wegen und Gebäuden. Meine Empfehlung ist, diese Objekte zu belassen wie sie sind, abgesehen von eindeutigen, durch Vor-Ort-Erkundung verifizierten Abweichungen. - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Solche Abweichungen sollten korrigiert werden. - Hilfreich zur Vermeidung von Irritation sind Angaben zur Quelle der Daten, an den Objekten oder im Changeset. Hinter einem nicht ortsansässige Mapper wirdn oftmals ein Sessel-Mapper vermutet, und bei Daten, die nicht aus Bing ableitbar sind, kommt daher schnell der Verdacht, dass bei Google abgekupfert wurde (so auch im zweiten angesprochenen Fall). Mit einer Quellangabe lässt sich unnötiger Stress vermeiden. Grüße Rainer [1] http://wiki.openstreetmap.org/wiki/Cadastre_Fran%C3%A7ais/Legal [2] http://www.cadastre.gouv.fr [3] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24.08.2011 16:33, schrieb Rainer Kluge: - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Wieso daher ? ;-) Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24.08.2011 16:48, schrieb popp...@hm.edu: beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes zu produzieren. Als ich mir aber mal ein paar Staedte in Frankreich angesehen habe, so bin ich schon ein bisschen erschrocken, wie Gebaeude gemappt sind: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Ojeee, na ja OSM verabschiedet sich immer mehr vom KISS Prinzip. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hi, beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes zu produzieren. Als ich mir aber mal ein paar Staedte in Frankreich angesehen habe, so bin ich schon ein bisschen erschrocken, wie Gebaeude gemappt sind: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert. Vereinzelt habe ich das korrigiert, aber die Masse der Faelle erschlaegt einen. Wie soll man sowas korrigieren ? Von Hand ? oder gleich loeschen und neu machen ? Das will ich persoenlich nicht, da hier die Arbeit eines anderen betroffen ist. ich hatte mal ein ähnliches Problem mit manchen Autobahnauffahrten in den USA. In den meisten Fällen habe ich es auch gelassen, wie es ist, aber bei so manchen motorway_links, die 400 Nodes auf 400 Metern haben, konnte ich dann doch nicht vorbeigehen. Das habe ich dann mit der Simplify-Way-Funktion von JOSM (Shortcut Shift+Y) korrigiert. Wenn man in den Einstellungen die Toleranz sehr niedrig einstellt (simplify-way.max-error=0.2), erzeugt JOSM da sehr passable Ergebnisse. Das habe ich dann natürlich auch nicht nach dem Gießkannenprinzip gemacht, sondern für einzelne Ways mit anschließender manueller Kontrolle, ob's doch nicht zu sehr vereinfacht wurde, aber im Großen und Ganzen lässt sich meiner Erfahrung nach dieser offensichtliche Nodespam durch Importe recht schnell und ohne viel Gepfriemel korrigieren. Grüße Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24.08.2011 16:48, schrieb popp...@hm.edu: beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes zu produzieren. Als ich mir aber mal ein paar Staedte in Frankreich angesehen habe, so bin ich schon ein bisschen erschrocken, wie Gebaeude gemappt sind: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert. Sind die Nodes jetzt überflüssig oder dienen sie der Modellierung einer Rundung/Ecke? Vereinzelt habe ich das korrigiert, aber die Masse der Faelle erschlaegt einen. Wie soll man sowas korrigieren ? Dort, wo die Umrisse real existierende Details wiedergeben: Selbstverständlich gar nicht! Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24.08.2011 16:55, schrieb Chris66: Am 24.08.2011 16:33, schrieb Rainer Kluge: - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Wieso daher ? ;-) Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? ...weil eine bunte volle Karte schöner aussieht als eine weiße leere ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24.08.2011 17:04, schrieb Tobias Knerr: Am 24.08.2011 16:48, schrieb popp...@hm.edu: beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes zu produzieren. Als ich mir aber mal ein paar Staedte in Frankreich angesehen habe, so bin ich schon ein bisschen erschrocken, wie Gebaeude gemappt sind: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert. Sind die Nodes jetzt überflüssig oder dienen sie der Modellierung einer Rundung/Ecke? Hier ein Beispiel: http://www.openstreetmap.org/browse/way/81550651 In der Regel sind das Wassertürme, Silos, Apsiden von Kirchen oder irgendwelche Erkerchen an Privatgebäuden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo Werner, Am 24.08.2011 16:48, schrieb popp...@hm.edu: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert. Vereinzelt habe ich das korrigiert, aber die Masse der Faelle erschlaegt einen. Wie soll man sowas korrigieren ? Von Hand ? Ich nehme an, das ist ein Wasserturm oder ein Silo. Das ist eben rund und nicht achteckig. Wie mappt man so etwas in Deutschland? Mit 8 Knoten, weil es zu mühsam ist, 60 Knoten zu erzeugen und dann einen Kreis zu erzeugen? Mit 8 Knoten, weil Knoten gespart werden sollen? Mit 60 Knoten, weil es in OSM keine Kreisobjekt gibt, wir aber die Realität möglichst genau nachbilden wollen? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo Rainer, Am Mittwoch, 24. August 2011 schrieb Rainer Kluge: Wie mappt man so etwas in Deutschland? Mit 8 Knoten, weil es zu mühsam ist, 60 Knoten zu erzeugen und dann einen Kreis zu erzeugen? Gegen die Mühsamkeit hilft eine JOSM-Funktion Kreis erstellen, siehe http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#Kreis_zeichnen Mit 8 Knoten, weil Knoten gespart werden sollen? Mit 60 Knoten, weil es in OSM keine Kreisobjekt gibt, wir aber die Realität möglichst genau nachbilden wollen? Meine persönliche Einstellung in JOSM ist hier 20 Knoten, aber das ist auch von der Größe des Objektes abhängig. Ein Industrieschornstein würde von mir weniger Knoten bekommen als der große Ring vom CERN. Aber das Beispiel aus deiner anderen E-Mail ist schon extrem mit 568 Knoten. Dann soll der Kreis mit vielen Knoten schön rund werden, aber die Kreis rundmachen-Funktion (O) hat der Ersteller nicht verwendet ;-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die OSMF braucht Euch!
Hallo! Aus gegebenen Anlass [1] möchte ich noch mal für die Mitgliedschaft in der OSM-Foundation werben. Nur wenn es eine große Mitgliederzahl gibt, ist es möglich, den Einfluss von Einzelnen bzw. Gruppen zu minimieren. So wie ich das sehe, können Neumitglieder auch noch an den Vorstandswahlen am 11.09.11 teilnehmen. Sowohl passiv, als auch aktiv. 3 Sitze werden vergeben, es ist noch kein Kandidat gemeldet [2]. Also werdet noch heute Mitglied [3]. Christian [1] http://lists.openstreetmap.org/pipermai … 01139.html [2] http://wiki.openstreetmap.org/wiki/Foun … n_to_Board [3] http://www.osmfoundation.org/wiki/Join ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo Carsten, Am 24.08.2011 18:47, schrieb Carsten Gerlach: Aber das Beispiel aus deiner anderen E-Mail ist schon extrem mit 568 Knoten. Dann soll der Kreis mit vielen Knoten schön rund werden, aber die Kreis rundmachen-Funktion (O) hat der Ersteller nicht verwendet ;-) Da gibt es keinen Ersteller, der das von Hand gezeichnet hat. Aus dieser Grafik http://www.bilder-hochladen.net/files/gohn-i-6f49-jpg.html von der Kataster-Seite erstellt ein Skript den XML-Code für das Gebäude. Das erklärt auch die Delle bei 10 Uhr. Die XML-Datei, welche die Gebäude einer ganze Gemeinde enthält, hat jemand, in diesem fal der User Skywave mit Josm geöffnet und hochgeladen. Bei anderen kreisförmigen Gebäuden hat er zuvor vereinfacht, dieses aber offensichtlich nicht. Ich hole das mal nach. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Hallo, am 24.08.2011 19:44 schrieb Christian H. Bruhn: Aus gegebenen Anlass [1] möchte ich noch mal für die Mitgliedschaft in der OSM-Foundation werben. Nur wenn es eine große Mitgliederzahl gibt, ist es möglich, den Einfluss von Einzelnen bzw. Gruppen zu minimieren. Solange mir der Verein die freue Wahl zwischen teuren Überweisungen in den Nicht-Euro-Raum und der Datenkrake lässt, verzichtet er auf meinen Beitrag. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
popp...@hm.edu schrieb: beim Mappen habe ich bisher immer darauf geachtet, nicht unnoetige Nodes zu produzieren. Da brauchst du nicht darauf zu achten. In der Datenbank ist genug Platz für Nodes verfügbar. Wenn Du wirklich unnötige Nodes einsparen möchtest, dann kannst Du helfen, doppelte Nodes zu löschen. Dazu hat Matt eine schöne Karte gebastelt [1]. Laut seiner Statistik sind momentan so ca. 2,9 Millionen doppelte Nodes in der Datenbank [2]. [1] https://wiki.openstreetmap.org/wiki/Duplicate_nodes_map [2] http://matt.dev.openstreetmap.org/dupe_nodes/about.html#stats Grüße, Michael signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Norbert Kück schrieb: Solange mir der Verein die freue Wahl zwischen teuren Überweisungen in den Nicht-Euro-Raum und der Datenkrake lässt, verzichtet er auf meinen Beitrag. War nicht mal angedacht, das über die FOSSGIS laufen zu lassen? Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo, Michael Bemmerl wrote: Da brauchst du nicht darauf zu achten. In der Datenbank ist genug Platz für Nodes verfügbar. Wenn Du wirklich unnötige Nodes einsparen möchtest, dann kannst Du helfen, doppelte Nodes zu löschen. [...] Jein. Also in bezug auf Frankreich ist das ein echtes Problem inzwischen. Die Datenmenge in Frankreich ist fast doppelt so hoch wie die in Deutschland, aber die Masse der Daten kommt halt aus Gebaeuden, die mit unnoetig vielen Nodes gemappt sind. Da werden z.T. 10 Nodes auf einer geraden Linie gesetzt, z.T. tatsaechlich irgendwelche Mini-Erker nachgebildet oder, was ich noch krasser finde, irgendwelche katastermaessig zu keinem der Haeuser gehoerende winzige Leerraeume inmitten eines Haeuserblocks. Da werden nicht nur Garten- und Garagenhaeuser, sondern sogar so kleine 1x1m grosse Pfoertnerhaeuschen als Gebaeude importiert (Telefonzellen noch nicht, aber das kommt sicher als naechstes). Da ist aus unerklaerlichen Gruenden ein riesiger Intermarche in fuenf dreieckige Gebaeude unterteilt. Und und und. (Ich war uebrigens der, der sich ueber die miserable Qualitaet beschwert hat. Und das ist nur der Gebaeude-Import, von Corine ganz zu schweigen.) Solch unnoetiges Import-Detail fuehrt dazu, dass das Editieren immer schwieriger wird: man kann nur noch sehr kleine Bereiche auf einmal herunterladen und wird visuell erschlagen, obwohl Frankreich halt in vielen Dingen noch OSM-Entwicklungsland ist. Das steht einfach in keinem Verhaeltnis. Schuld ist der vielerorts nicht ausreichend manuell verbesserte Import - einige wollten halt lieber schnell, schnell die Karte zukleistern als mit der gebotenen Sorgfalt vorzugehen. Nun haben wir, was halt bei einem Import so herauskommt: Eine oberflaechlich fertig aussehende Karte in Ortschaften, die noch nie ein menschlicher Mapper angefasst hat und die in vielen Dingen deswegen noch sehr verbesserungsbeduerftig sind. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
Am 24.08.2011 16:48, schrieb popp...@hm.edu: Sehr oft bestehen Gebaeude aus bis zu 60 (!) Punkten, wenn es 7-8 auch tun wuerden. Da ist jede Rundung und jede Ecke modelliert. Vereinzelt habe ich das korrigiert, aber die Masse der Faelle erschlaegt einen. Wie soll man sowas korrigieren ? Von Hand ? Für Osmosis gibt es ein plugin simplify ways [1], welches mittels Douglas-Peucker [2] nodes auf Wunsch aus den ways eines Datenextraktes entfernt. Das Ergebnis sollte man dann aber bitte nicht verwenden, um es wieder in OSM einzuspeisen. Die Reduktion der Genauigkeit ist für manche Anwendungen sinnvoll, für andere nicht. Da diese Reduktion relativ einfach und automatisiert angewandt werden kann, das ganze aber ein oneway ticket ist, ist es besser in OSM die genaueren Daten vorzuhalten. Dann kann sich das jeder nach Bedarf selbst reduzieren. Ob ein Mapper einen Kreis bei gleichem Radius nun mit 8, 16 oder 32 nodes darstellt, ist für meine Begriffe nicht diskussionswürdig. Statt einer quantitativen Aussage, wieviel nodes für einen Kreis verwendet werden sollten, tut es daher evtl. auch eine qualitative: So viele wie nötig und so wenige wie möglich. Simplify ways gibt es auch als josm plugin, wobei ich nicht weiß, ob das auch auf dem Douglas-Peucker basiert. Auf bestehenden Daten verwende ich es in JOSM äußerst selten - z.B. wenn erkennbar ist, dass ein way ohne Nachbearbeitung aus einem gpx log mit einsekündlichen Intervallen erzeugt wurde. Ungetaggte, funktionslose nodes, die nach dem Löschen den Verlauf des Weges nicht ändern, verleiten oft zum Löschen. Hier muss man sich aber fragen, ob evtl. nicht doch eine zukünftige Verwendung angedacht worden ist - Luftbild konsultieren, evtl. GPX-Tracks vom OSM-Server ziehen. Auch die history des nodes ist manchmal hilfreich.. Gruß, Christian [1] https://github.com/podolsir/osmosis-simplifyways [2] http://de.wikipedia.org/wiki/Douglas-Peucker-Algorithmus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
Hi, Christian Müller wrote: Da diese Reduktion relativ einfach und automatisiert angewandt werden kann, das ganze aber ein oneway ticket ist, ist es besser in OSM die genaueren Daten vorzuhalten. Jein. Es kann durchaus sein, dass sowas wie ein Mini-Erkerchen von einem DP-Algorithmus zu einem haesslichen Zacken wird anstatt einfach komplett entfernt zu werden, wie ein Mensch das machen wuerde. Die Qualitaet einer automatisierten Gebaeudevereinfachung wird in aller Regel schlechter sein als eine manuell vorgenommene. Und das im Zweifel in OSM lieber mehr Daten vorhalten halte ich fuer problematisch, denn je mehr Daten vorgehalten werden, desto aufwendiger das Editieren. Das sind alles Dinge, die sich langfristig loesen werden, mit Editoren, die gar keine Gebaeude mehr runterladen, wenn man nicht explizit nachfragt, mit SSDs auf allen Servern und immer hoeherer Bandbreite ueberall und und und. Aber im *Augenblick* wuerde jemand, der ein Gebaeude tatsaechlich nach echtem Architektengrundriss erfasst, meiner Ansicht nach das Projekt insgesamt eher bremsen als voranbringen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo Frederik, Ich importiere selbst ab und zu Gebäude aus dem Cadastre, kann aber deine Argumentation gut nachvollziehen. Mich nervt es auch, wenn ich in der Innenstadt kaum noch eine komplette Strasse auf einmal herunterladen kann, weil das maximale Downloadvolumen wegen der vielen Gebäude überschritten wird. Und wenn ich mir eine Garmin-Karte generiere, muss ich die ganzen Gebäude mit rein nehmen, nur weil ich freistehende Gebäude in offenem Gelände zur Orientierung ganz hilfreich finde. Und wenn ich eine Stadt mit 100.000 Einwohnern sehe, wo jedes Gartenhaus gemappt ist, aber kaum eine Einbahnregelung, dann hält sich meine Motivation, als einer von zwei oder drei aktiven und ortskundigen Mappern dies mühsam nachzutragen in Grenzen. Nur nebenbei: Gartenhäuschen, auch solche aus dem Baumarkt, müssen in F deklariert werden und tauchen als bâtiment leger im Kataster auf, ebenso wie überdachte, offene Terrassen, in OSM erkennbar am Tag wall=no. Es wäre aber falsch den schwarzen Peter den Franzosen zuzuschieben. Deren Gebäudeimport ist nur ein Beispiel dafür, wohin Micromapping führt. Wenn in Deutschland entsprechend hoch aufgelöste Bilder nutzbar wären, würde dort dasselbe passieren. Wenn ich an manche Threads zum Thema Detaillierungsgrad denke, z.B. letztens zum Thema Landuse und Wege, zum Mappen einzelner Bäume oder zum Mappen der Dachgeometrie, dann befürchte ich, dass dann auch die Stufe am Hauseingang und der Schornstein auf dem Dach gemappt würde. Da muss sich das Projekt OSM über kurz oder lang etwas einfallen lassen. Ich denke da weniger an Regeln oder gar Verbote sondern etwas wie eine Klassifizierung der Objekte anhand des Detaillierungsgrads. Oder separate Layer für bestimmte Objektklassen, wie Wohngebäude oder Baum-Cluster. Man könnte dann DB-Extrakte mit mehr oder weniger Details erzeugen. Zumindest das Volumenproblem wäre so gelöst. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Henning Scholland wrote: Am 24.08.2011 16:55, schrieb Chris66: Am 24.08.2011 16:33, schrieb Rainer Kluge: - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Wieso daher ? ;-) Weil CORINE, soweit ich weiß, per Satellit erfasst wird und damit die Auflösung begrenzt ist; auch kann bei der automatisierten Auswertung der Bilddaten auch mal der eine oder andere Fehler passieren. Mit GPS-Traces oder guten Luftbildern, die man dann von Hand abzeichnet, bekommt man bessere Ergebnisse. Ich habe mal einen Fall in Savoyen korrigiert, wo ein Stausee laut CORINE auch gleich die Straßen entlang der Ufer geflutet hat. Lage und Landuse waren zwar prinzipiell korrekt, aber die Kontur war sehr grob und die Fläche des Objekts war geschätzt doppelt so groß wie in Wirklichkeit. Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? ...weil eine bunte volle Karte schöner aussieht als eine weiße leere ;) Oder weil man mit deutlich weniger Aufwand eine einigermaßen passabel aussehende Karte bekommt – zumindest für bestimmte Objekte. Für niedrige Zoomstufen und zur groben Orientierung reicht die Präzision von CORINE ja. Aber da gehen die Meinungen auseinander: Als vor ein paar Monaten die Ergebnisse des CORINE-Imports in Rumänien Image of the Week waren, gab es bei uns in Italien auch die Diskussion, ob wir nachziehen sollten. Die Mehrheit war dagegen (nur Südtirol hat Daten importiert); das Ergebnis ist, dass in Italien deutlich weniger landuses gemappt sind als in Frankreich. Auch wird angeführt, dass Importe beim Aufbau einer Community eher hinderlich sind – auch hierfür gibt es in Frankreich einige Beispiele, wo Ortschaften zwar mit allen landcovers und Häusern erfasst sind, aber keine einzige Straße eingezeichnet ist... Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: Hallo, Nach vielem testen, googeln,... ist der Stand jetzt der: es gibt kein Navit.xml, man kann dies aber aus den apk extrahieren, da gibt es 3 je nach Bildschirmauflösung. Wenn ich dort den Pfad ändere und es nach sdcard/navit kopiere wird dies bei Download ignoriert. Aber zur Anzeige der Karte wird es wohl ausgewertet, aber so, daß bei mir keine Karte mehr angezeigt wird. Hmmm... versuche mal, irgendeinen Parameter in der navit.xml testweise zu ändern (z.B. ein OSD-Element deaktivieren) und schau, ob das in navit ausgewertet wird. Wenn ja, dann liegt zumindest schon mal die navit.xml an der richtigen Stelle. Wie der Download von Kartendaten direkt mit Navit funktioniert, habe ich noch nicht probiert... ich nutze den Navit Planet Extractor. Dort ein Recheck auswählen (testweise tut's ein kleines rund ums eigene Haus) und als navitmap.bin auf der SD-Karte abspeichern (im Navit-Verzeichnis, wo auch die xml-Datei liegt). Jetzt gilt es nur noch, den Pfad herauszufinden: Dazu brauchst Du einen Filemanager oder eine Kommandozeile auf dem Handy, per adb verbinden geht auch. Dann durch die Verzeichnistruktur hangeln, um den vollen Pfad zur bin-Datei herauszufinden. Bei mir ist das zum Beispiel /sdacrd/navit/navitmap.bin. Den Pfad dann in der XML-Datei entsprechend eintragen, das sollte ungefähr so aussehen: mapset map type=binfile enabled=yes data=/sdcard/navit/navitmap.bin / /mapset Vorsicht mit relativen Pfaden – keine Ahnung, zu was die relativ sind... zum Verzeichnis, in dem die navit.xml liegt, oder zu dem, in dem die Binaries liegen oder weiß der Himmel was... Hope it helps... und nicht verzagen, Navit hat zwar noch seine Ecken, aber in Sachen Entwicklung tut sich vieles, und was heute noch nicht funktioniert, kann schon bald besser werden... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Christian H. Bruhn wrote: [1] http://lists.openstreetmap.org/pipermai … 01139.html [2] http://wiki.openstreetmap.org/wiki/Foun … n_to_Board Was hast du mit den zwei Links gemacht? Weder über gmane noch über das offizielle Archiv der Liste sind die nutzbar. Was ist denn nun der gegebene Anlass? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
am Mittwoch, 24. August 2011 um 20:10 schrieb Norbert Kück: Solange mir der Verein die freue Wahl zwischen teuren Überweisungen in den Nicht-Euro-Raum und der Datenkrake lässt, verzichtet er auf meinen Überweisung nach UK mit IBAN und BIC die auf EURO lauten, sind in der Regel auch kostenfrei. Man darf nur nicht Pfund als Währung angeben. Einfach den Betrag selbst umrechnen und zur Sicherheit (Wechselkursschwankungen) etwas aufrunden. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
On 08/24/2011 09:04 PM, Christian Müller wrote: Simplify ways gibt es auch als josm plugin, wobei ich nicht weiß, ob das auch auf dem Douglas-Peucker basiert. Auf bestehenden Daten verwende ich es in JOSM äußerst selten - z.B. wenn erkennbar ist, dass ein way ohne Nachbearbeitung aus einem gpx log mit einsekündlichen Intervallen erzeugt wurde. Tools Simplify Way ist eine JOSM-core Funktion und benutzt Douglas-Peucker (genau wie Merkaator). Dieser Algorithmus zerstört allerdings kleine Strukturen, wie rechtwinklige Ausbuchtungen und kann bei geschlossenen Wegen nicht den Anfangs- bzw. Endpunkt löschen. Das Plugin Simplify Area wurde speziell für die sanfte Vereinfachung von importierten Gebäuden geschrieben. Es gibt da mehrere Parameter, an denen man schrauben könnte, aber noch keine bequeme GUI, mit der das möglich wäre. Gruß, Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Hallo, Rainer Kluge wrote: werden und tauchen als bâtiment leger im Kataster auf, ebenso wie überdachte, offene Terrassen, in OSM erkennbar am Tag wall=no. Ja, typischerweise ist auch so ein freistehendes Dach, wie es sich ueber den Zapfsaeulen an einer Tankstelle befindet, so getaggt. Es wäre aber falsch den schwarzen Peter den Franzosen zuzuschieben. Deren Gebäudeimport ist nur ein Beispiel dafür, wohin Micromapping führt. Wenn in Deutschland entsprechend hoch aufgelöste Bilder nutzbar wären, würde dort dasselbe passieren. Ich denke nicht. Wenn diese hochdetaillierten Sachen in Frankreich wirklich von Menschen von den Luftbildern abgemalt worden waeren, dann haetten wir da eine andere Qualitaet, vorallem eine wesentlich vielseitigere Karte. Ein Mensch braucht eine gewisse Zeit, um ein Gebiet vom Luftbild abzupinseln. Diese natuerliche Bremse hat viele positive Effekte: * Weil es muehsam ist, wird der Mensch sich zunaechst mit Gebieten beschaeftigen, die ihm etwas bedeuten - die er vielleicht sogar kennt. * Weil der Mensch das Gebiet kennt und weil er auf dem Luftbild auch noch andere Dinge erkennt als nur Gebaeude und Strassen, wird er mehr eintragen. * Weil der Mensch insgesamt weniger Daten erzeugt, ist auch die Wahrscheinlichkeit hoeher, dass er diese von ihm eingtragenen Daten auch langfristig pflegen kann. In Frankreich sind die Sachen aber importiert worden. Offenbar war der Plan durchaus gut - man hatte sich ueberlegt, die Daten vorzubereiten, aber nicht zentral zu importieren, und dies dann Mappern vor Ort zu ueberlassen, die sich fuer ihre Gegend interessieren (in der Hoffnung, einige der o.g. positiven Effekte mitzunehmen). Stattdessen haben ein paar Helden grossflaechig Gebiete imporiert, zu denen sie keinerlei persoenlichen Bezug hatten. Das ist m.E. das allgemeine Problem mit Importen. OSM kann dann gedeihen, wenn die Community so gross ist, dass die gesammelten Daten auch von der Community gewartet werden koennen. Ein einfacher Weg, dies zu beguenstigen, ist, wenn die Community die Daten erstmal selber erheben muss, statt dass man grosse Mengen von Daten importiert, womoeglich sogar in Gegenden, in denen es gar keine Community gibt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
am Mittwoch, 24. August 2011 um 22:23 schrieb Manuel Reimer: Christian H. Bruhn wrote: [1] http://lists.openstreetmap.org/pipermai … 01139.html [2] http://wiki.openstreetmap.org/wiki/Foun … n_to_Board Was hast du mit den zwei Links gemacht? Weder über gmane noch über das offizielle Archiv der Liste sind die nutzbar. Hatte ich aus meinem Forumsbeitrag kopiert und nicht gesehen, daß sie im Text gekürzt sind. [1] http://lists.openstreetmap.org/pipermail/osmf-talk/2011-August/001139.html [2] http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board Was ist denn nun der gegebene Anlass? Mitarbeiter von Skobbler bekommen die OSMF-Mitgliedschaft gesponsort und treten 'massenhaft' (im Verhältnis zur Anzahl der Mitlgieder). Sie hätten damit einen Stimmenanteil von ca. 10%. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Christian H. Bruhn schrieb: Aus gegebenen Anlass [1] möchte ich noch mal für die Mitgliedschaft in der OSM-Foundation werben. Nur wenn es eine große Mitgliederzahl gibt, ist es möglich, den Einfluss von Einzelnen bzw. Gruppen zu minimieren. Das hier ist aber nicht ernst gemeint, oder? https://wiki.openstreetmap.org/w/index.php?title=Foundation%2FAGM11%2FElection_to_Boardaction=historysubmitdiff=671928oldid=671797 Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Am 24.08.2011 22:34, schrieb Christian H. Bruhn: Überweisung nach UK mit IBAN und BIC die auf EURO lauten, sind in der Regel auch kostenfrei. Man darf nur nicht Pfund als Währung angeben. Einfach den Betrag selbst umrechnen und zur Sicherheit (Wechselkursschwankungen) etwas aufrunden. Die OSMF hat auf der Überweisungs-Seite bereits einen Euro-Betrag angegeben... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Am 24.08.2011 20:18, schrieb Michael Bemmerl: War nicht mal angedacht, das über die FOSSGIS laufen zu lassen? würde gehen wenn die FOSSGIS als deutscher Arm/Vertreter der OSMF gelten würde. Aber das Thema Ländergesellschaften ist IIRC noch nicht durch... Nicht das die FOSSGIS sich nicht für OSM einsetzen würde und als deutscher Ansprechpartner für OSM gilt. Aber die OSMF braucht halt einen Vertrag, den gibt es noch gar nicht... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die OSMF braucht Euch!
Am 24.08.2011 22:44, schrieb Michael Bemmerl: Das hier ist aber nicht ernst gemeint, oder? Mir fällt zu so wirrem Quatsch nur dazu nur ein: \|||/ (o o) ,~~~ooO~~(_)~, | Please | | don't feed the | | TROLL! | '~~ooO~~~' |__|__| || || ooO Ooo Sorry, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] provenienza dati Google Maps
Il giorno 24 agosto 2011 03:39, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/8/23 Stefano Cavallari spiky.k...@gmail.com: Da dove tira fuori questi dati Google? Perchè noi non li abbiamo? :) loro li compranno... Probabilmente intendeva chiedere quali siano le fonti da cui il fornitore (Teleatlas?) le ricava. Penso che la domanda sottintendesse qualcosa del tipo, ma se loro li hanno presi, ad esempio, da un progetto di cantiere o da un piano regolatore o altri documenti del genere, sono forse fonti che possono essere considerate leggi e quindi utilizzabili per OSM? :-) ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] provenienza dati Google Maps
2011/8/24 Simone Saviolo simone.savi...@gmail.com: Probabilmente intendeva chiedere quali siano le fonti da cui il fornitore (Teleatlas?) le ricava. [...] esatto, grazie :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag del mese - settembre
Il 23 agosto 2011 21:21, Paolo Monegato gato.selvad...@gmail.com ha scritto: Leggo qui [1] che wikipedia= è stato il tag del mese per marzo... vedo anche che questa bella iniziativa si è fermata qualche mese fa. Ricominciamo? Si, Richard Weit con il quale posso metterti in contatto sta cercando qualcuno che mantenga la cosa... per maggiori infor da un'occhiata qui [0] Si potrebbe decidere quale sarà il tag del mese di settembre... Dev'essere un tag ufficiale o può essere anche un tag ancora da approvare? secondo me ufficiale ma poco utilizzato Ciao Paolo [0] http://sotm-eu.org/slides/71_RichardWeait_potw_numbers.pdf -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Polizia: va messo il tag operator?
Il 23/08/2011 22:44, Luigi Toscano ha scritto: Perché non operator=Polizia di Stato operator=Guardia di Finanza ? Il 23/08/2011 23:55, Simone Saviolo ha scritto: +1. In casi simili usiamo la formattazione normale. Del resto il tag operator ha un valore che è da considerarsi free text. Il 24/08/2011 00:16, Daniele Forsi ha scritto: assolutamente no! operator è un nome, come scrive Luigi: operator=Polizia di Stato operator=Guardia di Finanza immagino che quel polizia_municipale che c'era scritto nel wiki[1] sia stato un fraintendimento nell'uso dei template del wiki, l'ho modificato [cut] Dando per scontato che quel operator=polizia_municipale che c'era sul wiki fosse corretto ho proposto di conseguenza... Quel polizia_municipale non mi era mai piaciuto, sono felice di sapere che era una forma non corretta. Grazie per la correzione e per l'aggiornamento della pagina wiki. Ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Di chi è OpenStreetMap?
Su osm-talk [2] ha destato allarme la notizia che un'azienda abbia messo in pratica un'azione potenzialmente pericolosa per la libertà del progetto OSM. Queste sono le mie considerazioni personali. La comunità OpenStreetMap è abituata a pensare che la mappa sia un bene comune, il cambio di licenza in corso ha però modificato sostanzialmente le cose, in quanto ogni mappatore ha ceduto alla OSM Foundation ogni diritto di copyrigth sui dati che contribuisce. [1] Quindi, se in origine il potere decisionale della Fundation era già importante (significativo il peso che ha esercitato proprio sul cambio di licenza, passando in qualche modo sulla testa della comunità che lo ha subito passivamente), dopo il cambio di licenza questo potere è ancora più forte. Per questo alcune notizie creano allarme: ad agosto un numero consistente di persone tutte affiliate ad una singola azienda si sono iscritte in massa alla Foundation [2]. In un colpo solo un gruppo di persone coordinate da una singola azienda è arrivato a pesare per il 10% nella Foundation (e di conseguenza nell'elezione dei rappresentanti). Il rischio che un singolo soggetto privato possa influenzare in modo pesante il futuro del progetto è tutt'altro che remoto. Le contromisure messe in campo sino ad ora sono inefficaci: aver ritardato di qualche settimana il diritto di voto dei nuovi soci impedisce loro di votare ed eleggere i rappresentanti nella prossima Assemblea, ma se i nuovi soci non avessero dichiarato la propria affiliazione la manovra sarebbe passata del tutto inosservata. Per ora nessuno ha riscontrato attività ostile da parte di questa azienda, ma non esistono contromisure efficaci se non una maggiore partecipazione della comunità alla Foundation. Il mio invito è quello di iscriversi [3] alla OSMF [4] e di partecipare in tutti i processi democratici che la riguardano, in primis l'elezione dei rappresentanti. [1] http://www.osmfoundation.org/wiki/License/Contributor_Terms/IT [2] http://lists.openstreetmap.org/pipermail/osmf-talk/2011-August/001139.html [3] http://www.osmfoundation.org/wiki/Join [4] http://wiki.openstreetmap.org/wiki/Foundation Due considerazioni che mitigano lo scenario fin qui descritto: anzitutto la nuova licenza di OpenStreetMap pone il database OSM in qualche modo al sicuro dalla Foundation stessa: un eventuale ulteriore cambio di licenza non può essere deciso dalla sola Foundation: deve passare dall'apporvazione della maggioranza dei contributori attivi. Inoltre si è fatto notare che il progetto GNU della Free Software Foundation richiede a chi contribuisce codice sorgente una cessione di diritti in favore della FSF analoga a quella richiesta da OSMF. In passato non si sono registrati tentativi di scalata ostile contro la FSF. -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Di chi è OpenStreetMap?
2011/8/24 Niccolo Rigacci o...@rigacci.org: Per questo alcune notizie creano allarme: ad agosto un numero consistente di persone tutte affiliate ad una singola azienda si sono iscritte in massa alla Foundation [2]. In un colpo solo un gruppo di persone coordinate da una singola azienda è arrivato a pesare per il 10% nella Foundation (e di conseguenza nell'elezione dei rappresentanti). Il rischio che un singolo soggetto privato possa influenzare in modo pesante il futuro del progetto è tutt'altro che remoto. Tantissime fondazioni sono molto potenti Il mio invito è quello di iscriversi [3] alla OSMF [4] e di partecipare in tutti i processi democratici che la riguardano, in primis l'elezione dei rappresentanti. Esatto, se tutti i mappatori si iscrivessero, anche enormi aziende avrebbero problemi a fare azioni del genere. Inoltre considera che per ogni nuova azienda che fa una politica del genere, il numero di iscritti aumenta ;) Due considerazioni che mitigano lo scenario fin qui descritto: anzitutto la nuova licenza di OpenStreetMap pone il database OSM in qualche modo al sicuro dalla Foundation stessa: un eventuale ulteriore cambio di licenza non può essere deciso dalla sola Foundation: deve passare dall'apporvazione della maggioranza dei contributori attivi. Inoltre si è fatto notare che il progetto GNU della Free Software Foundation richiede a chi contribuisce codice sorgente una cessione di diritti in favore della FSF analoga a quella richiesta da OSMF. In passato non si sono registrati tentativi di scalata ostile contro la FSF. Come affermi tu, la ODbL protegge abbastanza i dati anche da questa evenienza, e più le fondazioni sono grosse (FSF) più sono difficili queste cose. Fabio -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-348-2668873 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Di chi è OpenStreetMap?
On 2011-08-24 at 10:08:58 +0200, Niccolo Rigacci wrote: La comunità OpenStreetMap è abituata a pensare che la mappa sia un bene comune, il cambio di licenza in corso ha però modificato sostanzialmente le cose, in quanto ogni mappatore ha ceduto alla OSM Foundation ogni diritto di copyrigth sui dati che contribuisce. [1] questo non è vero: si è data alla OSM foundation una licenza estremamente permissiva, perpetua ma non esclusiva e, senza cessione vera e propria di copyright. http://www.osmfoundation.org/wiki/License/Contributor_Terms Il diritto più importante che si è ceduto credo sia quello di cambiare termini di licenza, e anche questo è vincolato ad una licenza libera (per quanto possa valere legalmente come definizione) e soprattutto ad una votazione dei contribuenti attivi al progetto (NON solo i soci della foundation). -- Elena ``of Valhalla'' homepage: http://www.trueelena.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa delle località prive di strade [Was: Re: Come valutare la qualità dei nomi delle strade?]
Mi ricordo che esisteva quel tool che confrontava in percentuale rispetto ad un altro servizio la quantità di strade mappate, quello potrebbe essere un criterio... Per quanto riguarda i paesi secondo me: 1. presenza del tag place=* 2. presenza di landuse=residential (utile quando non esistono strade per dare una idea) 3. presenza di una percentuale di strade superiore al 20% [confronto con quel tool] 4. presenza di waypoint in una classifica di importanza (mi ricordo che c'era un ordine di priorità consigliato sulla wiki Stabilita una sorta di parametri si potrebbe attribuire coefficienti e punteggi e applicarli ai paesi per trovare quelli più e meno mappati. Ciao, Stefano Il giorno 23 agosto 2011 21:57, Paolo Monegato gato.selvad...@gmail.com ha scritto: Il 23/08/2011 12:51, Martin Koppenhoefer ha scritto: Questo è il relativo post di Pascal, credo che i dati sono forse di Marzo 2011. [cut] Mi dispiace se questo tool non vi sembra utilissimo Sarebbe anche utile ma i dati sono un po' vecchiotti... in un paio di mesi si riesce a completare tranquillamente un paesino... Sarebbe bello avere a disposizione anche una versione modificata che faccia la verifica con qualche waypoint tipo le banche o l'ufficio postale... o anche le chiese che sono sempre utili per orientarsi... così da avere un elenco di comuni privi di waypoint. Ciao Paolo __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa delle località prive di strade [Was: Re: Come valutare la qualità dei nomi delle strade?]
Grazie agli spunti di Alessio Zanol e Maurizio Napolitano ho aggiunto al sito GFOSS sulle statistiche [1] le funzioni per verificare le località senza strada. Accedendo sulle pagine regionali e cliccando su località senza strade si ha la lista delle località ISTAT senza nessuna strada nel raggio di 300 metri ( in [2] un esempio di chiamata). Per fare la verifica uso direttamente l'archivio delle località ISTAT [3] e non quello di OSM per fare una verifica omogenea su tutta italia. Il dato si aggiorna settimanalmente (ogni venerdì). Ciao, Diego [1] http://www.gfoss.it/osm/stat/ [2] http://www.gfoss.it/osm/stat/?loc=no_roadcod_reg=7 [3] http://geodati.gfoss.it/wiki/index.php/Dati_liberi_-_Localit%C3%A0_Istat ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
Il giorno 24 agosto 2011 11:18, Paolo Monegato gato.selvad...@gmail.com ha scritto: L'unico tower:type che potrebbe andare sarebbe bell_tower, eventualmente anche clock_tower. Dato che siamo in tema di torri storiche, i campanili come si mappano? man_made=tower + tower:type=bell_tower ? In questo modo però non si riescono a distinguere dalle torri civiche con campane, inventiamo un tower:type=church_tower? O forse basterebbe includere il campanile, mappato come una qualsiasi torre campanaria, in una relation (site?) con la chiesa vera e propria ed il sagrato (ed il battistero dove c'è)... +1. I campanili sono esattamente torri campanarie; non c'è differenza tra la campana di don Camillo e quella della casa del popolo, a parte la politica e l'ora di Mosca :-) Ciao Paolo Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bus guideway a Brescia?
Volevo solo avvisare che a Brescia sto importando le linee dei bus, quindi occhio alle vie che cancellate o modificate. Io cercherò di controllare il più possibile gli errori delle way che avete specificato mentre creo le relazioni, dato che passo per tutte queste way (prima o poi). Per controllare lo stato potete guardare pure qui: [1] Ciao a tutti [1] http://wiki.openstreetmap.org/wiki/Brescia/Trasporti_pubblici -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Usos OSM: Consulta grupo de investigación
2011/8/24 hyan...@gmail.com hyan...@gmail.com: Estimados maperos: Me envían la siguiente consulta, por favor le agradezco sus consejos: se esta haciendo una investigación de la propiedad de la tierra de 1900-1910 en el centro histórico de Cartagena, le estuve mostrando OSM y le gusto pero quisieramos bajar los mapas sin las convenciones pero si con las calles y tener la posibilidad de cuadrar las casas, lotes, y si es posible informacion de los dueños Aquí hay una muestra de la inclusión de información predial en OSM http://www.openstreetmap.org/browse/relation/1500205 existe alguna herramienta con la que pueda ayudarlos? Puedes bajar la información en formato .osm y trabajarla en un programa para SIG como Qgis o convertirla a Shape espero que eso sea lo que buscas. salu2 Mil gracias, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- 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
Re: [Talk-co] Usos OSM: Consulta grupo de investigación
Humberto, creo que lo más diligente puede ser bajar OSM a postGIS y utilizar qGIS o gvSIG o alguno similar de escritorio para agregar la información adicional. Cordial Saludo, Jaime Mejía El 24 de agosto de 2011 11:04, hyan...@gmail.com hyan...@gmail.comescribió: Estimados maperos: Me envían la siguiente consulta, por favor le agradezco sus consejos: se esta haciendo una investigación de la propiedad de la tierra de 1900-1910 +5719001910 en el centro histórico de Cartagena, le estuve mostrando OSM y le gusto pero quisieramos bajar los mapas sin las convenciones pero si con las calles y tener la posibilidad de cuadrar las casas, lotes, y si es posible informacion de los dueños existe alguna herramienta con la que pueda ayudarlos? Mil gracias, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Usos OSM: Consulta grupo de investigación
Hola Humberto, Otra opción podría ser usar el plugin de OpenStreetMap para QGIS (lo encuentras en los repositorios). Con el puedes bajar el .osm del area que cubra la pantalla. Este baja 3 capas, para puntos, lineas y poligonos. En la tabla de atributos de las lineas puedes ver los campos 'highway' y 'name' para seleccionar las calles que sean de interés. Luego deberias guardar la selección como un nuevo shapefile para que puedas seguir adicionando otra informacion como las casas, lotes, la info de los dueños, etc. Si no usan QGIS, se puede lograr el mismo resultado como menciona Jaime usando osm2pgsql [1] para convertir el .osm a una tabla de PostGIS. Ahí se crea una tabla con el sufijo '_osm_roads' donde vas a encontrar los mismos campos 'highway' y 'name' para hacer tu seleccion y podrás conectarte a PostGIS desde cualquier herramienta... [1] http://wiki.openstreetmap.org/wiki/Osm2pgsql 2011/8/24 Jaime Mejia jome...@gmail.com Humberto, creo que lo más diligente puede ser bajar OSM a postGIS y utilizar qGIS o gvSIG o alguno similar de escritorio para agregar la información adicional. Cordial Saludo, Jaime Mejía El 24 de agosto de 2011 11:04, hyan...@gmail.com hyan...@gmail.comescribió: Estimados maperos: Me envían la siguiente consulta, por favor le agradezco sus consejos: se esta haciendo una investigación de la propiedad de la tierra de 1900-1910 +5719001910 en el centro histórico de Cartagena, le estuve mostrando OSM y le gusto pero quisieramos bajar los mapas sin las convenciones pero si con las calles y tener la posibilidad de cuadrar las casas, lotes, y si es posible informacion de los dueños existe alguna herramienta con la que pueda ayudarlos? Mil gracias, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc. Geoinformation Science Earth Observation University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Usos OSM: Consulta grupo de investigación
2011/8/24 Andres Oswaldo Calderon Romero andress.calde...@gmail.com: Hola Humberto, Otra opción podría ser usar el plugin de OpenStreetMap para QGIS (lo encuentras en los repositorios). Con el puedes bajar el .osm del area que Qgis ya no necesita plugin para OSM :) solo es instalarlo actualizado y habilitar el complemento :) cubra la pantalla. Este baja 3 capas, para puntos, lineas y poligonos. En la tabla de atributos de las lineas puedes ver los campos 'highway' y 'name' para seleccionar las calles que sean de interés. Luego deberias guardar la selección como un nuevo shapefile para que puedas seguir adicionando otra informacion como las casas, lotes, la info de los dueños, etc. Si no usan QGIS, se puede lograr el mismo resultado como menciona Jaime usando osm2pgsql [1] para convertir el .osm a una tabla de PostGIS. Ahí se crea una tabla con el sufijo '_osm_roads' donde vas a encontrar los mismos campos 'highway' y 'name' para hacer tu seleccion y podrás conectarte a PostGIS desde cualquier herramienta... [1] http://wiki.openstreetmap.org/wiki/Osm2pgsql 2011/8/24 Jaime Mejia jome...@gmail.com Humberto, creo que lo más diligente puede ser bajar OSM a postGIS y utilizar qGIS o gvSIG o alguno similar de escritorio para agregar la información adicional. Cordial Saludo, Jaime Mejía El 24 de agosto de 2011 11:04, hyan...@gmail.com hyan...@gmail.com escribió: Estimados maperos: Me envían la siguiente consulta, por favor le agradezco sus consejos: se esta haciendo una investigación de la propiedad de la tierra de 1900-1910 en el centro histórico de Cartagena, le estuve mostrando OSM y le gusto pero quisieramos bajar los mapas sin las convenciones pero si con las calles y tener la posibilidad de cuadrar las casas, lotes, y si es posible informacion de los dueños existe alguna herramienta con la que pueda ayudarlos? Mil gracias, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc. Geoinformation Science Earth Observation University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- 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
Re: [Talk-lt] Reikia nuomonių apie bendrų dviračių ir pėsčiųjų takų vaizdavimą
On Tue, Aug 23, 2011 at 06:19:40AM -0700, A.S. wrote: Nereikia, jei eismas nėra intensyvus, citata iš KET: 105. Jeigu eismas intensyvus ir reikia pasukti į kairę, apsisukti ar pervažiuoti į kitą kelio pusę, dviračio ar mopedo vairuotojas turi nulipti ir kirsti važiuojamąją dalį vesdamas dviratį ar mopedą, nesudarydamas kliūties kitoms transporto priemonėms. jau senai atgyvenus jūsų nuomonė, tuo tarpu ir valdininkų, kad dviratis yra rekreacinė, o ne transporto priemonė, kaip priimta pažangiose šalyse. Ką? Baikit svaidytis kvailais kaltinimais. Moderatoriai, gal išbaninkit trolį? Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
On 16-07-2011 01:10, Ole Laursen wrote: Hejsa! Jeg har nu efter lidt roden rundt med XAPI og OAuth fået banket en beta-udgave sammen her: http://oisfixes.beta.iola.dk/ Dette er ikke den endelige placering, jeg skal lige have fundet ud af hvad jeg gør med hosting. Der mangler ellers kun det vigtigste, nemlig at registrerede rettelserne bliver ført igennem på OpenStreetMap (jeg venter lige og hører hvad Peter siger, har foreløbig bare lavet en JSON-eksport-tingest). Derudover har jeg tænkt på: - et filter for kommunerne så man kan få alle rettelser for en bestemt kommune - måske at man kan markere en rettelse som værende en decideret stavefejl i stamdataene, kommunerne vil nok ikke være interesseret i sådan noget som ekspanderede forkortelser Efter lidt tid, et par kommentarer: 1. Kunne du lokkes til at bruge MapQuest's xapi server i stedet for jxapi.openstreetmap.org? Eller måske Overpass - måske bare round-robin. Det er tit at xapi ikke svarer. 2. Det ville være rart hvis man kunne linke til opret-siden med et vejnavn eller vejkode/kommunekode så vejen er forvalgt (fx herfra: http://osm.rasher.dk/tools/wrongnamecandidates.php) 3. Interfacet til at rette en rettelse (heh) er lidt mystisk. Det ville være rart med en rediger/ret link på detalje-siden (altså fx http://oisfixes.beta.iola.dk/rettelser/779/), evt. også ude i oversigten. - mulighed for at rapportere underlige adressepunkter - måske indrapportere manglende adressepunkter? Det mener jeg vil være at blande tingene sammen. Desuden er det sværere for os at gøre på en relevant måde ide vores data er gammel (det samme gælder naturligvis for vejnavnene, men de er nok knap så tilbøjelige til at blive ændret som selve punkternes eksistens). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
Efter lidt tid, et par kommentarer: Tak! Der er sgisme røget et ordentlig læs rettelser i. Jeg bliver nødt til at få flyttet den til en anden server snarest. Peter, hvis du læser det her, er der noget nyt vedrørende at få rettelserne ind i importeringsscriptet, eller alternativt at få kildekoden til det smidt et eller andet sted hen? 1. Kunne du lokkes til at bruge MapQuest's xapi server i stedet for jxapi.openstreetmap.org? Eller måske Overpass - måske bare round-robin. Det er tit at xapi ikke svarer. O.k., skiftet til MapQuest. Jeg er generelt rystet over hvor dårlige querymulighederne i OSM i øjeblikket er, medmindre da man selv sætter en server op. XAPI er noget hø, og temmelig ustabilt. 2. Det ville være rart hvis man kunne linke til opret-siden med et vejnavn eller vejkode/kommunekode så vejen er forvalgt (fx herfra: http://osm.rasher.dk/tools/wrongnamecandidates.php) Du kan søge på navn med en GET-parameter: http://oisfixes.beta.iola.dk/vejnavn/?navn=Overvejen Jeg brugte det under test, har lige fikset så den auto-submitter søgningen. Og har også udbygget det så man kan give kmn/vej med og så vælger den den rigtige vej: http://oisfixes.beta.iola.dk/vejnavn/?navn=Overvejenkmn=820vej=0990 Der skal OSAK-navnet med også som navn. Det er lidt lamt, men jeg kan ikke søge direkte på de to andre tags med XAPI. :( 3. Interfacet til at rette en rettelse (heh) er lidt mystisk. Det ville være rart med en rediger/ret link på detalje-siden (altså fx http://oisfixes.beta.iola.dk/rettelser/779/), evt. også ude i oversigten. Jeg er selv mystificeret. Jeg har rodet lidt med det nu og indsat direkte links, det er forhåbentlig mindre mærkeligt nu, om end stadig lidt omstændeligt. - mulighed for at rapportere underlige adressepunkter - måske indrapportere manglende adressepunkter? Det mener jeg vil være at blande tingene sammen. Desuden er det sværere for os at gøre på en relevant måde ide vores data er gammel (det samme gælder naturligvis for vejnavnene, men de er nok knap så tilbøjelige til at blive ændret som selve punkternes eksistens). Ja, det er måske rigtigt nok. Jeg laver ikke noget ud af den her tangent uden lige at kigge nærmere på det, og det skal i hvert fald ikke blandes sammen med vejnavnene. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
Hej, 2011/8/25 Ole Laursen o...@hardworking.dk: Efter lidt tid, et par kommentarer: Tak! Der er sgisme røget et ordentlig læs rettelser i. Jeg bliver nødt til at få flyttet den til en anden server snarest. Peter, hvis du læser det her, er der noget nyt vedrørende at få rettelserne ind i importeringsscriptet, eller alternativt at få kildekoden til det smidt et eller andet sted hen? Jeg har haft en travl sommer med at slappe af og fået kodet diverse projekter, men jeg håber at jeg i næste uge får opdateret scriptet til at hive json-outputtet. Og i øvrigt gjort kildeteksten tilgængelig, for what it's worth. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Comentario de edición modM
Hola: Revisando las últimas ediciones de la zona en la que vivo me he encontrado con varias que como único comentario de la edición pone modM. Supuse que era algún plugin de JOSM pero googleando no encuentro nada así pregunto por aquí ¿os suena de algo ese modM? Gracias! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Comentario de edición modM
Me respondo: el comentario es exclusivo de un usuario. Le preguntaré directamente, más que nada porque se hace difícil saber que ha editado en cada changeset. El 24 de agosto de 2011 16:09, Marco Fernández marco.m...@gmail.comescribió: Hola: Revisando las últimas ediciones de la zona en la que vivo me he encontrado con varias que como único comentario de la edición pone modM. Supuse que era algún plugin de JOSM pero googleando no encuentro nada así pregunto por aquí ¿os suena de algo ese modM? Gracias! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Consulta sobre tags
landuse=residential es la mejor opción para mi. 2011/8/22 Fabian Alejandro fager...@gmail.com no se si habra algo estandarizado, yo solo se landuse=residential,name=country * el place seria para indicar area y nombre de barrios, puede coincidir o no con el country saludos!. 2011/8/22 Franco Leanza flea...@yahoo.com Hola a todos. Estoy mapeando en una zona de muchos countrys y me surgió la duda: qué tags usarían para los polígonos? Porque vi algunos que están definidos con landuse=village_green pero también podría ser landuse=residencial o directamente place=village. Me gustaría estandarizar esto... que opinan. Y no tengo idea de como poner un POI, sería directamente place=village name=nombre? Un saludo para todos. Franco. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Consulta sobre tags
landuse= es a los fines decorativos (visuales). No está mal ponerlo, principalmente cuando la ciudad aún no fue dibujada, de esa manera se ve en el mapa facilmente aún en los niveles de zoom menores, para localidades completamtente dibujadas no agrega valor Si hacemos landuse=cemetery tiene sentido ya q no vamos a dibujar el interior del cementerio, en el caso de una ciudad o parte de ella q vamos a dibujar con detalle . (se entiende?) si las calles son privadas, no te olvides de agregarles el tag access=private si queres podes armar un polígono q define sus limites y darles los atributos q figuran en la página definiendolo como barrio o simplemente pones un nodo place=suburb con los demás tags name... 2011/8/24 Diego Woitasen di...@woitasen.com.ar landuse=residential es la mejor opción para mi. 2011/8/22 Fabian Alejandro fager...@gmail.com no se si habra algo estandarizado, yo solo se landuse=residential,name=country * el place seria para indicar area y nombre de barrios, puede coincidir o no con el country saludos!. 2011/8/22 Franco Leanza flea...@yahoo.com Hola a todos. Estoy mapeando en una zona de muchos countrys y me surgió la duda: qué tags usarían para los polígonos? Porque vi algunos que están definidos con landuse=village_green pero también podría ser landuse=residencial o directamente place=village. Me gustaría estandarizar esto... que opinan. Y no tengo idea de como poner un POI, sería directamente place=village name=nombre? Un saludo para todos. Franco. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Consulta sobre tags
Personalmente el uso indiscriminado de landuse=residential me parece malo, marcan así todos los pueblos siendo que están englobando zonas comerciales, industriales, parques. Queda lindo en los mapas pero como está definido entiendo que no es correcto. De: Werner Horsch werner.hor...@gmail.com Para: talk-ar@openstreetmap.org Enviado: miércoles, 24 de agosto de 2011 11:16 Asunto: Re: [Talk-ar] Consulta sobre tags landuse= es a los fines decorativos (visuales). No está mal ponerlo, principalmente cuando la ciudad aún no fue dibujada, de esa manera se ve en el mapa facilmente aún en los niveles de zoom menores, para localidades completamtente dibujadas no agrega valor Si hacemos landuse=cemetery tiene sentido ya q no vamos a dibujar el interior del cementerio, en el caso de una ciudad o parte de ella q vamos a dibujar con detalle . (se entiende?) si las calles son privadas, no te olvides de agregarles el tag access=private si queres podes armar un polígono q define sus limites y darles los atributos q figuran en la página definiendolo como barrio o simplemente pones un nodo place=suburb con los demás tags name... 2011/8/24 Diego Woitasen di...@woitasen.com.ar landuse=residential es la mejor opción para mi. 2011/8/22 Fabian Alejandro fager...@gmail.com no se si habra algo estandarizado, yo solo se landuse=residential,name=country * el place seria para indicar area y nombre de barrios, puede coincidir o no con el country saludos!. 2011/8/22 Franco Leanza flea...@yahoo.com Hola a todos. Estoy mapeando en una zona de muchos countrys y me surgió la duda: qué tags usarían para los polígonos? Porque vi algunos que están definidos con landuse=village_green pero también podría ser landuse=residencial o directamente place=village. Me gustaría estandarizar esto... que opinan. Y no tengo idea de como poner un POI, sería directamente place=village name=nombre? Un saludo para todos. Franco. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-Talk-ZA] Capturing shopping centres
This seems like an interesting idea, although I think some parts are too specific: Why can't I use building=yes AND shop=shopping_centre/shop=mall/shop=convenience/shop=* along with other tags necessary for the building itself? Also some shopping complexes have auxillary buildings which are part of the site but aren't shops (guard huts, offices, generators etc). On the relation side, I also think site=mall is too specific: a mall (covered area with multiple shops including multiple big stores like Game/Woolworths/Pick 'n Pay etc) is different to a shopping centre (non-covered area, usually with only one major grocery store and multiple smaller shops), which in turn is different from small (and generally) stand-alone shops. A type=site relation works for all of them, but sizes and purposes (and therefore customers) differ. surface=* is usually used for the type of surface covering a feature (e.g. surface=grass for a soccer pitch, or surface=asphalt for a parking area). It might be a better idea to choose something else for the GLA (what about surface_area or lettable_surface_area). Good luck with your modelly shop mall thingy project. Say hi to Agent Smith for me. Regards Glen Wilson (Tinshack) On 24 Aug 2011 8:24 PM, Johan Joubert johan.joub...@up.ac.za wrote: Hi Talk-ZA'ers As part of developing agent-based transport planning models, we are capturing shopping centres. If you have a virtual world... agents have to virtually work, and virtually shop ;-) To that extent we're partnering with the South African Counci for Shopping Centres (SACSC). According to them, their member register accounts for 50% of south African retail space. And we're starting to capture them (all). After capturing a few, OSM'er Werner2101 made some changes (for the better) - so if you do happen to capture shopping centres in you vicinity, this is how we will/want to capture the whole lot of them from here onwards until someone makes another valuable contribution): 1. Capture the actual shopping centre building(s) as a closed way, with the ONLY tag being - building=yes 2. Capture the parking area(s) (we have the actual capacity in many cases, courtesy of SACSC) with the following tags: - amenity=parking - capacity=?? (if you have it) - parking=surface (or multilevel, or covered, etc) 3. Next, add the internal service roads with tag - highway=service ans where applicable, add - service=parking_aisle 4. Add everything together by creating a relation with the following tags: - type=site - site=mall - name=Mall Name Centre - surface=12345 (Gross Lettable Area (GLA, in square meters) ) - website=whatever.co.za Here is one example once it is done: http://www.openstreetmap.org/browse/relation/1713491 Best regards, Johan ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] guidepost a trasa
jedna se o mapu http://tchor.fi.muni.cz:8080/ jak jsem koukal do dat, tak me prislo, ze ten guidepost prave lezi na vrcholu te cary, ale je pravda, ze tenhle renderer dela nejake chyby Dne 22.8.2011 08:32, Marek Prokop napsal(a): Ahoj, 2011/8/22 Josef Jebavýjosef.jeb...@gmail.com: rad bych se zeptal, jestli guidepost (a podobne) patri do relace turisticke/cyklo trasy? Já ho tak značím, aby bylo jasné, které trasy na rozcestníku jsou. webova mapa to pak treba i spatne vyrenderuje: http://data.xeres.cz/render.png Co to je za renderer? Marek Prokop ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
No, me se ta ustrelena cara zda spis chyba vykresleni - s menicim se zoomem se meni i delka ustrelu. Jinak guidepost do relace patri. Ohledne guidepostu bych mel ovsem jeste trosku stejnou otazku. Ma byt bod s guidepostem soucasti way po ktere vede dana trasa (1) nebo je lepsi udelat puntik v miste, kde se presne rozcestnik nachazi (2) ? 1) Oznacnik je soucasti znacky, v podstate pokud jdu po znacce pohybuju se od rozcestniku k dalsimu rozcestniku 2) Rozcestnik nelezi uprostred cesty ale temr vzdy je na nejakem patniku, domu, stromu, keri, sutru jen pobliz i kdyz limitne u cesty. Mara Dne 24.8.2011 9:13, Josef jebavý napsal(a): jedna se o mapu http://tchor.fi.muni.cz:8080/ jak jsem koukal do dat, tak me prislo, ze ten guidepost prave lezi na vrcholu te cary, ale je pravda, ze tenhle renderer dela nejake chyby Dne 22.8.2011 08:32, Marek Prokop napsal(a): Ahoj, 2011/8/22 Josef Jebavýjosef.jeb...@gmail.com: rad bych se zeptal, jestli guidepost (a podobne) patri do relace turisticke/cyklo trasy? Já ho tak značím, aby bylo jasné, které trasy na rozcestníku jsou. webova mapa to pak treba i spatne vyrenderuje: http://data.xeres.cz/render.png Co to je za renderer? Marek Prokop ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
Ahoj, 2011/8/24 Marek Musil wop...@volny.cz: Ma byt bod s guidepostem soucasti way po ktere vede dana trasa (1) nebo je lepsi udelat puntik v miste, kde se presne rozcestnik nachazi (2) ? Dobrá otázka, taky by mne to zajímalo. Přesné místo by asi bylo správnější, ale přiznám se, že dělám rozcestníky vždy z jednoho bodu cesty, protože je to jednodušší a rozdíl oproti skutečnosti bývá pár metrů, což je stejně v rámci chyby GPS. Zdraví, Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
2011/8/24 Marek Prokop ma...@sovavsiti.cz Ahoj, 2011/8/24 Marek Musil wop...@volny.cz: Ma byt bod s guidepostem soucasti way po ktere vede dana trasa (1) nebo je lepsi udelat puntik v miste, kde se presne rozcestnik nachazi (2) ? Dobrá otázka, taky by mne to zajímalo. Přesné místo by asi bylo správnější, ale přiznám se, že dělám rozcestníky vždy z jednoho bodu cesty, protože je to jednodušší a rozdíl oproti skutečnosti bývá pár metrů, což je stejně v rámci chyby GPS. Rozhodně mimo cestu, kvůli zachování topologie. Je velice užitečné vědět, jestli je rozcestník vpravo nebo vleovo od cesty (třeba když ho hledáte v křoví). Nepřesnost GPSky nevadí, důležitější je ta relativní poloha. Mimo to většinou se dá přesná poloha dobře odvodit z ortofotomaty (kromě rozcestníků v lese). Jelikož je vhodnější mít rozcestníky mimo cesty, je zároveň dobré je přidávat do relace turistické trasy. Donedávna jsem je tam nedával, ale při kompletování několika značek jsem zjistil že je to užitečné. Protože když si člověk stáhne relaci trasy, stáhnou se mu i rozcestníky a hned vidí kde který chybí. Jinak poslední dobou pozoruji, že turistické značky nám čile přibývají, jen tak dál! =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
Dne 24.8.2011 10:43, Tomás( Tichý napsal(a): 2011/8/24 Marek Prokop ma...@sovavsiti.cz mailto:ma...@sovavsiti.cz Ahoj, 2011/8/24 Marek Musil wop...@volny.cz mailto:wop...@volny.cz: Ma byt bod s guidepostem soucasti way po ktere vede dana trasa (1) nebo je lepsi udelat puntik v miste, kde se presne rozcestnik nachazi (2) ? Dobrá otázka, taky by mne to zajímalo. Pr(esné místo by asi bylo správne(js(í, ale pr(iznám se, z(e de(lám rozcestníky vz(dy z jednoho bodu cesty, protoz(e je to jednodus(s(í a rozdíl oproti skutec(nosti bývá pár metru*, coz( je stejne( v rámci chyby GPS. Rozhodne( mimo cestu, kvu*li zachování topologie. Je velice uz(itec(né ve(de(t, jestli je rozcestník vpravo nebo vleovo od cesty (tr(eba kdyz( ho hledáte v kr(oví). Nepr(esnost GPSky nevadí, du*lez(ite(js(í je ta relativní poloha. Mimo to ve(ts(inou se dá pr(esná poloha dobr(e odvodit z ortofotomaty (krome( rozcestníku* v lese). Jelikoz( je vhodne(js(í mít rozcestníky mimo cesty, je zároven( dobré je pr(idávat do relace turistické trasy. Donedávna jsem je tam nedával, ale pr(i kompletování ne(kolika znac(ek jsem zjistil z(e je to uz(itec(né. Protoz(e kdyz( si c(love(k stáhne relaci trasy, stáhnou se mu i rozcestníky a hned vidí kde který chybí. Jinak poslední dobou pozoruji, z(e turistické znac(ky nám c(ile pr(ibývají, jen tak dál! Asi spis samostatny body - ostatne turisticka trasa by taky mela byt relace a ne tagy na konkretni ceste. Navic pokud je to soucast cesty = problem s editacemi/filtrovanim. =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
Ahoj, diky Jakubovi Sykorovi uz fungujem i na http://mtbmap.cz Zatim nevim kde je chyba, ale delal ji i hlavni styl OSM mapnik. Nez se to prekresli, je to videt v nekterych zoomech tady http://www.openstreetmap.org/?lat=49.793lon=13.463zoom=11layers=M V MTB mape to diky turistickym trasam vynikne vic http://www.mtbmap.cz/?lat=49.793lon=13.463zoom=11 Kdyz se da export mapy tak uz to kresli spravne, takze se musela nejak zmenit data. Jinak jakekoli chyby v renderingu prosim hlasit sem nebo primo na mail. Jinak si jich nemusim vsimnout. Martin 2011/8/24 Josef jebavý josef.jeb...@gmail.com jedna se o mapu http://tchor.fi.muni.cz:8080/ jak jsem koukal do dat, tak me prislo, ze ten guidepost prave lezi na vrcholu te cary, ale je pravda, ze tenhle renderer dela nejake chyby Dne 22.8.2011 08:32, Marek Prokop napsal(a): Ahoj, 2011/8/22 Josef Jebavýjosef.jeb...@gmail.com**: rad bych se zeptal, jestli guidepost (a podobne) patri do relace turisticke/cyklo trasy? Já ho tak značím, aby bylo jasné, které trasy na rozcestníku jsou. webova mapa to pak treba i spatne vyrenderuje: http://data.xeres.cz/render.**png http://data.xeres.cz/render.png Co to je za renderer? Marek Prokop __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] guidepost a trasa
Ten problém jsem opravil já - na Štěpánce byly na kratičkém úseku přehozené dva body - udělal se tam velmi ostrý úhel. Problém bude v nastavení tvaru vykreslování rohů. Původní zpráva Od: Martin Tesar osm...@gmail.com Předmět: Re: [Talk-cz] guidepost a trasa Datum: 24.8.2011 18:23:51 Ahoj, diky Jakubovi Sykorovi uz fungujem i na http://mtbmap.cz Zatim nevim kde je chyba, ale delal ji i hlavni styl OSM mapnik. Nez se to prekresli, je to videt v nekterych zoomech tady http://www.openstreetmap.org/?lat=49.793lon=13.463zoom=11layers=M V MTB mape to diky turistickym trasam vynikne vic http://www.mtbmap.cz/?lat=49.793lon=13.463zoom=11 Kdyz se da export mapy tak uz to kresli spravne, takze se musela nejak zmenit data. Jinak jakekoli chyby v renderingu prosim hlasit sem nebo primo na mail. Jinak si jich nemusim vsimnout. Martin 2011/8/24 Josef jebavý josef.jeb...@gmail.com jedna se o mapu http://tchor.fi.muni.cz:8080/ jak jsem koukal do dat, tak me prislo, ze ten guidepost prave lezi na vrcholu te cary, ale je pravda, ze tenhle renderer dela nejake chyby Dne 22.8.2011 08:32, Marek Prokop napsal(a): Ahoj, 2011/8/22 Josef Jebavýjosef.jeb...@gmail.com**: rad bych se zeptal, jestli guidepost (a podobne) patri do relace turisticke/cyklo trasy? Já ho tak značím, aby bylo jasné, které trasy na rozcestníku jsou. webova mapa to pak treba i spatne vyrenderuje: http://data.xeres.cz/render.**png http://data.xeres.cz/render.png Co to je za renderer? Marek Prokop __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
