Re: [Talk-ko] Talk-ko Digest, Vol 22, Issue 3--Dokdo
I have an update on the issue. I managed to talk to the Japanese user that did the edits and explained that the OSM's On the Ground rule mentioned in the Wiki would favour the Korean naming conventions. He said he understood the terms (although he did stand firm on his view on who owns the island) and so far, no further edits on the island was made by him. The tone of the reply was also fairly amicable, so I think I can tentatively say this round of edit war has been averted. Thank you for everyone's input. It's been a big help. FYI, Koreans regard that the sovereignty of Dokdo island (technically, islands) is as sure as that of, say, Jeju island. Bringing the issue up to ICJ would be seen as admitting that there was some ambiguity on that, regardless of how clear it would be to win the case. This is why some Koreans even take issue when the island is referred to as Liancourt Rocks as if to try to stay neutral - it would imply that there is indeed ambiguity and need for neutrality. There's also been a lot of tension on Senkaku isles which is claimed by the Chinese despite the Japanese having control of it. If you ask the Japanese government, it'll tell you there's no sovereignty issue related to the isles. Some Chinese people recently made a landing there, after which Japanese police swiftly arrested them and then eventually expelled them. As a comparison, Japanese boats can't even approach Dokdo thanks to Korean coast guard. The Korean president even ordered to shoot down a Japanese survey vessel approaching Dokdo 6 years ago. So I would say, if Japanese will say Senkaku is theirs, then Dokdo is obviously Korean. You can't have it both ways, so to speak. Anyways, now that this has been talked over (hopefully), I'm going back for more border drawing! Wesley (OSM: Namuori) 2012. 8. 25. 6:22 Brian McLaughlin brian.scott.mclaugh...@gmail.com 작성: Wesley, Even though I’m a foreigner I do take your side concerning Dokdo. However, I wouldn’t expect most people in the international community to even be aware of the issue, much less take sides since most nations that have friendly relations with Korea also maintain friendly relations with Japan. I’m well aware of the bad blood between the two countries, and hopefully in the near future both nations can solve the border dispute themselves. National pride aside I know there is a lot more at stake such as a large untapped energy resource, and access to exclusive fishing grounds. I don’t expect Japan or Korea to solve this disagreement amicably. I wish Korea would take Japan up on their offer and have this issue solved by the International Court of Justice. From my understanding of the issue, Japan didn’t annex Dokdo (Takeshima) until 1905. As a result of losing WWII Japan was forced to surrender all territory gained during that time frame. I think Korea could easily win the argument based on that argument. That’s just my opinion since I’m not aware of all the facts in the case, or passionate about the issue (don’t tell my Korean wife that). In the interest of the OSM community (don’t expect the mediators to take sides either) we don’t want to start an editing war. I think the best solution is to label it undesignated sovereignty, and note that it’s claimed by both Korea and Japan, but occupied by Korea. The official name should be Liancourt Rocks (Its internationally known name), but it should be tagged to reflect the Korean and Japanese names. Relations should be shown to their corresponding provinces in Korea as well as Japan. Perhaps consider including a link http://en.wikipedia.org/wiki/Liancourt_Rocks_dispute. I know that solution is probably unacceptable to many Japanese or Korean nationals, but I believe it is in the best interests of the international community and for OSM. On Thu, Aug 23, 2012 at 11:41 PM, talk-ko-requ...@openstreetmap.org wrote: Send Talk-ko mailing list submissions to talk-ko@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ko or, via email, send a message with subject or body 'help' to talk-ko-requ...@openstreetmap.org You can reach the person managing the list at talk-ko-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ko digest... Today's Topics: 1. Possible border dispute brewing? (Wesley Woo-Duk Hwang-Chung) 2. Re: Possible border dispute brewing? (Mikel Maron) 3. Re: Possible border dispute brewing? (Andrew Errington) 4. Re: Possible border dispute brewing? (Mikel Maron) -- Message: 1 Date: Thu, 23 Aug 2012 22:07:21 +0900 From: Wesley Woo-Duk Hwang-Chung wesle...@gmail.com To: Talk-ko@openstreetmap.org Talk-ko@openstreetmap.org Subject: [Talk-ko] Possible border dispute brewing? Message-ID:
[talk-ph] Old Maps, Online
Not surprisingly, found at http://www.oldmapsonline.org/ Just thought a few of you might like the site. There are a few from the 1800s featuring the Philippines. Jim -- datalude: information security e: j...@datalude.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
*Mijn vraag is (en blijft) waarom mag aan een route in KPN geen naam gegeven worden?* Jouw bezwaren moet je dan ook toepassen op andere routes. bv de busroute ref= 380 en naam=De Lijn 380 Tienen Grote Markt - Kumtich - Leuven GHB (de andere met ref 380 heeft een naam met Bertem in). Ik begrijp nog altijd niet waarom bij KPN de regels anders zouden moeten zijn dan voor de tientallen andere soort routes. Een relatie mag toch een naam hebben (multipolygons kunnen toch ook een naam hebben, zonder dat renderers of gelijk wie daar last van heeft?) Bloso en de provincie Vlaams-brabant hebben sinds kort ook wandelingen die gebruik maken van de knooppunten (een gekleurde driehoek op 2 benen, met opgave van de af te leggen afstand). De bordjes hangen bij de knooppunten en tussenpunten van het KPN. Concreet is er een rode, een blauwe en een groene met startpunt De Borre in Bierbeek. Dus gaan er weeral relaties bijkomen waarvoor geen oplossing is (behalve ze een naam geven bv Bloso enz). BTW: bedankt voor je werk om een oplossing te zoeken voor Potlach-gebruikers. In ieder geval is er nu voor mij 1 argument meer om een naam te geven, jij zal dan minder werk hebben ;-). Maar ernstig : erg bedankt. Op 24 augustus 2012 09:58 schreef Jan-willem De Bleser j...@thescrapyard.orghet volgende: 2012/8/24 Ivo De Broeck ivo.debro...@gmail.com: Je opmerking is volkomen terecht. Het gaat hier over de naamgeving van een relatie. Juist zoals de busroute als naam heeft bus 380 naar Tienen. Het gaat dus niet over de naam van de weg, maar om de naam van de route. Het huidige probleem van potlach-gebruikers is dat relaties zonder naam moeilijk zijn terug te vinden (alleen een x cijfer zegt niet veel). Liever dan dit probleem te onderkennen wordt rond de pot gedraaid met soms zeer bizarre argumenten. Graag vernam ik waarom relaties in sommige gevallen (namelijk bij knooppunt netwerken) geen naam mogen hebben. Bus 380 heeft niet als naam Bus 380 naar Tienen maar eerder referentie 380, het unieke nummer dat de route die deze bus volgt identificeert. Tienen hoort daar niet bij op die manier, want het is de bus Leuven - Boutersem - Tienen. Ik kan je trouwens nog een stuk of vijf andere namen geven voor die route, geen enkel van welk eenduidig is, en dus geen enkel van welk nuttig is om in de naam te stoppen. Sommige routes hebben in de werkelijkheid geen naam, en dus mogen ze ook geen naam hebben in OSM. Soms wordt naar dergelijke routes gerefereerd door naar knooppunten, steden enzo te refereren. Dit is niet de naam van de weg, want terwijl een persoon route 73-75 zegt, zegt een andere Heverlee Campus - Sportoase. Ten eerste is er geen vaste naam, en ten tweede is dit zuiver gebaseerd op de namen van andere elementen. *Volgens mijn lezing van de principes van OSM proberen we zowel alleen de feiten op de grond te mappen als het hoeveelheid van redundante informatie te onderdrukken.* 't is toch overbodig om op een kaart zowel de knooppuntnummers op de knooppunten te zien, als ertussen op de routes? ---(75)-73-75---(73)-- Hebben we die benaming nodig, bvb voor een routeerder, dan kan die gemakkelijk uit de knooppunten gehaald worden. Een naam invullen impliceert een bijkomende, nieuw stuk informatie, wat hier niet het geval is. Op vlak van gebruikbaarheid van de editor, ik snap al sinds 30 mails geleden jouw probleem, en probeer er iets aan te doen. Waarom denk je dat ik gisteren een uur of twee die code heb zitten debuggen en een patch schrijven zodandig dat je niet alleen x krijgt, maar werkelijk 73-75? *Als jouw engie klacht is dat het moeilijk is om die relaties in de lijst terug te vinden, wat is er mis met mijn oplossing dat zowel jouw probleem beantwoordt als de bovenstaande principes volgt?* ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
2012/8/24 Ivo De Broeck ivo.debro...@gmail.com: Mijn vraag is (en blijft) waarom mag aan een route in KPN geen naam gegeven worden? Jouw bezwaren moet je dan ook toepassen op andere routes. bv de busroute ref= 380 en naam=De Lijn 380 Tienen Grote Markt - Kumtich - Leuven GHB (de andere met ref 380 heeft een naam met Bertem in). Ik begrijp nog altijd niet waarom bij KPN de regels anders zouden moeten zijn dan voor de tientallen andere soort routes. Een relatie mag toch een naam hebben (multipolygons kunnen toch ook een naam hebben, zonder dat renderers of gelijk wie daar last van heeft?) Bloso en de provincie Vlaams-brabant hebben sinds kort ook wandelingen die gebruik maken van de knooppunten (een gekleurde driehoek op 2 benen, met opgave van de af te leggen afstand). De bordjes hangen bij de knooppunten en tussenpunten van het KPN. Concreet is er een rode, een blauwe en een groene met startpunt De Borre in Bierbeek. Dus gaan er weeral relaties bijkomen waarvoor geen oplossing is (behalve ze een naam geven bv Bloso enz). BTW: bedankt voor je werk om een oplossing te zoeken voor Potlach-gebruikers. In ieder geval is er nu voor mij 1 argument meer om een naam te geven, jij zal dan minder werk hebben ;-). Maar ernstig : erg bedankt. Het komt er op neer dat ik er niet in geloof iets een naam te geven dat ik vindt in de realiteit geen naam heeft. Jij vindt duidelijk wel dat het een naam heeft in de realiteit (de niet-per-se eenduidige volksnaam) en wil dus op een naam standardiseren. Dit zijn twee strijdige visies van de realiteit, en je hebt mij nog niet overtuigd dat de mijne verkeerd is (wederzijds blijkbaar ook niet). Ik ga even adem halen, en dan moeten we eens nadenken hoe we dit kunnen oplossen. Het werk dat ik gisteren deed is graag gedaan. Het is mijn hobby, ik geloof ook in OSM, en ik zag dat deze discussie in wat ik vond een slechte richting aan 't evolueren was. Het helpt altijd dat er een derde persoon tussenkomt en het heen-en-weer gaan verstoort (hint hint) met nieuwe bedenkingen. Ik waardeer de integriteit van de data, maar ook de contributies van iedereen, de gebruikers (en devs) van *alle* editors, dus ik wil zorgen dat het toegankelijk blijft voor iedereen, en het is graag gedaan. Re: Bloso, die knooppunten hebben geen naam of nummer? Dus dat zijn routes zonder naam, die knooppunten zonder naam verbinden? Maar, als je vanuit één knooppunt vertrekt, en er zijn er meerdere waar je naartoe kan, hoe wordt dan aangegeven de welke in welke richting is? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Bedankt voor de open discussie. Wat betreft Bloso : ze zijn perfect aangeduid (op de knooppunten en tussenpunten), lopen in een gesloten lus en in 1 bepaalde richting / dus zoals je zegt zonder naam (of is bloso blauw ook een naam) en zonder knooppunten (maar gebruiken wel de palen ervan). Die situatie zal meer en meer voorkomen bij KPN. In plaats van een wandeling een naam te geven, zal men waarschijnlijk overschakelen naar bovenstaand systeem. Het vroegere BlaBlaPad wordt dan vervangen door KPN 1-7-27-33-1. In Sint-joris-winge is er een ander soort KPN. Elke lus heeft een nummer (dus hier is de naam wel degelijk lus nr xx, en staat er zodanig aangeduid). Wanneer je kortbij een andere lus komt (lus nr yy) staan er wegwijzers ;-) naar lus nr yy. Om al die redenen vraag ik dan ook om afspraken (standaardisatie) voor de naamgeving. *Maar eerst de vraag: mogen/moeten de routes tussen de knooppunten een naam hebben?* Op 24 augustus 2012 11:08 schreef Jan-willem De Bleser j...@thescrapyard.orghet volgende: 2012/8/24 Ivo De Broeck ivo.debro...@gmail.com: Mijn vraag is (en blijft) waarom mag aan een route in KPN geen naam gegeven worden? Jouw bezwaren moet je dan ook toepassen op andere routes. bv de busroute ref= 380 en naam=De Lijn 380 Tienen Grote Markt - Kumtich - Leuven GHB (de andere met ref 380 heeft een naam met Bertem in). Ik begrijp nog altijd niet waarom bij KPN de regels anders zouden moeten zijn dan voor de tientallen andere soort routes. Een relatie mag toch een naam hebben (multipolygons kunnen toch ook een naam hebben, zonder dat renderers of gelijk wie daar last van heeft?) Bloso en de provincie Vlaams-brabant hebben sinds kort ook wandelingen die gebruik maken van de knooppunten (een gekleurde driehoek op 2 benen, met opgave van de af te leggen afstand). De bordjes hangen bij de knooppunten en tussenpunten van het KPN. Concreet is er een rode, een blauwe en een groene met startpunt De Borre in Bierbeek. Dus gaan er weeral relaties bijkomen waarvoor geen oplossing is (behalve ze een naam geven bv Bloso enz). BTW: bedankt voor je werk om een oplossing te zoeken voor Potlach-gebruikers. In ieder geval is er nu voor mij 1 argument meer om een naam te geven, jij zal dan minder werk hebben ;-). Maar ernstig : erg bedankt. Het komt er op neer dat ik er niet in geloof iets een naam te geven dat ik vindt in de realiteit geen naam heeft. Jij vindt duidelijk wel dat het een naam heeft in de realiteit (de niet-per-se eenduidige volksnaam) en wil dus op een naam standardiseren. Dit zijn twee strijdige visies van de realiteit, en je hebt mij nog niet overtuigd dat de mijne verkeerd is (wederzijds blijkbaar ook niet). Ik ga even adem halen, en dan moeten we eens nadenken hoe we dit kunnen oplossen. Het werk dat ik gisteren deed is graag gedaan. Het is mijn hobby, ik geloof ook in OSM, en ik zag dat deze discussie in wat ik vond een slechte richting aan 't evolueren was. Het helpt altijd dat er een derde persoon tussenkomt en het heen-en-weer gaan verstoort (hint hint) met nieuwe bedenkingen. Ik waardeer de integriteit van de data, maar ook de contributies van iedereen, de gebruikers (en devs) van *alle* editors, dus ik wil zorgen dat het toegankelijk blijft voor iedereen, en het is graag gedaan. Re: Bloso, die knooppunten hebben geen naam of nummer? Dus dat zijn routes zonder naam, die knooppunten zonder naam verbinden? Maar, als je vanuit één knooppunt vertrekt, en er zijn er meerdere waar je naartoe kan, hoe wordt dan aangegeven de welke in welke richting is? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Ivo De Broeck Valleilaan 13 3360 Korbeek-lo Tel (0)16 43 84 93 Gsm +32 486 17 61 13 ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
On Friday 24 August 2012 06:00:25 Jan Herrygers wrote: Betekent het feit dat de naam niet expliciet vermeld is op het bord, dat er geen naam is? De wegwijzer naar Tienen staat bv. op de weg van Leuven naar Tienen. Deze weg wordt zo genoemd, bijvoorbeeld als je iemand de weg vraagt, dan zal die persoon verwijzen naar de weg naar Tienen en niet naar de N-zoveel-zoveel richting Tienen. Dit argument kan ik niet meer volgen... Zeg je nu dat als een route tussen 10 en 15 over de Tiensestraat en de Leuvensesteenweg gaat, dat die route dan als naam iets als Tiensestraat/Leuvensesteenweg heeft? Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
On Friday 24 August 2012 09:23:16 Ivo De Broeck wrote: Je opmerking is volkomen terecht. Het gaat hier over de naamgeving van een relatie. Juist zoals de busroute als naam heeft bus 380 naar Tienen. Het gaat dus niet over de naam van de weg, maar om de naam van de route. Het huidige probleem van potlach-gebruikers is dat relaties zonder naam moeilijk zijn terug te vinden (alleen een x cijfer zegt niet veel). Liever dan dit probleem te onderkennen wordt rond de pot gedraaid met soms zeer bizarre argumenten. *Graag vernam ik waarom relaties in sommige gevallen (namelijk bij knooppunt netwerken) geen naam mogen hebben.* Omdat ze geen naam hebben volgens het bestaande concept van routerelaties. Geef je ze wel een name=* tag, dan gaan alle gebruikers ervan uit dat de route ook die naam heeft, en dan krijg je dat bvb ook gerenderd met die naam op de kaart. Wat betreft de tags is er geen verschil te zien tussen normale routes en knooppuntroutes, dus moet daarmee rekening gehouden worden dat als je bij de ene een tag neerzet, het dezelfde betekenis krijgt als een dergelijke tag bij de andere. Dan gaat hier natuurlijk ook het andere argument dat knooppuntroutes eigen tags moeten hebben (waaruit dan af te leiden is dat een name=* dan geen echte naam is...), en daar is natuurlijk ook iets voor te zeggen, alleen is het nu in de geschiedenis van OSM zo beslist geweest (op internationaal niveau) dat ze geen aparte tags krijgen. En nu andere tags invoeren betekent dat heel wat gebruikers de behandeling van de data zullen moeten aanpassen, als ze dat al willen doen voor een landje als België en Nederland, omdat het concept toch nergens anders bestaat (op enkele uitzonderingen na dan). Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
On Friday 24 August 2012 19:11:19 Jan Herrygers wrote: Als 10 en 15 knooppunten van een wandelnetwerk zijn, dan heet de route wandelnetwerk van kooppunt 10 naar 15 Of Route van 10 naar 15, of Wandelroute tussen 10 en 15 van het netwerk Blabla, of Wandelnetwerk Blabla, route tussen 10 en 15, etc. Als het niet eenduidig is wat je als name=* moet gebruiken, dan is het geen naam en moet je het niet als dusdanig taggen. De oplossing van Potlatch 2 lijkt me beter dan het weergeven van de note tag. Of toont JOSM ook nog in andere gevallen de note=* tag? Buiten de fiets - en wandelknooppuntennetwerkrouterelaties? Voor mij (ik geef toe dat ik nog een leek ben hier) lijkt het alsof de knooppunten vermelden in de note=* tag van de route een geval is van taggen voor de editor. JOSM geeft de note-tag weer bij alle relaties die geen name=* of ref=* hebben, wat hun type ook is (route, multipolygon, collection, restriction, enforcement, destination_sign, tunnel etc.) (een uitzondering daarop is de restriction-relatie waar de waarde van restriction=* voorrang krijgt). Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Policy in mapping military installations
2012/8/24 Michael Kugelmann michaelk_...@gmx.de 1. Don't break local law - this may include mapping military installations But local law should not be valid if you are in another country. I'm not a lawyer but I'm guess it's not that simple. I think local law might apply even if you're somewhere else. But it might be difficult to enforce unless you visit the country sometime. In fact I think this ispart of the reason for the current buzz around Julian Assage... So one could view this as a question of balancing personal risk... Michael (another one) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] horrible job in gjilan,kosovo
If someone did horrible job that is actually you. You organized mass entering false information into OSM. It is sad that your data was not deleted because it is false, but just for trivial license issues. On 22.08.12. 09:43, Mike Dupont wrote: Hi there, I wanted to say that you guys have destroyed our work in gjilan, why? cannot you read carefully the license and do the due diligence? http://www.openstreetmap.org/?lat=42.46398lon=21.47688zoom=15layers=M we are going to have an event there and i just noticed it. http://www.flossk.org/en/events/flossk-teambuilding-event-gjilan-hotel-kristal-august-27 omg! mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Policy in mapping military installations
On Fri, Aug 24, 2012 at 8:46 AM, Michael Krämer ohr...@gmail.com wrote: I think local law might apply even if you're somewhere else. Ergh, that's an interresting new concept. My friends tell me the same when they smoke joints : it's legal in Netherland ;-) I'm not a lawyer I confirm. Btw, I remember the same issue raised in Russia few months ago. I don't know what is the consensus there. The main issue with putting something locally forbiden in OSM is that you create huge difficulties for the local community: they cannot use anymore global services provided remotely like map tiles or planet extracts. Basically, you will enforce them to do everything locally (filtered) when they don't have necessarily the resources for that. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Policy in mapping military installations
Then we should let it alone and bow for the international common denominator of forbidden subjects and stop mapping fugitive camps military installations war monuments coffee shops governmental buildings or whatever any country will put on the list of forbidden to map ??? Isn't there a need for a official OSMF view on these matters ? On the topic of the Israeli airport: Is hiding the airport not an invitation to attack a civil airport instead? Or a bus stop? Or a shopping mall? And is that why military airports must be hidden? Or should we hide all potential terrorist attack targets? Where does this end ? And to Pieren: create huge difficulties for the local community is that to OSM as a open community acceptable as a reason to unmap subjects ? Gert -Oorspronkelijk bericht- Van: Pieren [mailto:pier...@gmail.com] Verzonden: Friday, August 24, 2012 9:39 AM Aan: OSM Onderwerp: Re: [OSM-talk] Policy in mapping military installations On Fri, Aug 24, 2012 at 8:46 AM, Michael Krämer ohr...@gmail.com wrote: I think local law might apply even if you're somewhere else. Ergh, that's an interresting new concept. My friends tell me the same when they smoke joints : it's legal in Netherland ;-) I'm not a lawyer I confirm. Btw, I remember the same issue raised in Russia few months ago. I don't know what is the consensus there. The main issue with putting something locally forbiden in OSM is that you create huge difficulties for the local community: they cannot use anymore global services provided remotely like map tiles or planet extracts. Basically, you will enforce them to do everything locally (filtered) when they don't have necessarily the resources for that. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapnik coastline layer
Just wondering if it might be time for the mapnik coastline files to be updated. It seems over two months since this was last done. The number of coastline errors each day is now small. The only reason I can see for not updating is that the redaction bot may have reduced the accuracy of the coastline ways, but its going to be easier to identify this if the tiles are generated using a post- redaction coastline file David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Policy in mapping military installations
I remember this topic being on the mailing lists in the past. I agree with the rules: * Don't get shot * On the ground rule If you walk past a building that says Toy Factory but everyone knows it is a secret military base because of the armed guards. You map it as a toy factory. If it has signs around it saying Military Property: do not enter. then you can map it as landuse=military, even if you don't know what it is or what's in it. It may be wise not to map the roads and buildings inside, depending on the country and security sensitivity of the site. I have mapped a whole golf course within a military site(UK), but I know that to be easy to see from the public road, so not a threat to national security http://osm.org/go/erUlTzkI If these areas are mapped it's helpful so you can avoid hiking through them. If maps can't be used in certain countries, set up a map render for your site that draws them as playgrounds or whatever. There are some discussions here: http://wiki.openstreetmap.org/wiki/Talk:Key:military http://forum.openstreetmap.org/viewtopic.php?id=3820 Fun antidotes/stories that can be told over a beer: * A well known London mapper (not me) went on holiday to Egypt, did some mapping, it wasn't till he got home that he learnt foreigners holding having a GPS alone was illegal! * At night I've covertly mapped some embassies in London using a camera notepad, along a police-guarded road. Earlier in the day another mapper had been told not to map there, I took up the challenge. Happy Mapping, Gregory On 24 August 2012 09:06, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Then we should let it alone and bow for the international common denominator of forbidden subjects and stop mapping fugitive camps military installations war monuments coffee shops governmental buildings or whatever any country will put on the list of forbidden to map ??? Isn't there a need for a official OSMF view on these matters ? On the topic of the Israeli airport: Is hiding the airport not an invitation to attack a civil airport instead? Or a bus stop? Or a shopping mall? And is that why military airports must be hidden? Or should we hide all potential terrorist attack targets? Where does this end ? And to Pieren: create huge difficulties for the local community is that to OSM as a open community acceptable as a reason to unmap subjects ? Gert -Oorspronkelijk bericht- Van: Pieren [mailto:pier...@gmail.com] Verzonden: Friday, August 24, 2012 9:39 AM Aan: OSM Onderwerp: Re: [OSM-talk] Policy in mapping military installations On Fri, Aug 24, 2012 at 8:46 AM, Michael Krämer ohr...@gmail.com wrote: I think local law might apply even if you're somewhere else. Ergh, that's an interresting new concept. My friends tell me the same when they smoke joints : it's legal in Netherland ;-) I'm not a lawyer I confirm. Btw, I remember the same issue raised in Russia few months ago. I don't know what is the consensus there. The main issue with putting something locally forbiden in OSM is that you create huge difficulties for the local community: they cannot use anymore global services provided remotely like map tiles or planet extracts. Basically, you will enforce them to do everything locally (filtered) when they don't have necessarily the resources for that. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] School Zones
I came to the opinion that a maxspeed tag didn't really capture a school zone, even with complex time restrictions. Possibly it makes more sense to keep using restriction=school_zone but as others have pointed out, probably nothing reads these. I know some brands of car GPS devices can warn you about a school zone, but I don't think there are any that could get this from OSM. For now I preserve these tags if I am editing a way that has them, but I don't add them if they are not there already. - Ben Kelley. On Aug 24, 2012 6:38 AM, Ian Sergeant inas66+...@gmail.com wrote: On 24/08/12 03:18, Ben Johnson wrote: So... with the prospect of re-editing, and the uncertainty of the maxspeed:(condition) proposal, this has lead me full-circle back to thinking the simple [restriction = school_zone] tag is the most effective method to mark a school zone for later refinement. We could include the extended information (e.g. operational times and days) as either a [note = ...] (notes are not displayed to end users), or even a [description = ...] (descriptions are potentially displayed to end users as text hints/guides). Does anyone else have thoughts about school zones? I'm particularly interested in whether we can come up with a method that is appropriate for all states. I went through the same thought process as you, and came to the same conclusion. School Zones only apply school days, so the times of application can't be captured. They have different demerit point structures. See this photo.. http://img213.imageshack.us/**img213/4364/gopr1691.jpghttp://img213.imageshack.us/img213/4364/gopr1691.jpg Obviously someone regards a school zone as distinct from a maxspeed. Ian. __**_ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-auhttp://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] import of state borders?
Michael wrote OK, I have just imported the missing parts of the ACT border (changeset #12765494). Looks good Michael, I have moved some points on the straight bit using information from some of my GPS traces. One spot where my GPS traces don't indicate the border is on the extension to Hugh Mackay Crescent. John, does your information of this area (Bicentennial Natiuonal Trail) indicate where the border is? BTW I'm doing a mapping run down to Melbourne this weekend, is there any (small) thing anyone wants checked out on the way (back). Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] redaction cleanup - unusual water feature
Hi, I'm working on the post redaction checks from the rebuild server at http://rebuild.poole.ch/job/29 And I'm a bit confused by this: http://osm.org/go/ueHoaPP9-- If you look at Bing imagery for this location it is composed of some sort of inland harbour/marina/coastline/water feature which had previously been mapped (rather elegantly too by the look of it), from Nearmap as source. Post redaction there are the outline nodes left,and I'm was wondering how to go about reinstating this coastline/water? Join up the existing nodes? Start again? What tags? Cheers, Chas ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] redaction cleanup - unusual water feature
Am 24.08.2012 20:21, schrieb Chris Barham: Hi, If you look at Bing imagery for this location it is composed of some sort of inland harbour/marina/coastline/water feature which had previously been mapped (rather elegantly too by the look of it), from Nearmap as source. Post redaction there are the outline nodes left,and I'm was wondering how to go about reinstating this coastline/water? Join up the existing nodes? Start again? What tags? I would re-use the existing nodes. Regarding tagging I was about to suggest natural=water but then I did some reading in the wiki. So I think natural=coastline is the right thing to use. There's a similar structure a bit south which is tagged as waterway=riverbank - I don't think that's a good idea. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] redaction cleanup - unusual water feature
I'd join up the existing nodes if possible. South-East Queensland has many of these canal systems in residential areas. Take a look at the Gold Coast region for some tips if you want examples - http://www.openstreetmap.org/?lat=-28.0229lon=153.4144zoom=14layers=M Miami in Florida might be another place to reference for such features. BJ Sent from my iPad On 25/08/2012, at 4:21, Chris Barham cbar...@pobox.com wrote: Hi, I'm working on the post redaction checks from the rebuild server at http://rebuild.poole.ch/job/29 And I'm a bit confused by this: http://osm.org/go/ueHoaPP9-- If you look at Bing imagery for this location it is composed of some sort of inland harbour/marina/coastline/water feature which had previously been mapped (rather elegantly too by the look of it), from Nearmap as source. Post redaction there are the outline nodes left,and I'm was wondering how to go about reinstating this coastline/water? Join up the existing nodes? Start again? What tags? Cheers, Chas ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] import of state borders?
On 24/08/12 21:24, Nick Hocking wrote: One spot where my GPS traces don't indicate the border is on the extension to Hugh Mackay Crescent. John, does your information of this area (Bicentennial Natiuonal Trail) indicate where the border is? I deleted all my GPS data from that area. Way back then, I didn't foresee any need to keep it, as I do these days. But my clear recollection from many trips to that area is that this gate http://www.openstreetmap.org/browse/node/258492338/history is exactly on the border. And that the border follows this fence-line (at least in the vicinity of the gate): http://www.openstreetmap.org/browse/way/69891320/history Likely the final position I gave the gate was quite accurate. I mapped that area on bicycle and tend to use the averaging feature on my Garmin for 30 seconds or so to refine the position of nodes like gates. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] import of state borders?
John wrote the border follows this fence-line (at least in the vicinity of the gate): Thanks John I've moved the border closer to the gate, keeping the gate in NSW and the trail in ACT. The border looks a bit crooked to me now, I'll have to do some more work on it in a couple of weekends time. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] redaction cleanup - unusual water feature
As others have said , I'd re-use the existing nodes. I'd probably tag this as natural = water David - Original Message - From: Chris Barham To: talk-au Sent: Friday, August 24, 2012 7:21 PM Subject: [talk-au] redaction cleanup - unusual water feature Hi, I'm working on the post redaction checks from the rebuild server at http://rebuild.poole.ch/job/29 And I'm a bit confused by this: http://osm.org/go/ueHoaPP9-- If you look at Bing imagery for this location it is composed of some sort of inland harbour/marina/coastline/water feature which had previously been mapped (rather elegantly too by the look of it), from Nearmap as source. Post redaction there are the outline nodes left,and I'm was wondering how to go about reinstating this coastline/water? Join up the existing nodes? Start again? What tags? Cheers, Chas -- ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 23.08.2012 16:11, Ronnie Soak wrote: Ich frage mich dann allerdings schon, wo aus Sicht von OSM der Unterschied zwischen 'normalem' ÖPNV (keine 'Fußwege' zwischen Bahnhofseingang und Schiene) und Seilbahnen sein soll. Naja, der Unterschied ist für mich, dass man bei echtem ÖPNV-Routing halt noch viel viel mehr Dinge beachten/implementieren muss, die sonst bei 0815 Routing nicht beachtet werden müssen. a) Das Routing für ÖPNV kann nicht highway/railway basiert sein, sondern wird sich zu 99% an Relationen orientieren müssen. Dazu macht es ohne Fahrpläne oder zumindest Fahrzeiten, von z.Bsp 06:00 bis 23:30, keinen Sinn. Will ich auch noch vernünftige Hinweise geben wie man zu Fuß von Gleis X nach Gleis Y kommt, wirds nochmal viel viel komplizierter. Mehr oder weniger ist OSM hier derzeit einfach völlig ungeeignet. -- Will man dagegen nur Seilbahnen in das Routing von Wander/Mountainbike/Fahrradkarten einschließen, braucht es quasi nix neues, es muss halt nur eine Verbindung von aerialway=XXX zum highway=XXX geben. Die Wege mag natürlich mappen wer will (interessehalber: benutzt du einen speziellen Wegetyp für Laufwege in Gebäuden?), aber so etwas als 'gehört einfach dazu' zu bezeichen, finde ich dann doch etwas überzogen. Nein, ich würde nicht sagen so etwas gehört einfach dazu, nur war es vor 1-2 Jahren noch meist einfach dazugehörend. Nun wurden jedoch sehr viele dieser Wege einfach gelöscht, und das ohne Diskussionen, was ich als Vandalismus ansehe. Welchen Typ? Nun das kann man ja gerne diskutieren. Bisher hab ich meist footway oder service genommen. aerialway=platform oder ähnliches fände ich auch volkommen okay. Zumal sich direkt die Diskussion um komplizierte Zugangsbeschränkungen, Zugangszeiten, Preisen usw. anschliesst. Wohl eher nichts für den Otto-Normal-Mapper. Ich würde ebenfalls diese Wege nicht mappen, eben weil ich diese Punkte nicht klar beantworten kann, sie aber ein erheblicher Bestandteil des Weges sind. Ich möcht nämlich zum Beispiel nicht, dass mich mein Wanderrouting-GPS bei Bergwanderungen zum Lift lotst, weil da wichtige tags fehlen. Nun, derzeit wird es dich wohl zu keinem Lift lotsen, weil seltenst verbunden. Allerdings haben wir eben Fähren und Autoverladezüge schon direkt mit linien verbunden, eben genau damit hier Routing funktioniert. Und da beschwert sich auch niemand, wieso und wie er über den Ärmelkanal geroutet wurde Es wird wohl bei jedem Programm, Karte die Seilbahnen als Routingfähig einbaut, eine Möglichkeit geben eben dies auszuschließen. (bei Garmin etwa geht das easy). Wenn der Router nunmal kein Routing über Seilbahnen unterstützt und man OSM-untypische oder zumindest -unüblich Konstruktionen benötigt, um es doch durch die Hintertür zu ermöglichen, dann ist doch ganz klar der Feature-Request beim Router besser aufgehoben. Ich würde mal behaupten, dass die Anzahl funktionierender ÖPNV-Router noch überschaubar ist. Es sind nunmal keine untypischen Konstrukte, sondern bei Fähren etwa ganz normal, und dort auch nicht anders. Noch war es von 1-2 Jahren auch der Standard, dass man aerialway direkt an highway angeschlossen hat. Nur haben wohl viele, nach mappen der Stationsgebäude als viereckigen Kästen (genauer ist es ja selten), diese Wege einfach gelöscht. my 2 cents Chaos Am 23. August 2012 15:04 schrieb Felix Hartmann extremecar...@gmail.com: Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon recht oft angelegt hab. On 23.08.2012 14:49, Andreas Labres wrote: ReHi! Wenn Du z.B. bei Seegrube oder Patscherkofel schaust, da ist immer das Gebäude gemappt, sprich da endet der Bahn- oder Gondel-Way im Gebäude. Da kannst Du nur ein Öffi-Routing machen, indem man annimmt, daß man auf der Hungerburg (http://osm.org/go/0IUSihE3w--) von der Hungerburgbahn zur Seilbahn umsteigen kann. Da jetzt ein inhouse-Routing und vielleicht Fußwege von Gebäudeeingang zur Straße einzeichnen wäre wohl zu viel verlangt, oder... Also ich würde an Deiner Stelle diese Seilbahnendpunkte müssen mit Wegen verknüpft sein Idee eigentlich schnell wieder vergessen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Peter Wendorff wrote: Am 23.08.2012 19:59, schrieb wwl: Hallo, ich bin gerade dabei ein Lokales Fernwärmenetz einzutragen. Dabei fällt mir auf das es evtl. zu Darstellungsfehlern kommt. Vorweg. Ich habe die Leitung so getagged: man_made=pipeline location=underground type=heat name=Nahwärmeversorgung operator=Kommunalunternehmen KUM http://www.openstreetmap.org/?lat=48.482064lon=11.942829zoom=18layers=M Jetzt passiert es das die Beschriftung (name=Nahwärmeversorgung) angezeigt wird. Das Rohr an sich aber nicht (maptik), ;) Die Karte bzw. Software heißt MapNik (aber macht ja nix). was verwirrend ist. Die Rohre liegen unter einer Strasse(resident) die nun auch noch die Beschriftung Nahwärmeversorgung hat. Zunächst mal: Nahwärmeversorgung ist sicher nicht der Name, sondern wenn, dann eigentlich eine Beschreibung. Genaugenommen ist das eigentlich nichts weiter als das, was die Tags schon sagen: eine (man_made=) pipeline (location=under) (ground) zum Transport von (type=)heat. Wenn das Ding jetzt einen Namen hat, dann kann man wieder diskutieren; aber Nahwärmeversorgung ist sicherlich nicht der Name, geschweige denn der Name der Pipeline selbst. Wenn Du das wirklich zusätzlich eintragen willst - wie gesagt, ich halte es für durch die Tags ziemlich vollständig abgedeckt, dann kannst du das immer noch als description, besser dann aber description:de eintragen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wir hatten vor ein paar Tagen eine Diskussion ueber Unterseekabel bzw. unterirdisch verlegte Stromkabel. Fuer mich war diese Diskussion noch nicht beendet, weil nicht so ganz klar war, wie das zu taggen ist. Fern- oder Nahwaermeleitungen gehen in die gleiche Richtung, d. h. wir haben hier eine aehnliche Situation wie letztendlich mit allen unterirdisch verlegten Kabeln oder Rohren. Das Tagging location=under_ground oder location=under_water scheint wohl Konsens zu sein. Kann man die verschiedenen Dinge dann so taggen ? Rohrleitungen unterirdisch (Waerme|Gas|Rohoel|Bier|Wasser) man_made=pipeline location=under_ground type=heat|natural_gas|crude_oil|beer|water Stromkabel (unterirdisch) power=line location=under_ground|under_water Telefonleitungen, Kanalisation ... ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue BING-Luftbilder und Militärflächen
Guten Morgen, Am 24. August 2012 07:35 schrieb Werner Poppele popp...@hm.edu: Michael Bemmerl wrote: Interessanterweise sind die Militärflächen hier nun /nicht/ mehr unkenntlich gemacht, sondern genau so aufgelöst wie die Umgebung. also im Raum Landsberg am Lech ist alles beim Alten. Es sind ja auch noch die gleichen alten Bilder. Die Hoffnung besteht also, dass es auch dort irgendwann neue Bilder gibt, die dann nicht mehr verpixelt sind. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 23.08.12 15:00, Felix Hartmann wrote: im Bereich von railways und ÖPNV Routing, kann ich ja noch irgendwie einsehen, dass man dies vom Router verlangen soll, da es die Hauptaufgabe des Routers ist. Da es bei Bergbahnen, nun aber nicht um klassischen ÖPNV geht, IMO sind in Sachen Routing Berg/Seilbahnen um nix anders zu behandeln als jede andere Art Bahn. Es gibt einfach noch keine Algorythmen die vernünftiges Flächenrouting beherschen, und selbst wenn diese existieren, wird es unverhältnismäßigen Aufwand bedeuten. Ich weiß nicht, wie Du jetzt auf Flächenrouting kommst, aber ja. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 23.08.12 15:04, Felix Hartmann wrote: Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon recht oft angelegt hab. Nicht bös sein, aber das ist einfach keine gute Idee, IMHO. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
On 24.08.12 08:31, Werner Poppele wrote: Stromkabel (unterirdisch) power=line location=under_ground|under_water NACK. power=line ist implizit eine Freileitung. Das mit einem Zusatztag ins Gegenteil zu definieren ist keine gute Idee. Besser: eine /andere/ Value erfinden, z.B. power=cable. Das ist dann implizit underground/under water. Und dann kann man das mit einem Zusatz location= genauer angeben. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Funkamateur
Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Wie schon an anderer Stelle angemerkt: power=lineist eine Freileitung. power=cableist ein Untergrund- oder Seekabel. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Am 24. August 2012 09:31 schrieb Andreas Labres l...@lab.at: Wie schon an anderer Stelle angemerkt: power=lineist eine Freileitung. power=cableist ein Untergrund- oder Seekabel. Wieso ist das im Wiki nicht entsprechend verlinkt? Anmerkungen in einer Mailingliste sind auf Dauer wenig hilfreich ich ergänze mal einen Link. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Am 23.08.2012 um 20:44 schrieb Peter Wendorff wendo...@uni-paderborn.de: besser dann aber description:de eintragen. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 24.08.2012 09:02, Andreas Labres wrote: On 23.08.12 15:00, Felix Hartmann wrote: im Bereich von railways und ÖPNV Routing, kann ich ja noch irgendwie einsehen, dass man dies vom Router verlangen soll, da es die Hauptaufgabe des Routers ist. Da es bei Bergbahnen, nun aber nicht um klassischen ÖPNV geht, IMO sind in Sachen Routing Berg/Seilbahnen um nix anders zu behandeln als jede andere Art Bahn. Aber warum behandeln wir dan Fähren anders? Würde jemand alle Wege zu fähren (da gibt es auch sehr häufig Zugangsgebäude) löschen, dann würde hier fast jeder von Vandalismus sprechen. Es gibt einfach noch keine Algorythmen die vernünftiges Flächenrouting beherschen, und selbst wenn diese existieren, wird es unverhältnismäßigen Aufwand bedeuten. Ich weiß nicht, wie Du jetzt auf Flächenrouting kommst, aber ja. Wenn es keine Verbindung per Linie gibt, dann braucht man folglich ein Flächenrouting, und das ist halt prinzipiell alles andere als optimal. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 24.08.2012 09:03, Andreas Labres wrote: On 23.08.12 15:04, Felix Hartmann wrote: Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon recht oft angelegt hab. Nicht bös sein, aber das ist einfach keine gute Idee, IMHO. Servus, Andreas Ah und noch ein weiterer Einwand. Wenn wir nun etwa aerialway=platform einzeichnen, aber nicht verbinden, dann haben wir einen größeren absoluten Fehler, wie wenn wir es verbinden. Noch dazu könnten wir etwa auch bei Seilbahnen, jedes Seil einzeln einzeichnen, schließlich laufen die ja meist mit 5-6m Abstand, oder bei Telegondeln/Sesseln die Schleife im Umlauf. Dies tun wir aber nicht - obwohl es sich hier um recht große absolute Fehler handelt. Bei Bahnlinien, zeichnen wir ja auch jedes Gleis ein, bei Seilbahnen nicht (und das halte ich auch nicht für sinnvoll). Es gibt einfach doch obwohl beides Bahn im Namen hat, sehr sehr große Unterschiede. -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Konsistenz ist unser Freund. Wie werden Bahnsteige getagt (theoretisch): wir tagen den Bahnsteig als platform und die dazugehörige Halteposition des Zuges als stop_position. Der Bahnsteig wird mit Wegen an das restliche Wegenetz angebunden. Die Verbindung zwischen platform und stop_position stellt die dazugehörige Relation her. Gondeln sollten genauso getagt werden. Mal abgesehen davon, dass ich kein Freund von Relationen bin, sollte das für's Micromapping machbar sein. Wer auf's Micromapping verzichten kann, kann aber auch einfach platform und stop_position zu einer Node verschmelzen, was bei Gondeln wohl relativ egal sein sollte, und die Node genau wie die platform vorher mittels Weg verbinden. Ich wage jetzt einfach mal zu behaupten, dass das in 99,99% (Zahl geschätzt) aller Fälle ausreichend ist. Martin Am 24. August 2012 09:50 schrieb Felix Hartmann extremecar...@gmail.com: On 24.08.2012 09:03, Andreas Labres wrote: On 23.08.12 15:04, Felix Hartmann wrote: Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon recht oft angelegt hab. Nicht bös sein, aber das ist einfach keine gute Idee, IMHO. Servus, Andreas Ah und noch ein weiterer Einwand. Wenn wir nun etwa aerialway=platform einzeichnen, aber nicht verbinden, dann haben wir einen größeren absoluten Fehler, wie wenn wir es verbinden. Noch dazu könnten wir etwa auch bei Seilbahnen, jedes Seil einzeln einzeichnen, schließlich laufen die ja meist mit 5-6m Abstand, oder bei Telegondeln/Sesseln die Schleife im Umlauf. Dies tun wir aber nicht - obwohl es sich hier um recht große absolute Fehler handelt. Bei Bahnlinien, zeichnen wir ja auch jedes Gleis ein, bei Seilbahnen nicht (und das halte ich auch nicht für sinnvoll). Es gibt einfach doch obwohl beides Bahn im Namen hat, sehr sehr große Unterschiede. -- keep on biking and discovering new trails Felix openmtbmap.org www.velomap.org ___ 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] Unterwasser-Seekabel im Mittelmeer gerendert :-(
On 24.08.12 09:40, Martin Vonwald wrote: Wieso ist das im Wiki nicht entsprechend verlinkt? Offenbar war da ein Bug in der Tabelle beim power-Schlüssel, der als Beschreibung für power=cable denselben Text angezeigt hat wie für power=line. Fixed. Die Seite für power=cable existiert aber schon länger... ;) Wie man den Text von Stromleitung auf Freileitung ändern könnte, weiß ich nicht... vielleicht könnte mir jemand an der Stelle Templates erklären... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit speziellen Artikeln: Artikel sinnvoll beschreiben
Hallo, ausser bei addr: hat sich dieses hierarchische key-schema bisher meines Wissens nach noch nirgendwo ernsthaft durchgesetzt. Technisch ist es aber verwendbar und die Syntax mit : als Trenner wird auch bei anderen Themen benutzt/vorgeschlagen, zum Beispiel bei der immer wieder laufenden Diskussion um 'extended conditions'. Bisher üblicher ist die Methode shop = general_description und dann general_description = detailed_description. Bei dir also shop=musical_instrument und musical_instrument = singing_bowles). Generell ist ein praktikabler Weg bei neuen Tags: 1. Suche mittels Wiki und Taginfo, ob es nicht doch schon verwendete keys dazu gibt. 2. Wenn nicht, erfinde dein eigenes Tag, benutze es, dokumentiere es als proposal im Wiki und rege eine Diskussion darüber auf der tagging-liste, im Forum oder sonstwo an. 3. Arbeite die Diskussionsergebnisse in die Wikiseite ein und passe das Tag/ den Key gegebenenfalls an. 4. Schau in einem halben Jahr nochmal bei Taginfo, ob andere dein Tag benutzen, oder es nicht angenommen wird. Bei aktiver Benutzung (nicht nur durch dich) kannst du irgendwann den proposal-status entfernen. In deinem Fall ist shop=musical_instrument mit 792 Verwendungen [1] eigentlich gut vertreten und hier [2] dokumentiert. shop=music spielt in der gleichen Liga mit 1261 Verwendungen [3], auf der Wiki-Seite [4] wird aber für Instrumente eher auf musical_instrument verwiesen. Damit soltest du mit den existierenden Tags auskommen. Mit singing_bowls wärest du aber der Erste. Viel schwieriger wird die Diskussion, wenn der Laden mehr als eine Instrumentenart anbietet. Gruß Chaos [1] http://taginfo.openstreetmap.org/search?q=instrument#values [2] http://wiki.openstreetmap.org/wiki/Tag:shop=musical_instrument [3] http://taginfo.openstreetmap.org/search?q=music#values [4] http://wiki.openstreetmap.org/wiki/Proposed_features/Music_shop Am 23. August 2012 22:11 schrieb Friedrich Strohmaier damokles4-lis...@bits-fritz.de: Hallo Leute, Ich bin noch neu in OSM und kaue gerade hier: http://www.openstreetmap.org/browse/node/1857884543 Es handelt sich um ein Haus, in dem man Klangschalen besichtigen und erwerben kann. So habe ich es probiert, bin aber nicht wirklich zufrieden: Tags: addr:housenumber = 14 addr:postcode = 72393 addr:street = Hingerburgstraße musical_instruments = singing bowles operator = Harri Czesla shop = music website = http://www.chakrahealing.de/ Für jede Spezialität einen neuen key einzuführen (hier musical_instruments) scheint mir nicht wirklich nützlich. Kann ich denn dem music-value des shop-keys keine weitere Beschreibung drankleben, die ich dann auch noch übersetzen kann - also so ähnlich wie bei addr:xx : music:instruments = singing bowles music:instruments:de = Klangschalen ? Wie ist der OSM-Weg für sowas? Friedrich ___ 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] Unterwasser-Seekabel im Mittelmeer gerendert :-(
Am 24. August 2012 10:12 schrieb Andreas Labres l...@lab.at: On 24.08.12 09:40, Martin Vonwald wrote: Wieso ist das im Wiki nicht entsprechend verlinkt? Offenbar war da ein Bug in der Tabelle beim power-Schlüssel, der als Beschreibung für power=cable denselben Text angezeigt hat wie für power=line. Fixed. Da war kein Bug, sondern ich habe zuerst die englische Seite ergänzt worauf hin automatisch auf der deutschen der Eintrag erschien, aber noch mit der falschen Übersetzung, da ich einen Typo auf der englischen hatte. Gefixt musste das dann auf der englischen werden und nicht auf der deutschen - habe ich auch erledigt ;-) Die Seite für power=cable existiert aber schon länger... ;) War nicht verlinkt und kennt offensichtlich auch kaum jemand. Warum wohl. Wie man den Text von Stromleitung auf Freileitung ändern könnte, weiß ich nicht... vielleicht könnte mir jemand an der Stelle Templates erklären... Erledigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
im Bereich von railways und ÖPNV Routing, kann ich ja noch irgendwie einsehen, dass man dies vom Router verlangen soll, da es die Hauptaufgabe des Routers ist. Da es bei Bergbahnen, nun aber nicht um klassischen ÖPNV geht, IMO sind in Sachen Routing Berg/Seilbahnen um nix anders zu behandeln als jede andere Art Bahn. Aber warum behandeln wir dan Fähren anders? Würde jemand alle Wege zu fähren (da gibt es auch sehr häufig Zugangsgebäude) löschen, dann würde hier fast jeder von Vandalismus sprechen. Bei einer Autofähre führt die Straße ja auch direkt bis an die Wasserkante, wo wiederum die Schiffslinie beginnt. Das damit dann plötzlich das Routing ohne Sonderbehandlung funktioniert halte ich eher für einen Bug als ein Feature. Ob Fähren benutzt werden oder nicht liegt ganz alleine in der Verantwortung des Routers. Die Datenbasis sollte keinerlei dahingehende Optimierungen oder Sonderlösungen enthalten. Wenn zum Beispiel eine reine Fußgängerfähre nur über ein Terminalgebäude erreichbar wäre, hätte ich kein Problem damit das auch so einzuzeichnen. Ob ich beim Routing solche Anlagen mitbenutzen will oder nicht, ist Geschmackssache. Darüber sollten wir nicht hier bei OSM diskutieren. (Mein Garmin erlaubt übrigens höchstens das Filtern nach 'Mautstraßen', um Seilbahnen auszuschließen. Nicht gerade ideal.) Mein Fazit: Indoor-Mapping ist natürlich OK, ist aber gewiss nicht Standard und sollte auch nicht gefordert werden. Vor allem nicht mit der Zielsetzung, dadurch Routing zu ermöglichen. Funktioniert Routing nicht, obwohl genug Informationen vorliegen, ist das Sache des Routers. Eine Unterscheidung von verschiedenen ÖPNV-Arten scheint mir nicht sinnvoll. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Markus liste12a4...@gmx.de schrieb: Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Was soll denn da rein? 55+73 René, DG7LR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinien
Oliver Raupach oli...@raupach.cc wrote: ich habe vor einiger Zeit einige Küstenabschnitte in Kroatien verfeinert und eine kleine Insel in Thaiwan eingezeichnet. Die Insel habe ich mit natural=coastline und place=island getagged. Coastlines werden nicht live gerenderrt sondern Handselektiert. Ich aktualisiere die beim deutschen Stil von Zeit zu Zeit mit den Daten, die Jochen auf http://openstreetmapdata.com bereitstellt. Schau mal die Shapefiles dort an ob Deine Sachen da drin sind. Gruss Sven -- C Is Quirky, Flawed, And An Enormous Success. (Dennis M. Ritchie) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kandidatur fuer OSMF-Vorstand
Hallo Harald, On Fri, 24 Aug 2012 01:07:17 +0200 Harald aug...@hotmail.de wrote: Das ist aber bestenfalls die halbe Wahrheit. Ich finde es bedenklich, wie du mal eben so eine Diskussion diskreditierst! Ein Vorgeschmack auf den Verhalten im Board, falls du gewählt werden solltest? Mein Plan war eher, die Aufmerksamkeit von mehr Personen auf die Diskussion zu lenken, als sie zu diskreditieren. Wie Du sehen kannst, nehme ich selbst aktiv an der Diskussion im Forum teil. Und Vorgeschmack - ich plane nicht, mein Verhalten in irgendeiner Art zu aendern, falls ich gewaehlt werden sollte, also kannst Du einfach meine 10.000 Diskussionsbeitraege aus der Vergangenheit als Vorgeschmack nehmen. Also es gibt sicher Leute, die meine Meinung teilen und solche, die es nicht tun - aber eins wuerde jemand, der mich waehlt, ganz bestimmt nicht tun, und das ist die Katze im Sack zu kaufen ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Am Freitag, 24. August 2012, 09:21:53 schrieb Markus: Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Ja, ich bin einer. Was willst du denn bauen? Kartenübersicht von Clubstationen, Baken, Relais und ähnlichem? Oder eher eine Karte, wo man die Standorte der Verbindungspartner sehen kann? Sowas habe ich nämlich schon gebaut: http://rurseekatze.bplaced.net/map/ Grüße Alex (DO4NE) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Hallo Alex, Kartenübersicht von Clubstationen, Baken, Relais und ähnlichem Wäre hübsch... Standorte der Verbindungspartner http://rurseekatze.bplaced.net/map/ Cool! Beeindruckend, was OSM alles kann - und bereits hat :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Am Freitag, 24. August 2012, 12:01:37 schrieb Markus: Hallo Alex, Kartenübersicht von Clubstationen, Baken, Relais und ähnlichem Wäre hübsch... Die Idee dazu hatte ich schonmal, aber leider habe ich nicht genug Zeit, um so viele Projekte zu starten... Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
2012/8/24 Markus liste12a4...@gmx.de: Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Gruss, Markus Grüsse DL2VX ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funkamateur
Am 24.08.2012 09:21, schrieb Markus: Gibt es hier einen funkenden OSMer? Vielleicht könnten wir ja eine Spezialkarte bauen... Gruss, Markus Hm ja, wäre eine gute Sache. Andreas, DH5YAH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hotel mit Fahrrad-Garage
Am 21. August 2012 13:58 schrieb Andreas Neumann andr-neum...@gmx.net: Bestes Beispiel: Wenn ein Geschäft schließt, fällt das einem früher oder später auf. Wenn das Geschäft die Telefonnummer oder die Öffnungszeiten ändert, wenn der Fahrradkeller zum Weinkeller umgebaut wird oder wenn der Inhaber vom Cafe wechselt fällt das nicht auf. Selbst wenn man täglich da vorbei geht bekommt man das nicht mit. Wenn das schon das beste Beispiel sein soll ;-) Wer die Daten nutzt, ob Telefonnummer oder Öffnungszeiten, dem wird auch früher oder später auffallen, wenn sie sich geändert haben, mit täglich daran vorbeigehen hat das aber natürlich nichts zu tun, da gebe ich Dir Recht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen Schilder und Beschränkungen
Hallo, ich versuche gerade mein Gebiet zu optimieren. Ich kontolliere mit verschiedenen Darstellungen auch im Bezug auf Navis die OSM Karten verwenden. Die Straßenbeschilderung (Tempo30, gesperrt für LKW, STOP Schild, usw.) werden in Maptik (osm.org) nicht angezeigt. Wie wirkt sich das dann auf Navigationsgeräten aus. Ich selber drucke mir die Gegend wo ich hin muss aus, und habe dann das Problem das ich an einer gesperrten Straße nicht weiter komme. Einbahnstraßen werden ja angezeigt. Abbiegeschilder auch. Aber sonst nix. Kann man da was tun? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Am 24.08.2012 08:31, schrieb Werner Poppele: Stromkabel (unterirdisch) power=line location=under_ground|under_water Nein, keine gute Idee. Das Tag power=line wird in der Praxis fast ausschließlich für Freileitungen verwendet. Auch wenn man es dem Tag an sich nicht ansieht, gehen daher die Dokumentation, die meisten Mapper und zahlreiche alle Anwendungen davon aus, dass es sich um eine Freileitung handelt. Die Kombination mit location=under_ground|under_water wäre also eine Bedeutungsveränderung von power=line. Und eine Neudefinition halte ich auch nicht für sinnvoll, weil es viele Nutzungszwecke gibt, wo Freileitungen interessant sind, aber unterirdische Leitungen nicht - letztere sind nun einmal normalerweise nicht sichtbar und daher überhaupt nur für Spezialkarten relevant. Ich schließe mich daher dem Wiki an: For underground or sea cables please use power=cable. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(
On 24.08.12 10:24, Martin Vonwald wrote: Da war kein Bug, Doch, in Deiner Version von 09:46 war in der cable Zeile der line:desc Text eingetragen, die Version hab ich gesehen. Dass Du die auch grade editiert hattest, war mir nicht bewusst. Wie man den Text von Stromleitung auf Freileitung ändern könnte, weiß ich nicht... vielleicht könnte mir jemand an der Stelle Templates erklären... Erledigt. Und wo ist das zu finden? (von dem erledigt. hab ich nix) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 24.08.12 09:46, Felix Hartmann wrote: Aber warum behandeln wir dan Fähren anders? Fähren kannst Du IMO weder mit ÖV noch mit Seilbahnen vergleichen. Die Fährrouten sollten (IMO) Teil des Straßengraphens sein. Aber Bahnen (egal ob schienengebunden oder am Seil hängend) eben nicht. Wenn es keine Verbindung per Linie gibt, dann braucht man folglich ein Flächenrouting Die von mir erwähnte Verbindung zwischen einer stop_position und einer platform ist kein Flächenrouting. Sondern Du mußt eine Kante im Graphen dazuerzeugen. Überhaupt wird man Haltestellen-Sites bei einem ÖV-Routing alle stop_positions (hier kann man umsteigen) verbinden müssen. Und einen Seilbahn-Endpunkt wirst Du (wenn's kein detailierteres Mapping gibt) tangential mit dem nächstliegendsten Weg/Straße verbinden müssen. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue BING-Luftbilder
Einen Block habe ich vergessen gehabt. Auch der Block Ostfriesland hat neue Bilder: http://www.openstreetmap.org/?box=yesmaxlat=54maxlon=8minlat=53minlon=7 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen Schilder und Beschränkungen
Hallo Christian, kurz zur Klarstellung. Die Karte, die du unter openstreetmap.org siehst, ist nur eine Möglichkeit der Darstellung. Sie zeigt bei weitem nicht alles, was in der Datenbank erfasst ist. Sie wäre dann auch viel zu unübersichtlich. Routingdaten für Navigationsgeräte werden dann auch aus besagter Datenbank erzeugt und nicht aus der Karte, die du auf der Webseite siehst. Sofern also jemand z.B. ein Sperrschild eingetragen hat und dein Navigationsprogramm damit umgehen kann (z.B. das von Garmin-Geräten), dann wirst du auch nicht in diese Straße gelotst. Das gilt auch dann, wenn du auf deinem Navi das Sperrschild nicht als Symbol sehen kannst. Die Darstellung auf dem Display (oder halt auf einer Webseite) hat meist wenig mit dem Routing zu tun. Es ist allerdings richtig, dass man ohne eine Karte, auf der solche Schilder eingezeichnet sind, schwer feststellen kann, wo solche Angaben schon in der Datenbank sind und wo sie noch fehlen. Das siehst du erst, wenn du mittels eines Editors (Potlatch, JOSM) direkt 'in die Datenbank' schaust. Eine Karte, wo so etwas großflächig angezeigt wird, ist mir nicht bekannt. Aber vielleicht kann da jemand anders weiterhelfen? Hier im wiki (http://wiki.openstreetmap.org/wiki/DE:Key:access) findest du einige Beispiele, wie solche Schilder eingetragen sind. Wir mappen dabei übrigens nur selten das Schild selbst als Punkt neben dem Weg, sondern eher seine Bedeutung als Eigenschaft des Weges. Ein Verbotsschild für LKW also zum Beispiel als hgv=no am Weg, statt als Schild. Hoffe weitergeholfen zu haben, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue BING-Luftbilder und Militärflächen
2012/8/23 Sebastian Masch landw...@wilsen.de Hallo Wie sieht das denn jetzt mit der Unkenntlichmachung von Kasernen aus? Es gibt da ja eine Karte, wo man das direkt vergleichen kann: http://osm.misterboo.de/military/ So wie ich das sehe, stimmen die Weichzeichnungspolygone im Bereich der neuen Bilder NICHT mit den OSM Daten überein. Viele Bereiche mit landuse=military sind unbearbeitet, es gibt aber auch bearbeitete Bereiche die in OSM nicht gekennzeichnet sind. Hier z.B. mal ein Übungsplatz, der zur Hälfte bearbeitet ist: http://osm.misterboo.de/military/?zoom=13lat=50.07476lon=9.86677layers=B00TTT Auf den neuen Bildern sieht das jetzt noch schlimmer aus, zB der Marinestützpunkt Hohe Düne[1]. Dort wurde zusätzlich zur Kaserne der Strand, der Yachthafen und die gesamte Yachthafenresidenz unkenntlich gemacht - quasi das gesamte Tourismuszentrum ist weg. http://osm.misterboo.de/military/?zoom=14lat=54.17715lon=12.10888layers=B00TTT ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
2012/8/23 Chris66 chris66...@gmx.de Am 23.08.2012 19:59, schrieb wwl: ich bin gerade dabei ein Lokales Fernwärmenetz einzutragen. Dabei fällt mir auf das es evtl. zu Darstellungsfehlern kommt. Ich habe die Leitung so getagged: man_made=pipeline location=underground type=heat Ungünstig. Der Tag type gibt den Typen einer Relation an. type=heat ist korrekt - siehe https://wiki.openstreetmap.org/wiki/Pipeline Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Tobias Knerr wrote: Am 24.08.2012 08:31, schrieb Werner Poppele: Stromkabel (unterirdisch) power=line location=under_ground|under_water Nein, keine gute Idee. Das Tag power=line wird in der Praxis fast ausschließlich für Freileitungen verwendet. Auch wenn man es dem Tag an sich nicht ansieht, gehen daher die Dokumentation, die meisten Mapper und zahlreiche alle Anwendungen davon aus, dass es sich um eine Freileitung handelt. Die Kombination mit location=under_ground|under_water wäre also eine Bedeutungsveränderung von power=line. Und eine Neudefinition halte ich auch nicht für sinnvoll, weil es viele Nutzungszwecke gibt, wo Freileitungen interessant sind, aber unterirdische Leitungen nicht - letztere sind nun einmal normalerweise nicht sichtbar und daher überhaupt nur für Spezialkarten relevant. Ich schließe mich daher dem Wiki an: For underground or sea cables please use power=cable. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Lieber Tobias, danke fuer die Klarstellung. Ich kannte die Wiki-Seite nicht. Dann brauchen wir auch keine neuen Tags - sehr gut. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernwärmeleitungen taggen
Am 24.08.2012 18:55, schrieb Volker Schmidt: type=heat Ungünstig. Der Tag type gibt den Typen einer Relation an. type=heat ist korrekt - siehe https://wiki.openstreetmap.org/wiki/Pipeline Ok, bei Pipelines besteht nur geringe Kollisionsgefahr da selten als Multipolygon gemappt werden muss (type=multipolygon). Generell sollte man aber mMn. kontext-sensitive Tags vermeiden. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kandidatur fuer OSMF-Vorstand
Am 24.08.2012 07:43, schrieb ThomasB: was für ziemlichen Mist habe ich gebaut? Ich habe nicht gesagt, dass Du das gewesen bist. Aber Du greifst Frederik im Rahmen der Diskussion an von wegen Leute vertreiben etc. Und der Hintergrund war - so mein Verständnis - das JEMAND ziemlich Mist gebaut hatte (Umtaggen im größeren Stil gegen in der Community etablierte Praxis). Und Frederik hatte - so mein Verständnis - versucht dejenigen davon abzubringen oder so. Was widerum Dir nicht geschmeckt hat. Und deswegen greifst Du jetzt Frederik ziemlich schräge an, was wiederum ich ziemlich daneben finde. Und wieso meinst Du, dass ich nicht verstanden habe, wie eine Open Source Community funktioniert? Und auch hier wieder die Aussage: es ging nicht um Dich direkt sondern Deine Reaktion darauf (siehe vorher). Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kandidatur fuer OSMF-Vorstand
Am 24.08.2012 11:28, schrieb Frederik Ramm: Hallo Harald, On Fri, 24 Aug 2012 01:07:17 +0200 Harald aug...@hotmail.de wrote: Das ist aber bestenfalls die halbe Wahrheit. Ich finde es bedenklich, wie du mal eben so eine Diskussion diskreditierst! Ein Vorgeschmack auf den Verhalten im Board, falls du gewählt werden solltest? Mein Plan war eher, die Aufmerksamkeit von mehr Personen auf die Diskussion zu lenken, als sie zu diskreditieren. Wie Du sehen kannst, nehme ich selbst aktiv an der Diskussion im Forum teil. Und Vorgeschmack - ich plane nicht, mein Verhalten in irgendeiner Art zu aendern, falls ich gewaehlt werden sollte, also kannst Du einfach meine 10.000 Diskussionsbeitraege aus der Vergangenheit als Vorgeschmack nehmen. Also es gibt sicher Leute, die meine Meinung teilen und solche, die es nicht tun - aber eins wuerde jemand, der mich waehlt, ganz bestimmt nicht tun, und das ist die Katze im Sack zu kaufen ;) Hallo Frederik, gerade weil ich viele deiner bisherigen Beiträge gelesen habe und eine Menge deiner Ansichten teile, war ich ein wenig verwundert über deine von mir beanstandete Diktion. Aufmerksamkeit zu erregen ist dir ja wohl gelungen... Ich bin allerdings der Meinung, die Wogen gehen ohnehin schon ziemlich hoch. Da braucht man nicht auch noch Benzin reinzugießen. (Mehr) Sachlichkeit täte uns allen wohl ganz gut. Freundliche Grüße Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kandidatur fuer OSMF-Vorstand
Michael Kugelmann wrote Ich habe nicht gesagt, dass Du das gewesen bist. Aber Du greifst Frederik im Rahmen der Diskussion an von wegen Leute vertreiben etc. Und der Hintergrund war - so mein Verständnis - das JEMAND ziemlich Mist gebaut hatte (Umtaggen im größeren Stil gegen in der Community etablierte Praxis). Und Frederik hatte - so mein Verständnis - versucht dejenigen davon abzubringen oder so. ...oder so... Das hast Du gut gesagt. Naja, wäre es nicht besser, Du wüsstest worüber Du schreibst? Ich gebe zu, dass das schwierig ist, wenn man über das Mapping von Militäranlagen in Isreal genauso schreibt wie über ein explodiertes Gebäude in Germering. Aber versuch es mal, hilft Dir auch. Michael Kugelmann wrote Was widerum Dir nicht geschmeckt hat. Und deswegen greifst Du jetzt Frederik ziemlich schräge an, was wiederum ich ziemlich daneben finde. Es ging nicht darum, DAS es Konsequenzen hatte sondern um das WIE. Naja, wie oben schon geschrieben, hilft es ungemein, wenn man weiß über was man schreibt. Und Frederik ist glaub alt genug, um sich gegen haltlose Anschuldigungen zu wehren. Macht er auch, auch mir gegenüber. Etwas freundlicher als ich mich ausdrücke, aber er macht es. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Kandidatur-fuer-OSMF-Vorstand-tp5721621p5721935.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] Küstenlinien
Am 24.08.2012 11:14, schrieb Sven Geggus: Coastlines werden nicht live gerenderrt sondern Handselektiert. Ich aktualisiere die beim deutschen Stil von Zeit zu Zeit mit den Daten, die Jochen auf http://openstreetmapdata.com bereitstellt. Schau mal die Shapefiles dort an ob Deine Sachen da drin sind. Gruss Sven Was für ein Viewer für die Shapefiles benutzt du ? -- Oliver ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Moin! Am 24.08.2012 10:08, schrieb Martin Vonwald: Konsistenz ist unser Freund. Wie werden Bahnsteige getagt (theoretisch): wir tagen den Bahnsteig als platform und die dazugehörige Halteposition des Zuges als stop_position. Konsistenz ist schwierig zu erreichen. Bei Fähren endet der highway am Ufer und wird am selben Punkt als route=ferry auf dem Wasser fortgesetzt (unabhängig davon, ob das Fährschiff längs oder quer zum Ufer anlegt und ob es die Länge eines Busses oder eines ICE hat). Seilbahnen würde ich ebenfalls als einfache Linie an einem highway=footway enden lassen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinien
Am 24. August 2012 22:58 schrieb Oliver Raupach oli...@raupach.cc: Am 24.08.2012 11:14, schrieb Sven Geggus: Coastlines werden nicht live gerenderrt sondern Handselektiert. Ich aktualisiere die beim deutschen Stil von Zeit zu Zeit mit den Daten, die Jochen auf http://openstreetmapdata.com bereitstellt. Schau mal die Shapefiles dort an ob Deine Sachen da drin sind. Gruss Sven Was für ein Viewer für die Shapefiles benutzt du ? Du kannst z.B. QGis verwenden. Das gibt es AFAIK für alle gängigen OS. http://www.qgis.org/ Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Moin! Am 24.08.2012 17:39, schrieb Andreas Labres: Aber warum behandeln wir dan Fähren anders? Fähren kannst Du IMO weder mit ÖV noch mit Seilbahnen vergleichen. Warum nicht? Alle drei dienen dem Personentransport (teilweise auch Fahrzeugtransport) zwischen den Endpunkten. Die Fährrouten sollten (IMO) Teil des Straßengraphens sein. Aber Bahnen (egal ob schienengebunden oder am Seil hängend) eben nicht. Spätestens bei Schwebefähren (schienengebunden und am Seil hängend, aber ohne Wasserkontakt) wird die Abgrenzung schwierig :-) Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Am 24. August 2012 08:27 schrieb Felix Hartmann extremecar...@gmail.com: Nein, ich würde nicht sagen so etwas gehört einfach dazu, nur war es vor 1-2 Jahren noch meist einfach dazugehörend. Nun wurden jedoch sehr viele dieser Wege einfach gelöscht, und das ohne Diskussionen, was ich als Vandalismus ansehe. ja, sehe ich im Prinzip ähnlich, wer so was ohne Rückfrage oder Diskussion einfach so löscht, vielleicht sogar im großen Stil, der vandalisiert die Karte. Könnte es evtl. sein, dass diese Wege dem Lizenz-redaktion-bot zum Opfer gefallen sind? Ansonsten: wenn Du rausbekommen willst, wer das war, dann kannst Du entweder in alten Daten den Ausschnitt suchen und daraus die ID nehmen (z.B. alten Planet laden und per BB-Ausschnitt auf ein handliches Format zurechtstutzen), und anhand deren history dann sehen, wer den Weg gelöscht hat, oder Du stellst ihn mit Potlatch 1 (Taste U und viel Geduld im entspr. möglichst weit reingezoomten Ausschnitt) wieder her und siehst Dir dann in der History an, wer wann den Weg gelöscht hat. Ggf. kannst Du dann anhand des/der Changesets oder Users noch mehr Fälle finden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
Am 24. August 2012 17:39 schrieb Andreas Labres l...@lab.at: On 24.08.12 09:46, Felix Hartmann wrote: Aber warum behandeln wir dan Fähren anders? Fähren kannst Du IMO weder mit ÖV noch mit Seilbahnen vergleichen. Die Fährrouten sollten (IMO) Teil des Straßengraphens sein. Aber Bahnen (egal ob schienengebunden oder am Seil hängend) eben nicht. Und Bahnen, die Fahrzeuge transportieren, z.B. Autozüge? M.E. sind das alles Teile des ÖPNV, und sollten im idealen Router durchaus auch Berücksichtigung finden, egal ob es sich um Fähren, Züge oder Seilbahnen handelt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinien
Am 24.08.2012 11:14, schrieb Sven Geggus: Coastlines werden nicht live gerenderrt sondern Handselektiert. Ich aktualisiere die beim deutschen Stil von Zeit zu Zeit mit den Daten, die Jochen auf http://openstreetmapdata.com bereitstellt. Schau mal die Shapefiles dort an ob Deine Sachen da drin sind. Gruss Sven Nein, meine Änderungen sind nicht dabei. Was muß ich nun tun? - Oliver ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue BING-Luftbilder
Am 22. August 2012 23:39 schrieb Michael Kugelmann michaelk_...@gmx.de: Am 21.08.2012 22:10, schrieb Robert S.: * was mich etwas nervt ist das Thema Verzerrung. Das ist eine sehr hügelige/bergige Gegend und im Bereich von wenigen (!) km (z.B. auch nur 1km!) ist der Versatz mal in der Richtung und mal in eine andere Richtung. Ja, das hat man in hügeliger Gegend öfters mal, hatte das sogar schon innerhalb von wenigen Metern. Sobald man mehrere gute Luftbilder aus verschiedenen Quellen vergleicht merkt man, dass die nie 100% deckungsgleich sind. Verzerrungen gibt es immer mal. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit speziellen Artikeln: Artikel sinnvoll beschreiben
Am 23. August 2012 22:11 schrieb Friedrich Strohmaier damokles4-lis...@bits-fritz.de: Tags: addr:housenumber = 14 addr:postcode = 72393 addr:street = Hingerburgstraße musical_instruments = singing bowles operator = Harri Czesla shop = music website = http://www.chakrahealing.de/ sieht schon ganz gut aus, finde ich. Was noch nicht ganz passt ist das singing bowles, das sollte ein singing_bowl werden, weil formalisierte OSM-tags keine Leerzeichen enthalten sondern diese durch einen Unterstrich ersetzen. Vielleicht wäre es auch besser, anstatt shop=music den tag shop=musical_instrument zu verwenden, wie hier dokumentiert: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dmusical_instrument http://wiki.openstreetmap.org/wiki/Proposed_features/musical_instruments Das shop=music scheint (wie mir der subtag suggeriert) für Noten und Plattenläden gedacht zu sein. Zu guter Letzt würde ich die Einzahl verwenden bei musical_instrument (einerseits, damit es besser zum shop-value passt, und andererseits, weil es etwas häufiger in Gebrauch ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 25.08.12 00:26, Martin Koppenhoefer wrote: Autozüge? Naja, dass die jetzt kommen, war klar. ;) Aber wie willst die abbilden? Eine Relation mit hier musst Du Dich anstellen zum Autozug von Wien nach Feldkirch und hier fährst Du in Feldkirch wieder vom Autozug runter, zusammen mit dem Fahrplan, damit der Router das auch berücksichtigen kann? M.E. sind das alles Teile des ÖPNV, und sollten im idealen Router durchaus auch Berücksichtigung finden, egal ob es sich um Fähren, Züge oder Seilbahnen handelt. Ein ÖV Router funktioniert IMO nur basierend auf einem Fahrplan. Demgegenüber sehe ich eine Fähre als du kommst mit irgendwelchen Kosten (=Zeitverzögerung) von A nach B. Von einem Auto-Navi würde man erwarten, dass es das berücksichtigen kann. Aber keiner erwartet von einem Auto-Navi, dass es ÖV routen kann (kann's nicht, weil es den Fahrplan nicht hat). Natürlich kann man jetzt an ein Schi-Navi denken, bei dem Dich am Ende der Piste der Lift wieder nach oben bringt. Das kannst aber nur deshalb so umsetzen, weil die Piste auf der normalen Karte unsichtbar ist. Bei der Patscherkofelbahn-Talstation müßtest Du einen Footway (mit Stufen) von der Straße über die Bushaltestelle ins Gebäude zum Endpunkt der Seilbahn machen. Oder auf der Hungerburg Footways von den Bahn-Endpunkten an die Straße. -- Wenn das den lokalen Mappern dort gefällt... /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz
On 25.08.12 00:23, Martin Koppenhoefer wrote: ja, sehe ich im Prinzip ähnlich, wer so was ohne Rückfrage oder Diskussion einfach so löscht, vielleicht sogar im großen Stil, der vandalisiert die Karte. Grade bei Hungerburg und Patscherkofel vermute ich, dass dort im Rahmen des Häuser Zeichnens aufgeräumt wurde. Ich glaube da nicht an einen vandalistischen Akt. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] feed automatico nuovi utenti
Ciao, sto avendo buon successo nel contattare gli utenti nelle mie vicinanze. Ho fatto il setup di questa ricetta IFTTT: http://ifttt.com/recipes/44673 la mattina mi arriva un messaggio per ogni utente nelle mie vicinanze (verifica soltanto che il loro primo changeset sia in un raggio di 1 grado di coordinate dal centro da me specificato) io lo contatto con un messaggio generico contenente un paio di link. ho una risposta del 15% mi sembra buono. -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
On 2012-08-24 at 12:12:13 +0200, Alexander Roalter wrote: Qui metterei solo il name=* all'amenity. Questo appare sulla mappa se si ingrandisce abbastanza. Sul mettere place=isolated_dwelling in questo caso si può discutere, ma al mio parere non ci viene per un solo ristorante (anche perché si può discutere sulla longevità di questo impianto). Sui passi stradali mi pare che ristoranti siano discretamente longevi (e frequentatissimi da motociclisti e non solo) e che sia comune avere il ristorante con l'abitazione dei gestori (almeno per la stagione di apertura) Visto che ci sono degli abitanti (almeno stagionali) mi pare che non sia una locality, ma che isolated_dwelling sia il tag giusto. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
2012/8/24 Elena ``of Valhalla'' elena.valha...@gmail.com: Visto che ci sono degli abitanti (almeno stagionali) mi pare che non sia una locality, ma che isolated_dwelling sia il tag giusto. Non sono d'accordo, proprio perché l'abitazione è stagionale. Come criterio (puramente arbitrario...) direi che un posto può ambire ad isolated_dwelling (o superiore) se esiste almeno una persona che abbia lì la residenza legale. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
On 2012-08-24 at 12:51:31 +0200, Federico Cozzi wrote: 2012/8/24 Elena ``of Valhalla'' elena.valha...@gmail.com: Visto che ci sono degli abitanti (almeno stagionali) mi pare che non sia una locality, ma che isolated_dwelling sia il tag giusto. Non sono d'accordo, proprio perché l'abitazione è stagionale. stagionale ma non temporanea: sono sempre le stesse persone che tutti gli anni in primavera si trasferiscono dalla casa giù alla casa su e ci vivono regolarmente fino all'inverno. questo contrapposto ad esempio ai tipici rifugi-ristorante delle prealpi, che vengono abitati sì sempre dagli stessi gestori, ma tipicamente solo nel fine settimana e per uno o due mesi d'estate. Come criterio (puramente arbitrario...) direi che un posto può ambire ad isolated_dwelling (o superiore) se esiste almeno una persona che abbia lì la residenza legale. lo vedo difficile da gestire come criterio: bisognerebbe entrare e chiedere ai gestori se qualcuno di loro ha la residenza legale li`, per non parlare del fatto che spesso la decisione di dove prendere la residenza dipende più da questioni fiscali che non dal posto dove uno vive effettivamente. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
Am 24.08.2012 13:33, schrieb Elena ``of Valhalla'': On 2012-08-24 at 12:51:31 +0200, Federico Cozzi wrote: 2012/8/24 Elena ``of Valhalla'' elena.valha...@gmail.com: Visto che ci sono degli abitanti (almeno stagionali) mi pare che non sia una locality, ma che isolated_dwelling sia il tag giusto. Non sono d'accordo, proprio perché l'abitazione è stagionale. stagionale ma non temporanea: sono sempre le stesse persone che tutti gli anni in primavera si trasferiscono dalla casa giù alla casa su e ci vivono regolarmente fino all'inverno. questo contrapposto ad esempio ai tipici rifugi-ristorante delle prealpi, che vengono abitati sì sempre dagli stessi gestori, ma tipicamente solo nel fine settimana e per uno o due mesi d'estate. Come criterio (puramente arbitrario...) direi che un posto può ambire ad isolated_dwelling (o superiore) se esiste almeno una persona che abbia lì la residenza legale. lo vedo difficile da gestire come criterio: bisognerebbe entrare e chiedere ai gestori se qualcuno di loro ha la residenza legale li`, per non parlare del fatto che spesso la decisione di dove prendere la residenza dipende più da questioni fiscali che non dal posto dove uno vive effettivamente. A mio parere è più una questione se si vuole esprimere che sul passo c'è una località/abitazione (nel più vasto senso possibile), per dare un place=*. Altrimenti so possono dare place=isolated_dwelling per ogni casa un pò remota, qualcosa che non mi sembra addatta. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
Secondo il wiki, isolated_dwelling dovrebbe essere la residenza di uno o due nuclei familiari. Se un ristorante ed annessa abitazione è stagionale non entrerebbe in questa categoria. Volker 2012/8/24 Alexander Roalter alexan...@roalter.it Am 24.08.2012 13:33, schrieb Elena ``of Valhalla'': On 2012-08-24 at 12:51:31 +0200, Federico Cozzi wrote: 2012/8/24 Elena ``of Valhalla'' elena.valha...@gmail.com: Visto che ci sono degli abitanti (almeno stagionali) mi pare che non sia una locality, ma che isolated_dwelling sia il tag giusto. Non sono d'accordo, proprio perché l'abitazione è stagionale. stagionale ma non temporanea: sono sempre le stesse persone che tutti gli anni in primavera si trasferiscono dalla casa giù alla casa su e ci vivono regolarmente fino all'inverno. questo contrapposto ad esempio ai tipici rifugi-ristorante delle prealpi, che vengono abitati sì sempre dagli stessi gestori, ma tipicamente solo nel fine settimana e per uno o due mesi d'estate. Come criterio (puramente arbitrario...) direi che un posto può ambire ad isolated_dwelling (o superiore) se esiste almeno una persona che abbia lì la residenza legale. lo vedo difficile da gestire come criterio: bisognerebbe entrare e chiedere ai gestori se qualcuno di loro ha la residenza legale li`, per non parlare del fatto che spesso la decisione di dove prendere la residenza dipende più da questioni fiscali che non dal posto dove uno vive effettivamente. A mio parere è più una questione se si vuole esprimere che sul passo c'è una località/abitazione (nel più vasto senso possibile), per dare un place=*. Altrimenti so possono dare place=isolated_dwelling per ogni casa un pò remota, qualcosa che non mi sembra addatta. -- cheers, Alex __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] feed automatico nuovi utenti
Il giorno 24/ago/2012 12:05, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, sto avendo buon successo nel contattare gli utenti nelle mie vicinanze. Ho fatto il setup di questa ricetta IFTTT: http://ifttt.com/recipes/44673 la mattina mi arriva un messaggio per ogni utente nelle mie vicinanze (verifica soltanto che il loro primo changeset sia in un raggio di 1 grado di coordinate dal centro da me specificato) io lo contatto con un messaggio generico contenente un paio di link. potresti fare una pagina sul wiki con il messaggio? Si potrebbe fare un elenco di aree sorvegliate e da chi, per non sovrapporsi. ho una risposta del 15% mi sembra buono. E' simile alla percentuale di utenti realmente attivi :) -S ciao, stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
On 2012-08-24 at 13:48:53 +0200, Alexander Roalter wrote: A mio parere è più una questione se si vuole esprimere che sul passo c'è una località/abitazione (nel più vasto senso possibile), per dare un place=*. Altrimenti so possono dare place=isolated_dwelling per ogni casa un pò remota, qualcosa che non mi sembra addatta. ma un passo con ristorante e casa dei ristoratori non e` una casa remota qualsiasi: è una località con un nome, abitata (da una/due famiglie), dotata persino di un locale aperto al pubblico e ampiamente frequentata anche come destinazione. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] taggare maxspeed
2012/8/21 Federico Cozzi f.co...@gmail.com: 2012/8/9 Martin Koppenhoefer dieterdre...@gmail.com: No, mi riferivo al limite del comune (boundary=administrative) che generalmente non è identico col centro abitato, e che mi sembra completamente uguale a quello del limite del centro abitato (al meno in certe zone), ma quest'ultimo credo che non dovrebbe implicare limiti di velocità. Comunque cartello bianco indica confine centro abitato e implica limite 50 km/h si, credo che siano semplicemente dei errori da parte di chi mette o fa mettere cartelli. In particolare in provincia di Frosinone ho visto alcuni comuni che hanno messo il cartello di inizio centro abitato anche al limite amministrativo del comune. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
2012/8/24 Alexander Roalter alexan...@roalter.it: Altrimenti so possono dare place=isolated_dwelling per ogni casa un pò remota, qualcosa che non mi sembra addatta. Si, si può dare un place=isolated_dwelling ad ogni casa abitata che non è gruppato con altre case (=hamlet). Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Passi alpini
2012/8/24 Volker Schmidt vosc...@gmail.com: Secondo il wiki, isolated_dwelling dovrebbe essere la residenza di uno o due nuclei familiari. Se un ristorante ed annessa abitazione è stagionale non entrerebbe in questa categoria. bo, non sono sicuro. Secondome un ristorante isolato, abitato per una parte dell'anno potrebbe essere classificato come isolated_dwelling. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] feed automatico nuovi utenti
mi sembra buono. E' simile alla percentuale di utenti realmente attivi :) Dipendi dove tiri l'asticella per definire realmente attivi dalle mie metriche e' meno del 10% ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] feed automatico nuovi utenti
Il giorno 24 agosto 2012 15:17, sabas88 saba...@gmail.com ha scritto: Il giorno 24/ago/2012 12:05, Simone Cortesi sim...@cortesi.com ha scritto: Ciao, sto avendo buon successo nel contattare gli utenti nelle mie vicinanze. Ho fatto il setup di questa ricetta IFTTT: http://ifttt.com/recipes/44673 la mattina mi arriva un messaggio per ogni utente nelle mie vicinanze (verifica soltanto che il loro primo changeset sia in un raggio di 1 grado di coordinate dal centro da me specificato) io lo contatto con un messaggio generico contenente un paio di link. potresti fare una pagina sul wiki con il messaggio? Si potrebbe fare un elenco di aree sorvegliate e da chi, per non sovrapporsi. Qui si può selezionare l'area da sorvegliare da una mappa: http://resultmaps.neis-one.org/newestosmcreatefeed.php?zoom=6lat=46.34642lon=15.836layers=B0FTTT e mostra anche le aree create negli ultimi giorni. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Zone terremotate
2012/8/24 Lorenzo Beba Beltrami lorenzo.b...@gmail.com: Ciao a tutti! Sono stato di recente a fare una settimana di volontariato in tendopoli a Camposanto, piccolo comune della bassa modenese (http://osm.org/go/xX~tmr8L--). Ho colto l'occasione per accendere il GPS nei momenti liberi per cui vi chiedo: come possiamo segnare le zone rosse e/o le strutture provvisorie? E le tendopoli? E gli edifici crollati? Io per la zona rossa di Carpi (aperta ai soli residenti) avevo aggiunto access=destination. Se l'accesso è vietato a tutti, puoi usare access=no e magari mettere una nota in cui spieghi (brevemente) perché, tipo Zona rossa sisma Emilia. Per le tendopoli puoi usare tourism=camp_site e refugee=yes (il primo serve a far sì che Mapnik lo renderizzi e lo si possa vedere sulla mappa, il secondo spiega che è una tendopoli). Per gli edifici crollati puoi usare building=collapsed. Non essendo da tanto iscritto alla lista magari mi sono perso il thread dove se ne parlava... =) Non c'è problema: basta chiedere. :-) Magari dai un'occhiata qui: http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Background -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] feed automatico nuovi utenti
2012/8/24 Groppo O grop...@gmail.com: Ciao, sto avendo buon successo nel contattare gli utenti nelle mie vicinanze. Ho fatto il setup di questa ricetta IFTTT: http://ifttt.com/recipes/44673 la mattina mi arriva un messaggio per ogni utente nelle mie vicinanze (verifica soltanto che il loro primo changeset sia in un raggio di 1 grado di coordinate dal centro da me specificato) io lo contatto con un messaggio generico contenente un paio di link. potresti fare una pagina sul wiki con il messaggio? Si potrebbe fare un elenco di aree sorvegliate e da chi, per non sovrapporsi. Qui si può selezionare l'area da sorvegliare da una mappa: http://resultmaps.neis-one.org/newestosmcreatefeed.php?zoom=6lat=46.34642lon=15.836layers=B0FTTT e mostra anche le aree create negli ultimi giorni. io invece trovo comodo che mi arrivi via mail. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Zone terremotate
Il 24 agosto 2012 21:43, Sky One sky...@skyone.it ha scritto: 2012/8/24 Lorenzo Beba Beltrami lorenzo.b...@gmail.com: Ciao a tutti! Sono stato di recente a fare una settimana di volontariato in tendopoli a Camposanto, piccolo comune della bassa modenese (http://osm.org/go/xX~tmr8L--). Ho colto l'occasione per accendere il GPS nei momenti liberi per cui vi chiedo: come possiamo segnare le zone rosse e/o le strutture provvisorie? E le tendopoli? E gli edifici crollati? Io per la zona rossa di Carpi (aperta ai soli residenti) avevo aggiunto access=destination. Se l'accesso è vietato a tutti, puoi usare access=no e magari mettere una nota in cui spieghi (brevemente) perché, tipo Zona rossa sisma Emilia. Per le tendopoli puoi usare tourism=camp_site e refugee=yes (il primo serve a far sì che Mapnik lo renderizzi e lo si possa vedere sulla mappa, il secondo spiega che è una tendopoli). Per gli edifici crollati puoi usare building=collapsed. Non essendo da tanto iscritto alla lista magari mi sono perso il thread dove se ne parlava... =) Non c'è problema: basta chiedere. :-) Magari dai un'occhiata qui: http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Background -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it Da nuovo utente ero curioso di sapere che tipo di feedback avete ricevuto dalle persone che hanno utilizzato le mappe con i nuovi attributi per le zone terremotate ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade dopo cancelli privati
2012/8/22 Simone Cortesi sim...@cortesi.com: 2012/8/22 Caterpillar caterpilla...@gmail.com: Che catalogazione andrebbe messa per le strade private al di là di cancelli di ville, ecc.? Strada di servizio? Oppure residenziale? http://wiki.openstreetmap.org/wiki/Tag:service%3Ddriveway +0,8 in generale un cancello non dovrebbe cambiare la classificazione della strada (intendo che anche la parte prima del cancello potrebbe già essere un highway=service, service=driveway). Cosa probabilmente cambia è il diritto all'accesso: access=private per la parte dopo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Chilometraggio di una strada
2012/8/18 sabas88 saba...@gmail.com: Ciao, premessa: questa mail nasce da un incidente (non ero coinvolto io) dopo il quale ho assistito i carabinieri con le mappe osm.. Ci vuoi dire che i carabinieri hanno messo nel verbale i dati forniti da te a base di OSM? Pazzesco ;-) Sarebbe utile taggare anche i cartelli dei chilometri si, dopo un po' di timore ho anch'io recentemente cominciato a mappare quei cartelli (avevo qualche foto geotaggata, fatto per riccordare il ref della strada). Se hai una foto puoi di solito capire abbastanza bene dove deve stare il cartello (lo puoi vedere da alberi e cespugli oppure qualsiasi altro punto di riferimento, oppure ti muovi molto lentamente per aumentare la precisione del waypoint registrato). Come tag ho usato highway=milestone, ref=x e pk=km L'ho messo al lato della strada per avere anche quella informazione ed alle volte ho aggiunto material=metal/stone per capire di quale tipo il cartello era. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Passi alpini
E quanto isolato deve essere l'edificio per avere quel tag ? Penso ad una malga (anche aperta al pubblico), ma magari non una casa cantoniera oppure il bar-ristorante in cima ad un passo appeninico, lontano dagli altri edifici ma frequentatissimo dai motociclisti ... Ale. -Messaggio originale- Da: Alberto Nogaro [mailto:bartosom...@yahoo.it] Inviato: giovedì 23 agosto 2012 23.17 A: 'openstreetmap list - italiano' Oggetto: Re: [Talk-it] Passi alpini -Original Message- From: Gianluca Boero [mailto:gianlucabo...@alice.it] Sent: giovedì 23 agosto 2012 22:17 To: Talk-it OpenStreetMap Subject: [Talk-it] Passi alpini Ciao a tutti. I passi alpini vengono mappati con il tag mountain_pass = yes e name = stando al wiki sia se sono passi alpini veri e propri sia abbiano solo un sentiero o anche senza di quello. Le cose sono recentemente cambiate con il tag natural=saddle, introdotto per evitare confusione. Quello che geometricamente è un punto di sella va taggato con natural=saddle, che vi passino o meno strade o sentieri. Il tag mountain_pass indica il punto più alto (non terminale) raggiunto da un tratto di strada o sentiero, pertanto deve essere un nodo di un sentiero o di una strada. Non è detto che un mountain_pass sia geometricamente un punto di sella. Se lo è, si applicano entrambi i tag: mountain_pass=yes e natural=saddle. Sulla cartina di Osm, visualizzata sul computer però non compare il nome del passo tantomeno l'elevazione (se si aggiunge il tag ele). Dipende dal rendering, alcuni li visualizzano. Vedi ad esempio: http://geo.dianacht.de/topo/?zoom=15lat=47.43525lon=10.86641 E' corretto aggiungere ai tag precedenti anche place=isolated dwelling? Solo se sul passo esistono degli edifici abitati isolati, non certo per forzare la visualizzazione del nome. Però eviterei di far coincidere il punto taggato place=isolated dwelling con il punto del passo vero e proprio, anche nel caso in cui il nome del passo e quello dell'insediamento coincidessero. 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-lt] name:lt žyma
Sveiki Apibendrinant osm globalumą ir LT diskusijų forumą, dažnai atrodo, kad mes (aišku, ne tik mes, Lietuvos mapperiai) sprendžiame žymėjimo kausimus lokaliai. Ir tada gaunasi osm pasaulio žemėlapis chaotiškas, be aiškumo, kas kur ir kaip vaizduojama. Čia eilutė šiaip retorinė, pasimąstymui... Dėl lt žymos name ir kitoms žymoms pilnai pritariu, dažnai ir aš pagalvodavau, žymėdamas objektą, kaip ir kokį jo pavadinimą matys koks, pavyzdžiui, australas. Ričardas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-dk] Renderingsfejl
Ja nu må man jo ikke fryses over andres ulykke eller fejl, men man må godt gøre opmærksom på at andre også har problemer... Hvis man kigger på google maps lige nu kan man se Nordjylland som det antageligt ville se ud hvis vandstanden faldt mange meter i klisterkanalen, den mangler nemlig på flere zoom levels. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Rutebilstation
men spørgsmålet er det korrekt tagget med at lave et område med amenity = bus_station, da det jo ikke renderer til noget fornuftigt i Middelfart, men ser ok ud i Kolding Muligheder: 1: fejl renderingen 2: der skal et yderligere tag på der beskriver en asfalteret plads. og i sidste ende drejer det sig jo om at få databasen rigtig ikke renderingen, derfor undre det mig stadigt at der er forskel på Kolding og Middelfart Mvh Esbern Den 24. aug. 2012 07.43 skrev Jens Winbladh j...@somewhere.dk: Kan se at jeg har lavet et område amenity= bus_station Og lavet en POI (node) ovenpå med: amenity = bus_station Det er vel en fejl, at både have en POI og et område med samme tag? /Jens 2012/8/23 Esbern Snare esbensn...@gmail.com Davs Jeg har lagt rutebilstationen (på fyn hedder det ikke bus men rutebil) i Middelfart ind. Jeg synes jeg har gjort på samme måde som gjort i Kolding men I Middelfart renderes omridset ikke med, der er kun et busskilt Nogen gode ideer om hvad jeg har gjort forkert, eller mangler. Resten af parkeringspladsen og området skal nok komme med så snart jeg har styr på tagningen. Kolding: http://www.openstreetmap.org/?lat=55.492198lon=9.48362zoom=18layers=M Middelfart: http://www.openstreetmap.org/?lat=55.50192lon=9.73286zoom=17layers=M Mvh Esbern ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Postnummersystemet
Spännande. Normalt sätt så skulle väl Posten AB kunna hävda katalogskydd [1] och därmed hindra OSM från att återpublicera postnummer från deras databas. Men de väljer att inte hävda katalogskydd eller kanske inte får pga. uppdraget från PTS? Vore väldigt bra att få det skriftligt. /Markus [1] https://sv.wikipedia.org/wiki/Katalogskydd#Katalogskydd 2012/8/24 Karl Wettin karl.wet...@kodapan.se: Jag ringde precis och pratade med posten. En kille som heter Filip. Borde ha spelat in det här, men vi pratade fram och tillbaka och jag förklarade mycket väl och han förstog mycket väl och var väl insatt. Kortfattat sade han att jag hade helt rätt när jag tolkat det som att det är fritt fram att republicera informationen från deras hemsida om jag lyckas få ut den. Och det har jag redan fixat, finns i projektet datahamstern som finns på github. 24 aug 2012 kl. 16:21 skrev Karl Wettin: Nu har jag fått svar från Gabriel på PTS. Han ville att jag förvirrade för spamrobotar om jag vidarebefodrade svaret hit. De som vill komma i kontakt med honom kan snacka med mig. Jag forstätter tolka det han skriver som att det är fulltständigt OK att plocka hem postnummersystemet från Posten hemsida, förädla och republicera. Men jag är inte en advokat. kalle Vidarebefordrat brev: Gällande din fråga, är det så att för kunder som t.ex. skickar stora mängder postförsändelser, finns möjlighet att fortlöpande få t.ex. kundregister uppdaterade med nya postnummer samt uppgift om in-/avflyttning. Det handlar dock om en service för vilken kunden betalar adressleverantören. För mer information se www.postnummerservice.se. Det är Posten som förvaltar postnummersystemet, därför föreslår jag att du kontaktar Posten, förslagsvis på adress: kundtjanst.fore...@posten.se eller tel 020-23 22 20. Hoppas det gav dig svar på din fråga. -Ursprungligt meddelande- Från: Karl Wettin [mailto:ka...@kodapan.se] Skickat: den 1 augusti 2012 22:16 Ämne: Postnummersystemet Hej Gabriel, jag skriver i egenskap som representant för http://openstreetmap.org. Peter Krantz och du kommunicerade med varande angående postnummer i december 2011. Då skrev du: PTS har med stöd av 12 § postförordningen utsett Posten AB att förvalta postnummersystemet och som också tillhandahåller uppgifter från det. Postens databas och inlagd information i denna äger Posten AB. Uppgifterna tillhandahålls kostnadsfritt såvida det inte rör sig om exempelvis särskilda bearbetningar ur systemet eller automatisk uppdatering av data. Kan du tänka dig att förtydliga det sista som står där angående när det inte längre är kostnadsfritt? Vi vill ladda hem den fullständiga databasen för postnummersystemet via exempelvis http://www.posten.se/soktjanst/postnummersok/ för att sedan förädla och republicera resultatet i vår egen öppna databas. Posten behöver inte lyfta ett finger. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] Fahrradrouten in Österreich
Ich bin grade dabei einige Fahrradrouten im Weinviertel einzutragen und mir ist aufgefallen, dass es bei der Einteilung in die verschiedenen Netzwerke, icn, ncn, rcn, lcn ziemliches Durcheinander herrscht. Gibt es eine Richtlinie wie die Routen einzusortieren sind? Ich habe im Wiki nichts dazu für Österreich gefunden. Es gibt aber eine Wiki-Seite für Deutschland [1]. Vor Allem geht es mir um die Unterscheidung von rcn und lcn. Laut der Wiki-Seite für Deutschland ist alles was in einem Tag zu fahren ist mit lcn getaggt. Ich würde mich für Österreich auch danach orientieren oder gibt es andere Vorschläge? vg Franz [1] http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fahrradrouten in Österreich
Hi! Es gab hier[1] mal eine kurze Diskussion darüber, wo es auch einen Vorschlag gab zu einer groben Einteilung. Vg, Martin [1] http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Austria/Radwege#Klare_Regeln_f.C3.BCr_ncn.2Frcn.2Flcn Am 24.08.2012 um 14:59 schrieb fr...@gmx.at: Ich bin grade dabei einige Fahrradrouten im Weinviertel einzutragen und mir ist aufgefallen, dass es bei der Einteilung in die verschiedenen Netzwerke, icn, ncn, rcn, lcn ziemliches Durcheinander herrscht. Gibt es eine Richtlinie wie die Routen einzusortieren sind? Ich habe im Wiki nichts dazu für Österreich gefunden. Es gibt aber eine Wiki-Seite für Deutschland [1]. Vor Allem geht es mir um die Unterscheidung von rcn und lcn. Laut der Wiki-Seite für Deutschland ist alles was in einem Tag zu fahren ist mit lcn getaggt. Ich würde mich für Österreich auch danach orientieren oder gibt es andere Vorschläge? vg Franz [1] http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fahrradrouten in Österreich
Servus! Ich halte es so: - alles was grenzüberschreitend ist: icn - alles was eine Nummer der jeweiligen Landesregierung trägt: rcn (außer obiges trifft zu) - alles andere: lcn Nur bin ich mir nicht sicher, ob es in jedem Bundesland Landesradwege gibt. Heute (24. August) um 14:59 schrieb fr...@gmx.at: Ich bin grade dabei einige Fahrradrouten im Weinviertel einzutragen und mir ist aufgefallen, dass es bei der Einteilung in die verschiedenen Netzwerke, icn, ncn, rcn, lcn ziemliches Durcheinander herrscht. Gibt es eine Richtlinie wie die Routen einzusortieren sind? Ich habe im Wiki nichts dazu für Österreich gefunden. Es gibt aber eine Wiki-Seite für Deutschland [1]. Vor Allem geht es mir um die Unterscheidung von rcn und lcn. Laut der Wiki-Seite für Deutschland ist alles was in einem Tag zu fahren ist mit lcn getaggt. Ich würde mich für Österreich auch danach orientieren oder gibt es andere Vorschläge? vg Franz [1] http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland -- Mit besten Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fahrradrouten in Österreich
On Fri, 24 Aug 2012 14:59:28 +0200 fr...@gmx.at wrote: Ich bin grade dabei einige Fahrradrouten im Weinviertel einzutragen und mir ist aufgefallen, dass es bei der Einteilung in die verschiedenen Netzwerke, icn, ncn, rcn, lcn ziemliches Durcheinander herrscht. Gibt es eine Richtlinie wie die Routen einzusortieren sind? Ich habe im Wiki nichts dazu für Österreich gefunden. Es gibt aber eine Wiki-Seite für Deutschland [1]. Vor Allem geht es mir um die Unterscheidung von rcn und lcn. Laut der Wiki-Seite für Deutschland ist alles was in einem Tag zu fahren ist mit lcn getaggt. Ich würde mich für Österreich auch danach orientieren oder gibt es andere Vorschläge? vg Franz [1] http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland so wirklich klare regeln gibt es wohl (noch immmer) nicht. siehe http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Austria/Radwege (und http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fahrradrouten in Österreich
On 24.08.12 15:20, Boris Cornet wrote: Ich halte es so: - alles was grenzüberschreitend ist: icn - alles was eine Nummer der jeweiligen Landesregierung trägt: rcn (außer obiges trifft zu) - alles andere: lcn ACK. Hier ein Beispiel von NÖ/Bgld (Ebenfurth/Neufeld): http://www.openstreetmap.at/karte/Radrouten_N_Bgld.png bzw. http://cycling.lonvia.de/de/?zoom=12lat=47.87312lon=16.36602 kontinental: - EV9 Bernsteinroute national: - EV9a Bernsteinroute (alternativ) - EV9 Umleitung EV9 regional: (= größere Landesradwege) - 43 Biedermeier-Radweg (NÖ) - FR Fischa Radweg (NÖ) - R1 Jubiläumsradweg (Bgld) - B11 Leitharadweg (Bgld) - 51 Thermenradweg (NÖ) - 42 Triestingtal Radweg (NÖ) - B14 Verbindungsradweg Eisenstadt-Sopron (Bgld) - W Weingartenradweg (NÖ) andere: ... Der Rosalia-Radweg B32 (Bgld) sollte wohl auch ein rcn sein (und nur einer!)... Da sind noch Aufräumarbeiten fällig. Es gibt zB im Bgld auch Radwege, die haben zwar eine eigene (Landes-)Nummer, sind aber trotzdem nur ein Verbindungsradweg, da ist ein lcn sicher passend. - Augenmaß muß man auf jeden Fall haben. Und Landesradwege gibt's in jedem Bundesland. Nationale gibt's glaub ich nicht wirklich. Der Innradweg ist als ncn getaggt, von mir aus, das macht einen gewissen Sinn. Pfiat Di, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at