Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Hi, On 10/05/2011 01:00 AM, dimka israeli wrote: In my opinion, the handling of this dispute by OSM officials has up until now been entirely inappropriate, damaging for the Israeli OSM community and perhaps even politically motivated. Data Working Group's position on this is that the community - meaning all who live and map there - need to come to an amicable resolution and as long as they don't, the node will either remain nameless, or it will have both a Hebrew and Arab name combined in the name tag. This suggestion was met with either silence or attempts to drag us into a political disussion, which we refused. We will not participiate in this discussion on talk but we'll be interested to hear what the wider community has to say. 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] Fixme: A proposal
Pieren writes: This tag is only really acceptable as a temporary personal reminder. I disagree. I've seen FIXMEs on railroads. I treat them as a plea for help from an expert (that would be me). I'll go do the research and fix it. And I leave a FIXME for other editors from time to time, too, and I think many editors do that, too. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
If they can't agree on the order if the two languages were combined (and I suspect they can't), I would suggest trying to agree on a more-neutral third language. Otherwise leave it blank. If there's no agreement on the common name, then there's nothing to put in the name tag. Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, 05 Oct 2011 08:42:13 +0200 Frederik Ramm frede...@remote.org wrote: , the node will either remain nameless, or it will have both a Hebrew and Arab name combined in the name tag. This suggestion was met with either silence or attempts to drag us into a political disussion, which we refused. As an outsider I really don't understand this. Is there a dispute on what can be considered the local language in Jerusalem? http://wiki.openstreetmap.org/wiki/Key:name : The default name (occupying the 'name' tag without suffix) should be the name in whatever language is used locally. Personally I would say: '.. OFFICIALLY used locally.' See for example Brussels where the name tags have both Dutch and French names and as suggested here by the DWG. If Hebrew is the (official) local language this is not a tagging issue but a rendering one as others have noted and in that case the combined name tag would be 'wrong' (IMHO). Lambert Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Lambert wrote: Personally I would say: '.. OFFICIALLY used locally.' Which is where it becomes political... Do you mean officially according to Israel? Or official according to international resolutions such as http://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolut ion_194 (see also http://en.wikipedia.org/wiki/Jerusalem#Political_status ) (Note: I'm not taking sides in all this, but didn't realise there was such a political aspect to Jerusalem until doing a bit of research and thought the above made interesting reading for those not aware of the history involved. Disclaimer: I'm not saying Wikipedia is a reliable source). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Name rendering on osm.org (was Naming dispute over Jerusalem - OSM failure)
2011/10/5 Ed Loach e...@loach.me.uk: Lambert wrote: Personally I would say: '.. OFFICIALLY used locally.' Which is where it becomes political... Do you mean officially according to Israel? Or official according to international resolutions such as http://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolut ion_194 (see also http://en.wikipedia.org/wiki/Jerusalem#Political_status ) (Note: I'm not taking sides in all this, but didn't realise there was such a political aspect to Jerusalem until doing a bit of research and thought the above made interesting reading for those not aware of the history involved. Disclaimer: I'm not saying Wikipedia is a reliable source). Actually I have a question - why osm.org doesn't default to English language of rendering entity names and if it's not available, to closest one (in country official language, etc.) as it is now? This would solve lot of such headaches. Jerusalem is Jerusalem in English for both of nations. Peteris. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Name rendering on osm.org (was Naming dispute over Jerusalem - OSM failure)
On Wed, 5 Oct 2011 12:33:25 +0300, pec...@gmail.com wrote: 2011/10/5 Ed Loach e...@loach.me.uk: Lambert wrote: Personally I would say: '.. OFFICIALLY used locally.' Which is where it becomes political... Do you mean officially according to Israel? Or official according to international resolutions such as http://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolut ion_194 (see also http://en.wikipedia.org/wiki/Jerusalem#Political_status ) (Note: I'm not taking sides in all this, but didn't realise there was such a political aspect to Jerusalem until doing a bit of research and thought the above made interesting reading for those not aware of the history involved. Disclaimer: I'm not saying Wikipedia is a reliable source). Actually I have a question - why osm.org doesn't default to English language of rendering entity names and if it's not available, to closest one (in country official language, etc.) as it is now? This would solve lot of such headaches. Jerusalem is Jerusalem in English for both of nations. Do you mean English language or Latin script? I think you mean Latin script, because Jerusalem in English language and Hebrew script is probably still not acceptable to the Palestinian side. But rendering in Latin script opens the question what to do in China, Japan, Russia, Egypt and all other countries not using the Latin script. _I_ would really like to see all names rendered in Latin script, but that is just my western-centered viewpoint and will probably clash with the views of people in those countries not using the Latin script (and therefore not really an option). Maybe some script overlays would be a nice addition to the main map. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Serge Wroclawski wrote: I'm writing this response for two reasons. First, because I want you, Dimka, and the rest of the Israeli community to read it. You're not representing your side very well based on the forums. For reference, the thread cited is here: http://forum.openstreetmap.org/viewtopic.php?id=13178 cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Naming-dispute-over-Jerusalem-OSM-failure-tp6860427p6861557.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] Fixme: A proposal
Pieren wrote: More in general, I don't like mappers adding manually tons of 'FIXME' tags because they don't know or remember or are too lazy to check again. This a way to say 'pff, I'm tired now. So please, the next person checking this area, finish my work in priority. If you don't know, then just sh*t *p. This tag is only really acceptable as a temporary personal reminder. Nonsense. If I'm going for a 12-mile country walk, as Anna and I did on Sunday, I'll see other footpaths branching off along the way. I guess there's three things I could do. a) Ooh! Look! New footpath! Let's turn right and follow it. Yes, I know it won't get us to where we were going to go. Yes, I know we'll end up covering all 98712300 miles of footpath in Britain if we do this. Yes, I know we won't get home in time for dinner. Yes, I know you've got to go to work tomorrow. Yes, I will expect my divorce papers in the post. b) Ignore it. LALALALALA I didn't see that footpath. What footpath? There was no footpath. If someone wants to come back to this area and survey a missing footpath or two, well, they can guess where they might be. Stuff 'em. Mappers should suffer like I had to back in 2005 when we had a Java applet that took 27 minutes to add one node. Tsk, the kids of today. c) Add a short stub and fixme=incomplete. That way, if someone else is planning a nice country walk in the area, they can try to follow that footpath (hey, maybe it joins up with the fixme a mile to the north) rather than the one that's already mapped. So I'll go for (a), obviously, because I don't want to be seen as lazy in the eyes of the awesome talk@ mailing list. I'm guessing you're not married, are you, Pieren? Richard -- View this message in context: http://gis.638310.n2.nabble.com/Fixme-A-proposal-tp6853578p6861644.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] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 11:14 AM, Lambert Carsten lhc@solcon.nl wrote: As an outsider I really don't understand this. Is there a dispute on what can be considered the local language in Jerusalem? Yes, it is. And this happens on some other areas in the world. The answer just saying set up your own tile server is not working because the main Mapnik rendering is used as am international reference, whatever we like it or not. The other answer saying please find an agreement locally or keep the name empty is also not acceptable impov. This type of answer will not satisfy the two local communities, neither the rest of the world. Perhaps the solution adopted by the belgians for their disputed areas could be used as a model: put both versions in the tag 'name' (as Frederik already suggested). Another way would be to check how the UN is handling this on their own maps... Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
- Original Message - From: Pieren pier...@gmail.com To: OSM talk@openstreetmap.org Sent: Wednesday, October 05, 2011 11:47 AM Subject: Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure On Wed, Oct 5, 2011 at 11:14 AM, Lambert Carsten lhc@solcon.nl wrote: As an outsider I really don't understand this. Is there a dispute on what can be considered the local language in Jerusalem? Yes, it is. And this happens on some other areas in the world. The answer just saying set up your own tile server is not working because the main Mapnik rendering is used as am international reference, whatever we like it or not. The other answer saying please find an agreement locally or keep the name empty is also not acceptable impov. This type of answer will not satisfy the two local communities, neither the rest of the world. Perhaps the solution adopted by the belgians for their disputed areas could be used as a model: put both versions in the tag 'name' (as Frederik already suggested). Another way would be to check how the UN is handling this on their own maps... Pieren how about adding the tag name:disputed = Jerusalem / Al-Quds , and then getting the OSM Mapnik layer to render the name:disputed tag in preference to either of the local language variants. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
On Wed, Oct 5, 2011 at 12:26 PM, Richard Fairhurst rich...@systemed.net wrote: c) Add a short stub and fixme=incomplete. or d) Add a short stub tagged highway=path b) is also valid. I'm not tagging all post boxes during my surveys. I'm not tagging all pharmacies, shops, bus stops, drive-through, lits, barriers. Finally I'm ignoring many many things during my mapping sessions. I just guess that the next mapper will compare the present data with its own survey and add what he thinks is important to add (or replace). Myself I'm adding many missing footpaths or even streets in areas already surveyed by 2 or 3 persons and I'm not blaming my predecessors for these missing things. Hopefully I'm not just checking the FIXME's to find incomplete stuff. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
2011/10/5 Frederik Ramm frede...@remote.org: Data Working Group's position on this is that the community - meaning all who live and map there - need to come to an amicable resolution and as long as they don't, the node will either remain nameless, or it will have both a Hebrew and Arab name combined in the name tag. This suggestion was met with either silence or attempts to drag us into a political disussion, which we refused. We will not participiate in this discussion on talk but we'll be interested to hear what the wider community has to say. About the Data Working Group, where can one find more information about its activities? It doesn't seem to publish any minutes like the other working groups do. Regards Markus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
It is obvious to me that neither side will yield, even in an scenario with both parties accepting on using arabic and hebrew on the name tag, they will start fighting about wich one goes first. So it seems that the only solution will be to use english (the de facto lingua franca of the world) for the name tag, and keep hebrew and arabic in their name:he and name:ar tags. Regards, Julio Costa Zambelli OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile 2011/10/4 dimka israeli dimka.isr...@hotmail.co.il Hello to all, I would like to inform the OSM community about an ongoing dispute regarding the node Jerusalem http://www.openstreetmap.org/browse/node/29090735http://www.google.com/url?sa=Dq=http://www.openstreetmap.org/browse/node/29090735usg=AFQjCNFtSGU9ubMlv8E0-RxmMN7shkmxkA. In my opinion, the handling of this dispute by OSM officials has up until now been entirely inappropriate, damaging for the Israeli OSM community and perhaps even politically motivated. Since all official OSM representatives remain deaf to our arguments and pleas, effectively holding our entire community hostage with threats of ban, I saw no other choice but to send this letter. Allow me to describe very briefly the essense of the dispute, sticking to facts only. More details can be found at this forum thread: http://forum.openstreetmap.org/viewtopic.php?id=13178http://www.google.com/url?sa=Dq=http://forum.openstreetmap.org/viewtopic.php%3Fid%3D13178usg=AFQjCNE5OjcDPw5zs_J8tbqERAvNCO4G2g . The Jerusalem node had its name: tag changing several times by people who were not members of OSM Israel, for unknown (to us) reasons, and always changed back by us in order to keep up with our tagging standards. Those standards specify that all places inside Israel should be tagged with Hebrew as default, unless specific agreement otherwise. This convention was never disputed. Last switch to Hebrew name of the Jerusalem node occured in December 2010, and no changes were made since then. In addition to Jerusalem node, there exists a separate place=suburb node tagged Al-Quds in Arabic which represents mostly Arab-populated east neighborhoods of Jerusalem. This tagging was never in dispute. Three months ago, several people who never before made edits to OSM, claimed that they cannot identify themselves with the map (and as a result, are not ready to contribute to it), because the name of the city of Jerusalem did not appear on the main OSM site in Arabic language with the same prominence as the Hebrew one. This claim was expressed not to the members of the Israeli community, but to Mikel Maron who happened to be in Jerusalem. He set to organize a meeting between the two parties. Mikel sent an email to the OSM Data Working Group where he apparently elaborated the situation, claiming that there has been an edit war over the node (a highly controversial claim per se). This was done prior to the meeting, without giving the two sides any chance to talk. On the morning of the meeting day and prior to the meeting itself, the DWG removed the name: tag from the node, without making any direct contact with us. Anxious to have it back, we proposed during the meeting to have two separate nodes, tagged respectively in Hebrew and Arabic. However, the other side would agree on nothing less than equal rendering (they are explicitly interested in rendering only) of the two names, which implied that the Arabic node would be tagged as capital (analogous to Hebrew Jerusalem). However, it was pointed out that this would certainly create problems with mapnik on low zoom levels (where the two nodes would overlap and only one of them would show). Such a situation was not acceptable to the other side, and so we concluded the meeting by letting Mikel contact the mapnik team and come back with an answer. After coming back home, we actually started to have a discussion in our forum (see link above). Many of us couldn't participate in the meeting (only two of Israeli mappers were present there), and so expressed their opinion in the matter for the first time. Furthermore, we found out that the other side of the dispute is an organization with a clear political agenda related to Arab-Israeli conflict in general and Jerusalem in particular. Eventually we backed up from the agreement and requested further discussions with the other side. Mikel has stepped down as a mediator, admitting that he was too involved in this. We have asked the DWG to appoint a new mediator and to restore the situation to what it was prior to their intervention, until the dispute is settled. The new mediator was appointed, but the DWG categorically refused to revert their deletion and pressed us to come up with a solution which the other side would agree on. Although we expressed our willingness to discuss the situation
Re: [OSM-talk] Fixme: A proposal
Pieren wrote: d) Add a short stub tagged highway=path You can't tell without a fixme whether something is a stub because it's incomplete, or because it really is like that. Example: http://osm.org/go/eutFfSar-- . That looks very much like a stub because bridleways don't peter out in the middle of nowhere. Surely it requires resurvey? Except this one... genuinely does peter out. I just guess that the next mapper will compare the present data with its own survey It's great that you have so many mappers that you can rely on footfall alone to guarantee completeness. Footpaths in remote rural areas aren't like that. Richard -- View this message in context: http://gis.638310.n2.nabble.com/Fixme-A-proposal-tp6853578p6861968.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] Fixme: A proposal
Am 05.10.2011 13:18, schrieb Pieren: On Wed, Oct 5, 2011 at 12:26 PM, Richard Fairhurstrich...@systemed.net wrote: c) Add a short stub and fixme=incomplete. or d) Add a short stub tagged highway=path Well, I think, c is containing the highway=path tag additionally (plus fixme=incomplete). And I agree with Richard here. Out of the highway=stub you propose (without fixme) nobody can read that it is incomplete yet. The knowledge about a missing street in the map is better than not knowing about it - at least in my eyes. b) is also valid. I'm not tagging all post boxes during my surveys. I'm not tagging all pharmacies, shops, bus stops, drive-through, lits, barriers. Finally I'm ignoring many many things during my mapping sessions. I just guess that the next mapper will compare the present data with its own survey and add what he thinks is important to add (or replace). Myself I'm adding many missing footpaths or even streets in areas already surveyed by 2 or 3 persons and I'm not blaming my predecessors for these missing things. Hopefully I'm not just checking the FIXME's to find incomplete stuff. I think, that's totally fine in these cases. Adding a fixme for a missing post box is useless - adding the postbox itself is not more work than adding the fixme (except you don't know the tagging). But that's not true for the way stub examples before or any other stuff, that can not be tagged as a node or similar simple. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Have to admit I'm a inclined to be a little lazy and often just add two nodes after the stub rather than a fixme. Cheers Andy -Original Message- From: Richard Fairhurst [mailto:rich...@systemed.net] Sent: 05 October 2011 13:46 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Fixme: A proposal Pieren wrote: d) Add a short stub tagged highway=path You can't tell without a fixme whether something is a stub because it's incomplete, or because it really is like that. Example: http://osm.org/go/eutFfSar-- . That looks very much like a stub because bridleways don't peter out in the middle of nowhere. Surely it requires resurvey? Except this one... genuinely does peter out. I just guess that the next mapper will compare the present data with its own survey It's great that you have so many mappers that you can rely on footfall alone to guarantee completeness. Footpaths in remote rural areas aren't like that. Richard -- View this message in context: http://gis.638310.n2.nabble.com/Fixme-A-proposal-tp6853578p6861968.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4538 - Release Date: 10/04/11 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, 5 Oct 2011 12:47:52 +0200 Pieren pier...@gmail.com wrote: On Wed, Oct 5, 2011 at 11:14 AM, Lambert Carsten lhc@solcon.nl wrote: As an outsider I really don't understand this. Is there a dispute on what can be considered the local language in Jerusalem? Yes, it is. And this happens on some other areas in the world. The answer just saying set up your own tile server is not working because the main Mapnik rendering is used as am international reference, whatever we like it or not. Understood, but the route taken now by the DWG is to convert a rendering dispute to a tagging dispute effectively changing the parties to the dispute from a local community to a dispute between the DWG and one local community. Obviously in the main Mapnik rendering we need to be able to switch languages. I wish it were so but I can't do it so I will just have to wait until someone who can gets around to implementing that option. We are all volunteers after all. The other answer saying please find an agreement locally or keep the name empty is also not acceptable impov. This type of answer will not satisfy the two local communities, neither the rest of the world. Perhaps the solution adopted by the belgians for their disputed areas could be used as a model: put both versions in the tag 'name' (as Frederik already suggested). Another way would be to check how the UN is handling this on their own maps... To my knowledge both Dutch and French are official languages in Brussels. So if the local community there cannot agree on one or the other OSM needs to accept both versions in one name tag. As I understand it Jerusalem as the capital of Israel is not accepted by everybody in the international community. However Israel has effective control over the city in the sense that there is no other authority that can claim international acceptance for that position. And I am trying to stick to facts here, which is what OSM is all about. So please point out any mistaken facts on my part. On Wed, 5 Oct 2011 10:27:32 +0100 Ed Loach e...@loach.me.uk wrote: Personally I would say: '.. OFFICIALLY used locally.' Which is where it becomes political... Do you mean officially according to Israel? Or official according to international resolutions such as http://en.wikipedia.org/wiki/United_Nations_General_Assembly_Resolution_194 (see also http://en.wikipedia.org/wiki/Jerusalem#Political_status ) (Note: I'm not taking sides in all this, but didn't realise there was such a political aspect to Jerusalem until doing a bit of research and thought the above made interesting reading for those not aware of the history involved. Disclaimer: I'm not saying Wikipedia is a reliable source). Agreed, that's political and therefore would need to be resolved outside OSM. In this case that would mean a dispute about the capital=yes tag though. However the dispute Dmitry brought to our attention is about a decision made by the DWG. Their position seems to be to agree with anything the local mappers agree to. Few seem to regard that as viable but more importantly it is not the whole story. The rest of the community has a say too! In my opinion we have at least two relevant osm rules here: -we don't tag for the renderer; -the name tag holds the (IMHO: 'official') local name. The statement by Frederik seems to contradict both these 'rules'. I think we could help resolve this issue if we can determine if these rules hold true or not. Lambert Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Andy wrote: Have to admit I'm a inclined to be a little lazy and often just add two nodes after the stub rather than a fixme. What, empty, unconnected nodes? Like some of http://www.openstreetmap.org/browse/changeset/9406857 Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
On 05/10/11 14:31, Ed Loach wrote: What, empty, unconnected nodes? Like some of http://www.openstreetmap.org/browse/changeset/9406857 This shows why that is a bad idea. I've also seen some mappers draw untagged ways in the shape of arrows in the direction that a highway continues. It's impossible to tell whether these untagged nodes/ways are there for a useful purpose or are simply garbage. I usually place a fixme node at the end of the stub with, for example, fixme=way continues NE. -- Borbus. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 9:25 AM, Lambert Carsten lhc@solcon.nl wrote: On Wed, 5 Oct 2011 12:47:52 +0200 However the dispute Dmitry brought to our attention is about a decision made by the DWG. Their position seems to be to agree with anything the local mappers agree to. Few seem to regard that as viable but more importantly it is not the whole story. The rest of the community has a say too! In my opinion we have at least two relevant osm rules here: -we don't tag for the renderer; -the name tag holds the (IMHO: 'official') local name. The statement by Frederik seems to contradict both these 'rules'. I think we could help resolve this issue if we can determine if these rules hold true or not. I've largely stayed out of taking sides but I think one thing that's missing here which Dmitry tried to express is that the issue of local community in this case. As I understand it, the only consistent local community are a handful of Israeli mappers. Other contributors in the area did not edit in a meaningful way (did not contribute much to the map) and their motivation to sign up to OSM and click the Edit button was only to change the name of the city. And since the dispute, there have been no meaningful contributions on the side who wishes the city name to not be Jerusalem. Therefore the request that there be local community consensus is going to be impossible to reach, since there are contributors from the other side do not exist. The difficulty here seems to be some missteps by both the Israeli mappers, the OSMF as represented by Mikel and the DWG, which I'll outline, as I understand it. 1. Some Palestinians were bothered by the mentioning of Jerusalem as Israeli. They then decided to log in and change the map in order to change this. 2. The Israeli mappers were frustrated by what appeared to them as vandalism, and changed it back. 3. Repeat 1,2. The Israeli mappers then requested someone fix the situation and made a request of the OSMF. Mikel then stepped in, representing the OSMF, and came in with the understanding that both sides were active contributors, and this was a mapping dispute. A series of meetings occurred. Details of the meetings are in the forums, but they sound like they weren't productive. Mikel and DWG did what OSMF often does, which is to take a largely hands off approach, throwing the issue back down to the local community to resolve. The problem here is that without another side there can be no consensus. Add to this the incredibly charged situation that is the Israeli/Palestinian conflict. There are very few neutral parties, or people with no preconceived notions, and so it's easy to have a gut reaction influence the decision process. And then add two parties which have grown up in a place where diplomatic talk and diplomatic process is the predominant form of conflict, so it feels natural to them, and both sides of a conflict are skilled in knowing how to use the process as a weapon, rather than as a meant of achieving an agreement. Back to the point, I think the technical issues are too far away to solve. I think the political issues are too complex to address. In this case, I'd say that the DWG should be looking for consensus amongst active contributors, rather than the two parties, and all parties involved need to realize that this is just going to happen here, as it sometimes happens in other areas. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 3:52 PM, Serge Wroclawski emac...@gmail.com wrote: The problem here is that without another side there can be no consensus. I don't agree on this argument where a single edit contributor is insignificant. You are saying that the opinion of one contributor doing 1000 edits is more important than the opinion of 1000 contributors doing 1 edit. But I agree that even if you find active contributors on both local communities, you will never find a consensus. But OSM needs a solution where both names can be found for geocoding and that city can be identified in our maps (yes, it is also a rendering issue). I like David's idea with the specific tag name:disputed. Then we could apply certain rules in applications using that name (and containing the different versions). If the order is a problem in rendered maps, it could be solved by changing the sequence locally (in the applications side) randomly and/or at fixed time intervals for instance... Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 11:30 AM, Pieren pier...@gmail.com wrote: On Wed, Oct 5, 2011 at 3:52 PM, Serge Wroclawski emac...@gmail.com wrote: The problem here is that without another side there can be no consensus. You are saying that the opinion of one contributor doing 1000 edits is more important than the opinion of 1000 contributors doing 1 edit. Please don't speak for me. I said that if one person is editing and the other isn't, then the we need to listen to the active contributors. Furthermore, I said that you can't get consensus from idle accounts. I like David's idea with the specific tag name:disputed. The status of Jerusalem as part of Israel is not disputed. Its status as a Palestinian city is, The fact that some people don't like the situation doesn't change that. A disputed tag will result in many things being marked disputed. I can think of a bunch even in the US. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 11:30 AM, Pieren pier...@gmail.com wrote: On Wed, Oct 5, 2011 at 3:52 PM, Serge Wroclawski emac...@gmail.com wrote: The problem here is that without another side there can be no consensus. You are saying that the opinion of one contributor doing 1000 edits is more important than the opinion of 1000 contributors doing 1 edit. Please don't speak for me. I said that you can't get consensus from idle accounts. I like David's idea with the specific tag name:disputed. The status of Jerusalem as part of Israel is not disputed except by the same sort of people who might say that London is not the capital of the UK. The fact that some people don't like the situation doesn't change that. A disputed tag will result in many things being marked disputed. I can think of a bunch even in the US. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Serge wrote: The status of Jerusalem as part of Israel is not disputed That's not what the Wikipedia links that I posted earlier in this thread suggested to me. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 11:42 AM, Ed Loach e...@loach.me.uk wrote: Serge wrote: The status of Jerusalem as part of Israel is not disputed That's not what the Wikipedia links that I posted earlier in this thread suggested to me. Ed, I'll quote the Wikipedia link: Jerusalem (Hebrew: יְרוּשָׁלַיִם About this sound (audio) (help·info), Yerushaláyim, ISO 259-3 Yrušalaym, Abode of Peace; Arabic: القُدس About this sound (audio) (help·info), al-Quds [al-Sharif], The Holy Sanctuary) is the capital of Israel, though not internationally recognized as such.[iii] If the area and population of East Jerusalem is included, it is Israel's largest city[1] in both population and area,[2] with a population of 763,800 residents over an area of 125.1 km2 (48.3 sq mi).[3][4][iv] Located in the Judean Mountains, between the Mediterranean Sea and the northern edge of the Dead Sea, modern Jerusalem has grown far beyond the boundaries of the Old City. and On 28 October 2009, United Nations Secretary-General Ban Ki-moon warned that Jerusalem must be the capital of both Israel and Palestine if peace is to be achieved. Nowhere does anyone believe that Jerusalem is not part of Israel. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, 5 Oct 2011 09:52:06 -0400 Serge Wroclawski emac...@gmail.com wrote: On Wed, Oct 5, 2011 at 9:25 AM, Lambert Carsten lhc@solcon.nl wrote: On Wed, 5 Oct 2011 12:47:52 +0200 However the dispute Dmitry brought to our attention is about a decision made by the DWG. Their position seems to be to agree with anything the local mappers agree to. Few seem to regard that as viable but more importantly it is not the whole story. The rest of the community has a say too! In my opinion we have at least two relevant osm rules here: -we don't tag for the renderer; -the name tag holds the (IMHO: 'official') local name. The statement by Frederik seems to contradict both these 'rules'. I think we could help resolve this issue if we can determine if these rules hold true or not. I've largely stayed out of taking sides but I think one thing that's missing here which Dmitry tried to express is that the issue of local community in this case. ... Back to the point, I think the technical issues are too far away to solve. I think the political issues are too complex to address. In this case, I'd say that the DWG should be looking for consensus amongst active contributors, rather than the two parties, and all parties involved need to realize that this is just going to happen here, as it sometimes happens in other areas. - Serge Looking into the facts they seem to paint a different picture so here is what I have found: 1. According to Dmitry it was the East Jerusalem mappers (that) complained to OSM about the name tag on the Jerusalem node (not the Israeli mappers as Serge claims). Only the DWG can enlighten us on this. 2. There is relative little back and forth regarding the name tag of the Jerusalem node when I look through the history. Most of the time the name tag holds Jerusalem in Hebrew (there were more edits but these are the ones possibly relevant to this issue): -27 jul 2011 OSMF removed the name tag and added warning note -30 dec 2010 talkat reverted to Hebrew alone -29 dec 2010 beweta added 'Jerusalem' in front of the Hebrew version -23 june 2010 talkat put the name tag back -23 june 2010 abuammar48 removed the name tag -22 june 2010 talkat reverted to Hebrew alone -20 june 2010 Esperanza36 added the Arabic name in front of the Hebrew version -11 may 2009 talkat reverted to Hebrew alone -9 may 2009 Esperanza36 added English and Arabic after Hebrew -22 jan 2009 talkat reverted to Hebrew alone -19 jan 2009 Esperanza36 added the Arabic name in front of the Hebrew version. -Before that some 'normal' corrections/editing. None of these editors are 'newbies' with just one edit as Dmitry claims so it's unclear to me where that comes from. After the name tag removal bij OSMF user wikipod temporarily added the name tag with Arabic and Hebrew, probably later realising the 'issue' and removing it again. 3-The East Jerusalem node originally created in 2008, has had no back and forth on the name tag until OSMF removed it tag on 30 jul 2011. (Please add, correct or point to any relevant facts missing here.) To me it looks like the DWG has acted to fast in removing the node and by doing that made it look politically motivated: Their goal was to stay out of a perceived political feud, but by trying to stay out of a political feud that wasn't really there (in this case!), they actually made the decision politically motivated! Life ain't easy :) The facts in combination with OSM 'rules' (IMHO) points to a solution being the way it was before this became an issue. Looking for a solution through an agreement between the mappers is one of the last options we should look at, not one of the first (as seems to have happened here). Only if we cannot come to a conclusion using our rules and conventions should we look to resolve a conflict through a compromise. But keep in mind the real issue here (again IMHO) is the decision by the DWG to remove the name tag and forbid anyone adding it until the (other!) issue (between not clearly defined group of mappers) is resolved by them. Lambert Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, 5 Oct 2011 11:39:16 -0400 Serge Wroclawski emac...@gmail.com wrote: On Wed, Oct 5, 2011 at 11:30 AM, Pieren pier...@gmail.com wrote: On Wed, Oct 5, 2011 at 3:52 PM, Serge Wroclawski emac...@gmail.com wrote: I said that you can't get consensus from idle accounts. I like David's idea with the specific tag name:disputed. The status of Jerusalem as part of Israel is not disputed except by the same sort of people who might say that London is not the capital of the UK. The fact that some people don't like the situation doesn't change that. A disputed tag will result in many things being marked disputed. I can think of a bunch even in the US. I have to agree here. It also doesn't solve disputes about what is disputed. In other words it doesn't force parties to agree to disagree. And rightly so, sometimes (rarely I'll admit) people can be mistaken. :) Lambert Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
- Original Message - From: Lambert Carsten lhc@solcon.nl To: talk@openstreetmap.org Sent: Wednesday, October 05, 2011 6:07 PM Subject: Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure On Wed, 5 Oct 2011 11:39:16 -0400 Serge Wroclawski emac...@gmail.com wrote: On Wed, Oct 5, 2011 at 11:30 AM, Pieren pier...@gmail.com wrote: On Wed, Oct 5, 2011 at 3:52 PM, Serge Wroclawski emac...@gmail.com wrote: I said that you can't get consensus from idle accounts. I like David's idea with the specific tag name:disputed. The status of Jerusalem as part of Israel is not disputed except by the same sort of people who might say that London is not the capital of the UK. The fact that some people don't like the situation doesn't change that. A disputed tag will result in many things being marked disputed. I can think of a bunch even in the US. I have to agree here. It also doesn't solve disputes about what is disputed. But I think we have to recognise that there are some genuine disputes, and at the end of the day we are a provider of mapping data, not a dispute resolution service. David In other words it doesn't force parties to agree to disagree. And rightly so, sometimes (rarely I'll admit) people can be mistaken. :) Lambert Carsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On Wed, Oct 5, 2011 at 5:39 PM, Serge Wroclawski The status of Jerusalem as part of Israel is not disputed except by the same sort of people who might say that London is not the capital of the UK. I don't find London in this list: http://en.wikipedia.org/wiki/List_of_territorial_disputes Another interresting example is the territorial disputes in the South China Sea: http://en.wikipedia.org/wiki/Territorial_disputes_in_the_South_China_Sea Just to say that disputed names, areas or boundaries, etc will never end in OSM. We need a long term solution and not a 'case by case' study checking with small communities of OSM contributors. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Hi, On 10/05/2011 11:14 AM, Lambert Carsten wrote: If Hebrew is the (official) local language Israel has two official local languages, Hebrew and Arabic. This is a fact and upheld by Israel's supreme court. this is not a tagging issue but a rendering one as others have noted and in that case the combined name tag would be 'wrong' (IMHO). Combined name tags should always be avoided, and localised name tags (name:xy) preferred. In the long run, we expect (and hope) that we will have a map that displays everything to everyone in the language they have configured in their browser - someone who prefers Hebrew would see the name in Hebrew, and some who prefers Arabic would see the name in Arabic. We are not there yet, however; our current rendering system requires that exactly one name is rendered onto the tiles and that is currently whatever is in the name tag. Given that 1. street signs in Jerusalem itself are routinely done with both languages (or even three, plus English) and 2. the situation is not permanent, but only a work-around until such time as we can serve maps in their desired language to everyone DWG felt that our suggestion of using both languages in the OSM name: tag was a compromise that should be acceptable to all. The other thing that was on the table was a solution with two different nodes of equal status, one for each language. However due to Mapnik text placement rules it is likely that depending on zoom level and other circumstances, only one label would be drawn due to place collisions, and we pointed out that nobody could guarantee exactly *which* name would appear on which zoom level and that we would not allow any tampering with the data in order to bring one or the other to front. This uncertainty made this approach unattractive to the parties involved. Andy Robinson has been called in to mediate in this situation but mediation requires patience, and a willingness to compromise on all sides. 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] Naming dispute over Jerusalem - OSM failure
On 05/10/2011 16:36, Serge Wroclawski wrote: The status of Jerusalem as part of Israel is not disputed. Its status as a Palestinian city is I'm not sure that's true. Israel was effectively created as a result of a UN partition plan that would have created a Jewish state and an Arab state, but would have left Jerusalem administered by the UN itself. Even now, I believe most countries do not recognize Jerusalem as the capital of Israel: most treat Tel Aviv as the capital, presumably to emphasize that they don't accept that Jerusalem unambiguously belongs to Israel. FWIW, the DWG's stance seems reasonable to me, although the obvious solution would be to have the two names separated by 'space hyphen space' as seems to be the case with Brussels. It would seem reasonable to give Hebrew precedence - which ironically would mean the Arabic name would be on the left! -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On 05/10/2011 17:43, Lambert Carsten wrote: -19 jan 2009 Esperanza36 added the Arabic name in front of the Hebrew version. No, Hebrew came first. (Remember, both languages are written right-to-left.) -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
On 10/5/2011 1:50 PM, Frederik Ramm wrote: Hi, On 10/05/2011 11:14 AM, Lambert Carsten wrote: If Hebrew is the (official) local language Israel has two official local languages, Hebrew and Arabic. This is a fact and upheld by Israel's supreme court. And apparently a third de facto language, English, on signs. There's even a real world dispute over signs! http://news.bbc.co.uk/2/hi/8148089.stm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Frederik Ramm [mailto:frede...@remote.org] wrote: Sent: 05 October 2011 18:51 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure Andy Robinson has been called in to mediate in this situation but mediation requires patience, and a willingness to compromise on all sides. Mediation currently appears problematic because only one side of the discussion is present. Ideally I'd like to see a joint statement from the two sides (the local mappers) that states what the difference(s) of position are. If it can't be joint then at least two separate statements. At the moment we have one side making a lot of noise only which means there is no practical route to mediation presently. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure
Just a comment, local mappers is difficult to define. Call a meeting six people turn up and make a decision? I don't have any answers on this one but inconsistent local decisions makes life more difficult for people trying to use data from different places. Routing renders / maps spring to mind. Cheerio John On 5 October 2011 18:04, Andy Robinson ajrli...@gmail.com wrote: Frederik Ramm [mailto:frede...@remote.org] wrote: Sent: 05 October 2011 18:51 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Naming dispute over Jerusalem - OSM failure Andy Robinson has been called in to mediate in this situation but mediation requires patience, and a willingness to compromise on all sides. Mediation currently appears problematic because only one side of the discussion is present. Ideally I'd like to see a joint statement from the two sides (the local mappers) that states what the difference(s) of position are. If it can't be joint then at least two separate statements. At the moment we have one side making a lot of noise only which means there is no practical route to mediation presently. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Basisregistratie Topografie en Nationale Satellietdatabank komen gratis beschikbaar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Wat er gisteren ook werd vrijgegeven kun je hier vinden: http://rijkswaterstaat.nl/rws/opendata/ Verder zijn er nog 40 andere datasets 'te vinden'. Nou sowieso is dat leuk :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6MsZcACgkQYH1+F2Rqwn2r2ACfcMHKyY/z5euBQOZNfza3L+Zi xQMAn18VBHJ/WTzEXNwsAY9ap9Tfl7J9 =qLdQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Bicentennial National Trail
The 5,330 km National Trail known as the Australian Bicentennial National Trail (BNT), is only partially mapped in OSM. Refs: OSM existing Route Relation: http://www.openstreetmap.org/browse/relation/176684 There is a website regarding the trail here http://www.nationaltrail.com.au/ I suppose that the reason it's not on OSM is because the guidebooks with the route have to be purchased, are copyrighted, and in some cases out of print or very hard to find. The Queensland government has free vector data of the Qld section of the route under a seemingly permissive licence (it's the DERM_SHORT_OPEN). I wondered if anyone had heard of this licene before and whether it considered to be OSM compatible, and this route relation could then be updated using this file? Getting the data: 1) Go to http://dds.information.qld.gov.au/dds/ 2) in section 2 enter search term National Trail 3) Result should be Bicentennial National Trail in Queensland datset 4) Download Dataset: Metadata: --- Text Bicentennial National Trail in Queensland Date: 18-03-2010 (revision) Maintenance and update frequency: not planned Abstract: The Bicentennial National Trail is the longest marked, non-motorised, self-reliant multi-use trekking route in the world, stretching an extraordinary 5,330 kilometres from Cooktown in tropical North Queensland, to Healesville in Victoria. Following the inspiration of the legendary bushman R. M. Williams, the Trail follows the historic coach and stock routes, old pack horse trails, and country roads. Wherever possible along its great length the Trail has been designed to be a living history of our country, following the routes of our early pioneers and highlighting historic sites and artifacts along the way. The trail has been mapped within Queensland by the Queensland Government for the National Trail Organisation circa 1987. See www.nationaltrail.com.au for more information. The original maps within Queensland were compiled and supplied by the Department of Lands, Queensland Government. These maps were digitised and have been realigned to agree with the digital cadastral database. Owner: Department of Environment and Resource Management Data / Resource Constraints: Copyright: (C) The State of Queensland (Department of Environment and Resource Management) 2010 Licence: DERM_SHORT_OPEN Lineage: This dataset was digitised from Department of Lands 1:10 cadastral paper maps used to create the maps in the National Trail guidebooks. The original maps in the National Trail guidebooks within Queensland were compiled and supplied by the Department of Lands, Queensland Government in 1987 for the publication in 1988 (first edition) and with some revisions in 1992 (second edition). Data Quality: Positional accuracy: If captured from 1:10 Provisional Cadastral Maps positional accuracy +- 250 metres and from 1:10 Standard Cadastral Maps positional accuracy +- 55 metres. Chris -- cbar...@pobox.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Bicentennial National Trail
Am I reading it right, that it is 250m accuracy data, with the trail as at it was 20 years ago? If so, we may want to consider the data quality. Ian. On 6 October 2011 13:56, Chris Barham cbar...@pobox.com wrote: The 5,330 km National Trail known as the Australian Bicentennial National Trail (BNT), is only partially mapped in OSM. Refs: OSM existing Route Relation: http://www.openstreetmap.org/browse/relation/176684 There is a website regarding the trail here http://www.nationaltrail.com.au/ I suppose that the reason it's not on OSM is because the guidebooks with the route have to be purchased, are copyrighted, and in some cases out of print or very hard to find. The Queensland government has free vector data of the Qld section of the route under a seemingly permissive licence (it's the DERM_SHORT_OPEN). I wondered if anyone had heard of this licene before and whether it considered to be OSM compatible, and this route relation could then be updated using this file? Getting the data: 1) Go to http://dds.information.qld.gov.au/dds/ 2) in section 2 enter search term National Trail 3) Result should be Bicentennial National Trail in Queensland datset 4) Download Dataset: Metadata: --- Text Bicentennial National Trail in Queensland Date: 18-03-2010 (revision) Maintenance and update frequency: not planned Abstract: The Bicentennial National Trail is the longest marked, non-motorised, self-reliant multi-use trekking route in the world, stretching an extraordinary 5,330 kilometres from Cooktown in tropical North Queensland, to Healesville in Victoria. Following the inspiration of the legendary bushman R. M. Williams, the Trail follows the historic coach and stock routes, old pack horse trails, and country roads. Wherever possible along its great length the Trail has been designed to be a living history of our country, following the routes of our early pioneers and highlighting historic sites and artifacts along the way. The trail has been mapped within Queensland by the Queensland Government for the National Trail Organisation circa 1987. See www.nationaltrail.com.au for more information. The original maps within Queensland were compiled and supplied by the Department of Lands, Queensland Government. These maps were digitised and have been realigned to agree with the digital cadastral database. Owner: Department of Environment and Resource Management Data / Resource Constraints: Copyright: (C) The State of Queensland (Department of Environment and Resource Management) 2010 Licence: DERM_SHORT_OPEN Lineage: This dataset was digitised from Department of Lands 1:10 cadastral paper maps used to create the maps in the National Trail guidebooks. The original maps in the National Trail guidebooks within Queensland were compiled and supplied by the Department of Lands, Queensland Government in 1987 for the publication in 1988 (first edition) and with some revisions in 1992 (second edition). Data Quality: Positional accuracy: If captured from 1:10 Provisional Cadastral Maps positional accuracy +- 250 metres and from 1:10 Standard Cadastral Maps positional accuracy +- 55 metres. Chris -- cbar...@pobox.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Bicentennial National Trail
On Thu, Oct 6, 2011 at 1:56 PM, Chris Barham cbar...@pobox.com wrote: I suppose that the reason it's not on OSM is because the guidebooks with the route have to be purchased, are copyrighted, and in some cases out of print or very hard to find. Yeah I know a bit about the BNT. It's also hard to directly map because of its remoteness, lack of signage, lack of maintenance etc etc. In Victoria, it shows up intermittently on some DSE maps. It would be very cool to have it fully mapped. As a trail, it has the same issue as some other trails like the Tasmanania Trail, which really work best for horses and are problematic for cyclists (poor surface, obstacles) and hikers (lacking interest, long distances between campsites)... Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Tiles Downloader bremsen Server aus
On 05.10.2011 07:10, André Joost wrote: Wir haben da einen Sponsor, der uns seine Luftbilder abzeichnen lässt, Der lässt und doch schon lange sein content delivery network nutzen... Bei Bing gibt es Mapnik style. Der aktualisiert sich sogar schneller als Mapquest. Die stellen auch Tile-Server mit unbeschränktem Download zur Verfügung. Aber weil OSM unabhängig bleiben will sind die Infos wie man alternative Tile-Quellen nutzt sehr versteckt. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Moin Stephan, Infos wie man alternative Tile-Quellen nutzt sind sehr versteckt. Könnte man da nicht einfach ein SLB nutzen? (so dass der Benutzer sich gar nicht mehr kümmern muss?) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On Tue, Oct 04, 2011 at 08:23:06AM +0200, Jochen Topf wrote: On Mon, Oct 03, 2011 at 10:12:21PM +0200, Tobias Hirning wrote: Wie tagge ich einen Verteilerkasten der Telekom, der T-Com (teilweise auch noch mit Post oder Bundespost beschriftet) oder eines anderen Telefon- oder Internetanbieters? Am besten garnicht. Müssen wir wirklich alles und jedes erfassen, nur weil es da ist? Wenn Du eine konkreten Nutzen dafür hast, dann denk Dir ein Tag aus. Und sonst lass es einfach. Alle Daten, die wir nicht haben, müssen nicht gepflegt werden, können nicht veralten und verstellen uns Mappern nicht die Sicht, wenn wir an Dingen arbeiten, die uns wichtig sind. Ich selber brauche die gerade Beruflich. Im moment bastel ich mir die immer extern in den Datenbestand da wo ich ausbaugebiete mir ansehe. Im konkreten fall geht es um den FTTC/VDSL ausbau und die zugehoerigkeit zu den KvZ (Kabelverzweiger - So heissen die dinger im Telekomdeutsch) zu den Haushalten. Die moegliche zu erreichende Bandbreite ist immer abhaengig von der Kabellaenge und die laesst sich wenn man zumindest vom KvZ und der Adresse eine Geokoordinate hat naeherungsweise bestimmen. Wichtig ist dann auch das man gleich die ref mit erfasst so sie denn auf dem KvZ steht - sowas wie A2.027 oder aehnliches. Daraus ergibt sich die zuordnung zum HvT (Hauptverteiler) und das ausbaugebiet und der HK strang. Tut mir leid, dass ich das jetzt an diesem konkreten Posting aufhänge. Aber mir macht das echt Sorgen, dass wir immer und immer mehr verschiedene Dinge erfassen, die - wenn überhaupt - nur marginal interessant sind. Damit machen wir OSM aber so unübersichtlich, dass es immer schwieriger wird, mit den Daten zu arbeiten. Klar sollten wir offen sein, neue Dinge zu erfassen, die wichtig (geworden) sind. Das kann sich auch mal ändern, wenn sich Prioritäten verschieben. Aber ich glaube es lohnt sich ab und zu mal kurz innezuhalten, und zu überlegen, ob es wirklich sinnvoll ist Feature X zu erfassen. Naja - Vor 2 jahren haben wir drueber gelacht das in den Staedten jeder Stein gemappt wird und im Outback noch ganze Doerfer fehlen. Jetzt wo so ziemlich jede Straße da ist kann man auch KvZ erfassen. Ja es gibt vielleicht wichtigeres ja - aber der mapper der halt nur seine 5km^2 macht und die vollstaendig hat kann sich halt auch mit anderem beschaeftigen. Ja - Hausnummern faend ich auch spannender aber ist halt 99% Fleissarbeit und nicht jedermanns sache. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
nur damit klar ist, was hier gemeint war: http://en.wikipedia.org/wiki/Server_Load_Balancing Den Vorschlag hab ich schon von mehr als einem Jahr gemacht; damals wurde er aber ignoriert. Inzwischen erwarte ich Antworten wie: OSM ist eine Datenbank - den Rest sollen andere machen oder Die OSM-Karte ist kein Produkt sondern ein Abfallerzeugnis des Projektes. Ist aus der Sicht der Administration (Kosten) verständlich aber für den normalen OSM-Awender nicht nachvollziehbar. Wenn das durch ein Sponsering der Ressourcen möglich wäre, hätten wir nur noch das Problem der Softwareanpassung. Gruss Walter p.s. irgendwann wird/müsste das auch mit der Datenbank geschehen - die kann auch nicht für ewig auf nur einem Server laufen. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Tiles-Downloader-bremsen-Server-aus-tp6859453p6861305.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Hi, On Tue, Oct 04, 2011 at 02:57:42PM +0200, Dennis Hesse wrote: Leuchtet mir nun nicht wirklich ein - nur weil ein Kasten gemappt ist steht da ja noch lange nicht dabei, ob dieser auch noch freie Ports hat … Ich sehe keinen großen Sinn darin, Strom- und Telco-Kästen zu mappen, die Institutionen, die das brauchen, also Stadtwerke, Telekom etc. werden da ihre eigenen Dienste haben. Ja - Die Telekom hat die - Aber nicht die ganzen alternatives Telcos - Die sind drauf angewiesen sich die ganzen Daten muehsam zusammenzuklauben weil Regulatorisch die Telekom eben nur einen bruchteil rausgeben muss. Anhand der OSM Daten habe ich fuer ein FTTC/VDSL Ausbaugebiet auch schon etliche Fehler in den DTAG Daten finden koennen. Da fehlten reihenweise Hausnummern die nicht in der Versorgungsliste der KvZ standen. Das fuehrt im zweifelsfalle dazu das man dann leider kein VDSL bestellen kann obwohl der zum MFG (Multifunktionsgehaeuse) ueberbaute KvZ direkt vor der Tuer steht. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Es sind 2 etwas verschieden gelagerte Probleme: - das aktuelle (also schon seit ca. 2 Wochen): die Verbindungsraten in die beiden Hostingstandorte rein ist so hoch, dass die beiden Unis anscheinend Probleme mit ihrer Hardware (Firewalls etc) bekommen. Das kann man im Augenblick nur beheben in dem man Tile-Server verwendet die -nicht- in einer dieser 2 Standorte stehen, sprich nicht von OSM direkt betrieben werden. Das Problem ist auch wichtiger als der normale Tile-Server Überlastproblem, da es potentiell dazu führt, dass die Unis (oh Schreck) uns rausschmeissen. Im Augenblick wären wohl nicht genügend Mittel vorhanden um sich da unabhängig zu machen, sprich einen gleichwertigen kommerziellen Ersatz zu beschaffen. - das normale: Tile-Server ist überlastet, Problem. Das hat nur interne Auswirkungen und ist insofern nicht ganz so kritisch. Natürlich haben beide Probleme die gleiche Ursache, nur kann man ersteres nicht durch noch mehr und grössere Serverresourcen lösen. Simon Am 05.10.2011 09:49, schrieb Walter Nordmann: nur damit klar ist, was hier gemeint war: http://en.wikipedia.org/wiki/Server_Load_Balancing Den Vorschlag hab ich schon von mehr als einem Jahr gemacht; damals wurde er aber ignoriert. Inzwischen erwarte ich Antworten wie: OSM ist eine Datenbank - den Rest sollen andere machen oder Die OSM-Karte ist kein Produkt sondern ein Abfallerzeugnis des Projektes. Ist aus der Sicht der Administration (Kosten) verständlich aber für den normalen OSM-Awender nicht nachvollziehbar. Wenn das durch ein Sponsering der Ressourcen möglich wäre, hätten wir nur noch das Problem der Softwareanpassung. Gruss Walter p.s. irgendwann wird/müsste das auch mit der Datenbank geschehen - die kann auch nicht für ewig auf nur einem Server laufen. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Tiles-Downloader-bremsen-Server-aus-tp6859453p6861305.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On Wed, Oct 05, 2011 at 02:47:22AM +0200, Wolfgang wrote: Hallo, Am Dienstag, 4. Oktober 2011 12:06:44 schrieb Jochen Topf: On Tue, Oct 04, 2011 at 11:54:30AM +0200, Garry wrote: Die Frage ist halt: Warum ist das wichtig? Wenn jemand Spezialkarten machen will mit Telekom-Kästen oder so, dann sehe ich ja ein, warum das vielleicht nach OSM muss. Aber ich fürchte halt, dass bei einigen die Sammelleidenschaft durchbricht und sie alles mögliche erfassen wollen, ohne dass klar ist, wozu das gut sein soll. Dann habe ich in einem kleinen Bereich ein paar Telekom-Kästen erfasst und keiner kümmert sich drum, das aktuell zu halten. Spätestens in ein paar Jahren sind die Daten nutzlos. Und in einem anderen Bereich erfasst jemand Straßenlaternen und in wieder einem anderen sammelt jemand Plakatwände. OSM als Community muss diese Daten auch pflegen wollen und es sollte auch was sein, was in einem größeren geographischen Bereich erfasst wird. Ich kann mir schwer vorstellen, was das bringen soll, wenn ich Plakatwände in einem Stadtteil habe und in einem anderen nicht. Es gibt keine festen Regelungen, was in OSM erfasst wird und was nicht. Und das ist auch gut so. Aber es wäre auch gut, wenn man ein bischen überlegt, was man erfassen will und nicht einfach nur alles sammelt, was man sammeln kann. Datenmüll und Datenpflege kostet Aufwand und den sollte man so ein bischen schon mitbedenken. Vielleich sollte man hier die Wichtigkeit der Eintragung mit der mittleren Veränderungswahrscheinlichkeit gewichten. Straßenlaternen und Schaltkästen haben eine gefühlte Veränderungsfrequenz von ~30+ Jahren. Plakatwände werden wohl schon häufiger verändert. Öffnungszeiten und Standorte von Läden verändern sich teilweise alle 2 Monate, werden aber selbstverständlich erfasst, ohne dass es ernsthafte Bestrebungen gibt, die Aktualität zu verifizieren. Natürlich hängt es auch davon ab, wie häufig sich etwas ändert, ob man es aktuell halten kann, vorallem hängt es aber davon ab, wieviele Leute sich dafür interessieren. Und bei Geschäften sind das halt viel mehr Leute als bei Schaltkästen. (Wenn das nicht so wäre, hätten wir ja mehr getaggte Schaltkästen...) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On 05.10.2011 08:30, Jochen Topf wrote: On Wed, Oct 05, 2011 at 02:47:22AM +0200, Wolfgang wrote: Natürlich hängt es auch davon ab, wie häufig sich etwas ändert, ob man es aktuell halten kann, vorallem hängt es aber davon ab, wieviele Leute sich dafür interessieren. Und bei Geschäften sind das halt viel mehr Leute als bei Schaltkästen. (Wenn das nicht so wäre, hätten wir ja mehr getaggte Schaltkästen...) Sind wir hier bei der Wikipedia? Es wird das eingetragen, was die Leute für wichtig und nützlich erachten. Und Blockwarte ob das für die Mehrheit nützlich ist, sind eher kontraproduktiv. Das ist gerade eines der Stärken der OSM - jeder kann SEINE Map bauen, wie es IHM gefällt, nicht wie es der Mehrheit gefällt. Sorry. Jochen MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On Wed, Oct 05, 2011 at 02:01:02PM +0200, Lars Schimmer wrote: On 05.10.2011 08:30, Jochen Topf wrote: On Wed, Oct 05, 2011 at 02:47:22AM +0200, Wolfgang wrote: Natürlich hängt es auch davon ab, wie häufig sich etwas ändert, ob man es aktuell halten kann, vorallem hängt es aber davon ab, wieviele Leute sich dafür interessieren. Und bei Geschäften sind das halt viel mehr Leute als bei Schaltkästen. (Wenn das nicht so wäre, hätten wir ja mehr getaggte Schaltkästen...) Sind wir hier bei der Wikipedia? Es wird das eingetragen, was die Leute für wichtig und nützlich erachten. Und Blockwarte ob das für die Mehrheit nützlich ist, sind eher kontraproduktiv. Wenn Du alles gelesen hättest, was ich gesagt habe, wäre Dir aufgefallen, das ich mich nicht dagegen wehre, dass Leute Sachen eintragen, die für sie nützlich sind. Wogegen ich mich wehre, das sind Leute, die Sachen eintragen, die sie nicht mal selbst brauchen, nur weil sie das Gefühl haben, irgendwie komplett sein zu wollen. Das ist gerade eines der Stärken der OSM - jeder kann SEINE Map bauen, wie es IHM gefällt, nicht wie es der Mehrheit gefällt. OSM ist ein Community-Projekt. Da muss das, was der einzelne will schon mal zurück stehen gegenüber dem, was viele wollen. Solange OSM noch klein war, spielte das keine große Rolle. Aber das ändert sich und wird sich auch in Zukunft weiter ändern. Wenn wir alles wollen und alles erlauben, dann werden wir auf Dauer nur im Chaos versinken und nichts erreichen. Ab und zu muss man schonmal einen Kompromiss eingehen können. Wo genau diese Linie ist zwischen der Offenheit und irgendwelchen Einschränkungen, das muss die Community gemeinsam entscheiden. Dafür gibt es Diskussionen wie diese hier. Sorry. Absolute Standpunkte helfen da nicht wirklich weiter. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Jochen Topf joc...@remote.org wrote: Wenn Du alles gelesen hättest, was ich gesagt habe, wäre Dir aufgefallen, das ich mich nicht dagegen wehre, dass Leute Sachen eintragen, die für sie nützlich sind. Wogegen ich mich wehre, das sind Leute, die Sachen eintragen, die sie nicht mal selbst brauchen, nur weil sie das Gefühl haben, irgendwie komplett sein zu wollen. Das läßt sich glaube ich nicht verhindern :( Ich wurde kürzlich von einem Mitmapper beschimpft weil ich ihn freundlich aber bestimmt darauf hingewiesen habe, dass ein Gebiet, das aus Streuobstwiesen und größeren nur teilweise eingezäunten Grundstücken besteht definitiv kein landuse=allotments ist und die Fläche IMO besser wie vorher weiss geblieben wäre. Meine Änderung in das generischere landuse=farmland hat er einfach rückgängig gemacht. Auf meinen Hinweis statt sinnloser landuses besser fehlende Häuser zu erfassen oder gar Hausnummern ist er natürlich gar nicht erst eingegangen. Ich denke ehrlich gesagt inzwischen, dass die Diskrepanz zwischen nicht erfassten wichtigen Straßen und Micromapping siche eher noch verschärfen wird. Früher dachte ich irgendwann werden die wirklich wichtigen Sachen schon alle erfasst sein, aber das ist vielen Leuten einfach nicht wichtig genug, dass das schnell passieren wird. Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Am 5. Oktober 2011 16:09 schrieb Jochen Topf joc...@remote.org: OSM ist ein Community-Projekt. Da muss das, was der einzelne will schon mal zurück stehen gegenüber dem, was viele wollen. Solange OSM noch klein war, spielte das keine große Rolle. Aber das ändert sich und wird sich auch in Zukunft weiter ändern. +1 Wenn wir alles wollen und alles erlauben, dann werden wir auf Dauer nur im Chaos versinken und nichts erreichen. Ab und zu muss man schonmal einen Kompromiss eingehen können. Wo genau diese Linie ist zwischen der Offenheit und irgendwelchen Einschränkungen, das muss die Community gemeinsam entscheiden. Dafür gibt es Diskussionen wie diese hier. +1 Bei Telecom-verteilern sehe ich diese Grenze allerdings noch nicht überschritten. 1. Eines der Kriterien ist für mich der Maßstab: die Verteiler sind durchaus im Rahmen dessen, was wir allgemein eintragen (vor allem als Node). Als Gegenbeispiel wäre es z.B. nicht sinnvoll, Gebäude in hoher Detaillierung einzutragen, damit meine ich hunderte/tausende von Nodes, weil jemand die einzelnen Steine einträgt oder Fugen und Versprünge im Zentimeterbereich, oder weil die Türfalze gemappt werden. 2. Die Natur der Verteiler ist geeignet für die Art der OSM-Datenbank (ortsfest, halbwegs beständig, mit Koordinate beschreibbar im Gegensatz z.B. zu Klimadaten, Luftqualität oder anderen Rasterdaten) 3 .Telekommunikationsinfrastruktur zu mappen interressiert sicherlich einige Leute in der Community und ist nicht völlig aus der Luft gegriffen. 4. Auch die Analogie zu power, wo derartige Strukturen bereits eingetragen werden: http://taginfo.openstreetmap.org/tags/power=cable_distribution_cabinet#wiki spricht m.E. dafür, dass man niemanden daran hindern sollte, das einzutragen. Erstes und zweites Kriterium sind allgemein anwendbar, die Relevanz (3 und 4) sollte man m.E. eher großzügig auslegen. Solange die Leute von Hand mappen ist das kein Riesenproblem. Ein Problem sind schon eher diejenigen, die Daten aus anderen Quellen einkippen, vor allem, wenn die Daten nicht geeignet aufbereitet worden sind (z.B. landuse-Daten, wo Kurven pro Objekt in zig bis hunderte bis tausende Nodes umgewandelt wurden, wie ich es kürzlich in Nordspanien und Norditalien gefunden habe). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On 05.10.2011 16:09, Jochen Topf wrote: On Wed, Oct 05, 2011 at 02:01:02PM +0200, Lars Schimmer wrote: On 05.10.2011 08:30, Jochen Topf wrote: On Wed, Oct 05, 2011 at 02:47:22AM +0200, Wolfgang wrote: Natürlich hängt es auch davon ab, wie häufig sich etwas ändert, ob man es aktuell halten kann, vorallem hängt es aber davon ab, wieviele Leute sich dafür interessieren. Und bei Geschäften sind das halt viel mehr Leute als bei Schaltkästen. (Wenn das nicht so wäre, hätten wir ja mehr getaggte Schaltkästen...) Sind wir hier bei der Wikipedia? Es wird das eingetragen, was die Leute für wichtig und nützlich erachten. Und Blockwarte ob das für die Mehrheit nützlich ist, sind eher kontraproduktiv. Wenn Du alles gelesen hättest, was ich gesagt habe, wäre Dir aufgefallen, das ich mich nicht dagegen wehre, dass Leute Sachen eintragen, die für sie nützlich sind. Wogegen ich mich wehre, das sind Leute, die Sachen eintragen, die sie nicht mal selbst brauchen, nur weil sie das Gefühl haben, irgendwie komplett sein zu wollen. Nun, ich habe auch Sachen eingetragen, die nicht für mich waren. Aber sowas wie Straßen, Gebäude, POI,.. erachte ich für andere wichtig und trage diese ein. Damit die OSM komplett ist. Ist das nicht eines Ansprüche, die reale Welt abzubilden? Das ist gerade eines der Stärken der OSM - jeder kann SEINE Map bauen, wie es IHM gefällt, nicht wie es der Mehrheit gefällt. OSM ist ein Community-Projekt. Da muss das, was der einzelne will schon mal zurück stehen gegenüber dem, was viele wollen. Solange OSM noch klein war, spielte das keine große Rolle. Aber das ändert sich und wird sich auch in Zukunft weiter ändern. Wenn wir alles wollen und alles erlauben, dann werden wir auf Dauer nur im Chaos versinken und nichts erreichen. Ab und zu muss man schonmal einen Kompromiss eingehen können. Wo genau diese Linie ist zwischen der Offenheit und irgendwelchen Einschränkungen, das muss die Community gemeinsam entscheiden. Dafür gibt es Diskussionen wie diese hier. Wenn jeder alles macht wie er will gehts ins Chaos über. Nicht dazu geschrieben aber dennoch implizit gefordert: Intelligenz und eine gewisse Übersicht des Users für Nutzen der Daten. Wie schon geschrieben von wem anders, jeden Stein eintragen, jede Kurve mit 1000+ nodes eintragen ist sinnfrei und bläht die Daenbank auf, da es redundante Daten sind (wir mappen nicht für den mapnik). Aber wichtige einzelne Steine (Stolpersteine z.B.) gehören einfach in die OSM und die Kurven kann man mit wenigen Nodes darstellen. Ein wenig Augenmaß setzt man einfach voraus. Und dann ist die Relevanzdiskussion schon gestorben, auch dank mangelnder Auflösung für kleinteiligere Dateneingabe. Was man nicht mehr unterscheiden kann im Ergebnis, muß nicht extra eingetragen werden. Sorry. Absolute Standpunkte helfen da nicht wirklich weiter. Da die OSM frei ist, ist das ja auch egal ;-) Jochen MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ketten - wie taggen?
Hallo, ich habe jetzt einige Filialen der Videothekenkette „World of Video“ hinzugefügt, mich dabei aber folgendes gefragt: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). Ist der Tag daher irgendwie nicht in Benutzung? Ich denke, es ist sehr praktisch, wenn man gezielt alle Filialen einer Kette suchen möchte – z.B. alle IKEA-Häuser, alle Sparkassen usw. Das geht doch mit dem Operator-Tag wesentlich besser, da die einzelnen Geschäfte ja manchmal auch besondere Namen haben können (Rewe Getränkemarkt usw), oder auch andere Geschäfte den Kettennamen im Namen enthalten (aber nichts mit der Kette an sich zu tun haben). Ich bin dann teilweise auch darauf gestoßen, dass es auch keine einheitlichen Beschriftungen zu geben scheint. Wäre da nicht ein Wiki-Artikel mit allen gebräuchlichen Ketten nützlich, wo man im Zweifelsfall nachschauen kann? Oder missverstehe ich da jetzt irgendwas komplett, bzw. habe irgendwas total übersehen? Viele Grüße, Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Am 5. Oktober 2011 18:33 schrieb Gerrit z0idb...@gmx.de: ich habe jetzt einige Filialen der Videothekenkette „World of Video“ hinzugefügt, mich dabei aber folgendes gefragt: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). neben operator käme evtl. auch brand in Frage. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Hallo, On 10/05/2011 09:49 AM, Walter Nordmann wrote: nur damit klar ist, was hier gemeint war: http://en.wikipedia.org/wiki/Server_Load_Balancing Den Vorschlag hab ich schon von mehr als einem Jahr gemacht; damals wurde er aber ignoriert. Inzwischen erwarte ich Antworten wie: OSM ist eine Datenbank - den Rest sollen andere machen oder Die OSM-Karte ist kein Produkt sondern ein Abfallerzeugnis des Projektes. Der Grund, warum man jetzt besorgt ist, ist (neben Beschwerden von den Unis), dass die Karte ja auch fuer unsere Mapper wichtig ist - die wollen ja eine Erfolgskontrolle. Wenn der Mapper seinen Spass verliert, weil 100 iPhone-Nutzer unsere Karten runterladen, dann haben wir ein Problem. Ist aus der Sicht der Administration (Kosten) verständlich aber für den normalen OSM-Awender nicht nachvollziehbar. Der normale OSM-Anwender wird dank Tile-Downloader-Software auf mobilen Endgeraeten leider staendig teurer im Unterhalt. Irgendwann koennen wir uns den nicht mehr leisten ;) Ich sehe das ganz knallhart so: Wir sind ein freies Projekt, das Daten sammeln will, und alles, was damit zu tun hat, muessen wir natuerlich als Projekt stemmen. Alles, was mit der *Nutzungsseite* zu tun hat, koennen wir auch denen ueberlassen, die aus dieser Nutzung den Nutzen ziehen. Zum Beispiel: Warum soll jemand fuer 1,99 Euro eine App verkaufen, sich den Erloes - so gering er sein mag - in die Tasche stecken, und die Haelfte des Nutzens seiner Applikation sind die von uns unter Kostenaufwand bereitgestellten Tiles? Der soll doch bitte selber einen Tileserver betreiben oder sich mit anderen App-Anbietern zusammentun und gemeinsam einen aufsetzen oder sowas. Wer sich unsere Daten herunterladen und damit Karten rendern will oder sie durch mkgmap laufen laesst unter Aufwendung seiner eigenen Rechenkapazitaet - Null Problem. Wer will, dass wir fuer ihn die Sachen ausrechnen, der bekommt auch was, aber vielleicht nicht immer so viel und so schnell, wie er das bekaeme, wenn er es selber macht. An internationalen Tile-Proxies wird uebrigens schon gearbeitet, aber das geht halt auch alles nicht von heute auf morgen, und es ist auch keine Loesung des Problems, sondern verschafft uns nur etwas mehr Luft. Ich denke allerdings, dass sich das Problem bald von selber loest, wenn wir mehr hochwertige Apps haben, die die Karten auf dem Endgeraet aus Vektordaten direkt rendern. Dann reicht naemlich der einmalige Vektordownload, und alles ist gut. Mit Garmin-Geraeten funktioniert das doch seit geraumer Zeit praechtig. Eine Applikation, die gut und schnell selber rendert, ist halt schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich mal eben im App-Baukasten zusammenklickt ;) 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] Telekom-Verteilerkasten
Ich wurde kürzlich von einem Mitmapper beschimpft weil ich ihn freundlich aber bestimmt darauf hingewiesen habe, dass ein Gebiet, das aus Streuobstwiesen und größeren nur teilweise eingezäunten Grundstücken besteht definitiv kein landuse=allotments ist und die Fläche IMO besser wie vorher weiss geblieben wäre. Meine Änderung in das generischere landuse=farmland hat er einfach rückgängig gemacht. Auf meinen Hinweis statt sinnloser landuses besser fehlende Häuser zu erfassen oder gar Hausnummern ist er natürlich gar nicht erst eingegangen. Ich denke ehrlich gesagt inzwischen, dass die Diskrepanz zwischen nicht erfassten wichtigen Straßen und Micromapping siche eher noch verschärfen wird. Früher dachte ich irgendwann werden die wirklich wichtigen Sachen schon alle erfasst sein, aber das ist vielen Leuten einfach nicht wichtig genug, dass das schnell passieren wird. Wer bestimmt hier, was wichtig ist oder was erfasst werden soll? Das bestimmt der jeweilige Mapper. OSM ist ein Hobbyprojekt und da hier alle kostenlos und in ihrer Freizeit arbeiten, kann niemand einem anderen vorschreiben, was er zu erfassen hat. Wenn ich Stromkästen wichtiger finde als Autobahnen, dann erfasse ich nur die. Jeder erfasst das, was ihm wichtig ist, gleichzeitig ist er aber dann auch für die Pflege dieser Daten zuständig. Aber bei solchen Postings hier schlägt wieder die Wikipedia-Admin-Mentalität durch: Einige meinen, anderen vorschreiben zu müssen, was wichtig ist und was nicht. Sollte diese Einstellung auch auf OSM übergreifen, dann ist für mich einer der Hauptvorteile von OSM weg. Wenn ich auf der Karte nur noch relevante (relevant für die, die darüber entscheiden) Dinge habe, dann kann ich genauso gut auch Google Maps oder normale Navikarten nehmen. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Hi, On 10/05/2011 08:12 PM, Alexander Matheisen wrote: Wer bestimmt hier, was wichtig ist oder was erfasst werden soll? Das bestimmt der jeweilige Mapper. OSM ist ein Hobbyprojekt und da hier alle kostenlos und in ihrer Freizeit arbeiten, kann niemand einem anderen vorschreiben, was er zu erfassen hat. Das stimmt. Aber erstens ist das kein Grund, Streuobstwiesen als landuse=allotments zu taggen (was Dein Vorredner kritisierte), und ausserdem sehe ich manchmal selbst auch mit Besorgnis ein Phaenomen, das ich Mapping als Selbstzweck nennen moechte. Wenn ich fuer OSM Werbung mache, dann sage ich immer, dass jeder erfassen kann, was ihm wichtig ist, aber dabei bringe ich immer Beispiele von Nutzungen: Der Rollerblader, der die verschiedenen Asphaltsorten erfasst, um sich die idealen Strecken berechnen zu lassen; der Rollstuhlfahrer, der die Steilheit von Rampen eintraegt, um auf der Karte eine Warnung zu haben; der Feuerwehrmann, der Hydranten fuer die OpenFireMap kartiert. Ich selber habe hier schon einzelne Laternenpfaehle erfasst mit dem festen Ziel, eine Lighting Map zu machen, auf der einzelne Lichtkegel eine Strasse erhellen. (Dazu kam es bisher nicht, aber der Plan ist immerhin da...) Manchmal sehe ich, wie Leute irgendwelchen Kram erfassen, einzig und allein weil es dafuer irgendein sexy Schema gibt (man_made=verteilerkasten, wires:upper_board=25, wires:lower_board=36, ...) - aber ohne dass irgendwer diese Daten tatsaechlich nutzt oder auch nur den Plan hat, sie zu nutzen. Solche Daten sind natuerlich praedestiniert zum Verrotten, denn eine Aenderung wird niemandem auffallen (wo auch). Also, der Hobbyist, der irgendwo an seiner Open-Whatever-Map arbeitet und dafuer alle Whatevers erfasst, der soll ruhig weitermachen; aber bei Zeugs, das ausser im JOSM-Preset nirgends vorkommt, bin ich manchmal auch am Gruebeln. Andrerseits sagen wir ja immer, dass wir auch Daten for unexpected uses oder so erfassen, und wie soll was unexpected sein, wenn man beim Erfassen immer schon weiss, was rauskommt. 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] Tiles Downloader bremsen Server aus
On 05.10.2011 20:10, Frederik Ramm wrote: ziehen. Zum Beispiel: Warum soll jemand fuer 1,99 Euro eine App verkaufen, sich den Erloes - so gering er sein mag - in die Tasche stecken, und die Haelfte des Nutzens seiner Applikation sind die von uns unter Kostenaufwand bereitgestellten Tiles? Ganz so gering sind die Summen nicht. Beispielsweise Locus für Android. Wirbt unter anderem mit 10 verschiedenen OSM Karten zum Offline-Download. Die App (Pro) kostet 4 EUR und wurde laut Market 10.000-50.000 mal verkauft. Die Free Version zum Ausprobieren noch häufiger. Der Autor bekommt 70 Prozent vom Verkaufspreis. Er hat also damit bereits zwischen 28.000 EUR und 140.000 EUR eingenommen. Finanziert hat er an unserer Infrastruktur nichts. Schmarotzer ist ein Wort das mir dabei in den Sinn kommt. Die Tile-Usage Policy sagt ganz klar, dass der Server nicht für größere Downloads gedacht ist. Da setzt sich der Autor dieser App einfach mal drüber weg. Würde ja auch den Gewinn reduzieren wenn er einen eigenen Server bräuchte. Ich wäre dafür den rate limiter vom Tile-Server viel agressiver einzustellen. Im Gegenzug bekommen User beim Einloggen auf OSM ein großzügiges Limit in den bucket. Anonyme downloads reduziert, osm member schnell, aber eben mit Userkennung so dass die im Zweifel gesperrt werden kann. Könnte natürlich auch zu einem technischen Wettrüsten führen. Oder der knallharte rechtliche Weg. Abmahnungen an die App-Entwickler wegen Verletzung der Nutzungsbedingungen (tile policy). Leider scheint der normale Weg (die Entwickler darauf hinweisen dass das schlecht ist) nicht zu funktionieren. Traurig :( Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Hallo Frederick, wer eine App kauft ist ja noch lange nicht eingetragener User bei OSM. Ich finde es zum Nachteil alle das beim Download von ca 1200 Tiles die Antwortzeit auf bis 10.15 Sekunden steigt. Warum führt ihr keine Kennung nach der Anmeldung ein so wie es bei ClaudeMade gehandhabt wird. Alle mit Kennung bekommen die Daten schnell und die Anderen etwas langsamer. Gruß Leo12305 -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 5. Oktober 2011 20:16 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tiles Downloader bremsen Server aus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Am 05.10.2011 20:02, schrieb Martin Koppenhoefer: Am 5. Oktober 2011 18:33 schrieb Gerritz0idb...@gmx.de: ich habe jetzt einige Filialen der Videothekenkette „World of Video“ hinzugefügt, mich dabei aber folgendes gefragt: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). neben operator käme evtl. auch brand in Frage. Gruß Martin Jetzt steh ich vor dem Problem: Was denn jetzt? Das ganze muss ja auch verstanden werden (Gut, ich weiß, dass OSM das im Moment anscheinend noch nicht kann). Jetzt plötzlich irgendein eigenes System aufbauen möchte ich auch nicht. Gibt es denn (natürlich auch international) irgendeine Präferenz für einen Tag? Ich denke, falls ich hier etwas Klarheit bekomme, werde ich mal einen Wikieintrag mit etlichen Ketten eröffnen, damit man im Zweifelsfall nachschauen kann. Gruß, Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Frederik Ramm wrote: Hi, On 10/05/2011 08:12 PM, Alexander Matheisen wrote: Wer bestimmt hier, was wichtig ist oder was erfasst werden soll? Das bestimmt der jeweilige Mapper. OSM ist ein Hobbyprojekt und da hier alle kostenlos und in ihrer Freizeit arbeiten, kann niemand einem anderen vorschreiben, was er zu erfassen hat. Das stimmt. Aber erstens ist das kein Grund, Streuobstwiesen als landuse=allotments zu taggen (was Dein Vorredner kritisierte), und ausserdem sehe ich manchmal selbst auch mit Besorgnis ein Phaenomen, das ich Mapping als Selbstzweck nennen moechte. Jetzt kann ich nicht mehr an mich halten Sorry, aber die Streuobstwiesen haben mit dem Thema rein gar nichts zu tun. Die kamen nur deshalb hier rein, weil Martin K. zu jedem Thema was sagen muss (Manchmal weiß ich nicht, ob er nicht eine Firma ist, in der 4 Leute im Schichtbetrieb Mails an die ML verschicken). Also was hat das falsche erfassen von Landuse Flächen mit Verteilerkästen zun tun? Ich finde es extrem beunruhigend, dass sich hier einige als Relevanz-Hüter etablieren wollen. Zudem scheint hier Jochen eine Glaskugel zu haben, die ihm die Zukunft von OSM treffsicher voraussagt. Wenn ich Verteilerkästen erfassen möchte, würde ich mir irgendwelche Zwischenrufe von Jochen et al verbitten. Ich schreibe doch auch niemanden vor was wichtig ist, sprich er zu erfassen hat. Und Jochen, warum redest Du immer in der Mehrzahl? Bspw Müssen wir alles erfassen? Nein, wir,(besser -Du) musst nicht alles erfassen, aber WIR können alles erfassen wenn wir wollen. Das mag Dir passen oder nicht aber ich wüsste nicht, wer Dich zum Relevanzhüter ernannt hat. Um noch ein wenig konstruktiv zu sein: Öffnungszeitenstehen die mal irgendwo drin, werden die kaum noch korrigiert. Und wieviel alte POIs sind in OSM? Mit verwundertem Gruß SunCobalt -- View this message in context: http://gis.638310.n2.nabble.com/Telekom-Verteilerkasten-tp6856475p6863512.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten und Organisationsentwicklung
Hallo Alex, hallo Frederik, Ein spannendes Thema... Jede Organisation stösst im Verlauf ihres Wachstums immer wieder an Komplexitätsgrenzen. Die dann durch organisatorische und/oder technische und Massnahmen bewältigt werden müssen. Das ist immer mit Änderungen der Werte und der Ziele verbunden. Vielleicht ist OSM gerade an einem solchen Punkt? Die Schere zwischen: - Freiheit ist die Basis jeder Kreativität - Ziele helfen Ressourcen zu bündeln ist nicht leicht zu managen (vor allem wenn es qua Definition keine Manager gibt). Schwarmintelligenz bedarf m.E. viel Kommunikation. Über Ideen, Wünsche, die sich zu Zielen verdichten und zu Kooperationen führen - aber auch über Hindernisse, die Ziele vernebeln, oder deren Umsetzung gefährden. Die Herausforderung in demokratischen Prozessen ist es, dabei die Gefahren der Oligarchie zu meistern - und dennoch nicht im Chaos zu versinken. Die dazu erforderlichen Ressourcen zu finden und umzusetzen ist nicht einfach. Viele Organisationen scheitern daran. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Gerrit schrieb: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). AFAIK ist operator=foo korrekt, aber genug Leute taggen für den Renderer, und der stellt es nur dar, wenn es (fälschlicherweise) im name= steht. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Was ist damit gewonnen? Dass die Mapperzahlen explodieren weil sich rumspricht, dass man mit Account schneller lädt? Bei Anbietern solcher Tools, die daraus einen Gewinn machen sollte man über kurz oder etwas länger härtere Gangarten einschlagen. Wofür hat der Server denn eine Policy? Um sich dann doch alles gefallen zu lassen und den Bösen anbetteln, dass er doch Bitte aufhört? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Am Mittwoch, den 05.10.2011, 21:12 +0200 schrieb Frederik Ramm: On 10/05/2011 08:12 PM, Alexander Matheisen wrote: Wer bestimmt hier, was wichtig ist oder was erfasst werden soll? Das bestimmt der jeweilige Mapper. OSM ist ein Hobbyprojekt und da hier alle kostenlos und in ihrer Freizeit arbeiten, kann niemand einem anderen vorschreiben, was er zu erfassen hat. Das stimmt. Aber erstens ist das kein Grund, Streuobstwiesen als landuse=allotments zu taggen (was Dein Vorredner kritisierte), und ausserdem sehe ich manchmal selbst auch mit Besorgnis ein Phaenomen, das ich Mapping als Selbstzweck nennen moechte. Ich bezog mich eher auf die Aussage Auf meinen Hinweis statt sinnloser landuses besser fehlende Häuser zu erfassen oder gar Hausnummern ist er natürlich gar nicht erst eingegangen. und nicht auf die Streuobstwiesen... Wenn ich fuer OSM Werbung mache, dann sage ich immer, dass jeder erfassen kann, was ihm wichtig ist, aber dabei bringe ich immer Beispiele von Nutzungen: Der Rollerblader, der die verschiedenen Asphaltsorten erfasst, um sich die idealen Strecken berechnen zu lassen; der Rollstuhlfahrer, der die Steilheit von Rampen eintraegt, um auf der Karte eine Warnung zu haben; der Feuerwehrmann, der Hydranten fuer die OpenFireMap kartiert. Ich selber habe hier schon einzelne Laternenpfaehle erfasst mit dem festen Ziel, eine Lighting Map zu machen, auf der einzelne Lichtkegel eine Strasse erhellen. (Dazu kam es bisher nicht, aber der Plan ist immerhin da...) Meine Meinung: Grudsätzlich darf man alles eintragen, solange man selbst die Pflege der Daten übernehmen kann und sie von wenigstens einer Anwendung benutzt werden. Ich denke, das könnte ein guter Maßstab sein... Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Jetzt kann ich nicht mehr an mich halten Sorry, aber die Streuobstwiesen haben mit dem Thema rein gar nichts zu tun. Die kamen nur deshalb hier rein, weil Martin K. zu jedem Thema was sagen muss (Manchmal weiß ich nicht, ob er nicht eine Firma ist, in der 4 Leute im Schichtbetrieb Mails an die ML verschicken). Also was hat das falsche erfassen von Landuse Flächen mit Verteilerkästen zun tun? Ich finde es extrem beunruhigend, dass sich hier einige als Relevanz-Hüter etablieren wollen. Zudem scheint hier Jochen eine Glaskugel zu haben, die ihm die Zukunft von OSM treffsicher voraussagt. Wenn ich Verteilerkästen erfassen möchte, würde ich mir irgendwelche Zwischenrufe von Jochen et al verbitten. Ich schreibe doch auch niemanden vor was wichtig ist, sprich er zu erfassen hat. Und Jochen, warum redest Du immer in der Mehrzahl? Bspw Müssen wir alles erfassen? Nein, wir,(besser -Du) musst nicht alles erfassen, aber WIR können alles erfassen wenn wir wollen. Das mag Dir passen oder nicht aber ich wüsste nicht, wer Dich zum Relevanzhüter ernannt hat. +1 Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
On 10/05/2011 10:25 PM, Alexander Matheisen wrote: Meine Meinung: Grudsätzlich darf man alles eintragen, solange man selbst die Pflege der Daten übernehmen kann und sie von wenigstens einer Anwendung benutzt werden. das führt dann aber zu Henne-Ei problemen, bzw. zu Ohne Paß keine Arbeit, ohne Arbeit kein Paß ...? ;) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Hi, Eine Applikation, die gut und schnell selber rendert, ist halt schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich mal eben im App-Baukasten zusammenklickt ;) Bye Frederik als gerade selbst betroffener möchte ich mal in eine freundliche Richtung argumentieren. Ich gehe davon aus, daß die Tiles so beliebt sind, weil sie die einfachste Schnittstelle zur Endnutzung darstellen. Das mit der Handy-Render-App ist m.E. Zukunftsmusik. Nun habe ich mich selbst gerade die letzten Tage damit befaßt, einen Mapnik-Server aufzusetzen, um meine Tiles selbst zu rendern. Ich würde nicht sagen, daß ich der jüngste Anfänger hier bin, aber es ist wirklich nicht trivial, sich in die im Wiki verstreuten verschiedensprachigen, verschieden aktuellen, unterschiedlich vollständigen Beschreibungen reinzulesen, und dann was draus zu machen. Meiner rendert jetzt, redet aber nicht mit tirex ... Ich denke wir sollten in dieser Richtung etwas tun. Klare Installations- und Benutzerleitfäden könnten deutlich zur dezentralen Stärkung unserer Infrastruktur beitragen, indem wir Interessierten besser helfen, die eigenen Ressourcen zu erschließen. Wenn es einfacher ist, die Tiles selbst zu rendern, als sie von überlasteten Servern zu holen, werden die Leute selber rendern. Den negativen Teil der Motivation haben wir ja schon gemeinsam mit den iPhone-App-Entwicklern realisiert. Viele Tile-Nutzer haben bestimmt ausreichend Rechenkapazität zu Hause, aber zu wenig know how. Warum nicht eine Ubuntu LTE nehmen, und genau darauf zugeschnitten eine Wiki-Seite schreiben? Angesichts der Größe des Planetfiles kann man evtl auch tatsächlich über eine virtuelle Instanz nachdenken, die zum Download angeboten wird. Erst wenn das Aufsetzen eines Renderers leichter ist, als das Aufsetzen einer OpenLayers-html-Seite, oder der 1000-ten iPhone-App, ist diese Diskussion nachhaltig erledigt. Eine Herausforderung ... ;-) JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Am 05.10.2011 22:46, schrieb Jan Jesse: Hi, Eine Applikation, die gut und schnell selber rendert, ist halt schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich mal eben im App-Baukasten zusammenklickt ;) Bye Frederik als gerade selbst betroffener möchte ich mal in eine freundliche Richtung argumentieren. Ich gehe davon aus, daß die Tiles so beliebt sind, weil sie die einfachste Schnittstelle zur Endnutzung darstellen. Das mit der Handy-Render-App ist m.E. Zukunftsmusik. Nun habe ich mich selbst gerade die letzten Tage damit befaßt, einen Mapnik-Server aufzusetzen, um meine Tiles selbst zu rendern. Ich würde nicht sagen, daß ich der jüngste Anfänger hier bin, aber es ist wirklich nicht trivial, sich in die im Wiki verstreuten verschiedensprachigen, verschieden aktuellen, unterschiedlich vollständigen Beschreibungen reinzulesen, und dann was draus zu machen. Meiner rendert jetzt, redet aber nicht mit tirex ... Ich denke wir sollten in dieser Richtung etwas tun. Klare Installations- und Benutzerleitfäden könnten deutlich zur dezentralen Stärkung unserer Infrastruktur beitragen, indem wir Interessierten besser helfen, die eigenen Ressourcen zu erschließen. Wenn es einfacher ist, die Tiles selbst zu rendern, als sie von überlasteten Servern zu holen, werden die Leute selber rendern. Den negativen Teil der Motivation haben wir ja schon gemeinsam mit den iPhone-App-Entwicklern realisiert. Viele Tile-Nutzer haben bestimmt ausreichend Rechenkapazität zu Hause, aber zu wenig know how. Warum nicht eine Ubuntu LTE nehmen, und genau darauf zugeschnitten eine Wiki-Seite schreiben? Angesichts der Größe des Planetfiles kann man evtl auch tatsächlich über eine virtuelle Instanz nachdenken, die zum Download angeboten wird. Erst wenn das Aufsetzen eines Renderers leichter ist, als das Aufsetzen einer OpenLayers-html-Seite, oder der 1000-ten iPhone-App, ist diese Diskussion nachhaltig erledigt. Eine Herausforderung ... +1 Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Am 5. Oktober 2011 22:46 schrieb Jan Jesse j...@jesse.de: Hi, Eine Applikation, die gut und schnell selber rendert, ist halt schwieriger zu schreiben, als der 1000. Tile-Downloader, den man sich mal eben im App-Baukasten zusammenklickt ;) Bye Frederik als gerade selbst betroffener möchte ich mal in eine freundliche Richtung argumentieren. Ich gehe davon aus, daß die Tiles so beliebt sind, weil sie die einfachste Schnittstelle zur Endnutzung darstellen. Das mit der Handy-Render-App ist m.E. Zukunftsmusik. Nicht ganz. Ich bin da kürzlich (wieder) auf Mapsforge[1] gestoßen. Zumindest eine Android-App, die es nutzt, kenne ich: c:geo. (Vielleicht ist es mal Zeit für einen tiled vector map service, von dem man .osm.pbf-Daten für den jeweiligen Aufenthaltsort (automatisch) im (beispielsweise) Viertelgrad-Raster herunterladen und lokal rendern lassen kann. Viele dürften sich scheuen, mehrere Länder in der Gewichtsklasse von Deutschland (~1gb) manuell herunterzuladen und hin und wieder aktuell zu halten, nur um die eigene (Grenz-)Region abzudecken.) Gruß, Martin [1]http://code.google.com/p/mapsforge/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Hi, in operator= üblicherweise der Name des Betreibers, so wie er im Handelregister steht. In name= der Name des Marktes. Bei Tankstellen ist diese Trennung i.d.R. am ehesten ersichtlich - da steht der Betreiber (operator) und die Kette drauf. Der Name der Kette wird deshalb als name= verwendet, weil der Markt / das Geschäft darunter am ehesten bekannt ist. Analog zur Tankstelle verwendet i.d.R. jeder den Namen der Kette, auch wenn es um eine bestimmte Tanke geht, statt den Namen des Betreibers. Andere Mapper haben dazu evtl. eine noch differenziertere Auffassung. Grüße, Christian Am 05.10.2011 22:03, schrieb Robert Kaiser: Gerrit schrieb: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). AFAIK ist operator=foo korrekt, aber genug Leute taggen für den Renderer, und der stellt es nur dar, wenn es (fälschlicherweise) im name= steht. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Martin Koppenhoefer wrote: Am 5. Oktober 2011 18:33 schrieb Gerritz0idb...@gmx.de: ich habe jetzt einige Filialen der Videothekenkette „World of Video“ hinzugefügt, mich dabei aber folgendes gefragt: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). neben operator käme evtl. auch brand in Frage. Im Prinzip ja, allerdings kann ein und derselbe operator mehrere brands betreiben. Beispielsweise führen viele Ketten kleinere Filialen unter eigenen Marken. Beispiel: operator=REWE, brand=REWE city oder brand=REWE Weitere Beispiele fallen mir derzeit nur außerhalb Deutschlands ein: operator=Maxima, brand=Maxima X oder brand=Maxima XX oder brand=Maxima XXX (dort gibt die Zahl der X die Größe des Geschäfts an) operator=Esselunga, name=Esselunga di Via Novara (Esselunga vergibt Orts- oder Straßennamen für seine Filialen) operator=iki, brand=iki oder brand=ikiukas (ikiukas sind kleinere Märkte mit eingeschränktem Angebot) Es hat also jeder der drei Tags operator, brand und name seine Berechtigung und eine eigene Bedeutung. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Robert Kaiser wrote: Gerrit schrieb: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). AFAIK ist operator=o korrekt, aber genug Leute taggen für den Renderer, und der stellt es nur dar, wenn es (fälschlicherweise) im name=teht. Robert Kaiser siehe hierzu auch mein früheres Posting (habe Deins erst danach gesehen, sorry). Zum Rendering – am saubersten wäre es wohl, mit COALESCE(name, COALESCE(brand, operator)) zu arbeiten. Dann wird aus den Tags name, brand, operator der erste nicht-leere gerendert. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telekom-Verteilerkasten
Hallo, Am Mittwoch, 5. Oktober 2011 22:25:43 schrieb Alexander Matheisen: Meine Meinung: Grudsätzlich darf man alles eintragen, solange man selbst die Pflege der Daten übernehmen kann und sie von wenigstens einer Anwendung benutzt werden. Ich denke, das könnte ein guter Maßstab sein... Das bedeutet dann für alle: Im Urlaub wird ab sofort nicht mehr gemappt! Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles Downloader bremsen Server aus
Jan Jesse wrote: Wenn es einfacher ist, die Tiles selbst zu rendern, als sie von überlasteten Servern zu holen, werden die Leute selber rendern. Den negativen Teil der Motivation haben wir ja schon gemeinsam mit den iPhone-App-Entwicklern realisiert. Ich bin gerade dabei die ganze tile server rendering chain in Ubuntu packete zu verpacken. (Ein Grossteil wurde zum Glueck bereits von anderen erledigt) Danach ist das aufsetzen eines OSM-tileservers in Ubuntu dann hoffentlich so einfach wie: apt-get install osm-tileserver wget http://download.geofabrik.de/osm/europe/germany/berlin.osm.pbf osm2pgsql -C 2000 --slim berlin.osm.pbf Anschliessend hat man dann einen fertig Konfigurierten Server auf Basis von mod_tile der per renderd Kacheln rendern kann. Noch ist es nicht ganz so weit, aber hoffentlich kann man in den naechsten Tagen es dann unter https://launchpad.net/~kakrueger/+archive/openstreetmap ausprobieren. Im Moment gibt es die Packete fuer osm2pgsql und mod_tile bereits, die installations scripts um das ganze zusammen zu pappen sind aber noch nicht fertig. Sobald es dann fertig ist werde ich es hier noch mal richtig ankuendingen. Allerdings ist es je nachdem schon etwas zeitaufwendig bis die Daten heruntergeladen sind und alles per osm2pgsql importiert ist. Das letzte mal als ich versucht habe germany.osm.pbf auf meinem Laptop per osm2pgsql zu importieren hat es knapp 27 Stunden gedauert... Einzelne Staedte wie Berlin sind aber meist in wenigen Minuten erledigt. Kai -- View this message in context: http://gis.638310.n2.nabble.com/Tiles-Downloader-bremsen-Server-aus-tp6859453p6864850.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: Landuse residential: come usarlo?
@frankieorabona : Anche io preferisco usare Potlatch ma ... da qualche giorno mi si apre solo lo 1.0 , che sappiamo mostrare foto aeree fino ad un ingrandimento meno dettagliato di quello permesso dal 2.0. Tentando di aprire quest'ultimo tutto quello che ottengo è una schermata bianca, nemmeno i menù sono disponibili e non è possibile scegliere una visualizzazione senza lo sfondo di Bing (casomai fosse lì il problema) Comunque , grazie per l'indicazione , che sarà utile anche per realizzare per sempio un guardino pubblico Con un buco nel mezzo dive c'è il campetto di pallavolo :) -Messaggio originale- Da: frankieorabona [mailto:frankieorab...@gmail.com] Inviato: martedì 4 ottobre 2011 23.41 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Landuse residential: come usarlo? ti smentisco perchè ci sono riuscito. Per capirci ho fatto un primo quadrato, e messo il tag building. Creato il secondo, ho premuto il tasto CTRL sul primo e mi è apparso un tasto MERGE. Ho cliccato mi è apparso il multipoligono con la relazione :D Per le immagini aeree non so...sto cercando da giorni di capire perchè nonostante abbia tutti i servizi selezionati non appaia nessun immagine -- View this message in context: http://gis.638310.n2.nabble.com/Landuse-residential-come-usarlo-tp6847087p6860227.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Creare tiles usando Mapnik e mod_tile
Ciao a tutti. Ho constatato l'impossibilità (ma è giusto così) di scaricare da Cyclemap via Mobac il livello 17, che mi interessava per alcune zone di montagna. Ho deciso allora di provare a mettere in piedi il mio server privato. In un paio di giorni, e con tutto sommato un numero limitato di imprecazioni, soprattutto rivolte a mod_tile, ho combinato un' installazione funzionante OSM Mapnic renderd Apache mod_tiles, con i dati della sola Italia. Mi piacerebbe migliorare il render, che è adesso quello standard di Mapnic. C'è documentazione su come aggiungere linee di livello e ombreggiature, per esempio? O su come evidenziare meglio i tag legati alla sentieristica? Altri consigli utili, anche se messa così la domanda è vaga? Grazie. Paolo -- View this message in context: http://gis.638310.n2.nabble.com/Creare-tiles-usando-Mapnik-e-mod-tile-tp6861737p6861737.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare tiles usando Mapnik e mod_tile
2011/10/5 at1839 1...@uniurb.it: Ciao a tutti. Ho constatato l'impossibilità (ma è giusto così) di scaricare da Cyclemap via Mobac il livello 17, che mi interessava per alcune zone di montagna. Ho deciso allora di provare a mettere in piedi il mio server privato. In un paio di giorni, e con tutto sommato un numero limitato di imprecazioni, soprattutto rivolte a mod_tile, ho combinato un' installazione funzionante OSM Mapnic renderd Apache mod_tiles, con i dati della sola Italia. Mi piacerebbe migliorare il render, che è adesso quello standard di Mapnic. C'è documentazione su come aggiungere linee di livello e ombreggiature, per esempio? O su come evidenziare meglio i tag legati alla sentieristica? Altri consigli utili, anche se messa così la domanda è vaga? si, c'è nel wiki ed anche nel web. Ci sono svariati possibilità, te le puoi creare da solo o prendere ombreggiature e curve di livello già fatte da qualcuno, e potresti usare dei shapefiles oppure l'approchio postgis. Se vuoi farle da solo, guarda per esempio qui: http://wiki.openstreetmap.org/wiki/Contours http://wiki.openstreetmap.org/wiki/Hillshading_with_Mapnik http://wiki.openstreetmap.org/wiki/ASTER http://wiki.openstreetmap.org/wiki/SRTM http://srtm.csi.cgiar.org/ Tutti quelli cmq. non hanno la risoluzione che tu probabilmente vorresti in zoom 17, e la licenza dei dati cgiar è non-commercial quindi non potresti pubblicare un mashup tra queste ed OSM dove li unisci. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2011 e' alle porte
Io ne ho dato notizia adesso su LegaNerd http://leganerd.com/2011/10/05/osmit-2011-padova/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Landuse residential: come usarlo?
2011/10/5 Alessandro Chiostri a.chios...@barbagli.it: Comunque , grazie per l'indicazione , che sarà utile anche per realizzare per sempio un guardino pubblico Con un buco nel mezzo dive c'è il campetto di pallavolo :) se il campetto di pallavolo fa parte del giardino pubblico non è da escludere (se invece non fa parte allora si). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Landuse residential: come usarlo?
Capisco :) ... Ma non mi riferivo allo spazio pubblico nel suo senso più ampio, che comprende : [panchine/fontanelle/alberi/siepi/altalene/campetti/ ecc. ] bensi solo ad un prato (grass) che circondi un rettangolo in asfalto o sabbia -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: mercoledì 5 ottobre 2011 14.12 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: Landuse residential: come usarlo? 2011/10/5 Alessandro Chiostri a.chios...@barbagli.it: Comunque , grazie per l'indicazione , che sarà utile anche per realizzare per sempio un guardino pubblico Con un buco nel mezzo dive c'è il campetto di pallavolo :) se il campetto di pallavolo fa parte del giardino pubblico non è da escludere (se invece non fa parte allora si). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Landuse residential: come usarlo?
2011/10/5 Alessandro Chiostri a.chios...@barbagli.it: Capisco :) … Ma non mi riferivo allo spazio pubblico nel suo senso più ampio, che comprende : [panchine/fontanelle/alberi/siepi/altalene/campetti/ ecc. ] bensi solo ad un prato (grass) che circondi un rettangolo in asfalto o sabbia pensavo ad un leisure=park invece... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
Martin Koppenhoefer wrote: Quando si mappano i multipoligoni bisogno stare attento che i tags per la relazione (outer meno inner) vanno alla relazione, non al outer way, quindi spesso non vengono taggati ne inner ne outer way, ma solo la relazione (per esempio type=multipolygon, building=yes). I tags applicati ad una outer way valgono per l'intero way, quindi se sono tags di un'area valgono anche per l'area tagliata da un eventuale multipoligono / inner. Non lo so come Potlatch con il suo merge funziona, ma controlla se l'abbia fatto bene... Grazie Martin della precisazione. Dunque appena letto il tuo messaggio mi sono fiondato a controllare :D Bene...il quadrato principale ha come tag: RELATION= multipoligon ID=XXX Role=Outer GLi altri hanno RELATION= multipoligon ID=XXX/1 etc. Role=inner Presumo che sia giusto... L'ho http://www.openstreetmap.org/edit?lat=40.984351lon=14.234705zoom=18 applicato ad una scuola e sembra funzioni bene. -- View this message in context: http://gis.638310.n2.nabble.com/Landuse-residential-come-usarlo-tp6847087p6862103.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2011 e' alle porte
In data mercoledì 5 ottobre 2011 13:45:32, sabas88 ha scritto: Io ne ho dato notizia adesso su LegaNerd http://leganerd.com/2011/10/05/osmit-2011-padova/ Ciao, Stefano Fatta richiesta ad un biker che mantiene un blog [1] che gode di un discreto seguito tra i locals (me compreso) e che utilizza proficuamente lo OSM, basta dare un'occhiata alle varie sezioni. Qualche messaggio anche nella discussione sulle OSM di MTBForum.it Ciao Alessio [1]http://www.euganeo.org/2011/10/osmit2011/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
2011/10/5 frankieorabona frankieorab...@gmail.com: Grazie Martin della precisazione. Dunque appena letto il tuo messaggio mi sono fiondato a controllare :D Bene...il quadrato principale ha come tag: RELATION= multipoligon ID=XXX Role=Outer GLi altri hanno RELATION= multipoligon ID=XXX/1 etc. Role=inner Presumo che sia giusto... L'ho http://www.openstreetmap.org/edit?lat=40.984351lon=14.234705zoom=18 applicato ad una scuola e sembra funzioni bene. caso vuole che oggi se n'è parlato in lista internazionale, e Richard, uno dei sviluppatori principali di Potlatch, ha scritto che potlatch fondamentalmente supporta solo un piccolo subset delle relazioni (solo un outer way e non supporta tags alla relazione). Cito qui (scusate l'inglese): Frederik Ramm wrote: I tend to be against strict rules of any kind but when it comes to the question of what exactly a complex relation means I think it would be good to have one definition which every tool writer should aspire to implement. I'd agree with your general point, but in the particular case of multipolygons, it seems highly likely that these will be obsoleted by a proper area type in API 0.7. The existing multipolygon type also seems to me like a slightly uncomfortable bodge (albeit a necessary one at present) in that relations are otherwise intended for metadata, not geometry. So for the tools I contribute to, principally P2 and an upcoming Ruby PDF renderer, I've taken a decision not to spend time on anything more than rudimentary multipolygon support (one outer, tags on outer way), rather than spending a month coding all-singing-all-dancing support and then have to rewrite it when the area tag comes along. _ quindi sembra che chi edita con potlatch2 le relazioni del tipo multipoligono non può che distruggerli (se hanno dei tags oppure più di un outer way). O forse non ho capito bene... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMIT 2011 e' alle porte
Purtroppo non potrò andarci. Qualcuno può videoregistrare i talk di venerdì e metterli in rete? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Recordatorio Llamado a Ponencias JSL Pasto 2011...
Suponiendo que este es un llamado para personas que mapean pastodeberias comunicarte al grupo o personas de facebook Mapeadores Pasto http://www.facebook.com/group.php?gid=14957533173370 CordialmenteHarrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Imagenes ALI e Hyperion
Hola Jimmy: La licencia para EO-1 es de dominio público, es decir, es posible avanzar con esos recursos sin temor a violar derechos de autor. The EO-1 Extended Mission is chartered to collect and distribute ALIhttp://edcsns17.cr.usgs.gov/eo1/sensors multispectral and Hyperion http://edcsns17.cr.usgs.gov/eo1/sensors hyperspectral products in response to Data Acquisition Requests (DARs). Under the Extended Mission provisions, image data acquired by EO-1 are archived and distributed by the USGS Center for Earth Resources Observation and Science (EROS) and placed in the public domain Tomado de: http://edcsns17.cr.usgs.gov/eo1/ El 27 de septiembre de 2011 20:14, jimmy navia jimna...@hotmail.comescribió: Hola a todos, Hace poco me entere de las imagenes de la Mision EO-1 de nasa (1). Esta mision cuenta con dos sensores uno es ALI que captura imagenes en 7 bandas a 30m y una pancromatica de 10m (2). El otro sensor es el Hyperion el cual captura imagenes Hyperespectrales (imagenes en muchas bandas), tiene un total de 220 bandas a 30mde resolucion(3). Lo interesante de estas imagenes, es que solo las toman por pedidos, entonces existen muy pocas imagenes de Colombia por lo que seria importante que todas solicitaramos imagenes de distintas zonas del pais teniendo en cuenta q son gratuitas, aqui les dejo el enlace donde pueden crear una cuenta y solicitar la toma de sus imagenes las cuales cuando estes listas les llegara un correo avisando q la imagen solicitada ya fue tomada (4). Las imagenes que ya existen de colombia las pueden ver en Glovis(5), les sugiero q entren pro explorer pues en algunas ocaciones el mozilla molesta, ademas deben de tener instalado java. En esta pagina dentro de Coleccion pueden cargar las imagenes de la mision EO-1 y ver las imagenes disponibles para Colombia. Por ultimo es importante conocer la licencia de estas imagenes por q auqnue son gratuitas tocaria entrar a examinar lo de la libre distribucion y esas cosas q muchos de usteds manejan eso mejor q yo. Htas donde he podido averiguar no hay problema (6), Pero si alguein tiene inforamcion o puede averiguar mas seria importante. Saludos y espero q les sea de gran ayuda. (1) http://edcsns17.cr.usgs.gov/eo1/ (2)http://edcsns17.cr.usgs.gov/eo1/sensors/ali (3)http://edcsns17.cr.usgs.gov/eo1/sensors/hyperion (4)http://edcsns17.cr.usgs.gov/eo1/dar/instructions (5)http://glovis.usgs.gov/ (6)http://eros.usgs.gov/#/About_Us/Customer_Service/Data_Citation Jimmy Navia Universidad del Valle ___ 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
[Talk-co] Fwd: [Request ID :##11938##] : Re: Imagery Licencing (CO)
Estimados: Respecto al tema de licenciamiento, reenvío este y un segundo mensaje. Parece que todo es de dominio público. Saludos, HY -- Forwarded message -- From: LP DAAC User Services lpd...@usgs.gov Date: 2011/10/5 Subject: Re: [Request ID :##11938##] : Re: Imagery Licencing (CO) To: custs...@usgs.gov Cc: archive_...@usgs.gov, crobr...@usgs.gov, hyan...@gmail.com Greetings, The LP DAAC archives MODIS data and offers ASTER data on an On-Demand basis. Both MODIS and ASTER have several products associated with them, and we have included links for your review. MODIS data is available in 250m, 500m, 1km, and global resolutions and is available at no charge. ASTER bands 1-3 are at a 15m resolution, bands 4-9 are at a 30m resolution, and bands 10-14 are at a 90m resolution. You may learn more about the products at the following links: MODIS Products: https://lpdaac.usgs.gov/lpdaac/products/modis_product_table ASTER Products: https://lpdaac.usgs.gov/lpdaac/products/aster_product_table ASTER Pricing Policy: https://lpdaac.usgs.gov/lpdaac/products/aster_policies All LP DAAC data holdings are available via the Warehouse Inventory Search Tool (WIST). To search LP DAAC data sets, make sure that you select either ASTER, MODIS/Terra or MODIS/Aqua located under the Land discipline. You may then select a data set(s) and enter spatial and temporal parameters to your search. The WIST tool does have an online tutorial available to assist you with the ordering process, and you may access WIST through the following link: WIST: https://wist.echo.nasa.gov/~wist/api/imswelcome/ Due to contractual agreements between NASA and the Japanese owners of the ASTER sensor, the Land Processes DAAC archives and distributes the following ASTER products available to the general public at no-cost: 1) ASTER Global DEM (available to registered users through WIST): * https://lpdaac.usgs.gov/lpdaac/products/aster_products_table/routine/global_digital_elevation_model/v1/astgtm * Warehouse Inventory Search Tool (WIST): * https://lpdaac.usgs.gov/lpdaac/get_data/wist * Users of ASTER Global DEM Data Received from the LP DAAC (Redistribution Policy): * https://lpdaac.usgs.gov/lpdaac/customer_service/aster_policies * 2) ASTER L1B acquired over the US and US Territories * https://lpdaac.usgs.gov/lpdaac/products/aster_products_table/on_demand/registered_radiance_at_the_sensor/v1/ast_l1b * (available through WIST, GloVis, and Data Pool) Global Visualization Viewer ( GloVis): * https://lpdaac.usgs.gov/lpdaac/get_data/glovis* Data Pool: *https://lpdaac.usgs.gov/lpdaac/get_data/data_pool* All other billable ASTER data products contained within this list: * https://lpdaac.usgs.gov/lpdaac/products/aster_products_table* are available for search, browse and order using Japan's WWW IMS web site. We have collected and merged several of ERSDAC's tutorials into a lengthy, but detailed guide to their web site which is available from the more information link for ERSDAC on our Get Data tab at: https://lpdaac.usgs.gov/lpdaac/get_data Japan's ERSDAAC WWWIMS: * http://imsweb.aster.ersdac.or.jp/ims/html/MainMenu/MainMenu.htm*l * NOTE: *The Land Processes DAAC does have an application process for Federal Partners, NASA Affiliated Users, and Educational users for approved access to ASTER data. If you feel that you may qualify under one of these categories, please review additional details and submit an application here: *https://igskmncnwb001.cr.usgs.gov/aster/afd/index.php* Please let us know if you have questions. Best regards, Janice Wilson NASA Land Processes Distributed Active Archive Center User Services USGS Earth Resources Observation and Science (EROS) 47914 252nd Street Sioux Falls, SD 57198-0001 Voice: 605-594-6116 Toll Free: 866-573-3222 Fax: 605-594-6963 E-mail: lpd...@usgs.gov Web: https://LPDAAC.usgs.gov https://lpdaac.usgs.gov/ On 05-Oct-2011 09:02 USGS Customer Service wrote --- Humberto Yances, Thank you for contacting us regarding Landsat imagery. Landsat imagery held in the USGS archives can be searched on the following pages (see below for detailed instructions on how to use these viewers): ·Glovis http://glovis.usgs.gov ·EarthExplorer http://earthexplorer.usgs.gov Landsat imagery is downloadable at no cost. Many scenes are ready for immediate download from the websites listed above; requests can be placed for processing of scenes not downloadable, using these same websites. Once requests are placed and imagery is processed, an email notification is returned with the direct download location. Processing generally takes 1-3 days. Before downloading Landsat data, it is important to understand that a number of files will be included, and how the individual band files work together in image processing software to create a final RGB color image. Please see these pages for more details: ·Files provided with a Landsat scene -
[Talk-co] Fwd: Imagery Licencing (CO)
-- Forwarded message -- From: GS-N-EDC Customer Services custs...@usgs.gov Date: 2011/10/5 Subject: Re: Imagery Licencing (CO) To: hyan...@gmail.com, GS-N-EDC EROS LPDaac lpd...@usgs.gov Cc: archive_...@usgs.gov, Cheryl R O'Brien crobr...@usgs.gov Humberto Yances, Thank you for contacting us regarding Landsat imagery. Landsat imagery held in the USGS archives can be searched on the following pages (see below for detailed instructions on how to use these viewers): ·*Glovis* *http://glovis.usgs.gov* http://glovis.usgs.gov/ ·*EarthExplorer* *http://earthexplorer.usgs.gov*http://earthexplorer.usgs.gov/ Landsat imagery is downloadable at no cost. Many scenes are ready for immediate download from the websites listed above; requests can be placed for processing of scenes not downloadable, using these same websites. Once requests are placed and imagery is processed, an email notification is returned with the direct download location. Processing generally takes 1-3 days. Before downloading Landsat data, it is important to understand that a number of files will be included, and how the individual band files work together in image processing software to create a final RGB color image. Please see these pages for more details: ·Files provided with a Landsat scene - * http://landsat.usgs.gov/files_will_be_provided_with_a_Landsat_scene.php*http://landsat.usgs.gov/files_will_be_provided_with_a_Landsat_scene.php ·Landsat spectral band designations - * http://landsat.usgs.gov/band_designations_landsat_satellites.php*http://landsat.usgs.gov/band_designations_landsat_satellites.php ·Which spectral band to use - * http://landsat.usgs.gov/best_spectral_bands_to_use.php*http://landsat.usgs.gov/best_spectral_bands_to_use.php ·The Landsat Processing Details page provides information on parameters, correction levels and systems used during data processing - * http://landsat.usgs.gov/Landsat_Processing_Details.php*http://landsat.usgs.gov/Landsat_Processing_Details.php There are no restrictions on Landsat data downloaded from USGS EROS, and it can be used or redistributed as desired. However, a statement of the data source when citing, copying, or reprinting USGS Landsat data or images is requested. Details can be found on the EROS Data Citation page - * http://eros.usgs.gov/#/About_Us/Customer_Service/Data_Citation*http://eros.usgs.gov/#/About_Us/Customer_Service/Data_Citation *GloVis* - *http://glovis.usgs.gov* http://glovis.usgs.gov/. Begin by clicking anywhere on the map. Along the left hand side of the viewer you will be able to enter your location by path/row, latitude/longitude, or by selecting the location on the map. If you would like to make the image larger on your screen click on* Resolution* at the top of the screen and change it to 240m. You can also browse through different image collections by clicking *Collection* at the top of the screen and choosing from the list (please note that aerial photography is now available through GloVis). Once you find the image you would like to order/download, click the *Add* button on bottom left of the screen and then *Download*. *EarthExplorer* - *http://earthexplorer.usgs.gov*http://earthexplorer.usgs.gov/. With this site you can view our Landsat archives in their entirety. Notice the 3 tabs at the top of the screen - *Search Criteria, Data Sets, Additional Criteria, *and* Results*. Begin by entering your area of interest either by address/place, path/row, or coordinates and enter a date range. Next, click *Data Sets* to see a list of available products. Click the plus sign next to the product you are interested in and put a check mark in the box next to the one you would like to search for. Next, click the *Additional Search Criteria *tab if you would like to narrow your results. Finally, click* Results. *Your results will be displayed on the left side of the screen. Notice the buttons next to each result - with these you can view a footprint of the area on the map to the right, view a browse overlay on the map, view the metadata, download the data, or exclude the data from your search results. Please note - you will need to register on Earth Explorer before being able to download any data. *Bulk Data Distribution -* * http://edcsns17.cr.usgs.gov/NewEarthExplorer/order/bulkdownload/*http://edcsns17.cr.usgs.gov/NewEarthExplorer/order/bulkdownload/ This utility is very useful if you have a large number of images you wish to download (you will need to have a list of entity id's ready). Imagery not found in the USGS archive may have been collected by the USGS International Cooperator (IC) ground stations. Each station is the primary source of distributing data collected at their location. Details on the IC network can be found at *http://landsat.usgs.gov/about_ground_stations.php*https://my.usgs.gov/NSITWiki/about_ground_stations.php. If you have any further questions, please do not hesitate to
Re: [Talk-dk] Vandløb
Nogle af rørlægningerne er så lange at jeg ikke mener at tunnel er ok at bruge. Forresten bruger jeg tunnel=culvert ved vej/sti underførsler i rør. Esbern 5. okt. 2011 11.19 skrev Claus Hindsgaul claus.hindsg...@gmail.com: På Amager Fælled er der en masse dræn (tydeligvis menneskeskabte, idet det var hav indtil 1945). Mange steder er de ført i et kort overdækket plastrør, hvor stier passerer henover, og tagget som tunneller (f.eks. http://www.openstreetmap.org/?lat=55.60494lon=12.57221zoom=17). Kunne samme løsning være relevant for dine overdækkede vandføringer? De burde i øvrigt nok få tilføjet et layer=-1 Claus Den 5. okt. 2011 10.45 skrev Esbern Snare esbensn...@gmail.com: Arbejder for tiden med at mappe nogle fynske vandløb (f.eks. Avlby Mølleå) Der er ingen tvivl om at hovedløbene skal være waterway=stream, men der er masser af små tilløb, nogle delvis rørlagt, men følger gamle løb der kan genfindes på kort der er mere end 100 år gamle. og det vil jeg godt vil have lidt fkommentar på waterway=stream eller ditch. Den officielle beskrivelse siger naturligt vandløb stream hjemmegravet (f.eks. grøft)=ditch. Mange af løbene er tydeligvis hjulpet lidt på vej af gravearbejde på nogle af strækningerne og på andre følger de det naturlige løb, her har jeg valgt stream. Rørlagte løb. Efter hvad jeg kan se mappes disse ikke, hvilket betyder at vi har en del vandløb der starter og ender sådan midt i det hele f.eks. http://www.openstreetmap.org/?lat=55.48489lon=9.93495zoom=15layers=M mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vandløb
Som jeg opfatter det er alle vandløb der på dansk klassificeres som å (som f.eks. nedennævnte Avlby Mølleå) lig med det der på engelsk kaldes river. Udenlandske rivers kalder vi generelt floder (undtagelser er f.eks. de svenske og norske modstykker). En stream kaldes på dansk en bæk og er generelt ikke meget bredere end at man kan springe over den. Rigtig mange danske vandløb har været udsat for udretning. Dette betyder efter min opfattelse ikke at de ikke stadig kan kaldes åer eller bække på alle strækninger. Grøfter er hvad vi f.eks. finder langs mange af vore veje. De forekommer hvor der ikke ville være et naturligt (mere eller mindre udrettet) vandløb. Jeg vil medgive at det efter ovenstående definition kan være svært at afgøre om et vandløb er en grøft eller en udrettet bæk (man skal jo nærmest kende dets historie), men jeg bruger det selv som en generel rettesnor. Onsdag den 5. oktober 2011 10:45:23 skrev Esbern Snare: Arbejder for tiden med at mappe nogle fynske vandløb (f.eks. Avlby Mølleå) Der er ingen tvivl om at hovedløbene skal være waterway=stream, men der er masser af små tilløb, nogle delvis rørlagt, men følger gamle løb der kan genfindes på kort der er mere end 100 år gamle. og det vil jeg godt vil have lidt fkommentar på waterway=stream eller ditch. Den officielle beskrivelse siger naturligt vandløb stream hjemmegravet (f.eks. grøft)=ditch. Mange af løbene er tydeligvis hjulpet lidt på vej af gravearbejde på nogle af strækningerne og på andre følger de det naturlige løb, her har jeg valgt stream. Rørlagte løb. Efter hvad jeg kan se mappes disse ikke, hvilket betyder at vi har en del vandløb der starter og ender sådan midt i det hele f.eks. http://www.openstreetmap.org/?lat=55.48489lon=9.93495zoom=15layers=M mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vandløb
Der er jeg ikke enig, de fleste vandløb i Danmark er nok stream (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream) man kan jo uden den store akromatiske øvelse hoppe over dem , se også http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver - i mit nærområde er det vist kun Storå der er river og det endda kun den nederste del, den er det til gengæld også. Esbern 5. okt. 2011 15.13 skrev Hjart hj...@milvus.dk: Som jeg opfatter det er alle vandløb der på dansk klassificeres som å (som f.eks. nedennævnte Avlby Mølleå) lig med det der på engelsk kaldes river. Udenlandske rivers kalder vi generelt floder (undtagelser er f.eks. de svenske og norske modstykker). En stream kaldes på dansk en bæk og er generelt ikke meget bredere end at man kan springe over den. Rigtig mange danske vandløb har været udsat for udretning. Dette betyder efter min opfattelse ikke at de ikke stadig kan kaldes åer eller bække på alle strækninger. Grøfter er hvad vi f.eks. finder langs mange af vore veje. De forekommer hvor der ikke ville være et naturligt (mere eller mindre udrettet) vandløb. Jeg vil medgive at det efter ovenstående definition kan være svært at afgøre om et vandløb er en grøft eller en udrettet bæk (man skal jo nærmest kende dets historie), men jeg bruger det selv som en generel rettesnor. Onsdag den 5. oktober 2011 10:45:23 skrev Esbern Snare: Arbejder for tiden med at mappe nogle fynske vandløb (f.eks. Avlby Mølleå) Der er ingen tvivl om at hovedløbene skal være waterway=stream, men der er masser af små tilløb, nogle delvis rørlagt, men følger gamle løb der kan genfindes på kort der er mere end 100 år gamle. og det vil jeg godt vil have lidt fkommentar på waterway=stream eller ditch. Den officielle beskrivelse siger naturligt vandløb stream hjemmegravet (f.eks. grøft)=ditch. Mange af løbene er tydeligvis hjulpet lidt på vej af gravearbejde på nogle af strækningerne og på andre følger de det naturlige løb, her har jeg valgt stream. Rørlagte løb. Efter hvad jeg kan se mappes disse ikke, hvilket betyder at vi har en del vandløb der starter og ender sådan midt i det hele f.eks. http://www.openstreetmap.org/?lat=55.48489lon=9.93495zoom=15layers=M mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vandløb
Der er ikke på nogen af de sider nogen absolut definition af hvor bred en river skal være for ikke at være en stream. Derfor står det os frit for at klassificere danske åer som rivers. Desuden vil jeg gerne vide hvor bredt et vandløb du mener at kunne hoppe over. Onsdag den 5. oktober 2011 15:27:32 skrev Esbern Snare: Der er jeg ikke enig, de fleste vandløb i Danmark er nok stream (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream) man kan jo uden den store akromatiske øvelse hoppe over dem , se også http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver - i mit nærområde er det vist kun Storå der er river og det endda kun den nederste del, den er det til gengæld også. Esbern 5. okt. 2011 15.13 skrev Hjart hj...@milvus.dk: Som jeg opfatter det er alle vandløb der på dansk klassificeres som å (som f.eks. nedennævnte Avlby Mølleå) lig med det der på engelsk kaldes river. Udenlandske rivers kalder vi generelt floder (undtagelser er f.eks. de svenske og norske modstykker). En stream kaldes på dansk en bæk og er generelt ikke meget bredere end at man kan springe over den. Rigtig mange danske vandløb har været udsat for udretning. Dette betyder efter min opfattelse ikke at de ikke stadig kan kaldes åer eller bække på alle strækninger. Grøfter er hvad vi f.eks. finder langs mange af vore veje. De forekommer hvor der ikke ville være et naturligt (mere eller mindre udrettet) vandløb. Jeg vil medgive at det efter ovenstående definition kan være svært at afgøre om et vandløb er en grøft eller en udrettet bæk (man skal jo nærmest kende dets historie), men jeg bruger det selv som en generel rettesnor. Onsdag den 5. oktober 2011 10:45:23 skrev Esbern Snare: Arbejder for tiden med at mappe nogle fynske vandløb (f.eks. Avlby Mølleå) Der er ingen tvivl om at hovedløbene skal være waterway=stream, men der er masser af små tilløb, nogle delvis rørlagt, men følger gamle løb der kan genfindes på kort der er mere end 100 år gamle. og det vil jeg godt vil have lidt fkommentar på waterway=stream eller ditch. Den officielle beskrivelse siger naturligt vandløb stream hjemmegravet (f.eks. grøft)=ditch. Mange af løbene er tydeligvis hjulpet lidt på vej af gravearbejde på nogle af strækningerne og på andre følger de det naturlige løb, her har jeg valgt stream. Rørlagte løb. Efter hvad jeg kan se mappes disse ikke, hvilket betyder at vi har en del vandløb der starter og ender sådan midt i det hele f.eks. http://www.openstreetmap.org/?lat=55.48489lon=9.93495zoom=15layers=M mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vandløb
hvad angår Avlby Mølleå så passer den direkte på stream: citat: A stream is a naturally-forming waterway that is too thin to be classed as a river. It may not even be permanently filled with water. og kigger man på billedet (http://wiki.openstreetmap.org/w/images/thumb/f/fe/450px-Marshall-county-indiana-yellow-river.jpg/200px-450px-Marshall-county-indiana-yellow-river.jpg) så ligner det Avlby Mølleå nærmest til forveksling. Kigger man på billedet af en river http://wiki.openstreetmap.org/wiki/File:Nau_im_Langenauer_Ried_600x450.jpg får man noget som mere ligner. f.eks. Storå, Kolding Å eller Odensen Å. ...men som altid, tager man ud og beser tingene tror jeg ikke man er i tvivl om det er en stream eller en river. 5. okt. 2011 15.55 skrev Hjart hj...@milvus.dk: Der er ikke på nogen af de sider nogen absolut definition af hvor bred en river skal være for ikke at være en stream. Derfor står det os frit for at klassificere danske åer som rivers. Desuden vil jeg gerne vide hvor bredt et vandløb du mener at kunne hoppe over. Tja jeg hopper vel uden de større problemer over 1 meter, og er der en gal tyr skal jeg nok komme over lidt mere, og ja jeg er hoppet over Avlby Mølleå flere steder, så den er ikke bredere end at jeg kan komme over iført gummistøvler og outdoor gps :-) Mvh Esbern Onsdag den 5. oktober 2011 15:27:32 skrev Esbern Snare: Der er jeg ikke enig, de fleste vandløb i Danmark er nok stream (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream) man kan jo uden den store akromatiske øvelse hoppe over dem , se også http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver - i mit nærområde er det vist kun Storå der er river og det endda kun den nederste del, den er det til gengæld også. Esbern 5. okt. 2011 15.13 skrev Hjart hj...@milvus.dk: Som jeg opfatter det er alle vandløb der på dansk klassificeres som å (som f.eks. nedennævnte Avlby Mølleå) lig med det der på engelsk kaldes river. Udenlandske rivers kalder vi generelt floder (undtagelser er f.eks. de svenske og norske modstykker). En stream kaldes på dansk en bæk og er generelt ikke meget bredere end at man kan springe over den. Rigtig mange danske vandløb har været udsat for udretning. Dette betyder efter min opfattelse ikke at de ikke stadig kan kaldes åer eller bække på alle strækninger. Grøfter er hvad vi f.eks. finder langs mange af vore veje. De forekommer hvor der ikke ville være et naturligt (mere eller mindre udrettet) vandløb. Jeg vil medgive at det efter ovenstående definition kan være svært at afgøre om et vandløb er en grøft eller en udrettet bæk (man skal jo nærmest kende dets historie), men jeg bruger det selv som en generel rettesnor. Onsdag den 5. oktober 2011 10:45:23 skrev Esbern Snare: Arbejder for tiden med at mappe nogle fynske vandløb (f.eks. Avlby Mølleå) Der er ingen tvivl om at hovedløbene skal være waterway=stream, men der er masser af små tilløb, nogle delvis rørlagt, men følger gamle løb der kan genfindes på kort der er mere end 100 år gamle. og det vil jeg godt vil have lidt fkommentar på waterway=stream eller ditch. Den officielle beskrivelse siger naturligt vandløb stream hjemmegravet (f.eks. grøft)=ditch. Mange af løbene er tydeligvis hjulpet lidt på vej af gravearbejde på nogle af strækningerne og på andre følger de det naturlige løb, her har jeg valgt stream. Rørlagte løb. Efter hvad jeg kan se mappes disse ikke, hvilket betyder at vi har en del vandløb der starter og ender sådan midt i det hele f.eks. http://www.openstreetmap.org/?lat=55.48489lon=9.93495zoom=15layers=M mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Happy mapping Hjart ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Lokal serveropgradering i aften/nat
Hej, Jeg er lige i gang med at opgradere min server, så nogle scripts på osm.ter.dk, samt enkelte ting på osm.rasher.dk kan være utilgængelige. Det omfatter også Fugro-luftfotos, m.m., indtil vi lige får opgraderet tileserveren. Med lidt held burde verden fungere igen om nogle timer. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Birmingham commisions new mapping for its signage
Email sent to the project manager. Copy sent to team@mappa-mercia Cheers Andy From: bpran...@gmail.com [mailto:bpran...@gmail.com] Sent: 05 October 2011 11:31 To: Andy Mabbett Cc: Talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] Birmingham commisions new mapping for its signage I think that as mappers and council taxpayers we should raise a stink that BCC has wasted money on this when a free alternative has already been built. Perhaps a press release when we've found out how much they've wasted! Regards Brian On , Andy Mabbett a...@pigsonthewing.org.uk wrote: http://www.geoconnexion.com/geouk_news_article/Bluesky-Aerial-Photo-Reveals- Birmingham-City-Life/11440 High resolution aerial photography is being used to create a new map of Birmingham. Supplied by aerial survey specialist Bluesky the digital imagery will be used to create a royalty free base map to support Interconnect Birmingham a project to raise the profile, image and identity of the city. It is hoped that the interactive map, which will feature visitor attractions, hotels, green spaces and other features of interest, will help improve the experience of visitors to the city and support a multi channel, multi-modal movement and information system. One of the key aspects of the Interconnect Birmingham project was an advanced wayfinding solution for the urban centre. In order to populate this we needed a royalty free base map and aerial photography seemed to offer the optimum starting point for it's creation, commented John Maillard, Project Manager at Birmingham City Council, one of the project partners. Topographical map layers such as building footprints and roads will be drawn, using the Bluesky imagery as the principle reference, and then styled creating a map that is fit for purpose and truly unique to Birmingham. The aim of the Interconnect Birmingham project is to improve and integrate the city's image, identity and legibility. It aims to provide a strategic framework to promote quality design solutions and seeks to link existing and proposed transportation, public realm and development projects. Interconnect Birmingham will develop a strategic framework for the delivery of improved streets and spaces in Birmingham's extended city core, accompanied by accurate information to assist wayfinding, linked walking and public transport networks, and interpretation. Partners in InterConnect Birmingham include Centro, Marketing Birmingham as well as Birmingham City Council. We selected Bluesky as a supplier of aerial imagery following recommendations from colleagues within the Council, added Maillard. The 8 square kilometres of 10cm resolution imagery supplied by Bluesky forms part of a national coverage of highly accurate, up to date, orthorectified aerial photography. Available off the shelf in a variety of easy to use formats including GIS / CAD ready files Bluesky images together with a range of other geographic data solutions can be viewed and purchased online at www.bluesky-world.com/shop. #~#~#~#~#~#~#~#~#~#~# No mention of OSM :-( Time for some FoI requests? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands _ No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1809 / Virus Database: 2085/4538 - Release Date: 10/04/11 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Taggning i en komplicerad kosning
Jag kan inte tänka mig att anslutningar eg. har namn, eller? 2011/10/5 Magnus Österlund o...@home.se Jag undrar hur man ska rita och tagga de olika vägarna i en komplicerad korsning? Ta denna korsningen som exempel: http://www.openstreetmap.org/?lat=57.704364lon=11.984839zoom=18layers=M Nu har jag ritat linjer för varje enskild väg man kan köra i korsningen. Men jag undrar var de olika vägarna ska ha för namn och typ. Om man t.ex. svänger vänster från Bohusgatan in på Skånegatan, får den vägstumpen namnet Skånegatan redan när man väljer den filen, eller ska den heta Bohusgatan fram tills den ansluter till Skånegatan. Och ska den vara unclassified, secondary_link eller secoundary? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Taggning i en komplicerad kosning
Skulle tro att man gör lättast för sig om man gör såhär: http://www.openstreetmap.org/?lat=55.690959lon=13.186704zoom=18layers=M och sätter ut turningrestrictions. Det är mest intuitivt (din kartbild är nästan omöjlig att följa) och de flesta förstår vad som avses. /Andreas 2011/10/5 Pekka Rossi pe...@rossi.se: Jag tycker att korsningen blev lite väl komplicerad med alla filer. Dessutom bör layer-taggen sättas om man skall slippa valdieringsvarningar för korsande vägar. Personligen hade jag nog struntat helt i denna typ av konstruktion i plankorsningar. -- pekka On 2011-10-05 15:14, John Bäckstrand wrote: Jag kan inte tänka mig att anslutningar eg. har namn, eller? 2011/10/5 Magnus Österlund o...@home.se Jag undrar hur man ska rita och tagga de olika vägarna i en komplicerad korsning? Ta denna korsningen som exempel: http://www.openstreetmap.org/?lat=57.704364lon=11.984839zoom=18layers=M Nu har jag ritat linjer för varje enskild väg man kan köra i korsningen. Men jag undrar var de olika vägarna ska ha för namn och typ. Om man t.ex. svänger vänster från Bohusgatan in på Skånegatan, får den vägstumpen namnet Skånegatan redan när man väljer den filen, eller ska den heta Bohusgatan fram tills den ansluter till Skånegatan. Och ska den vara unclassified, secondary_link eller secoundary? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Taggning i en komplicerad kosning
Jag håller nog med om att ditt exempel är bättre. Jag ska rensa upp i korsningen, vänstersvängarna är lite overkill. Bara en lite fråga till, var ska Buhusgatan sluta och Levgrensvägen ta över (och omvänt från andra hållet) 2011/10/5 Andreas Vilén andreas.vi...@gmail.com Skulle tro att man gör lättast för sig om man gör såhär: http://www.openstreetmap.org/?lat=55.690959lon=13.186704zoom=18layers=M och sätter ut turningrestrictions. Det är mest intuitivt (din kartbild är nästan omöjlig att följa) och de flesta förstår vad som avses. /Andreas 2011/10/5 Pekka Rossi pe...@rossi.se: Jag tycker att korsningen blev lite väl komplicerad med alla filer. Dessutom bör layer-taggen sättas om man skall slippa valdieringsvarningar för korsande vägar. Personligen hade jag nog struntat helt i denna typ av konstruktion i plankorsningar. -- pekka On 2011-10-05 15:14, John Bäckstrand wrote: Jag kan inte tänka mig att anslutningar eg. har namn, eller? 2011/10/5 Magnus Österlund o...@home.se Jag undrar hur man ska rita och tagga de olika vägarna i en komplicerad korsning? Ta denna korsningen som exempel: http://www.openstreetmap.org/?lat=57.704364lon=11.984839zoom=18layers=M Nu har jag ritat linjer för varje enskild väg man kan köra i korsningen. Men jag undrar var de olika vägarna ska ha för namn och typ. Om man t.ex. svänger vänster från Bohusgatan in på Skånegatan, får den vägstumpen namnet Skånegatan redan när man väljer den filen, eller ska den heta Bohusgatan fram tills den ansluter till Skånegatan. Och ska den vara unclassified, secondary_link eller secoundary? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se