Re: [Talk-transit] Proposed Feature - RFC - Public Transport
On 12/11/2010 03:32 PM, Michał Borsuk wrote: And by the way: What physical thing is represented by railway=tram_stop? I don't deal with trams. So you have a very limited view of Public Transport. Whenever I criticize Oxomoa I hear the same silly argument: but in my Siedlung there's a bus that does such a complicated thing So what? Who cares? The mapper cares. In his eyes it is not silly. It is the willing of mapping it as correct as possible. If you do not want to care about complicated things, this does not mean others do not want too. I am not sure if I know what the old system is. Maybe we actually criticize the same thing. I'd do it this way: highway:bus_stop for each bus stop, and then the bus stops are added to each line (relation) that stops there. Nothing more is needed from the point of view of even rich future applications in OSM. There is the info where the bus stop is, there's the line, if we ever want to link OSM with timetables (as I am planning), then we have everything we need. I do it the same way. The differences are the details. Would you be so kind and withdraw from the accusation that the reason behind the resistance is the unwillingness to convert the existing system? You do not deal with trams, you have written. So you have a limited view and can not see the inconsistency in the schema. And you can not see the need for changing the schema. Regards Teddych ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed Feature - RFC - Public Transport
Can I just add, this seems to sum up most of my feelings towards this discussion - if it can be called that. On 12 December 2010 13:35, Jerry Clough - OSM sk53_...@yahoo.co.uk wrote: Odd, this, as I can immediately think of the opposite use case: several marked bus stops, but the buses stop at random positions over about 100m of road depending on how many other buses are present. Individual buses serving the same routes will stop in completely different places (sometimes two or more buses serving the same route will be present at the stop). Not sure about this, but it's not the main thrust of the message in my opinion. Please stop referring to the current widespread practice of highway=bus_stop mapped at the pole as 'old': in doing so you are instantly raising the hackles of those who have spent time on the ground mapping, rather than writing proposals on the wiki. Agreed. Old implies it has been replaced or is depreciated. That is unhelpful given to my knowledge this is the case neither in theory or (more importantly) in practice. For all I know the various discussions and proposals may have some value, but I find the initial tone off-putting, lacking respect and overly confrontational. It is not a good route (;-)) to building consensus. By far and away the best approach is to map a specific area, and show how it really adds value to the map and to a range of data consumers (not just a pet public transport router). If it really is better than what exists you'll get people using it: telling people they're stupid, which is the basic tone of many messages to this list and discussions on the wiki is less likely to be successful. As I implied further up, I don't think discussions is really an appropriate word. Most of the messages seem to be of the I am right, you are wrong variety. Hardly a good way to build consensus. David. -- *From:* Dominik Mahrer (Teddy) te...@teddy.ch *To:* Public transport/transit/shared taxi related topics talk-transit@openstreetmap.org *Sent:* Fri, 10 December, 2010 15:31:50 *Subject:* Re: [Talk-transit] Proposed Feature - RFC - Public Transport Think of a terminal bus station somewhere in the center of a city. Four bus lines end here. One platform of 50m. The four lines stop always at the same position (line 1 is first,..., line 4 is last). Only one pole for all buses. Where do you place your tags? Or how do you tell where to wait for bus number 4? At the pole that is 40m away from the stop position? It is up to you to use a new schema, or not if you dislike. I usually do not map already mapped routes/stations again, so I do not have to drop an original node. But when I map a new station I map stop position AND platform. On 10.12.2010 14:51, Richard Mann wrote: Dominik/Teddy Please could you explain what situation do highway=bus_stop / highway=platform / railway=platform not cover already, that requires public_transport=platform to be added to the list? If you're not intending to deprecate, then you're just adding complexity. highway=platform is for buses/nonrail railway=platform is for train/tam/rail What should be used if there are buses and trams at the same station? I do not plan to replace existing tags with highway/railway=public_transport, but I will tag unmapped platforms with public_transport=platform. If so this can be done with a bot. highway=bus_stop is used different. Sometimes as stop position, more often as platform/pole. See http://wiki.openstreetmap.org/wiki/Talk:Tag:highway%3Dbus_stop#Results_2010-10-27 The meaning of how highway=bus_stop should be used differ. It can not be replaced easily with a new public_transport tag. Also I think you need to make a clearer case for public_transport=stopping_position. You claim it's needed for routing - but routers currently seem to manage without. The existing tags can cover the simpler situations (starting with a single node, then two or three nodes, then the two nodes become platform ways/areas), and still used for the more-complicated situations (2 platforms / bus_stops), just grouped into a relation (and at which point you might well drop the original single node). Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] JOSM editing tip
Came across this on someone's blog - something I didn't know how to do in JOSM before. It always used to irritate me if ways were joined together, but this will definitely make editing them easier. Jim --- I think the problem is that although it is easy to create a way onto of another, nobody knows how to edit them. If you click the line it will only select one of the ways. Using JOSM, if you middle click the line(or left right click on laptops) a box will appear along side describing each way. Before releasing the mouse button, hold down the Control key to keep that box there (you can now release the mouse button) and while the control key is still pressed you can go and click the description of the way you want. Let go of everything and the way you want should be selected for whatever editing you wish to do. Sounds complicated doesn’t it, but once you’ve done it it’s easy enough to do again. http://www.livingwithdragons.com/2009/04/cycling-ncn-65-to-get-home ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Bing or own aerial pictures...
Hi all, Just a quick note on the imagery. I still have problems stitching them with Hugin. More details here : http://osm.totor.ph/ I was able to align part of the pictures further, using QGIS. Still not good enough in my opinion, but I won't have time to continue the experiment for the moment. Altough not good for editing, I uploaded the resulting imagery for viewing here : http://osm.totor.ph/SM-Cebu/ Selecting the My TMS main layer allows to zoom to 21! Regards, Totor --- On Sun, 11/28/10, Totor totor_...@yahoo.com wrote: That could be great to add them to gravitystorm. But wait for the final ones. The stitched images I have now are not correctly aligned yet. I hope that will be better after replacing the automatic control points with manual ones. (Now automatic points on tall building distort the ground level, so I try to place all control points on ground level.) --- On Sun, 11/28/10, maning sambale wrote: Very cool experiment! Would you like this added to the philippine images we have in the osm dev server (spot and quickbirds)? Maybe we can request gravitystorm to include this imagery. Or you can serve them yourself via tms. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bing or own aerial pictures...
One word: awesome! On Mon, Dec 13, 2010 at 1:06 PM, Totor totor_...@yahoo.com wrote: Hi all, Just a quick note on the imagery. I still have problems stitching them with Hugin. More details here : http://osm.totor.ph/ I was able to align part of the pictures further, using QGIS. Still not good enough in my opinion, but I won't have time to continue the experiment for the moment. Altough not good for editing, I uploaded the resulting imagery for viewing here : http://osm.totor.ph/SM-Cebu/ Selecting the My TMS main layer allows to zoom to 21! Regards, Totor --- On Sun, 11/28/10, Totor totor_...@yahoo.com wrote: That could be great to add them to gravitystorm. But wait for the final ones. The stitched images I have now are not correctly aligned yet. I hope that will be better after replacing the automatic control points with manual ones. (Now automatic points on tall building distort the ground level, so I try to place all control points on ground level.) --- On Sun, 11/28/10, maning sambale wrote: Very cool experiment! Would you like this added to the philippine images we have in the osm dev server (spot and quickbirds)? Maybe we can request gravitystorm to include this imagery. Or you can serve them yourself via tms. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Is this click through agreement compatible with OSM?
Making sure mike sees this thread... He's been talking to the same people I believe. Steve stevecoast.com On Dec 11, 2010, at 1:27 PM, Steve Bennett stevag...@gmail.com wrote: On Fri, Dec 10, 2010 at 9:16 AM, Gregory Arenius greg...@arenius.com wrote: city changed the click through to address those problems. The agreement is located here: http://gispub02.sfgov.org/website/sfshare/index2.asp. See this clause: These Terms of Use do not grant You any title or right to any such intellectual property rights that the City or others may have in the GIS Data. Translation: You don't own it. Now see this clause: You agree to only add Contents for which You are the copyright holder Translation: You don't own it, you can't add it. (I'm glad this isn't just about Nearmap now.) Steve ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Anthony schrieb: On Fri, Dec 10, 2010 at 9:33 AM, Robert Kaiserka...@kairo.at wrote: Ed Avis schrieb: Well, 67% of 'active contributors' however defined. Wait. Stop for a moment here. Doesn't the CT have a very clear definition of how active contributors are defined? There's not a clear definition of how 67% is defined, though. If 67% is not clear in legalese, then legalese is stupid, IMHO. Let's abolish all legal rules and make contributing fun instead, then. Robert Kaiser ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 12 December 2010 14:08, Robert Kaiser ka...@kairo.at wrote: If 67% is not clear in legalese, then legalese is stupid, IMHO. Let's abolish all legal rules and make contributing fun instead, then. There's no such thing as legalese as I've said before. The CT's don't say 67% they say 2/3, which is completely clear. The phrase at least a 2/3 majority vote has a pretty clear and unambiguous meaning. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Defining free and open (Re: CT clarification: third-party sources)
On 11/12/10 17:27, Simon Ward wrote: On Sat, Dec 11, 2010 at 02:18:29PM +, Rob Myers wrote: Why leave it undefined? To allow it to be defined by the community. Which I suppose means that if the community could always say It's the OKD, stupid!. :-) Ok, well I guess I’m trying to say “it’s the OKD, stupid!” :) Sure. If there's a popular call for it then the OKD is excellent. :-) - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 11/12/10 18:31, Simon Ward wrote: Then I don’t know how to argue against fear (or rationale based on fear). Do you have any pointers? :) My argument is neither motivated by fear nor requires fear in order to make the point that I believe it does. And I do not believe that the general argument in favour of allowing relicencing does either. I think we both agree that the on-going usefulness of the data is important. If we differ on what the likely events that might affect that usefulness are then that doesn't mean that either of our arguments are emotive rather than rational. the freedom to relicence is only a small part in the continued usefulness of the data. Small, unlikely, but important. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On Sun, Dec 12, 2010 at 9:20 AM, Francis Davey fjm...@gmail.com wrote: On 12 December 2010 14:08, Robert Kaiser ka...@kairo.at wrote: If 67% is not clear in legalese, then legalese is stupid, IMHO. Let's abolish all legal rules and make contributing fun instead, then. There's no such thing as legalese as I've said before. The CT's don't say 67% they say 2/3, which is completely clear. The phrase at least a 2/3 majority vote has a pretty clear and unambiguous meaning. It's not clear what the denominator is supposed to be. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Is this click through agreement compatible with OSM?
On Sat, Dec 11, 2010 at 4:27 AM, Steve Bennett stevag...@gmail.com wrote: On Fri, Dec 10, 2010 at 9:16 AM, Gregory Arenius greg...@arenius.com wrote: city changed the click through to address those problems. The agreement is located here: http://gispub02.sfgov.org/website/sfshare/index2.asp. See this clause: These Terms of Use do not grant You any title or right to any such intellectual property rights that the City or others may have in the GIS Data. Translation: You don't own it. The full clause is: IV. City's intellectual property rights not affected If the City claims or seeks to protect any patent, copyright, or other intellectual property rights in any GIS Data, the website will so indicate in the file containing such GIS Data or on the page from which such GIS Data is accessed. These Terms of Use do not grant You any title or right to any such intellectual property rights that the City or others may have in the GIS Data. I read this as saying that the terms of use, which are there as a hold harmless waiver, don't grant any rights. It specifically states that if the city is claiming copyright on the data it will do so in the file or on the website that the file is accessed from. The file in question has no such claims. Now see this clause: You agree to only add Contents for which You are the copyright holder Translation: You don't own it, you can't add it. I believe you're refering to the CTs. My understanding is that the current draft states: You represent and warrant that, to the best of your knowledge, You are legally entitled to grant the licence in Sections 2 and 3 below. My understanding is that I am legally entitled to grant that license because the city isn't claiming copyright on the data. Its public domain and as such can be added. I think the current draft of the CTs was changed to accommodate such things. (I'm glad this isn't just about Nearmap now.) I sympathize with the Nearmap issues but I'm not sure that this is a comparable situation. I've heard a lot of differing opinions on this issue but my reading is that everything is okay. I don't just want to steamroll through if other people think otherwise but I do think that we're okay using this data. Is there a way to get a more definitive reading of things? A working group or something? Cheers, Gregory Arenius ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Viewing English street names in israel.
On 12/12/10 10:07, ce-test, qualified testing bv - Gert Gremmen wrote: Shouldn’t the names be browser country dependent ? That might be nice certainly. I understand that this requires separate layers for names and tiles, and I am surprised no-one ever thought of implementing that. People have thought about. I believe a few people have experimented with it on the wikipedia tool server. Nobody has yet presented us with a production ready implementation. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Viewing English street names in israel.
On Sun, 12 Dec 2010 19:07:17 ce-test, qualified testing bv - Gert Gremmen wrote: How can we show on OSM.org the English street names in regions that allow for local names in Arabic and Hebrew ? See for example here: http://www.openstreetmap.org/?lat=32.52074lon=34.95048zoom=16layers=M where Hebrew names are shown, and where some streets have EN versions, but are not displayed even when the Hebrew name is absent. I saw some discussion about it, but could not understand how to fix it in my situation. Shouldn't the names be browser country dependent ? I understand that this requires separate layers for names and tiles, and I am surprised no-one ever thought of implementing that. Take a look at this: http://toolserver.org/~osm/locale/ Here's how it works: it makes separate layers for names and tiles... Basically, as I understand it, the background has streets and things rendered on it, but no text. Then there are 'label layers' (see the + menu on the right) for each language. For every object rendered on the background the label layer renders the text for that object for a single language. To render the text the software finds name:lang=* tag and renders it. If no string is found for name:lang=* the software renders name=* Currently the OSM Mapnik layer (and Osmarender) render only the name=* tag if present. So, the problem you see (some streets blank even if name:en=* is present) is due to name=* not being present. The toolserver.org link I gave is an experiment, but I think it is the right answer. It means that the 'name' tags are best interpreted like this: name=* The 'default' text to render if no language is requested, or if there is no name:lang=* tag for the requested language. name:lang=* The text to render if language lang is requested. In many cases name=* will be the same as name:local_language=*. You could duplicate the entries, and I think it's okay to have that sort of redundancy in the database (especially as it can be automated), but it's not actually required. As an example (choosing a street near the point you gave): http://www.openstreetmap.org/browse/way/75720915 You could add name:he=* and make it the same as name=*. But, if I request language 'he' I will get name=* anyway because name:he=* is not present. This one does not show a name in the OSM Mapnik layer because there is no name=* tag: http://www.openstreetmap.org/browse/way/88075816 So add name=* the same as name:en=* In this case, if I request any language except 'en' I get nothing, because there is no name=* tag. (And with the OSM Mapnik layer I can't request a language anyway). One disadvantage of defaulting to name=* is that there is no way of knowing what language it actually is. Does that help? Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] routing across open spaces
2010/12/7 Anthony o...@inbox.org: If all a router knows about is the perimeter, it shouldn't be cutting through an area. If it understands areas, and the area is tagged as routable (implicitly or explicitly), then yeah, it should. sorry for joining quite late in this thread, I wanted to point out that there is also a proposal for defining areas implicitly by an relation (which doesn't require a complete perimeter to be mapped): http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Viewing English street names in israel.
On Sun, Dec 12, 2010 at 5:07 AM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: How can we show on OSM.org the English street names in regions that allow for local names in Arabic and Hebrew ? Dividing the problem into two parts helps. The on OSM.ORG portion of your question might be the most challenging to solve. Leaving that aside, the toolserver example shows you some of what is possible with Mapnik. Separate layers-per-language is possible. I saw some discussion about it, but could not understand how to fix it in my situation. Without understanding your situation, some quick pointers are: Consider using a view to choose the first language for your list of preferred languages, and render that one. There is guidance for this on the wiki[1], and Avar shows us how this is done on toolserver[2] Consider using a view to assemble a compound name from your list of preferred languages and render that combination. Something like Language / Another Language (Yet Another Language) is possible, though you may find more rendering collisions than you like given the longer names. Also consider using Mapnik2, which supports using stylesheets per bounding polygon. So each region of a regionalized map may have a different style, including language, road colours and even highway shields if that is how you roll. [1] http://wiki.openstreetmap.org/wiki/Regionalisedmap [2] http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/osm-tools/osm2pgsql-style/create-language-views.pl?revision=53614view=markup ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Viewing English street names in israel.
I'm doing it quite nicely with Maperitive. I first wrote a VB program that runs down an OSM file extracted by JOSM. It populates name:fr where blank according to a set of rules that only work locally. You load the OSM file back into JOSM and upload the changes. Then you just tell Maperitive to use name:fr rather than name when working from a local copy. You need to populate names for points of interest as well. Cheerio John On 12 December 2010 05:07, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: How can we show on OSM.org the English street names in regions that allow for local names in Arabic and Hebrew ? See for example here: http://www.openstreetmap.org/?lat=32.52074lon=34.95048zoom=16layers=M where Hebrew names are shown, and where some streets have EN versions, but are not displayed even when the Hebrew name is absent. I saw some discussion about it, but could not understand how to fix it in my situation. Shouldn’t the names be browser country dependent ? I understand that this requires separate layers for names and tiles, and I am surprised no-one ever thought of implementing that. Gert ___ 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] Could someone revert these Changesets please.
Dave F. wrote: On 11/12/2010 13:04, Dave F. wrote: I've been in contact with the user concerned he confirms they were done in error. I should explain the reason - the ways had route relations for NCN bicycle routes. These were removed NCN ref tags added. I reverted the changesets beginning with the newest one. Unfortunately I did only look at the hour of creation, not at the day. I hope I didn't mess up something. After reverting i split this monster relation containing 1.5k elements with 800+(!) versions into three parts and added these to a meta-relation. Hope this is alright for you. I also closed some obvious gaps in the relations. malenki ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Estabelecimentos que se enquadram em v árias categorias
Olás, Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que funcionam tanto como restaurante quanto como loja de produtos naturais. Nesse caso, coloquei amenity=restaurant shop=organic no mesmo nó ou prédio. Isso parece fazer sentido, mas está certo? E agora estou com um caso que me parece mais complicado. Quero mapear uma loja que vende instrumentos musicais e eletrônicos (TVs, informática, telefones...) Tem alguma forma de indicar múltiplos valores para um tag shop ou preciso escolher algum deles? Obrigado novamente! LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estabelecimentos que se enquadram em v árias categorias
Sim, o correto é colocar as duas tags. Com certeza na renderização só vai aparecer um dos dois ícones, mas este é um problema na renderização, e não na origem dos dados. []s Em 12 de dezembro de 2010 19:10, Leandro Motta Barros lmbar...@gmail.comescreveu: Olás, Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que funcionam tanto como restaurante quanto como loja de produtos naturais. Nesse caso, coloquei amenity=restaurant shop=organic no mesmo nó ou prédio. Isso parece fazer sentido, mas está certo? E agora estou com um caso que me parece mais complicado. Quero mapear uma loja que vende instrumentos musicais e eletrônicos (TVs, informática, telefones...) Tem alguma forma de indicar múltiplos valores para um tag shop ou preciso escolher algum deles? Obrigado novamente! LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estabelecimentos que se enquadram em v árias categorias
OK, obrigado! Alguma dica com relação ao segundo caso, já não consigo colocar vários tags repetidos (shop=musical_instrument, shop=electronics) num mesmo local? LMB 2010/12/12 Arlindo Pereira openstreet...@arlindopereira.com: Sim, o correto é colocar as duas tags. Com certeza na renderização só vai aparecer um dos dois ícones, mas este é um problema na renderização, e não na origem dos dados. []s Em 12 de dezembro de 2010 19:10, Leandro Motta Barros lmbar...@gmail.com escreveu: Olás, Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que funcionam tanto como restaurante quanto como loja de produtos naturais. Nesse caso, coloquei amenity=restaurant shop=organic no mesmo nó ou prédio. Isso parece fazer sentido, mas está certo? E agora estou com um caso que me parece mais complicado. Quero mapear uma loja que vende instrumentos musicais e eletrônicos (TVs, informática, telefones...) Tem alguma forma de indicar múltiplos valores para um tag shop ou preciso escolher algum deles? Obrigado novamente! LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Estabelecimentos que se enquadram em v árias categorias
shop=musical_instrument; electronics []s Em 12 de dezembro de 2010 20:28, Leandro Motta Barros lmbar...@gmail.comescreveu: OK, obrigado! Alguma dica com relação ao segundo caso, já não consigo colocar vários tags repetidos (shop=musical_instrument, shop=electronics) num mesmo local? LMB 2010/12/12 Arlindo Pereira openstreet...@arlindopereira.com: Sim, o correto é colocar as duas tags. Com certeza na renderização só vai aparecer um dos dois ícones, mas este é um problema na renderização, e não na origem dos dados. []s Em 12 de dezembro de 2010 19:10, Leandro Motta Barros lmbar...@gmail.com escreveu: Olás, Há algum tempo mapeei alguns estabelecimentos aqui na minha cidade que funcionam tanto como restaurante quanto como loja de produtos naturais. Nesse caso, coloquei amenity=restaurant shop=organic no mesmo nó ou prédio. Isso parece fazer sentido, mas está certo? E agora estou com um caso que me parece mais complicado. Quero mapear uma loja que vende instrumentos musicais e eletrônicos (TVs, informática, telefones...) Tem alguma forma de indicar múltiplos valores para um tag shop ou preciso escolher algum deles? Obrigado novamente! LMB ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Bing und SlippyMap
On Fri, Dec 03, 2010 at 02:28:01PM +0100, Chris66 wrote: Man muss nichts einstellen. Ich empfehle nur, vor der Neuinstallation alle Plugins zu löschen. Ich habe alle plugins gelöscht. Ich verwende JOSM 3701 und Imagery Plugin Version 24675. Wenn ich im Menüpunkt Imagery den Punkt Bing Sat aufrofe bekomme ich im Editorfenster links unten Bing(TM) Background Terms of Use. Ansonsten passiert nichts, keine Satellienbilder sind zu sehen. Ich habe auch versucht, den Menüpunkt OpenStreetMap im Imagery Menü auszuwählen - in der Erwartung das alte Verhalten von SlippyMap zu bekommen - im Ebenen-Dialog erscheint nun eine OpenSTreetMap Ebene unter der Bing Ebene - aber sonst ist nichts zu sehen. Einstellungen erfolgen nicht via Rechtsmausklick auf das Ebenen-Item rechts sondern Rechtsklick direkt in dem Satbild. (Auto Auflösung ändern, etc.) Habe ich auch versucht - keiner der Menüpunkte die im Kontextmenü erscheinen veränert irgendwas am AUssehen des Editor-Bildes. Was mache ich falsch? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und SlippyMap
Hallo, Am Sonntag 12 Dezember 2010 09:23:58 schrieb Andreas Tille: On Fri, Dec 03, 2010 at 02:28:01PM +0100, Chris66 wrote: Man muss nichts einstellen. Ich empfehle nur, vor der Neuinstallation alle Plugins zu löschen. Ich habe alle plugins gelöscht. Ich verwende JOSM 3701 und Imagery Plugin Version 24675. Wenn ich im Menüpunkt Imagery den Punkt Bing Sat aufrofe bekomme ich im Editorfenster links unten Bing(TM) Background Terms of Use. Ansonsten passiert nichts, keine Satellienbilder sind zu sehen. Ich habe auch versucht, den Menüpunkt bekommst du so etwas wie einen weißen Hintergrund? Versuche mal, herauszuzoomen. Die Auflösung der Bing-Bilder ist nicht in allen Gegenden besser als Yahoo. OpenStreetMap im Imagery Menü auszuwählen - in der Erwartung das alte Verhalten von SlippyMap zu bekommen - im Ebenen-Dialog erscheint nun eine OpenSTreetMap Ebene unter der Bing Ebene - aber sonst ist nichts zu sehen. Die OSM-Karte wird unterhalb der Bing-Ebene erzeugt und ist damit nicht sichtbar. Versuche mal, die Reihenfolge der Ebenen zu verändern, dann müsste die Karte durchkommen. HTH, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalpark eintragen
SO, hab den NAtionalpark EIfel wieder ausgetragen! läßt sich so einfach nicht machen. da sind zu viele Ecken drin. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg zur Nutzung von OSM-Daten
Hi. Am 12.12.2010 00:02, schrieb Rainer Kluge: Mit diesem Tool http://mr-unseld.de/?q=de/node/170 kann man aus einer heruntergeladenen OSM-Datei den XML-Code von Relationen, inklusiver zugehöriger Wege und Punkte extrahieren. Falls es das ist, was du suchst... Klingt interessant, ist bereits in Betrachtung. :-) Danke. Mit besten Grüßen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg zur Nutzung von OSM-Daten
Hi. Am 11.12.2010 23:10, schrieb Frederik Ramm: Beim Suchen nach einem passenden Tool für einen entsprechenden nichtinteraktiven Extrakt habe ich aber leider nichts gefunden. Muss ich wirklich einen eigenen XML-Parser schreiben um meine gewünschten Relationen aus dem OSM-File zu erhalten oder habe ich da etwas übersehen? Einen XML-Parser bestimmt nicht, da nimmst Du im Zweifel das, was die Programmiersprache Deiner Wahl schon im Gepaeck hat. Ich nehme an, Du hast Dir das --tag-filter bei Osmosis schon angeguckt, und es ist fuer Deine Anwendung ungeeignet, weil ein zu --used-node analoges --used-way fehlt, das dafuer sorgen wuerde, dass nur diejenigen Ways, die von den von Dir ausgewaehlten Relationen gebraucht werden, auch in die Ausgabe gelangen. Nein, habe ich mir noch nicht, allerdings versuche ich, infolge meiner Versuche eine regelkonforme Nutzung der OSM-Daten zu finden, mich auch mit diesem Werkzeug auseinander zu setzen. Wenn Du Java kannst, waere es vermutlich der kuerzeste (und fuer uns alle nuetzlichste) Weg, wenn Du einfach Osmosis entsprechend erweitern wuerdest. Nun, ausschliessen möchte ich es nicht, dass ich auf diesem Gedanken verfallen könnte, aber einfach mal abwarten, noch habe ich Osmosis uch keiner meiner Maschinen am Laufen und eine entsprechende Entscheidung verlangt als erstes einen Blick in den Sourcecode. :-) Ansonsten ist das Problem mit Deiner Anfrage eines, das man im Usenet (Gott habe es selig) haeufig antraf: Jemand stellt eine laengliche und komplizierte Anfrage, in der er mit viel Muehe um den heissen Brei herumredet, und anstatt klipp und klar zu sagen ich will die Laenge des Fernradwegenetzes von Zentraleuropa bestimmen (oder so) kommt eine verschwurbelt-verallgemeinerte Frage heraus, die in dieser Allgemeinheit niemand beantworten kann. Nunja, gerade im Usenet habe ich eben gelernt, dass eine allgemein gültige Formulierung die Bereitschaft für antworten deutlich erhöht. Aber keine Angst, meine Art mich auszudrücken entstammt weder dem Usenet, noch der Teilnahme an etlichen Mailinglisten in Laufe der Zeit, sondern ist ein Problem, mit welchem ich auch den Rest der Welt beglücke. Wenn Du auf einem Unix-System bist, dann hilft Dir eventuell das hier weiter: http://svn.openstreetmap.org/applications/utils/osm-extract/planetosm-excerpt-tags.pl Werde ich mir angucken (vermutlich vor Osmosis). Vielen Dank für die Tipps Mit besten Grüßen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg zur Nutzung von OSM-Daten
Hallole. Am 12.12.2010 00:53, schrieb Wolfgang: Es kommt natürlich auf die Programmiersprache an. Wenn du C++ nutzt, kann ich nur das QT-Toolkit empfehlen. Da ist ein xml-Parser bereits eingebaut. Du musst ihm fast nur noch sagen, was du suchst. Einfach und stressfrei. Nun, meinen Kleinkram schreibe ich zumeist mit Python, da stehen mir auch entsprechende Tools direkt zur Verfügung. Allerdings habe ich hier bisher sehr erfolgreich das ElementTree-Modell verwendet. Das lädt aber den ganzen Baum in den Speicher. Im Falle einer einzelnen extrahierten Relation ist das möglich, aber eine Kiste bei der das mit europe.osm funktioniert steht mir leider nicht zur Verfügung. Ich werde mal die genannten Tools angucken und hoffen, dass ich mit deren Hilfe bei ElementTree bleiben kann. :-) Mit besten Grüßen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Wochennotiz Nr.21
Wie jede Woche haben wir die Neuigkeiten aus dem OSM-Universum in der Wochennotiz zusammengetragen:http://blog.openstreetmap.de/2010/12/osm-wochennotiz-nr-21/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo sind weiße Flecken?
Hallo. Am Samstag 11 Dezember 2010, 13:49:02 schrieb Florian Gross: Allerdings bitte nicht für eindeutig Kfz-befahrbare Straßen. Dazu muß man erst mal erkennen können, ob man einen Feldweg oder eine sehr klein geratene unclassified vor sich hat. Genau. Im Zweifel darf man gerne road setzen. aber wenn man nicht zweifelt, dann bitte nicht. Wenn - man Straßenmarkierungen erkennen kann - Besiedelung erkennbar ist - auf dem Luftbild Autos zu sehen sind oder ähnliche Kennzeichen einer regulären öffentlichen Straße vorhanden sind, dann bitte nicht road verwenden, denn dann ist die Information kann vom Straßenverkehr benutzt werden sehr wichtig. Hier in Baden-Württemberg dürfen Feldwege nicht von Autos befahren werden. Auf dem Sat-Bild sind die aspahltierten jedoch eindeutig mit KFZ befahrbahr... Man erkennt das meist schon, wenn man ein bisschen rauszoomt und den Erschließungscharakter mit einbezieht. Dass wir in den betreffenden Orten keine Mapper haben, ist ja offensichtlich, sonst wären es keine weißen Flecken mehr, die Einladung zum Verbessern wird also keiner so leichterdings annehmen. Da kann man einen schönen Ausflug daraus machen :-) Evtl. findet sich auch ein Cache in der Nähe und ein bei OSM aktiver Cacher schaut dann mal daß er da hin kommt. Beides wird aber eher geschehen, wenn da eine Ladung road und/oder fixme herumfahren als scheinbar schon fertig erfaßtes Gebiet. Ich finde eine weiße Fläche von der ich weiß dass da etwas sein müsste sehr motivierend. Da wo jetzt noch weiße Fläche ist, ist ganz offensichtlich bisher keiner so versehentlich hin gekommen. In diesem Teilthread ging es übrigens um die Uckermark, also eine der strukturschwächeren Gegenden. Die örtlichen Landwirte sind wohl keine Mapper und viel mehr Leute gibt's da nicht. Da kommt einfach keiner versehentlich hin. Und wenn wir jetzt extra das alles per Luftbild erfassen, dann bitte auch so, dass man rudimentär damit navigieren kann. highway=road wird aus gutem Grund von den mir bekannten Routing-Anwendungen nicht benutzt, da es ja auch ein matschiger Waldweg sein kann. Und das ist auch gut so. Siehe oben. Eben. Und daher nur Zweifelsfälle als road, innerstädtische Wege und deutlich erkennbare Erschießungsstraßen bitte nicht. Gruß, Bernd -- Schlägertyp [prügelt auf Homer ein]: Hey, irgendwas stimmt mit dem Typen nicht. Der fällt ja gar nicht um! Moe [erscheint mit Schrotflinte]: Schluß jetzt, Kameraden! Wenn ihr meinen Freund in meiner Bar verprügeln wollt, müßt ihr minimum 2 Drinks nehmen! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg zur Nutzung von OSM-Daten
Hallo Marten, On Sonntag, 12. Dezember 2010, Marten Karl wrote: Nun, meinen Kleinkram schreibe ich zumeist mit Python, da stehen mir auch entsprechende Tools direkt zur Verfügung. Allerdings habe ich hier bisher sehr erfolgreich das ElementTree-Modell verwendet. Das lädt aber den ganzen Baum in den Speicher. Im Falle einer einzelnen extrahierten Relation ist das möglich, aber eine Kiste bei der das mit europe.osm funktioniert steht mir leider nicht zur Verfügung. Da du python verwendest, dann kannst du dir auch mal meine tools auf github ansehen: https://github.com/werner2101/python-osm Mit dem skript src/osmdb.py kannst du über eine API auf Objekte in einer osm-Datei zugreifen. Die Größe der OSM-Datei ist egal, da die Objekte über eine binäre Suche lokalisiert werden. Beispiel: Server mit einer (unkomprimierten) osm-Datei starten: src/osmdb.py --server=1234 osm_files/bw.osm Relation vom server localhost abfragen: wget -OLK_RV.sm http://localhost:1234/relations?relations=62570\mode=recursive Die Abfrage von localhost kannst du auch mit python (urllib,...) oder aus dem Browser machen. Mit dem skript tool/relation2gpx.py kannst du aus einer Relation eine gpx-Datei erzeugen. Die Way-Elemente werden allerdings als einzelne gpx track-Segmente abgespeichert. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und SlippyMap
On Sun, Dec 12, 2010 at 09:47:15AM +0100, Wolfgang wrote: bekommst du so etwas wie einen weißen Hintergrund? OK, er ist schwarz - aber halt leer... Versuche mal, herauszuzoomen. Die Auflösung der Bing-Bilder ist nicht in allen Gegenden besser als Yahoo. Ich habe herausgezoomt und per Kontext-Menü Load Tile gemacht - keine Änderung. Die OSM-Karte wird unterhalb der Bing-Ebene erzeugt und ist damit nicht sichtbar. Versuche mal, die Reihenfolge der Ebenen zu verändern, dann müsste die Karte durchkommen. Ich habe schon mit der Position der Ebenen gespielt und ein/ausgeblendet - es ist nichts von beiden Ebenen (Bing, OSM) zu sehen. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und SlippyMap
Am 12.12.2010 09:23, schrieb Andreas Tille: Was mache ich falsch? Du hattest Dein Betriebssystem noch nicht genannt. Sitzt Du hinter einem Proxy? Ging das alte WMS Plugin bei Dir? Einstellungen erfolgen nicht via Rechtsmausklick auf das Ebenen-Item rechts sondern Rechtsklick direkt in dem Satbild. (Auto Auflösung ändern, etc.) Mittlerweile sind Einstellungen hinzugekommen, die man mit Rechtsklick auf das Ebenen-Item erreicht (Offset-Bookmark etc.). Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalpark eintragen
Am 12. Dezember 2010 10:28 schrieb Steffen Heinz eifelhu...@gmx.de: SO, hab den NAtionalpark EIfel wieder ausgetragen! läßt sich so einfach nicht machen. da sind zu viele Ecken drin. Ich habe mir die Nationalparkverordnung gerade mal angeschaut. Da sind die Grenzen nur unter Verweis auf Karten in der Anlage zur Verordnung enthalten. Aus dieser Anlage die Grenze selbst abzumalen steht meines Erachtens in keinem guten Aufwand-Nutzen-Verhältnis. Da bleibt Dir nichts anderes übrig, als bei der Nationalparkverwaltung bzw. anderen Behörden anzufragen, ob sie Dir die Grenzen (kompatibel zu unserer Lizenz) vielleicht digital zur Verfügung stellen können. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und SlippyMap
On Sun, Dec 12, 2010 at 12:39:30PM +0100, Chris66 wrote: Was mache ich falsch? Du hattest Dein Betriebssystem noch nicht genannt. ... und das war's auch! :-) Das Betriebssystem ist Linux und ich hatte mein tmpfs zu klein dimensioniert. Die /tmp Partition war vollgelaufen ... nun geht alles. Sorry for the noise Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Andre Joost schrieb am 11.12.2010 17:43: Lässt sich das aktuelle Niederlande-Extrakt verwerten? Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das funktionierte ohne Probleme. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalpark eintragen
Am 12.12.2010 12:52, schrieb Falk Zscheile: Ich habe mir die Nationalparkverordnung gerade mal angeschaut. Da sind die Grenzen nur unter Verweis auf Karten in der Anlage zur Verordnung enthalten. Aus dieser Anlage die Grenze selbst abzumalen steht meines Erachtens in keinem guten Aufwand-Nutzen-Verhältnis. Da bleibt Dir nichts anderes übrig, als bei der Nationalparkverwaltung bzw. anderen Behörden anzufragen, ob sie Dir die Grenzen (kompatibel zu unserer Lizenz) vielleicht digital zur Verfügung stellen können. ja, so was hatte ich mir gedacht.. ich hatte es ja von Bing abgemalt - was aber nur grob und wollte es dann hädisch mit der Nationalparkkarte (1:25000) verfeinern. an einigen Stellen geht das ja: Rursee und einigen Straßen! Aber dazwischen? keine Chance, keine Anhaltspunkte - sind ja oft Reviergrenzen( Grenzen von Wäldern usw. Ich werde mal irgendwann Kontakt zur Nationalparkverwaltung aufnehmen... Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg zur Nutzung von OSM-Daten
Hallole. Am 12.12.2010 11:58, schrieb Werner Hoch: Nun, meinen Kleinkram schreibe ich zumeist mit Python, da stehen mir Da du python verwendest, dann kannst du dir auch mal meine tools auf github ansehen: https://github.com/werner2101/python-osm Hei. Das arbeitet gut. :-) Super Danke!!! Ich glaube da kann ich jetzt mein Progrämmle über's Netz anflanschen. :-) Mal sehen, was sich daraus entwickelt. Mit besten Grüßen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] quelle / aktualität der polygone fü r die geofabrik-extrakte
moin moin, ich habe mir vor einigen tagen aus europe.osm mit dem mir bekannten germany.poly einen extrakt gezogen, den ich demnächst auf DACH erweitern möchte. nachden meine nachfolgenden auswertungen, die stark auf borders basieren, etwas merkwürdige ergebnisse bekam, hab ich mir das mal näher angesehen. auf den ersten blick ganz ok: http://gis.638310.n2.nabble.com/file/n5827982/Screenshot1.png violett: das germany.poly nach germany_poly.osm konvertiert und dann als OL angezeigt. näher ran: http://gis.638310.n2.nabble.com/file/n5827982/Screenshot2.png meine fragen jetzt: - welche poly-files verwendet geofabrik? - wie kommt man da dran? es gibt auf dem download-server http://download.geofabrik.de/polygon/polygon.tar.bz2 mit 5.4 GB bevor ich das runterlade ... würd ich gerne wissen, was da drin ist. - werden bein clippen eventuell GIS-Buffer um das Polygon gelegt und so der Bereich etwas vergrößert? eventuell muss ich mir das polygon selber erzeugen und die ganze chausse nochmal durchlaufen lassen :( mfg walter - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/quelle-aktualitat-der-polygone-fur-die-geofabrik-extrakte-tp5827982p5827982.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] quelle / aktualität der polygone fü r die geofabrik-extrakte
On Sun, 12 Dec 2010 05:05:21 -0800 (PST) Walter Nordmann walter.nordm...@web.de wrote: eventuell muss ich mir das polygon selber erzeugen und die ganze chausse nochmal durchlaufen lassen :( Wenn du die boundary relation komplett hast: http://ankh-morp.org/osm/poly/osm2poly.pl Damit habe ich aus den län / kommun (Bundesland/Gemeinde) Grenzen in Schweden alle Polys erzeugt. Das Skript kommt mit outer/inner und outer/inner/outer und exclave/enclave roles zurecht, nur bei Relationen von Relationen hakt's .) Hanno P.S.: http://ankh-morp.org/osm/poly/poly2gpx.pl zum ansehen in JOSM z.B. alle admin_level=6 in NRW: http://ankh-morp.org/osm/osm-nrw-poly-gpx.png (aus dem nordrhein-westfalen.osm.pbf, daher auch die Artefakte am Rand) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] quelle / aktualität der polygone fü r die geofabrik-extrakte
Hanno Hecker wrote: On Sun, 12 Dec 2010 05:05:21 -0800 (PST) Walter Nordmann walter.nordm...@web.de wrote: eventuell muss ich mir das polygon selber erzeugen und die ganze chausse nochmal durchlaufen lassen :( Wenn du die boundary relation komplett hast: http://ankh-morp.org/osm/poly/osm2poly.pl Damit habe ich aus den län / kommun (Bundesland/Gemeinde) Grenzen in Schweden alle Polys erzeugt. danke hanno, damit oder mit einer älteren version hatte ich im sommer das poly auch erzeugt. ich werd es mir aber nochmal ganz genau ansehen. eventuell ist bei einer der verschiedenen umwandlungen ne ungenauigkeit reingerutscht. (poly2osm.pl von frederik war auch im spiel) - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/quelle-aktualitat-der-polygone-fur-die-geofabrik-extrakte-tp5827982p5828071.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] quelle / aktualität der polygone fü r die geofabrik-extrakte
Hallo, On 12/12/10 14:05, Walter Nordmann wrote: - welche poly-files verwendet geofabrik? Die sind z.T. von einem amerikanischen Server, den es nicht mehr gibt, und z.T. handegemalt. - wie kommt man da dran? Die sind gar nicht veroeffentlicht, aber ich kann Dir gerne die schicken, die Du brauchst. es gibt auf dem download-server http://download.geofabrik.de/polygon/polygon.tar.bz2 mit 5.4 GB bevor ich das runterlade ... würd ich gerne wissen, was da drin ist. Da sind alle Polygone aus OSM (normale geschlossene Ways und Multipolygone) als PostGIS-Polygonobjekte drin. Vermutlich nicht das, was Du willst ;= - werden bein clippen eventuell GIS-Buffer um das Polygon gelegt und so der Bereich etwas vergrößert? Ich habe ein Skript angefangen, mit dem ich das machen kann, aber fertig geworden ist das bisher nicht. Die Geofabrik-Polygone enthalten auch nicht *immer* die komplette OSM-Grenze, manchmal fehlen kleine Stueckchen, weil bei der Vereinfachung eine Ecke abgeschnitten wurde. Es kann auch Faelle gebenn, wo zwischen zwei benachbarten Polygonen eine kleine Luecke ist. Sollte es nicht, kommt aber vor. Die Wunschvorstellung ist, dass die Geofabrik-Ausschneide-Polygone fuer jedes Land ein Polygon darstellen, das 1. maximal 500 Punkte hat, 2. das OSM-Grenzpolygon vollstaendig enthaelt und 3. so wenig wie moeglich Flaeche ausserhalb des OSM-Grenzpolygons enthaelt. Vermutlich gibt es a fuer jedes Land genau eine optimale Loesung, aber die algorithmische Bestimmung dieser Loesung ist mir bislang immer zu schwer gewesen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Torsten Leistikow schrieb: Andre Joost schrieb am 11.12.2010 17:43: Lässt sich das aktuelle Niederlande-Extrakt verwerten? Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das funktionierte ohne Probleme. Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf irgendeine Variable überläuft, noch bevor ein Filter die Daten bekommt. Ist ja wohl derzeitig die einzige pbf-Datei dieser Größe. Cloudemades geben ja nach wie vor nur länderweise bz2s raus. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Hallo, On 12/12/10 14:52, Andre Joost wrote: Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das funktionierte ohne Probleme. Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf irgendeine Variable überläuft, noch bevor ein Filter die Daten bekommt. Ist ja wohl derzeitig die einzige pbf-Datei dieser Größe. Cloudemades geben ja nach wie vor nur länderweise bz2s raus. Intern arbeite ich mit dem ganzen Planet als pbf und habe damit keinerlei Probleme, allerdings auf 64bit Linux. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Moin, Im Zuge der Erfassung von Ortsteilgrenzen (boundary=administrative) stellt sich folgendes Problem: Ein Ortsteil einer Kommune hat denselben Namen wie die Kommune selbst. Ein Renderer würde also den Namen zweimal in der Karte platzieren. Dies ist häufig der Fall, wenn der Ort durch Eingemeindungen entstanden ist. Im Falle von Städten ist das relativ problemlos. Man unterscheidet beispielsweise zwischen Aurich als Bezeichnung für die Gesamtstadt und Aurich (City) für den Ortsteil der Kernstadt. Dies bleibt auch dann plausibel, wenn es in einer Karte gerendert wird. Anders sieht es bei Gemeinden aus. Hier widerstrebt es mir, von einem Kleinkleckerskaff (City) zu sprechen. Dies gilt insbesondere dann, wenn Kleinkleckerskaff (City) erheblich kleiner ist, als ein anderer Ortsteil der Einheits- oder Samtgemeinde Kleinkleckerskaff. Mir ist bisher kein besseres Attribut als Kleinkleckerskaff (Kernort) eingefallen. In einer Karte gerendert sieht das allerdings ein wenig seltsam aus. Wir mappen zwar nicht für die Renderer. Allerdings bleibt diesem keine andere Möglichkeit, als den Namen zu übernehmen. Hat da jemand einen besseren suggestiveren Begriff auf Lager? Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagging von Kommunen: place vs multipolygon
Moin, Kommunen und deren Ortsteile können in OSM mit dem place-Tag oder mit einer multipolygon Relation boundary=administrative verortet werden. Für eine Kommune befinden sich die Informationstags (z.B. Einwohnerzahl) derzeit in einem place. Inzwischen gibt es auch eine multpolygon-Relation mit boundary=administrative. Damit stellen sich folgende Fragem: Sollen place und multipolygon-Relation nur alternativ oder gleichzeitig existieren? Falls beide existieren sollen: Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Er zeichnet dabei den Ortsnamen aus dem multipolygon offensichtlich in einen geometrisch ermittelten Mittelpunkt. Sollte place in die multipolygon-Relation aufgenommen werden oder durch eine andere Relation damit verknüpft werden? Der Renderer könnte dann vermeiden, dass der Ortsname zweimal in der Karte auftaucht. Der User kann bestimmen, wo der Name in der Karte erscheint. Sollen die Informationstags zur Kommune im place, multipolygon-Relation oder in beiden redundant existieren? Gruß Tirkon http://wiki.openstreetmap.org/wiki/DE:Key:place http://wiki.openstreetmap.org/wiki/DE:Grenze http://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Hallo, Am Sonntag 12 Dezember 2010 15:13:53 schrieb Tirkon: Moin, Im Zuge der Erfassung von Ortsteilgrenzen (boundary=administrative) stellt sich folgendes Problem: Ein Ortsteil einer Kommune hat denselben Namen wie die Kommune selbst. Ein Renderer würde also den Namen zweimal in der Karte platzieren. Dies ist häufig der Fall, wenn der Ort durch Eingemeindungen entstanden ist. Im Falle von Städten ist das relativ problemlos. Man unterscheidet beispielsweise zwischen Aurich als Bezeichnung für die Gesamtstadt und Aurich (City) für den Ortsteil der Kernstadt. Dies bleibt auch dann plausibel, wenn es in einer Karte gerendert wird. Anders sieht es bei Gemeinden aus. Hier widerstrebt es mir, von einem Kleinkleckerskaff (City) zu sprechen. Dies gilt insbesondere dann, wenn Kleinkleckerskaff (City) erheblich kleiner ist, als ein anderer Ortsteil der Einheits- oder Samtgemeinde Kleinkleckerskaff. Mir ist bisher kein besseres Attribut als Kleinkleckerskaff (Kernort) eingefallen. In einer Karte gerendert sieht das allerdings ein wenig seltsam aus. Wir mappen zwar nicht für die Renderer. Allerdings bleibt diesem keine andere Möglichkeit, als den Namen zu übernehmen. Hat da jemand einen besseren suggestiveren Begriff auf Lager? Ortsteil (OT) Kleinkleckerskaff? Bei vielen Gemeinden hier steht auf dem Ortseingangsschild so etwas wie: Kleinkleckersdorf OT Kleinkleckersdorf Kleinkleckersdorf OT Neukleckersdorf etc Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] quelle / aktualität der polygone fü r die geofabrik-extrakte
Frederik Ramm wrote: - welche poly-files verwendet geofabrik? Die sind z.T. von einem amerikanischen Server, den es nicht mehr gibt, und z.T. handegemalt. genau sowas hab ich ja auch verwendet; daher kommt bestimmt mein problem. - werden bein clippen eventuell GIS-Buffer um das Polygon gelegt und so der Bereich etwas vergrößert? ... Die Wunschvorstellung ist, dass die Geofabrik-Ausschneide-Polygone fuer jedes Land ein Polygon darstellen, das 1. maximal 500 Punkte hat, schwierig, schwierig 2. das OSM-Grenzpolygon vollstaendig enthaelt btw: admin-grenze oder landmasse, was wäre sinnvoll für nachfolgende auswertungen? und 3. so wenig wie moeglich Flaeche ausserhalb des OSM-Grenzpolygons enthaelt. sollte eigentlich machbar sein. @hanno: konvertierung in beide richtungen osm-poly und poly-osm ist punkgenau; also lagen meine komischen borders an den amerikanischen daten. ( rm -r * ) gruss walter - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/quelle-aktualitat-der-polygone-fur-die-geofabrik-extrakte-tp5827982p5828199.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] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Moin, Tirkon schrieb: Moin, Im Zuge der Erfassung von Ortsteilgrenzen (boundary=administrative) stellt sich folgendes Problem: Ein Ortsteil einer Kommune hat denselben Namen wie die Kommune selbst. Ein Renderer würde also den Namen zweimal in der Karte platzieren. Hat da jemand einen besseren suggestiveren Begriff auf Lager? ich persönlich würde es ja vorziehen, wenn die Ortschaft ihren echten Namen behielte - und stattdessen die Gemeinde den Vorsatz Gemeinde oder Samtgemeinde oder was auch immer da hingehört. Ich bin auch eher der Meinung, dass der Zusatz Gemeinde, Amt, Kreis durchaus zum Namen der jeweiligen Institution gehört - insbesondere beim Kreis gibt es ja durchaus auch den Nachsatz statt des Vorsatzes. Zumindest ist sowohl im Schriftverkehr wie auch im mündlichen Gebrauch die Verwendung des Zusatz als Namensbestandteil üblich, wenn von der jeweiligen Institution die Rede ist. Die Annahme, das sich der entsprechend zu rendernde Zusatz automatisch aus dem admin_level ergibt ist m. E. etwas blauäugig, wenn ich an die verschiedenen Gemeindenamen (Einheits, Samt und sonders) sowie die verschiedenen Kreisnamen denke. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm Presets auf Funktionstasten und Mehrmonitor-Nutzung
Florian Gross wrote: Am Samstag 11 Dezember 2010, 18:50:31 glaubte Sebastian Hohmann zu wissen: [...] Ich kann JOSM wunderbar auf zwei Monitoren nutzen. Sieht dann z.B. so aus: http://fotos.grossing.de/josm_auf_2_Monitoren.png Und bei mir so: http://wiki.openstreetmap.org/wiki/Josm_auf_zwei_Monitoren ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kommunen: place vs multipolygon
Hallo. Am Sonntag 12 Dezember 2010, 15:45:39 schrieb Tirkon: Sollen place und multipolygon-Relation nur alternativ oder gleichzeitig existieren? Da sie verschiedene Aussagen haben, sollen die beide existieren. Die Grenz-Relation beschreibt die Grenze der Gemeinde/Stadt, der Place-Tag einen besiedelten Ort. Zu einer Kommune/Gemeinde gehört ja mehr als nur der Ort selbst, da sind meistens noch Dörfer oder Weiler drum herum und auch landwirtschaftliche Flächen. Falls beide existieren sollen: Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Ein Kartenrenderer? Welcher Renderer? Mit Mapnik und Osmarender in der Konfiguration von der OSM-Website sehe ich das Verhalten nicht. Wder die PLZ-Relation noch die administrative Grenze führen dort zu einem zweiten Ortsnamen. Er zeichnet dabei den Ortsnamen aus dem multipolygon offensichtlich in einen geometrisch ermittelten Mittelpunkt. Sollte place in die multipolygon-Relation aufgenommen werden oder durch eine andere Relation damit verknüpft werden? Der Renderer könnte dann vermeiden, dass der Ortsname zweimal in der Karte auftaucht. Der User kann bestimmen, wo der Name in der Karte erscheint. Der Renderer (sag bitte einfach von welchem du redest) sollte einfach den Namen der Relation nur im lowzoom rendern (z.B. wenn mehrere Gemeinden auf den Bildschirm passen) und beim hinein zoomen nur noch die einzelnen Ortsnamen. Bei Gemeinden die einen Namen haben der so als Ortsname gar nicht existiert, ist es natürlich wichtig, dass der überhaupt irgendwann irgendwo benutzt wird. Momentan wird das meistens von den Mappern erledigt, indem ein zweiter place=village-Node gestezt wird, der irgendwo geometrisch in der Mitte der Ortschaften platziert ist. Das wird aber in dem Fall manuell gemacht und nicht von irgend einem Renderer. Gruß, Bernd -- Ich halte es für besonders wichtig, dass sich ein junger Geist zunächst seinen Weg in der Welt der Phänomene sucht und ihm Formeln ganz und gar erspart bleiben. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kommunen: place vs multipolygon
Moin, Bernd Wurst schrieb: Hallo. Am Sonntag 12 Dezember 2010, 15:45:39 schrieb Tirkon: Sollen place und multipolygon-Relation nur alternativ oder gleichzeitig existieren? Da sie verschiedene Aussagen haben, sollen die beide existieren. +1 Falls beide existieren sollen: Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Ein Kartenrenderer? Welcher Renderer? Mit Mapnik und Osmarender in der Konfiguration von der OSM-Website sehe ich das Verhalten nicht. Wder die PLZ-Relation noch die administrative Grenze führen dort zu einem zweiten Ortsnamen. Einspruch in allen Punkten - zumindest bei Mapnik, Osmarender habe ich jetzt nicht genauer geprüft! ;-) http://www.openstreetmap.org/?lat=54.3271lon=10.385zoom=14layers=M http://www.openstreetmap.org/?lat=54.3271lon=10.385zoom=13layers=M Der Renderer (sag bitte einfach von welchem du redest) sollte einfach den Namen der Relation nur im lowzoom rendern (z.B. wenn mehrere Gemeinden auf den Bildschirm passen) und beim hinein zoomen nur noch die einzelnen Ortsnamen. +1 Leider macht Mapnik es genau anders herum - s.o.. Bei Gemeinden die einen Namen haben der so als Ortsname gar nicht existiert, ist es natürlich wichtig, dass der überhaupt irgendwann irgendwo benutzt wird. Momentan wird das meistens von den Mappern erledigt, indem ein zweiter place=village-Node gestezt wird, der irgendwo geometrisch in der Mitte der Ortschaften platziert ist. Das wird aber in dem Fall manuell gemacht und nicht von irgend einem Renderer. Wieder Einspruch, siehe obiges Beispiel - dort existiert kein place-Node Fargau-Pratjau - wozu auch, ist über die Grenzrelation gegeben und existiert als Ortschaft ja gar nicht. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm Presets auf Funktionstasten und Mehrmonitor-Nutzung
Am 12.12.2010 14:14, schrieb Florian Gross: Ich will Dir die Illusionen nicht nehmen: Josm lässt sich nicht sinnvoll auf zwie Monitoren benutzen, zumindest nicht solange diese nicht übereinander hängen. Sieht dann z.B. so aus: http://fotos.grossing.de/josm_auf_2_Monitoren.png Genau: Das Bild wird zwar breiter, aber es besteht kaum eine Möglichkeit zb die Werkzeugleiste an eine neue Position zu bringen, zB. unten rechts als Block. Ich könnte jetzt behaupten, Adobe Photoshop kann das doch auch, aber das ist dann wohl wirklich eine Preisfrage... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion: Ergänzen von Wikipediaartikeln
Weil immer so gerne auf Bots geschimpft wird: Es gibt aus meiner Sicht halt Aufgaben, die ein Mensch besser hin bekommt und andere die eine Maschine zuverlässiger erfüllt. So halte ich das Eintragen von Ortsnamen in verschiedenen Sprachen durch Menschenhand z.B. für relativ fehleranfällig. Jedenfalls würde ich gerne das remote-control-plugin gerne dahin erweitert sehen, dass man nicht nur Objekte auswählen kann, sondern diesen auch Tags hinzufügen könnte. Ein Nutzer könnte ja diese Zuordnung gerne nochmal vorher in JOSM gegenchecken und bestätigen. Ich bin mir nicht ganz sicher wer für dieses PlugIn verantwortlich ist, habe aber mal User:Bomm dahingehend angeschrieben. Vorteil eines solchen Weges wäre, dass zur Erstellung solcher Listen für vers. Aufgaben nur Kenntnisse in der serverseitigen Programmierung notwendig sind. Die Hervorhebung von komplexen OSM-Objekte in der OSM-Karte die in der Wikipedia eingebunden ist, steht jedenfalls auf meiner todo-Liste ganz vorn und wird bald kommen. Grüße Tim alias Kolossos Raimond Spekking schrieb: Am 09.12.2010 21:34, schrieb Alexander Matheisen: Jeder, der Zeit und Lust oder sonst nichts zu tun hat kann gerne mithelfen. Sind diese Informationen ergänzt, werden z.B. in der OpenLinkMap zu Orten die passenden Wikipediaartikel angezeigt. Dein Aufruf ist eine sehr gute Idee. Ich ergänze seit geraumer Zeit auch schon die zugehörigen Wikipediaartikel. Und wenn man schon dabei ist, kann man auch gleich die Ortsnamen in anderen Sprachen eintragen: name:el=Κολωνία name:ru=Кёльн name:uk=Кельн name:zh=科隆 usw... Leider geht dies auch kaum per Bot, da die Interwiki-Links oftmals Klammerzusätze enthalten, die nur das Lemma in der Wikipedia qualifizieren (deswegen nennt man sie auch Qualifikatoren), aber kein Namensbestandteil sind. Am Beispiel Köln nochmal: [[an:Colonia (Alemanya)]] [[ca:Colònia (Alemanya)]] [[es:Colonia (Alemania)]] [[gl:Colonia - Köln]] [[it:Colonia (Germania)]] [[pl:Kolonia (Niemcy)]] [[pt:Colônia (Alemanha)]] [[vec:Cołogna (Xermania)]] [[zh-yue:古龍 (德國)]] Die Karten vom Wikimedia-Toolserver haben schon Sprachlayer: Köln für Chinesen: http://bit.ly/hWYthv (okok, bisher nur der Stadtname ;-) ) Ciao. Raimond. ___ 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] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Georg Feddern wrote: Die Annahme, das sich der entsprechend zu rendernde Zusatz automatisch aus dem admin_level ergibt ist m. E. etwas blauäugig, wenn ich an die verschiedenen Gemeindenamen (Einheits, Samt und sonders) sowie die verschiedenen Kreisnamen denke. Es gibt bei einigen Relationen den Tag name:prefix=Gemeinde den ich sehr gut finde und der IMHO überall verwendet werden sollte. Sagst Du z.b. das Du nach Hamburg fährst oder fährst Du nach Freie und Hansestadt Hamburg ? Die Vorsätze Gemeinde, Hansestadt, Stadt werden praktisch im täglichen Leben nicht benutzt. Eine Außnahme ist oft Bad wie Bad Lippspringe, Bad Pyrmont Bedenke das der name Tag nicht nur das Rendering ändert sondern auch die Suche. Ich habe immer das Gefühl das viele hier nur auf den Renderer fixiert sind. Durch den Tag name:prefix wäre es für den Renderer leicht sich den Namen zusammenzusetzen wenn es denn gewollt ist. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Matthias Versen s...@mversen.de wrote: Georg Feddern wrote: Die Annahme, das sich der entsprechend zu rendernde Zusatz automatisch aus dem admin_level ergibt ist m. E. etwas blauäugig, wenn ich an die verschiedenen Gemeindenamen (Einheits, Samt und sonders) sowie die verschiedenen Kreisnamen denke. Es gibt bei einigen Relationen den Tag name:prefix=Gemeinde den ich sehr gut finde und der IMHO überall verwendet werden sollte. Gefällt mir Sagst Du z.b. das Du nach Hamburg fährst oder fährst Du nach Freie und Hansestadt Hamburg ? Die Vorsätze Gemeinde, Hansestadt, Stadt werden praktisch im täglichen Leben nicht benutzt. Eine Außnahme ist oft Bad wie Bad Lippspringe, Bad Pyrmont Im Falle von Landkreisen fände ich den Namen Landkreis XY trotz des Präfixes sinnvoll, denn so lautet die verbreitete Bezeichnung. Bedenke das der name Tag nicht nur das Rendering ändert sondern auch die Suche. Ich habe immer das Gefühl das viele hier nur auf den Renderer fixiert sind. Man muss aber dem Renderer zumindest die Möglichkeit verschaffen. Durch den Tag name:prefix wäre es für den Renderer leicht sich den Namen zusammenzusetzen wenn es denn gewollt ist. Ja. Ist Dir bekannt, wie der Prefix für eine Mitgliedsgemeinde einer Samtgemeinde, eine Einheitsgemeinde, einen Ortsteil von Städten und Gemeinden gehandhabt wird? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kommunen: place vs multipolygon
Bernd Wurst be...@bwurst.org wrote: Hallo. Am Sonntag 12 Dezember 2010, 15:45:39 schrieb Tirkon: Sollen place und multipolygon-Relation nur alternativ oder gleichzeitig existieren? Da sie verschiedene Aussagen haben, sollen die beide existieren. Die Grenz-Relation beschreibt die Grenze der Gemeinde/Stadt, der Place-Tag einen besiedelten Ort. Zu einer Kommune/Gemeinde gehört ja mehr als nur der Ort selbst, da sind meistens noch Dörfer oder Weiler drum herum und auch landwirtschaftliche Flächen. Falls beide existieren sollen: Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Ein Kartenrenderer? Welcher Renderer? Mit Mapnik und Osmarender in der Konfiguration von der OSM-Website sehe ich das Verhalten nicht. Wder die PLZ-Relation noch die administrative Grenze führen dort zu einem zweiten Ortsnamen. Z.B. hier findet man die Namen der Ortsteile Moordorf und Victorbur doppelt, einmal durch die Grenze und einmal durch den Wohnplatz initiiert: http://www.openstreetmap.org/?lat=53.4805lon=7.3867zoom=14layers=M Von daher fände ich eine Verknüpfung sinnvoll, die dem Renderer das anzeigt. Dann braucht man auch die Infotags wie z.B. die Einwohnerzahlen nur einmal anzugeben, weil sie über die Verknüpfung gefunden werden können. Ansonsten müsste man sie zweimal pflegen. Man sollte sich dann nur einigen, wohin man sie schreibt. Er zeichnet dabei den Ortsnamen aus dem multipolygon offensichtlich in einen geometrisch ermittelten Mittelpunkt. Sollte place in die multipolygon-Relation aufgenommen werden oder durch eine andere Relation damit verknüpft werden? Der Renderer könnte dann vermeiden, dass der Ortsname zweimal in der Karte auftaucht. Der User kann bestimmen, wo der Name in der Karte erscheint. Der Renderer (sag bitte einfach von welchem du redest) sollte einfach den Namen der Relation nur im lowzoom rendern (z.B. wenn mehrere Gemeinden auf den Bildschirm passen) und beim hinein zoomen nur noch die einzelnen Ortsnamen. Bei Gemeinden die einen Namen haben der so als Ortsname gar nicht existiert, ist es natürlich wichtig, dass der überhaupt irgendwann irgendwo benutzt wird. Momentan wird das meistens von den Mappern erledigt, indem ein zweiter place=village-Node gestezt wird, der irgendwo geometrisch in der Mitte der Ortschaften platziert ist. Das wird aber in dem Fall manuell gemacht und nicht von irgend einem Renderer. Auch das wird zweimal gerendert, hier z.B. Südbrookmerland. http://www.openstreetmap.org/?lat=53.4723lon=7.3346zoom=14layers=M Mit den Wohnplätzen ist das so eine Sache. Die werden nicht mehr amtlich geführt, wenn sie nicht zufällig mit einer Gemarkung zusammenfallen. Ansonsten werden offensichtlich nur noch die amtlich geführten Ortsteile dokumenmtiert. Alles Andere ist Historie, die wir nach verbreiteter Auffassung nicht dokumentieren. Von daher könnte es nur noch mit den Ortsteilen identische Wohnplätze geben und keine weiteren. Die historischen Namen findet man höchstens auf Ortsschildern. Ich werde einmal nachforschen, nach welchen Gesichtspunkten die darauf stehenden Namen vergeben werden. Meine Vermutung ist, dass es finanzelle Gründe sind, wenn diese noch nicht ausgetauscht wurden. Denn auf neu aufgestellten Schildern werden - soweit mir bisher aufgefallen - nur noch die aktuellen Ortsteile adressiert. In diesem Lichte scheint mir eine Aufnahme des place in die zugehörige Grenzrelation als sinnvoll, sodenn letztere vorhanden. Die einzige Aufgabe des place wäre es dann, den Ortsmittelpunkt von Hand zu bestimmen. Dort würde dann der Renderer sinnvollerweise den Namen rendern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Castorticker
Hallo, ich bin mit dabei den Catorticker (castorticker.de) zu entwickeln und zu pflegen. Dabei achten wir drauf, das eigentlich alle Teile opensource sind die wir verwenden. Auf Grund von Problemen haben wir bei der Karte dann doch googlemaps verwendet. Dieses würde ich jedoch gerne ändern. Ein weiteres Problem ist das wir die normale OSM Infrastruktur plattmachen würden, wenn wir einfach die normalen Server nehmen. In Spitzenzeiten haben wir 1GB/h rausgepustet und das obwohl es nur Text ist - keine Bilder o.ä. Kann mir ein mensch helfen einen solchen Server aufzusetzen? Gibt es Abschätzungen was für eine Last ein Benutzer so erzeugt? Wo sind die Bottlenecks? Liebste Grüße hefee PS: die Strecken http://archiv.castorticker.de/2010/gorleben/map sind übrigends aus OSM. Das ganze war aber ein großer Hack, weil kein Routingprogramm bietet es an über Schiene zu routen ;) Es wurde Deutschland runtergeladen alles was nicht Schiene ist rausgeworfen und dann Schienen als Straßen definiert um nun ein normales Straßenrouting zwischen den Bahnhöfen hinzubekommen. Dabei sind auch einige Routingprobleme aufgefallen - nicht verbundene Schienen, doppelte Bahnhöfe etc. PPS: muss eigentlich OSM auch auf der Streckenkarte erwähnt werden? In der kml Datei steht das schon drin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
Sandro schrieb: PS: die Strecken http://archiv.castorticker.de/2010/gorleben/map sind übrigends aus OSM. Das ganze war aber ein großer Hack, weil kein Routingprogramm bietet es an über Schiene zu routen ;) Es wurde Deutschland runtergeladen alles was nicht Schiene ist rausgeworfen Hier hätte sich angeboten, in einer die BRD (bzw das entsprechende Gebiet) umschließenden bounding box nur die Bahngleise herunterzuladen. (bzw railway=*) my2c malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzfragen -- Re: Google / Bing
Liebe Liste, erst dieser Tage wurde ich auf die (sagen wir mal:) interessante Allianz zwischen Google und OSM aufmerksam (die ja vermutlich zunächst einmal unilateral aufgenommen wurde). Am Samstag, 4. Dezember 2010 schrieb Steffen Heinz: nun kommt eigentlich meine Frage: Darf M$ überhaupt diese Aufnahmen für OSM freigeben, gibts irgendwo den Nachweis dafür? Oder wäred as Abzeichnen kein Copyrightverstoß? Diese Frage ist in der Tat interessant: Wo genau schreibt Microsoft, dass OSM-User die Satellitenbilder auswerten dürfen? Ich erinnere mich an monatelange Verhandlungen mit Regionalbehörden über Luftbilder... Und wie ist das eigentlich umgekehrt? Dürfen die Daten von OSM in ein System eingebunden werden, das seinerseits unter keiner freien Lizenz wie der CreativeCommons steht? Danke für weitere Infos dazu. Viele Grüße Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzfragen -- Re: Google / Bing
Hallo, RalfGesellensetter wrote: erst dieser Tage wurde ich auf die (sagen wir mal:) interessante Allianz zwischen Google und OSM aufmerksam (die ja vermutlich zunächst einmal unilateral aufgenommen wurde). Du meinst Bing, nicht Google, oder? Diese Frage ist in der Tat interessant: Wo genau schreibt Microsoft, dass OSM-User die Satellitenbilder auswerten dürfen? Auf opengeodata.org war deren Originalschrieb verlinkt, und in deren offizellen Blog stand auch was derartiges. Und wie ist das eigentlich umgekehrt? Dürfen die Daten von OSM in ein System eingebunden werden, das seinerseits unter keiner freien Lizenz wie der CreativeCommons steht? Jein. Also eine Verbindung unserer Daten mit nicht-freien Daten zu einem nicht-freien Endprodukt ist ausgeschlossen. Erlaubt ist aber die Anzeige unserer Daten neben/ueber/unter anderen, nicht-freien Daten, solange sich die Layer einzeln trennen lassen. Erlaubt ist auch die Bearbeitung unserer Daten in nicht-freien Softwaresystemen. 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] Lizenzfragen -- Re: Google / Bing
Hallo, erst dieser Tage wurde ich auf die (sagen wir mal:) interessante Allianz zwischen Google und OSM aufmerksam (die ja vermutlich zunächst einmal unilateral aufgenommen wurde). Was genau hat Google mit Bing zu tun? Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Frederik Ramm schrieb: Hallo, On 12/12/10 14:52, Andre Joost wrote: Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das funktionierte ohne Probleme. Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf irgendeine Variable überläuft, noch bevor ein Filter die Daten bekommt. Ist ja wohl derzeitig die einzige pbf-Datei dieser Größe. Cloudemades geben ja nach wie vor nur länderweise bz2s raus. Intern arbeite ich mit dem ganzen Planet als pbf und habe damit keinerlei Probleme, allerdings auf 64bit Linux. Naja, Linux ist ja auch unfair ;-) Wenns bei dir nicht tun täte, hättest du pbf ja auch garnicht erst rausgegeben. Ich habe meine beschnittene eu.osm jetzt mal probehalber in die postgres-Datenbank eingeworfen: osm2pgsql zählt genau 10.600.000 Knoten. Das kann eigentlich kein Zufall sein. Ich vermute mal, das irgendwo eine Variable nicht richtig deklariert ist, und sich unter Linux implizit anders verhält als unter Windows. Genauso wie Perl unter Linux Dateien anders (binär) öffnet als unter Windows, scheint es da bei Java irgendwo versteckte Feinheiten zu geben. Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
On 12.12.2010 20:50, Andre Joost wrote: Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile. 32 bit oder 64 bit? Obwohl das ja eigentlich keinen Unterschied machen sollte http://download.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html Ich hatte einen Fall bei dem die Relationen komplett gefehlt hatten. Und ich hatte als Quelle das asia.osm.bz2 Da habe ich mehr auf ein Problem bei der Geofabrik getippt. Ein paar Tage später hat es dann ohne Änderung bei mir auch wieder funktioniert. Wenn du einen grep auf die Datei machst, sind da dann die Daten drin die Du erwartest? Kannst du mit pbf2osm die Datei umwandeln? Sind dann die entsprechenden Daten vorhanden? Ist ein Fehler im pbf auszuschließen? http://git.openstreetmap.nl/index.cgi/pbf2osm.git/ Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
On 12.12.2010 19:33, Sandro wrote: Kann mir ein mensch helfen einen solchen Server aufzusetzen? Gibt es Abschätzungen was für eine Last ein Benutzer so erzeugt? Wo sind die Bottlenecks? Das hier könnte das sein nach dem du suchst: http://tiledrawer.com/ Solle fast beliebig Power haben, da Amazon EC Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Hallo, die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux und b) funktionieren die daraus erstellten kleineren Extrakte. Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx und --wb) gehen alle weiteren Bearbeitungsschritte. btw: bei mir werkelt java 6u22 in der 64bit-Version. Viele Grüße Henning -- View this message in context: http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5828883.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] Benennung von Kernorten einer Gemeinde (boundary=administrative)
Moin, Matthias Versen schrieb: Es gibt bei einigen Relationen den Tag name:prefix=Gemeinde den ich sehr gut finde und der IMHO überall verwendet werden sollte. Ah, ist mir noch nicht über den Weg gelaufen, finde ich aber auch gut - und kann IMHO gerne überall da verwendet werden, wo er passt. Bedenke das der name Tag nicht nur das Rendering ändert sondern auch die Suche. Ja, habe ich bedacht - leider erst hinterher. ;-) Der Einwand ist richtig. Insofern ist ein getrennter Zusatz für eine mögliche Darstellung auf jeden Fall besser. Ich habe immer das Gefühl das viele hier nur auf den Renderer fixiert sind. Trifft mich jetzt zwar nicht direkt - liegt aber wohl in der Natur der Sache, da einem Geographie meist von klein auf über Karten beigebracht wurde. ;-) Durch den Tag name:prefix wäre es für den Renderer leicht sich den Namen zusammenzusetzen wenn es denn gewollt ist. Fände ich nicht schlecht, wenn man zwischen der Ortschaft und der Gemeinde / dem Gemeindegebiet unterscheiden möchte. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Applet
Hallo, ich weiss nicht ob Sie es schon wussten aber JOSM gibt's nun auch als Applet: http://josm.openstreetmap.de/applet Kurztest meinerseits (XP): FireFox: schwarzer Bildschirm nach der Anmeldung. Chrome: Hier musste ich mich 3 mal in 2 verschiedenen Anmeldeboxen anmelden, aber dann läuft es. Applet ist etwas zu groß, so dass es rechts eine Scrollbar gibt, und die mittlere Maustaste führt gleichzeitig zum Zoomen und Vertikalrollen des Fensterinhalts. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
Sowas in der Cloud zu machen, klingt wirklich nicht nach der dümmsten Idee, sonst liegt leistungsfähige Hardware das ganze Jahr brach und ist dann für 2-3 Tage doch zu wenig. Kannst du statt den 1GB/h auch sagen, wieviele Zugriffe es in der Zeit gab. Dann hängt es noch vom Nutzerverhalten (zoomen+panen) ab, wieviele Kacheln jeweils geladen werden, daher läßt sich das nicht sagen. Lass es meinetwegen 100 Tiles/User sein, dann kommst du auf eine Zahl von xxx Tiles/sec die du mit anderen Servern vergleichen kannst. 800 Tiles/s auszuliefern ist demnach nicht unbedingt das Problem, solange die Netzwerkanbindung stimmt. Das kritische ist das Rendern, was unbedingt im Vorfeld erfolgen sollte. Alternativ geht es wohl gemäß [2] auch einen deutlich einfacherer Tile-Cache zu betreiben. Grüße Kolossos [1] http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#apache http://munin.toolserver.org/OSM/ptolemy/index.html#apache [2]http://wiki.openstreetmap.org/wiki/Tile_usage_policy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
Am 12.12.2010 um 19:33 schrieb Sandro: Hallo, ich bin mit dabei den Catorticker (castorticker.de) zu entwickeln und zu pflegen. Dabei achten wir drauf, das eigentlich alle Teile opensource sind die wir verwenden. Auf Grund von Problemen haben wir bei der Karte dann doch googlemaps verwendet. Dieses würde ich jedoch gerne ändern. Ein weiteres Problem ist das wir die normale OSM Infrastruktur plattmachen würden, wenn wir einfach die normalen Server nehmen. In Spitzenzeiten haben wir 1GB/h rausgepustet und das obwohl es nur Text ist - keine Bilder o.ä. Wie wäre es mit den Tiles von MapQuest? http://developer.mapquest.com/web/products/open/map -Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Castorticker
On 12.12.2010 22:41, Jonas K. wrote: Wie wäre es mit den Tiles von MapQuest? http://developer.mapquest.com/web/products/open/map Es gäbe auch Microsoft, die allerdings nur mit Silverlight über ihr CDN liefern. Auch da ist sicher genügend Leistung da um mit ein paar Tausend Zugriffen pro Sekunde fertig zu werden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 12.12.2010 18:28, schrieb Tirkon: Matthias Versen s...@mversen.de wrote: Georg Feddern wrote: Es gibt bei einigen Relationen den Tag name:prefix=Gemeinde den ich sehr gut finde und der IMHO überall verwendet werden sollte. Gefällt mir +1 Im Falle von Landkreisen fände ich den Namen Landkreis XY trotz des Präfixes sinnvoll, denn so lautet die verbreitete Bezeichnung. Kann dann aber vom Renderer etc. bei vorhandenem name:prefix entschieden werden. Zusammensetzen ist leicht, Zerlegen schwer. Ja. Ist Dir bekannt, wie der Prefix für eine Mitgliedsgemeinde einer Samtgemeinde, eine Einheitsgemeinde, einen Ortsteil von Städten und Gemeinden gehandhabt wird? Wenn ich bei einer Bezeichnung im Zweifel bin, schaue ich auch mal in der Wikipedia nach. Dort wird in den Bezeichnungen i. d. R. klar zwischen Gemeinde, Ortsgemeinde, Ortsteil etc. unterschieden. Oder meinst du, was der Renderer daraus macht? :-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJNBVLQAAoJEPT/XJzV1tNzpYMH/iL1kXTREePPsIloodkbSOtk BIBBFAyBaI+BrHdRHaxk6IX77YapPiPQgv/GEUcQz6TrfToyxqrliaQcrIa/6ldc trEY0+isOUwyE/7tlm5852Fn0ha2RyrdX4xxvC/kfJLwn5T9vRN3H9DTpgzNW/rd rQFt2aHLA6RFXVM0nUsZReoHnQWih9ukpebPsLqqBB1OIQnleNnu0LQcdKtcW9Oa Dnyw2up60RFU5DJ/Ghxp8cPinAQLpQ3p1/dlrIqeVcXlAkP3szMxASnJrbT9pPbQ BK6uyufC2iAI76A5JErRjn2eqVhge9CFaVrxKZdYL57JTCpv41U4SbwJ8GllEa8= =VXNZ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalpark eintragen
Am 11.12.2010 22:10, schrieb Matthias Versen: Auf keinen Fall ! Du darfst weder von Yahoo noch von Bing Kartenmaterial benutzen ! Google Maps oder Google Earth darfst Du absolut nicht benutzen. So absolut würde ich es nicht formulieren. Vor einigen Monaten hatte ich hier nach der Bagatellgrenze für Informationsgewinnung aus fremden Karten [1] gefragt. Es hat zumindest niemand die Meinung vertreten, dass man einzelne Fakten _nicht_ aus fremden Karten ablesen darf. Bei vielen Gemeindegrenzen und Naturschutzgebietsgrenzen kann man den Verlauf anhand von Landsat- oder Bingluftbildern gut erraten. Es ist sehr unwahrscheinlich, dass Grenzen quer durch Wohngebiete und über Äcker verlaufen. Viel wahrscheinlicher ist es, dass die Grenze genau hinter dem Wohngebiet, zwischen den Äckern oder entlang eines Baches verläuft. Bevor ich aber eine solche Vermutung in die Datenbank eintrage verifiziere ich sie oft durch einen Blick auf eine andere Karte. Einen Nationalpark kann man auf diese Weise allerdings nicht erraten und Steffens Vorgehen ist natürlich nicht zulässig. Viele Grüße, Stephan [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg76389.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benennung von Kernorten einer Gemeinde (boundary=administrative)
bundesrainer wrote: Im Falle von Landkreisen fände ich den Namen Landkreis XY trotz des Präfixes sinnvoll, denn so lautet die verbreitete Bezeichnung. Kann dann aber vom Renderer etc. bei vorhandenem name:prefix entschieden werden. Zusammensetzen ist leicht, Zerlegen schwer. Im allgemeinen wird bei den Kreisen der prefix Landkreis , Kreis mitbenutzt aber das ist nicht überall der Fall. Die Bezeichnung wird meistens nur dort benutzt wo eine verwechselungsgefahr besteht. Es gibt z.b. die Stadt Höxter und den Kreis Höxter. Bei Kreisfreien Städten hat die Relation den admin_level eines Kreises aber der prefix Kreis wird nicht benutzt. Dann gibt es noch Kreise die einen eindeutigen Namen haben, dort wird umgangssprachlich auch selten der name:prefix benutzt weil es auch so eindeutig ist. BeispielKreis Lippe Die Software kann mit dem name:prefix entscheiden ob der prefix benutzt wird oder nicht. So kann man z.b. bei 2 gleichen Namen den Prefix einblenden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kommunen: place vs multipolygon
On 12.12.10 15:45, Tirkon wrote: Falls beide existieren sollen: Ein Kartenrenderer rendert dann den Ortsnamen zweimal. Er zeichnet dabei den Ortsnamen aus dem multipolygon offensichtlich in einen geometrisch ermittelten Mittelpunkt. Sollte place in die multipolygon-Relation aufgenommen werden oder durch eine andere Relation damit verknüpft werden? Das admin-boundary Multipolygon definiert das Gebiet der jeweiligen administrativen Entität. Und der place node definiert die Beschriftung. Nicht nur beim Rendern führt das zu doppelten Einträgen, vor allem auch Nominatim denkt sich rund um die place nodes abstruse Dinge aus (Beispiele gern auf Wunsch privat...). Es wäre schon sinnvoll, mal diese Dinge in Beziehung zu setzen, zB indem man beim admin-boundary MP den place node als role label hinzufügt. Dann hätten Renderer die Chance, Beschriftungen passend zu platzieren, und Nominatim müßte dieses in Beziehung stehen auch verstehen, indem er dann eben weiß: Ok, diesen place node habe ich schon in admin_level=#, ich muß ihn also nicht nochmal irgendwie mehr oder weniger wahllos in die Hierarchie einbauen. Bzw. in AT ist es ja so, dass die Admin-Grenzen bis zur Gemeindeebene hin (in [zumindest] Wien und Graz sogar bis zum Stadtbezirk) definiert sind, da könnte er sich dieses place-node-Raten grundsätzlich sparen... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Am 12.12.2010 21:29, schrieb aighes: Hallo, die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux und b) funktionieren die daraus erstellten kleineren Extrakte. Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx und --wb) gehen alle weiteren Bearbeitungsschritte. btw: bei mir werkelt java 6u22 in der 64bit-Version. Viele Grüße Henning Hallo, auch ich konnte unter Linux (SuSE 11.2, java 1.6.20) aus der europe.osm.pbf Polygone ausschneiden. Unter Windows keine Chance. Gruß ABert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation 938868
Hi ! Die Relation 938868 is mir in Garys Relation check aufgefallen. Der Server weigert sich die Relation rauszurücken was wahrscheinlich an den 2700+ Membern liegt. Kann mir einer sagen um was es sich dabei handelt ? Der name Tag fehlt und land_area=administrative sagt mir nicht viel. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeitlich anonymisiertre Tracks (nicht) hochladen?
Hallo, ich merke gerade, dass es anscheinend nicht mehr möglich ist zeitlich anonymisierte Tracks hochzuladen. Zeitlich anonymisiert bedeutet hier, entweder fehlende Zeitinformationen oder alle Zeitstempel sind auf 01.01.1970 00:00 gesetzt. Jetzt stellt sich für mich die Frage, ob es eine allgemeine Festlegung ist oder nicht. Wenn ja würde ich die Funktion aus meinem JOSM Plugin rauswerfen. Deshalb hier die explizite Frage: Sollen generell nur reale, korrekte und vollständige GPX Tracks hochgeladen werden? Wenn ja, bedeutet dies im Umkehrschluss, zeitliches Anonymisieren ist nicht möglich/gewollt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Extracting road information from particular cities.
Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Extracting road information from particular cities.
Cant you just use the bounding box for Mumbai and get all data? On Sun, Dec 12, 2010 at 4:11 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Extracting road information from particular cities.
Hi pradeep, Thanks for replying.. Can you let me know how to find the bounding box attributes for cities .. .. Also how to use this bounding box .. can you give a simple example .. I am new to this osm data .. So Iam finding it a bit tough to process it .. Kindly bear my simple doubts ! Thanks in anticipation, On Sun, Dec 12, 2010 at 10:16 PM, Pradeep B V pradee...@gmail.com wrote: Cant you just use the bounding box for Mumbai and get all data? On Sun, Dec 12, 2010 at 4:11 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Extracting road information from particular cities.
http://wiki.openstreetmap.org/wiki/API_v0.6 should help you. or you can use http://josm.openstreetmap.de/ to get the data. (will work for small sets) For bounding box open this link: http://www.openstreetmap.org/?lat=19.07lon=72.988zoom=11layers=M and click on the export tab and you will see the bounding box. - p On Sun, Dec 12, 2010 at 10:25 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi pradeep, Thanks for replying.. Can you let me know how to find the bounding box attributes for cities .. .. Also how to use this bounding box .. can you give a simple example .. I am new to this osm data .. So Iam finding it a bit tough to process it .. Kindly bear my simple doubts ! Thanks in anticipation, On Sun, Dec 12, 2010 at 10:16 PM, Pradeep B V pradee...@gmail.com wrote: Cant you just use the bounding box for Mumbai and get all data? On Sun, Dec 12, 2010 at 4:11 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Extracting road information from particular cities.
Hi, You could use XAPI[1] and query with different tag types.Visit www.openstreetmap.org and zoom into place of interest and click on the export tab, you get the coords for bounding box. [1] http://wiki.openstreetmap.org/wiki/Xapi Regards Srikanth.L http://srik.me On Sun, Dec 12, 2010 at 22:25, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi pradeep, Thanks for replying.. Can you let me know how to find the bounding box attributes for cities .. .. Also how to use this bounding box .. can you give a simple example .. I am new to this osm data .. So Iam finding it a bit tough to process it .. Kindly bear my simple doubts ! Thanks in anticipation, On Sun, Dec 12, 2010 at 10:16 PM, Pradeep B V pradee...@gmail.com wrote: Cant you just use the bounding box for Mumbai and get all data? On Sun, Dec 12, 2010 at 4:11 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mumbai Map Cleanup
Is anyone based in Mumbai interested in meeting up some evening over the next few weeks to discuss strategies for developing OpenStreetMap in Mumbai? Please contact me and we can fix a date and venue. Best, Shekhar On 04/11/2010 08:11 PM, Arun Ganesh wrote: I just checked out the area, and it is littered with untagged nodes (43,000? http://www.openstreetmap.org/browse/changeset/4362880), like you said, the building geomentry is broken and there are no segments connecting the nodes :( Regarding using the mumbai freemap as a base, i have still not been able to access the map till date http://mumbai.freemap.in/ i can only see a bunch of points, and even that breaks when zoomed in. Does the dataset contain streetnames? On Sun, Apr 11, 2010 at 7:26 PM, Shekhar Krishnan shek...@mit.edu mailto:shek...@mit.edu wrote: Yesterday I uploaded a set of buildings for the Colaba-Cuffe Parade area of South Mumbai based on the datasets which our group CRIT created through our Mumbai Freemap project several years ago. Our shape files were converted to OSM using polyshp2osm.py and tagged and uploaded via JOSM. One can now see a sprinkling of new buildings here: http://www.openstreetmap.org/?lat=18.91115lon=72.81534zoom=15 http://www.openstreetmap.org/?lat=18.91115lon=72.81534zoom=15 Editing these files in JOSM is *very* slow and difficult, as is uploading via JOSM or using the batchupload py scripts. For each shape file we have for all of Greater Mumbai, the shp2osm conversion yields 40-50 osm files which must be uploaded individually. After trying just one file, less than half of the total buildings are being rendered by Mapnik, perhaps because their geometries are broken. But the process works, and with more time and effort could result in a major contribution to OSM which I've wanted to do for years now. The AND data for Mumbai is both generally skewed and is very inaccurate in some places (and fixed in others, thanks to volunteers). And it is mostly just major roads. I agree with Arun and Kenneth that it is perhaps easier to start afresh. Another option is to use our datasets as a base from which to start, via shp2osm conversion of our layers. Our freemap dataset contain layers for buildings, roads, and other public and reserved plots, with further work on conversion/import and mapping attributes to tags we could make a significant contribution to an entirely new OSM Mumbai either through direct upload or conflation with the existing coverage from AND and volunteers. Best, Shekhar PlaneMad wrote: On Thu, Mar 18, 2010 at 12:27 PM, PlaneMad theplane...@gmail.com mailto:theplane...@gmail.com mailto:theplane...@gmail.com mailto:theplane...@gmail.com wrote: From my experience fixing Mumbai, i have come to realize that its pretty much impossible to realign the streets in parts without confusing yourself. I had started deleting unnamed AND ways to make the task easier, but that didnt help too much as you lose the reference street geometry to match with the yahoo imagery. I feel the best way to fix the map is to remove all the AND paths completely, start tracing the roads and name them by using an old extract of the original AND import as reference. Good idea? -- http://j.mp/ArunGanesh Btw, i will be in Mumbai to attend India HCI at IIT powai from 20-24. If anybody else is attending, we could try to work something out with the IIT students. -- http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org mailto:Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan CRIT (Collective Research Initiatives Trust) B43, Shravasti Goregaon-Malad Link Road Malad (West), Mumbai 400064, India http://crit.org.in http://heptanesia.net ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mumbai Map Cleanup
On Mon, 2010-12-13 at 10:10 +0530, Shekhar Krishnan wrote: Is anyone based in Mumbai interested in meeting up some evening over the next few weeks to discuss strategies for developing OpenStreetMap in Mumbai? Please contact me and we can fix a date and venue. why not discuss it on this list? As far as I know, the yahoo imagery is accurate. And the skew in the AND data is not uniform, so the rectifying has to be done manually. Which means people with knowledge of their areas can do this using the imagery. Of course the imagery is a few years old, so new features would need to use GPS for positioning. I have done some bits in Juhu, Versova and Bandra. I frankly do not think there is any need for a meeting for this. -- regards Kenneth Gonsalves ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Extracting road information from particular cities.
Hi, The web api is working for smaller datasets and is generating You requested too many nodes (limit is 5). Either request a smaller area, or use planet.osm if the area is huge .. Are there any tools which can do this computation on my local machine using the planet.osm ? Can we download that tool and run it locally? Thanks in anticipation... You requested too many nodes (limit is 5). Either request a smaller area, or use planet.osm On Sun, Dec 12, 2010 at 10:31 PM, Srikanth Lakshmanan srik@gmail.com wrote: Hi, You could use XAPI[1] and query with different tag types.Visit www.openstreetmap.org and zoom into place of interest and click on the export tab, you get the coords for bounding box. [1] http://wiki.openstreetmap.org/wiki/Xapi Regards Srikanth.L http://srik.me On Sun, Dec 12, 2010 at 22:25, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi pradeep, Thanks for replying.. Can you let me know how to find the bounding box attributes for cities .. .. Also how to use this bounding box .. can you give a simple example .. I am new to this osm data .. So Iam finding it a bit tough to process it .. Kindly bear my simple doubts ! Thanks in anticipation, On Sun, Dec 12, 2010 at 10:16 PM, Pradeep B V pradee...@gmail.com wrote: Cant you just use the bounding box for Mumbai and get all data? On Sun, Dec 12, 2010 at 4:11 PM, bharath vissapragada bharathvissapragada1...@gmail.com wrote: Hi all, We are trying to extract the road/street network for each city in the Indian osm dataset. We are writing our own parser for this . We are trying to use the relation,way,node tags to do this . But I am unable to understand how to find all the roads for city for eg. Mumbai.?? Do I need to see Mumbai in the relation tag ?? This doesn't seem to be working as the parser is unable to find relations with Mumbai (just a few are found). Are these datasets already available?? (lat,long info of each road..) Please help me in this regard ... Any help is highly appreciated. Thanks ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] Openlayer e wms PCN
Giocherellando con OpenLayers, ho visto che supporta wms, dovrebbe quindi essere possibile usare i servizi del PCN. Ho provato ma per quanto mi sforzi non sono riuscito. Qualcuno sa come va configurato ? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayer e wms PCN
controlla la proiezione con cui hai creato la mappa, Il PCN ne supporta solo alcune, ad esempio l'ultima volta che ho controllato non supportava quella delle tiles di OSM (che è la stessa di GMaps). Magari parti con una mappa vuota con proiezione 4326 e aggiungi solo il layer PCN. Ciao, Stefano Il 12 dicembre 2010 19:24, alberto bonati albertobon...@libero.it ha scritto: Giocherellando con OpenLayers, ho visto che supporta wms, dovrebbe quindi essere possibile usare i servizi del PCN. Ho provato ma per quanto mi sforzi non sono riuscito. Qualcuno sa come va configurato ? Ciao Alberto ___ 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] Openlayer e wms PCN
Il 12/12/2010 20.11, Stefano Salvador ha scritto:
controlla la proiezione con cui hai creato la mappa, Il PCN ne
supporta solo alcune, ad esempio l'ultima volta che ho controllato non
supportava quella delle tiles di OSM (che è la stessa di GMaps).
Magari parti con una mappa vuota con proiezione 4326 e aggiungi solo
il layer PCN.
Ciao,
Stefano
Il problema mio per adesso è che non so come impostare l'url del
servizio ed il nome del layer che vogio usare.
ad esempio:
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/astefluviali.map.
cosa uso di questo url per impostarlo in OpenLayers ?
layer = new OpenLayers.Layer.WMS( OpenLayers WMS,
http://vmap0.tiles.osgeo.org/wms/vmap0;, {layers: 'basic'}
);
ciao
Alberto
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fusolab
La comunità osm di Roma è ufficialmente ospitata dall'associazione Fusolab durante le Domeniche Nerd ;) http://wiki.ninux.org/domenica%20nerd ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayer e wms PCN
ad esempio:
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/astefluviali.map.
cosa uso di questo url per impostarlo in OpenLayers ?
layer = new OpenLayers.Layer.WMS( OpenLayers WMS,
http://vmap0.tiles.osgeo.org/wms/vmap0;, {layers:
'basic'} );
Devi vedere quali sono le capabilieties del WMS ottenendo cosi'
informazioni su formati supportati, proiezioni e quali layer
disponibili.
Nel caso del wms che stai guardando il layer da usare e' aste_fluviali
Pertanto
layer = new OpenLayers.Layer.WMS( aste fluviali pcn,
http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/astefluviali.map;,
{layers: 'aste_fluviali'});
IMHO: questi sono piu' temi da gfoss.it :)
--
Maurizio Napo Napolitano
http://de.straba.us
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa Bike Sharing
Quando le stazioni del Bike Sharing di Roma saranno completamente mappate su OSM; sarebbe bello inserire, oltre la già presente Milano, anche Roma a questa mappa: http://oobrien.com/vis/bikes/?city=milan Come si fa? Bisogna contattare il gestore del sito? Forse da questi link si può ricavare qualche informazione: http://mobile.atac.roma.it/index.php?id=434 http://atacmobile.it/gmaps http://atacmobile.it/atacmobile.php?nav=1service=bikePHPSESSID=de1fac7f50eb9ef3ad8c7408f0d81e88 http://www.bikesharing.roma.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Situación en Atlántico
landuse=orchard trees=date_palms produce=vegetal oil for diesel ¿Con un SIG es posible determinar el # de ha. cultivadas por departamento? El 12 de diciembre de 2010 07:53, ouɐɯnH fredyriv...@gmail.com escribió: 2010/12/11 hyan...@gmail.com hyan...@gmail.com: Para Palma usé este: http://www.openstreetmap.org/?lat=10.46468lon=-74.80282zoom=16layers=M Para cultivos lo mejor es usar Farm asi [3] y quizas complementarlo con tree [1] y para algunas especies maderables forest [2] ver tambien farm[0] para otros cultivos salu2 Atento a comentarios. Mapeando Rotinet, otro municipio en alerta de inundación. El boquete de Santa Lucía se estima será cerrado en un mes. http://www.openstreetmap.org/?lat=10.5266lon=-75.07192zoom=15layers=M Se abre otro boquete del canal del dique en San Estanislao, ya lo tenemos mapeado. [0] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm [1] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard El 11 de diciembre de 2010 22:40, ouɐɯnH fredyriv...@gmail.com escribió: 2010/12/11 Igor Támara i...@tamarapatino.org: Hola, ouɐɯnH 2010/12/11 Igor Támara i...@tamarapatino.org: ouɐɯnH Hola, estaba por comenzar la labor de mapeo por ouɐɯnH http://www.openstreetmap.org/?lat=10.89476lon=-75.04511zoom=16layers=M ouɐɯnH ouɐɯnH Si uno ve con la aerofotografía de Bing, puede verse que en esa zona ouɐɯnH lo que hay son villas que lucen de descanso, en las cuales hay piscinas ouɐɯnH por cada una de las viviendas y vías pavimentadas con parques y porterías. ouɐɯnH ouɐɯnH Visto eso y las necesidades que hay expuestas de vida o muerte para otras ouɐɯnH personas que han perdido lo que tenían, creo que debe haber ojos bien ouɐɯnH abiertos respecto a la reposición y restauración de bienes, sobre todo ouɐɯnH porque una persona con una propiedad de las características expuestas ouɐɯnH en esa zona debería tener alguna clase de seguro, mientras que los ouɐɯnH pobladores campesinos son los que requieren más ayuda. ouɐɯnH ouɐɯnH Mapear esto, también es ponerlo en evidencia. ouɐɯnH ouɐɯnH Gran parte del trabajo que estamos realizando es poner en un @mapa@ la ouɐɯnH tragedia, por eso es muy importante marcar ademas de centros poblados, ouɐɯnH cultivos y el entorno, asi se podrá tener información para ouɐɯnH posteriormente y hacer seguimiento, que la gente descubra cosas como ouɐɯnH estas es lo que logramos con nuestros mapas, yo anoche descubrí esto: ouɐɯnH http://www.openstreetmap.org/?lat=11.595042lon=-72.856054zoom=18layers=M ouɐɯnH ouɐɯnH Sip, es buen punto de vista, por lo pronto, ya Campeche tiene vías trazadas http://www.openstreetmap.org/?lat=10.72673lon=-74.91379zoom=17 Por otra parte, el otro día descubrí cultivos de lo que creo es Palma, y bueno, también minas por otra región, es evidente el impacto de explotación a gran escala, en tales casos me gustaría mucho saber si existen tags apropiados para esto, si los conocen, me pongo en la tarea de ponerlos en evidencia y les comento la zona donde creo haberlos encontrado, junto con el mapeo :) te refieres a algo como esto? http://www.openstreetmap.org/?lat=4.4655lon=-75.4888zoom=14layers=M Se conoce mucho el país con esta labor. ouɐɯnH salu2 ouɐɯnH ouɐɯnH ouɐɯnH Los millones de dólares de la deuda de Colombia que van a incrementar nuestra ouɐɯnH deuda externa durante esta crisis deben ser revisados para buscar aliviar ouɐɯnH en primera medida a los más necesitados. ouɐɯnH ouɐɯnH Así que continuaré la labor de colaboración por las zonas que luzcan más ouɐɯnH humildes. En todo caso sería absolutamente deseable que si hay contactos ouɐɯnH con periodistas, ojalá ellos estén interesados en dar cubrimiento o haya ouɐɯnH una entidad que pueda hacer una vigilancia adecuada para que todo sea ouɐɯnH hecho con los que son realmente más necesitados. ouɐɯnH ouɐɯnH Mucho ánimo, y a continuar colaborando en lo que podamos :) ouɐɯnH ouɐɯnH Hago mención a esa zona específica porque se muestra como una de las afectadas ouɐɯnH según el mapa que se expone en http://bit.ly/e3lsPM ouɐɯnH ouɐɯnH hyances Sí, están listadas en http://bit.ly/e3lsPM ouɐɯnH hyances ouɐɯnH hyances http://bit.ly/e3lsPMSon todas aquellas que están cerca a Santa Lucía, ouɐɯnH hyances donde se reventó el dique. ouɐɯnH hyances ouɐɯnH hyances Otras poblaciones ouɐɯnH hyances CAMPECHE ouɐɯnH hyances http://www.openstreetmap.org/?lat=10.72657lon=-74.91409zoom=15layers=M ouɐɯnH hyances POLO NUEVO ouɐɯnH hyances http://www.openstreetmap.org/?lat=10.77506lon=-74.85233zoom=15layers=M ouɐɯnH hyances
Re: [Talk-co] Situación en Atlántico
2010/12/12 hyan...@gmail.com hyan...@gmail.com: landuse=orchard trees=date_palms produce=vegetal oil for diesel Si, esa es la idea ¿Con un SIG es posible determinar el # de ha. cultivadas por departamento? sipis hasta podrias lograr un estimado aproximado usando la herramienta de medida y filtros del JOSM que ya se esta volviendo un mounstruo :) salu2 El 12 de diciembre de 2010 07:53, ouɐɯnH fredyriv...@gmail.com escribió: 2010/12/11 hyan...@gmail.com hyan...@gmail.com: Para Palma usé este: http://www.openstreetmap.org/?lat=10.46468lon=-74.80282zoom=16layers=M Para cultivos lo mejor es usar Farm asi [3] y quizas complementarlo con tree [1] y para algunas especies maderables forest [2] ver tambien farm[0] para otros cultivos salu2 Atento a comentarios. Mapeando Rotinet, otro municipio en alerta de inundación. El boquete de Santa Lucía se estima será cerrado en un mes. http://www.openstreetmap.org/?lat=10.5266lon=-75.07192zoom=15layers=M Se abre otro boquete del canal del dique en San Estanislao, ya lo tenemos mapeado. [0] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm [1] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard El 11 de diciembre de 2010 22:40, ouɐɯnH fredyriv...@gmail.com escribió: 2010/12/11 Igor Támara i...@tamarapatino.org: Hola, ouɐɯnH 2010/12/11 Igor Támara i...@tamarapatino.org: ouɐɯnH Hola, estaba por comenzar la labor de mapeo por ouɐɯnH http://www.openstreetmap.org/?lat=10.89476lon=-75.04511zoom=16layers=M ouɐɯnH ouɐɯnH Si uno ve con la aerofotografía de Bing, puede verse que en esa zona ouɐɯnH lo que hay son villas que lucen de descanso, en las cuales hay piscinas ouɐɯnH por cada una de las viviendas y vías pavimentadas con parques y porterías. ouɐɯnH ouɐɯnH Visto eso y las necesidades que hay expuestas de vida o muerte para otras ouɐɯnH personas que han perdido lo que tenían, creo que debe haber ojos bien ouɐɯnH abiertos respecto a la reposición y restauración de bienes, sobre todo ouɐɯnH porque una persona con una propiedad de las características expuestas ouɐɯnH en esa zona debería tener alguna clase de seguro, mientras que los ouɐɯnH pobladores campesinos son los que requieren más ayuda. ouɐɯnH ouɐɯnH Mapear esto, también es ponerlo en evidencia. ouɐɯnH ouɐɯnH Gran parte del trabajo que estamos realizando es poner en un @mapa@ la ouɐɯnH tragedia, por eso es muy importante marcar ademas de centros poblados, ouɐɯnH cultivos y el entorno, asi se podrá tener información para ouɐɯnH posteriormente y hacer seguimiento, que la gente descubra cosas como ouɐɯnH estas es lo que logramos con nuestros mapas, yo anoche descubrí esto: ouɐɯnH http://www.openstreetmap.org/?lat=11.595042lon=-72.856054zoom=18layers=M ouɐɯnH ouɐɯnH Sip, es buen punto de vista, por lo pronto, ya Campeche tiene vías trazadas http://www.openstreetmap.org/?lat=10.72673lon=-74.91379zoom=17 Por otra parte, el otro día descubrí cultivos de lo que creo es Palma, y bueno, también minas por otra región, es evidente el impacto de explotación a gran escala, en tales casos me gustaría mucho saber si existen tags apropiados para esto, si los conocen, me pongo en la tarea de ponerlos en evidencia y les comento la zona donde creo haberlos encontrado, junto con el mapeo :) te refieres a algo como esto? http://www.openstreetmap.org/?lat=4.4655lon=-75.4888zoom=14layers=M Se conoce mucho el país con esta labor. ouɐɯnH salu2 ouɐɯnH ouɐɯnH ouɐɯnH Los millones de dólares de la deuda de Colombia que van a incrementar nuestra ouɐɯnH deuda externa durante esta crisis deben ser revisados para buscar aliviar ouɐɯnH en primera medida a los más necesitados. ouɐɯnH ouɐɯnH Así que continuaré la labor de colaboración por las zonas que luzcan más ouɐɯnH humildes. En todo caso sería absolutamente deseable que si hay contactos ouɐɯnH con periodistas, ojalá ellos estén interesados en dar cubrimiento o haya ouɐɯnH una entidad que pueda hacer una vigilancia adecuada para que todo sea ouɐɯnH hecho con los que son realmente más necesitados. ouɐɯnH ouɐɯnH Mucho ánimo, y a continuar colaborando en lo que podamos :) ouɐɯnH ouɐɯnH Hago mención a esa zona específica porque se muestra como una de las afectadas ouɐɯnH según el mapa que se expone en http://bit.ly/e3lsPM ouɐɯnH ouɐɯnH hyances Sí, están listadas en http://bit.ly/e3lsPM ouɐɯnH hyances ouɐɯnH hyances http://bit.ly/e3lsPMSon todas aquellas que están cerca a Santa Lucía, ouɐɯnH hyances donde se reventó el dique. ouɐɯnH hyances ouɐɯnH hyances Otras poblaciones ouɐɯnH
[Talk-co] Fincas y plantaciones
FINCAS http://www.openstreetmap.org/?lat=10.450423lon=-74.756076zoom=18layers=M PLANTACIONES (Palma africana) http://www.openstreetmap.org/?lat=10.46156lon=-74.79865zoom=15layers=M ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Situación en Atlántico
El resultado: http://www.openstreetmap.org/?lat=3.5239lon=-76.4128zoom=14layers=M Am Sunday 12 December 2010 17:32:31 schrieb ouɐɯnH: 2010/12/12 hyan...@gmail.com hyan...@gmail.com: El 12 de diciembre de 2010 11:10, Germán Márquez Mejía manch...@gmail.com escribió: Hola: Am Sunday 12 December 2010 13:53:39 schrieb ouɐɯnH: 2010/12/11 hyan...@gmail.com hyan...@gmail.com: Para Palma usé este: http://www.openstreetmap.org/?lat=10.46468lon=-74.80282zoom=16lay ers=M Para cultivos lo mejor es usar Farm asi [3] y quizas complementarlo con tree [1] y para algunas especies maderables forest [2] ver tambien farm[0] para otros cultivos [0] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm [1] http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree [2] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard ¿Y para los cañaduzales? ¿landuse=orchard + trees=sugar_cane? + produce=sugar Ojo por que no sabemos siempre a que producción esta destinado, puede ser para azucar, combustible, panela, alcohol, melaza , etc. por otro lado los valores pueden ser en español y con la internacionalización acostumbrada. salu2 Al parecer es posible crear las imágenes de la convención para cada tipo de fruto, este podría tener una abstracción de algo como http://comps.fotosearch.com/bigcomps/PTC/PTC002/076343.jpg ___ 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 mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] ¿Cómo articular a OSM para la atenci ón de desastres en Colombia?
Sorry that i have not said much, I am still working on my program, the algorithm is tough, or maybe I am stupid. here is a translation : There is a flood crisis in the Atlantic, many have helped to update the map based on Bing, but I feel that OSM is not articulated with the care of disaster. We know that these maps can help save lives How can we demonstrate to the authorities to use them? How can we deliver GPS with updated maps? How can we get more updated photos? Santa Lucia collapsed The retaining walls were built gave way and the hard water enters the town, destroying everything in its path. The authorities are calling on individuals and companies that have boats and canoes to make them available to agencies that help the evacuation of the area. It is important to act quickly to avoid human losses. On the strength of the water, the inhabitants who remained in the town are desperate to leave. Oscar, a Uniapuestas official who was delivering aid to the families of the merchants left the town this noon. Ensures that the water began to enter the top of Santa Lucia after one of the 6 bridges that had controlled relented. I heard people screaming, I looked and the water came up. 2010/12/12 hyan...@gmail.com hyan...@gmail.com: Estimados: Existe una crisis de inundación en el Atlántico, muchos hemos contribuido para actualizar el mapa con base en Bing; sin embargo siento que OSM no está articulado con la atención de desastre. Sabemos que estos mapas pueden ayudar a salvar vidas ¿Cómo podemos demostrarlo a las autoridades para que los usen? ¿Cómo podemos entregar GPS con los mapas actualizados? ¿Cómo podemos obtener fotografías más actualizadas? http://www.elheraldo.com.co/ELHERALDO/BancoConocimiento/L/localescolapsosantalucia/localescolapsosantalucia.asp?CodSeccion=48 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Situación en Atlántico
En esta área cerca de Cantacallar, donde estuve mapeando un area innundada amplia, me parece encontrar un paso interrumpido, podrian ayudarme a confirmar que sea así, y como se puede hacer el tag? http://www.openstreetmap.org/edit?lat=10.355893lon=-74.810779zoom=18node=1030359853 Otra cosa: EN los videos del Rhok se destaca la brecha existente entre quienes estamos fuera de la zona y las necesidades en campo. Cuales serian las brechas en este momento con la zona afectada, pues no encontramos muchas actualizaciones o retroalimentación de los equipos de atención en Magdalena. Estoy en Bogotá, y creo que apoyando a la actividad de campo en esta zona con un contacto mñas directo de los equipos de rescate puede ayudar a mejorar la comunicación entre nosotros. Como lo ven ustedes? Gracias Luis Miguel Sánchez Zoque Sociólogo-UN Referente de Población Desplazada-GL E.S.E. Hospital Centro Oriente - Bogotá 3124725065 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] mapping af bygninger med gårdsplads
Jeg mapper lidt bygninger via Bings luftfotos. Hvordan går jeg med bygninger som har en gårdsplads fx en boligblok med et grøntområde/parkering eller lignende i midten? Kan jeg lave et hul i midten af bygningen? Nogle gange har området i midten ingen kørselsadgang. Der står lidt her som jeg prøver at følge http://wiki.openstreetmap.org/wiki/Key:building /Jesper ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] mapping af bygninger med gårdsplads
On 12-12-2010 10:01, Jesper F wrote: Jeg mapper lidt bygninger via Bings luftfotos. Hvordan går jeg med bygninger som har en gårdsplads fx en boligblok med et grøntområde/parkering eller lignende i midten? Kan jeg lave et hul i midten af bygningen? Nogle gange har området i midten ingen kørselsadgang. Der står lidt her som jeg prøver at følge http://wiki.openstreetmap.org/wiki/Key:building Du skal kigge på relations, specifikt multipolygons http://wiki.openstreetmap.org/wiki/Multipolygon Rent praktisk mapper du omkredsen af bygningen og du hullet som to uafhængige ways. Disse to ways vil man normalt ikke tagge. Herefter opretter du en relation med følgende tags: type=multipolygon building=yes Til slut tilføjer du de to ways do har mappet som medlemmer af denne relation med role sat til hhv outer og inner. Det vil så blive renderet som en bygning med et hul. Samme fremgangsmåde kan bruges til snart sagt hvad som helst. Man kan også bruge flere ways til at udgøre en del af en polygon (fx ved landuse er det tit oplagt at de områder er defineret ved hjælp af allerede eksisterende vejstykker - det kan lade sig gøre på denne måde). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
