Re: [talk-ph] talk-ph Digest, Vol 49, Issue 17
hi maning, the same thing when you make a route from cateel to mati then to tagum. same error occurs like that of xycris From: talk-ph-requ...@openstreetmap.org talk-ph-requ...@openstreetmap.org To: talk-ph@openstreetmap.org Sent: Tuesday, August 28, 2012 1:17 AM Subject: talk-ph Digest, Vol 49, Issue 17 Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Fwd: [OSM-talk] DWG post-redaction bot cleanup (maning sambale) 2. Fwd: Routable map has bugs (maning sambale) -- Message: 1 Date: Tue, 28 Aug 2012 06:45:20 +0800 From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Subject: [talk-ph] Fwd: [OSM-talk] DWG post-redaction bot cleanup Message-ID: capzumufzzacio7qeh3fytun-hfcofzjt-rzn9gwatdvo1e_...@mail.gmail.com Content-Type: text/plain; charset=utf-8 FYI, I recently noticed that this bot is running in some areas of the country. Maning Sambale -- Forwarded message -- From: Paul Norman penor...@mac.com Date: Aug 22, 2012 10:32 AM Subject: [OSM-talk] DWG post-redaction bot cleanup To: osm-talk t...@openstreetmap.org The Data Working Group is beginning to revert some copypaste remapping and similar problems that did not make it onto the bot list for one reason or another. The tools being used aren't the fastest so we do not have a definite ETA. This should not significantly impact normal mapping although uploading frequently is always a good idea. Paul Norman For the Data Working Group ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20120828/c50bf445/attachment-0001.html -- Message: 2 Date: Tue, 28 Aug 2012 16:13:41 +0800 From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Subject: [talk-ph] Fwd: Routable map has bugs Message-ID: CAPzumuEhFKRE9ya9js=F8GQWO7SASZT4=_saweb+v2rjzwx...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Dear list, I got this message from Xycris. I did check the area of concern, but I didn't find any obvious errors. Here's another message he/she sent me privately inclduing coordinates for routing tests. Good day Sir Emmanuel, First and foremost, thank you very much for the effort of bringing a Philippine map for GPS enabled devices. I have just registered to OSM but I am reluctant to make any edits for I don't know how to do it that I might just sabotage the works laid by many other contributors. Here is the error Information made by MapSource: App: MapSource At: 8/13/2012 5:25:43 AM (UTC) OS: Windows 7 (64-bit) Service Pack 1 Processor: x86, Processor Level: 6, Processors: 4, Model 42 Stepping 7, RAM: 8297160 MPL_MAP.CPP-2243-6.16.3.0 Products Installed: Name: OSM Philippines 20120810 IdL 41877505 Version 1.0 Type: Standard Map: 63240005 Error code: 3 Here is my description as to how I came up with the error: MapSource gives an error when creating routes for a certain stretch of road, namely the Tubod Highway in Iligan City, Lanao del Norte, Philippines. This error can be observed by making a route from Cagayan de Oro City to Kolambugan or Ozamis City and vice versa. The error is specifically generated when routing from the following Tubod Highway coordinates: N8 12.544 E124 13.106 to N8 13.212 E124 14.505 and vice versa. I don't know how to edit that in OSM but I found that along that stretch of the highway, two or three gates were in place. I am guessing these gate markers are cauing the error in MapSource. But I am not sure if this is really the case cause I haven't edited it. Traveling on that area, I believe the gate was meant for the entrance and exit of the now closed National Steel Corporation and not on the highway. There are no gates on the highway itself. The National Steel Corporation is located near the sea side of the Tubod Highway. Sincerely, Xycris -- Forwarded message -- From: Xycris Fuerzas xyc...@ymail.com Date: Fri, Aug 24, 2012 at 7:19 PM Subject: Routable map has bugs To: talk-ph-ow...@openstreetmap.org Good day Sir/ Madam, I have downloaded a Garmin routeble version of the Philippine Map compiled by Mr. Maning Sambale. It is installed in MapSource 6.163 and in a Garmin MobileXT. Using either of the software to route
Re: [OSM-talk-be] GR en hiking
You can download features within a boundary also with overpass api. query type=node has-kv k=place v=city/ area-query ref=3600058974/ /query print mode=body/ This will download all city nodes in the relation 3600058974. see http://help.openstreetmap.org/questions/12554/is-there-a-web-service-exposed-to-get-all-cities-in-a-country Just watch out, some Belgian node networks have parts in the Netherlands or France. 2012/8/28 Jo winfi...@gmail.com 2012/8/27 Ben Laenen benlae...@gmail.com On Monday 27 August 2012 10:14:47 Jo wrote: I created a page where we can all vote: http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Walking _Routes/VoteForHikingOrFootaction=edit Just a little question: why did this need its own page? It's what the discussion pages should be used for... Anyway, just saying in case there are some other votes coming up as well... Sorry, I'm not in the habit of launching votes. It's a dirty job, but somebody has to do it. After one day we have 7 votes in favour, 0 against. I'll wait for a few more days. In the mean time |'ve been playing a bit with the Overpass API: query type=relation into=routes bbox-query s=49.5 n=51.5 w=2.52 e=6.5/ has-kv k=route v=foot/ /query query type=relation bbox-query s=49.5 n=51.5 w=2.52 e=6.5/ has-kv k=route v=foot/ /query union item/ recurse type=relation-backwards from=routes/ recurse type=relation-node from=routes/ recurse type=relation-way from=routes/ recurse type=way-node/ /union print mode=meta/ This query results in a 45 MB file, containing all relations where route=foot in an area more or less covering Belgium. There are some routes going into the neighbouring countries. Hopefully they won't mind the retagging. It also gives all parent relations and all node and way members of the route relations. Getting the numbered nodes themselves from the network relations should already have been accomplished by downloading the ways. If not, it's only one extra line to accomplish that. That way nodes which were drawn next to the actual crossing and made members of the network relation also get downloaded. recurse type=relation-node/ above recurse type=relation-node from=routes/ Anyway, just to illustrate the power of Overpass. It's quick too, only a few minutes, download included. This provides a great starting point to rename those tags all at once with JOSM. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GR en hiking
Thank you for that tip. It could be more error prone when there is something wrong with that area relation though. There are some parts going into Germany as well. I was hoping they wouldn't mind the change from foot to hiking, but maybe I better go and ask on their mailing lists first. Cheers, Jo 2012/8/28 Sander Deryckere sander...@gmail.com You can download features within a boundary also with overpass api. query type=node has-kv k=place v=city/ area-query ref=3600058974/ /query print mode=body/ This will download all city nodes in the relation 3600058974. see http://help.openstreetmap.org/questions/12554/is-there-a-web-service-exposed-to-get-all-cities-in-a-country Just watch out, some Belgian node networks have parts in the Netherlands or France. 2012/8/28 Jo winfi...@gmail.com 2012/8/27 Ben Laenen benlae...@gmail.com On Monday 27 August 2012 10:14:47 Jo wrote: I created a page where we can all vote: http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Walking _Routes/VoteForHikingOrFootaction=edit Just a little question: why did this need its own page? It's what the discussion pages should be used for... Anyway, just saying in case there are some other votes coming up as well... Sorry, I'm not in the habit of launching votes. It's a dirty job, but somebody has to do it. After one day we have 7 votes in favour, 0 against. I'll wait for a few more days. In the mean time |'ve been playing a bit with the Overpass API: query type=relation into=routes bbox-query s=49.5 n=51.5 w=2.52 e=6.5/ has-kv k=route v=foot/ /query query type=relation bbox-query s=49.5 n=51.5 w=2.52 e=6.5/ has-kv k=route v=foot/ /query union item/ recurse type=relation-backwards from=routes/ recurse type=relation-node from=routes/ recurse type=relation-way from=routes/ recurse type=way-node/ /union print mode=meta/ This query results in a 45 MB file, containing all relations where route=foot in an area more or less covering Belgium. There are some routes going into the neighbouring countries. Hopefully they won't mind the retagging. It also gives all parent relations and all node and way members of the route relations. Getting the numbered nodes themselves from the network relations should already have been accomplished by downloading the ways. If not, it's only one extra line to accomplish that. That way nodes which were drawn next to the actual crossing and made members of the network relation also get downloaded. recurse type=relation-node/ above recurse type=relation-node from=routes/ Anyway, just to illustrate the power of Overpass. It's quick too, only a few minutes, download included. This provides a great starting point to rename those tags all at once with JOSM. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland, bedankt Jo
2012/8/23 Jan-willem De Bleser j...@thescrapyard.org: Ticket is aangemaakt: https://trac.openstreetmap.org/ticket/4539 Alle, ze hadden precies niet zo veel zin om er zelf aan te werken, dus heb het maar zelf gedaan. Met deze patch toont hem altijd de juiste nummers zolang de eindpunten in de ingeladen data zijn. Note toe voegen ipv eindpunten lijkt me ook triviaal. Misschien zouden ze het zelfs aanvaarden van note te tonen als dit wordt gedaan wanneer de volledige relatie nog niet ingeladen is, zou dit detecteerbaar zijn. Nu maar zien hoe lang 't duurt voor dat het op de site komt. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GR en hiking
On Tuesday 28 August 2012 09:49:54 Jo wrote: This query results in a 45 MB file, containing all relations where route=foot in an area more or less covering Belgium. There are some routes going into the neighbouring countries. Hopefully they won't mind the retagging. Watch out with that: if you make automatic edits, make sure to stay inside the country. You can open Pandora's box if you don't, even if the change doesn't seem big... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GR en hiking
I sent emails to the mailing lists of the 3 countries that are involved. I'll probably split the relations at the border if there are objections. Jo 2012/8/28 Ben Laenen benlae...@gmail.com On Tuesday 28 August 2012 09:49:54 Jo wrote: This query results in a 45 MB file, containing all relations where route=foot in an area more or less covering Belgium. There are some routes going into the neighbouring countries. Hopefully they won't mind the retagging. Watch out with that: if you make automatic edits, make sure to stay inside the country. You can open Pandora's box if you don't, even if the change doesn't seem big... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GR en hiking
On Tuesday 28 August 2012 12:01:25 Jo wrote: I sent emails to the mailing lists of the 3 countries that are involved. I'll probably split the relations at the border if there are objections. And sending that to the German mailing list made it appear on the tagging@ mailing list as well: http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html More discussion to follow I guess :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
De discussie lijkt stilgevallen. Hieronder de conclusies zoals ik ze zie, ter samenvatting: - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes van de route. (route tussen knooppunt xx en yy) - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel, anderen van niet. - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze moet niet getagged worden in de name=* tag. - tijdens het bewerken van routes, wordt niet altijd de volledige route ingeladen. In dat geval kan er geen (of toch niet altijd) info van de knooppunten worden afgeleid. Om in die gevallen toch te weten wat de route voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is enkel bedoeld om extra info te verstrekken aan de persoon die de data bewerkt. - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen netwerken die afwijken van de conventies in de wiki worden aangepast. Heb ik dat goed begrepen? Groeten Jan P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped zijn. Is heel die discussie toch nog voor iets goed geweest. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Op 28 augustus 2012 20:58 schreef Jan Herrygers janherryg...@dommel.behet volgende: De discussie lijkt stilgevallen. Hieronder de conclusies zoals ik ze zie, ter samenvatting: - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes van de route. (route tussen knooppunt xx en yy) - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel, anderen van niet. - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze moet niet getagged worden in de name=* tag. - tijdens het bewerken van routes, wordt niet altijd de volledige route ingeladen. In dat geval kan er geen (of toch niet altijd) info van de knooppunten worden afgeleid. Om in die gevallen toch te weten wat de route voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is enkel bedoeld om extra info te verstrekken aan de persoon die de data bewerkt. - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen netwerken die afwijken van de conventies in de wiki worden aangepast. Heb ik dat goed begrepen? Groeten Jan P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped zijn. Is heel die discussie toch nog voor iets goed geweest. Ik denk dat je conclusies goed zijn. Toen ik aan zee ook een wandelknooppuntenroute vond, heb ik een extra voordeel van het gebruik van de note tag in tegenstelling tot het afleiden uit de data gevonden: Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook het begin van die andere routes ingeven, maar ik weet dan niet waar het paaltje aan de andere kant staat. Welk nummer erop hoort te staan, weet ik natuurlijk wel en dat kan ik dus al in de note tag vermelden. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GR en hiking
2012/8/28 Ben Laenen benlae...@gmail.com On Tuesday 28 August 2012 12:01:25 Jo wrote: I sent emails to the mailing lists of the 3 countries that are involved. I'll probably split the relations at the border if there are objections. And sending that to the German mailing list made it appear on the tagging@ mailing list as well: http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html More discussion to follow I guess :-) Yes, lol. I managed to kick a hornet's nest, whereas all I was trying to do was to make sure to play nice. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Ja, dat is een goede samenvatting. Misschien ook nog vermelden dat ik geen enkel serieus argument heb vernomen waarom die note-tag niet gewoon in de name-tag zou komen (wel heel emotionele reacties dat xx-yy geen naam is ,omdat er cijfers instaan was bv 1 reactie, ook dat die naam nergens voorkomt ,op de tussenpaaltjes staat wel degelijk xx en yy). Argumenten om het wel te doen is het ingeven en onderhouden van het netwerk (op die manier vermijd je dat er bv 2 realaties xx-yy in 1 netwerk zouden voorkomen), je kan die relaties ook makkelijk terugvinden (in het meerdalwoud zijn er wegen die in meer dan heel wat relaties , vind maar uit welke op het netwerk slaat). De (krampachtige) oplossing die men nu heeft, werkt min of meer maar is helemaal niet nodig als men de note vervangt door name. Op 28 augustus 2012 20:58 schreef Jan Herrygers janherryg...@dommel.behet volgende: De discussie lijkt stilgevallen. Hieronder de conclusies zoals ik ze zie, ter samenvatting: - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes van de route. (route tussen knooppunt xx en yy) - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel, anderen van niet. - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze moet niet getagged worden in de name=* tag. - tijdens het bewerken van routes, wordt niet altijd de volledige route ingeladen. In dat geval kan er geen (of toch niet altijd) info van de knooppunten worden afgeleid. Om in die gevallen toch te weten wat de route voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is enkel bedoeld om extra info te verstrekken aan de persoon die de data bewerkt. - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen netwerken die afwijken van de conventies in de wiki worden aangepast. Heb ik dat goed begrepen? Groeten Jan P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped zijn. Is heel die discussie toch nog voor iets goed geweest. ___ 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
ja, ben bezig de knooppunten in Bierbeek toe te voegen (met potlach ;-)) Op 28 augustus 2012 21:06 schreef Jo winfi...@gmail.com het volgende: Op 28 augustus 2012 20:58 schreef Jan Herrygers janherryg...@dommel.behet volgende: De discussie lijkt stilgevallen. Hieronder de conclusies zoals ik ze zie, ter samenvatting: - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes van de route. (route tussen knooppunt xx en yy) - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel, anderen van niet. - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze moet niet getagged worden in de name=* tag. - tijdens het bewerken van routes, wordt niet altijd de volledige route ingeladen. In dat geval kan er geen (of toch niet altijd) info van de knooppunten worden afgeleid. Om in die gevallen toch te weten wat de route voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is enkel bedoeld om extra info te verstrekken aan de persoon die de data bewerkt. - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen netwerken die afwijken van de conventies in de wiki worden aangepast. Heb ik dat goed begrepen? Groeten Jan P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped zijn. Is heel die discussie toch nog voor iets goed geweest. Ik denk dat je conclusies goed zijn. Toen ik aan zee ook een wandelknooppuntenroute vond, heb ik een extra voordeel van het gebruik van de note tag in tegenstelling tot het afleiden uit de data gevonden: Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook het begin van die andere routes ingeven, maar ik weet dan niet waar het paaltje aan de andere kant staat. Welk nummer erop hoort te staan, weet ik natuurlijk wel en dat kan ik dus al in de note tag vermelden. Jo ___ 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
In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt met dezelfde note tag: http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was veel eenvoudiger geweest en het had het probleem met routes die er nog niet helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze worden toegevoegd. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Sorry maar ik heb echt geen zin om deze discussie verder te zetten. Begrijp ik het goed, dat het enige argument is en blijft dat deze verbindingen (volgens sommigen) geen naam hebben. Ja, dan is hierbij voor mij de discussie gedaan. Spijtig dat om die principiële redenen het onderhoud en uitbreiding moedwillig moeilijk wordt gemaakt voor simpele mappers. Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te geven zal ik daar graag rekening mee houden. Ik zal nog eens proberen mijn visie duidelijk te maken: De discussie dat deze routes een naam hebben of niet vind ik niet zo belangrijk (sommige vinden dat ze een naam hebben, sommigen niet. Dus dit moet niet blijvend bediscussieert worden. Op 28 augustus 2012 22:46 schreef Ben Laenen benlae...@gmail.com het volgende: On Tuesday 28 August 2012 22:29:55 Ivo De Broeck wrote: Dat spijt mij dan zeer erg. Ik ben je (nog altijd) dankbaar voor je werk en zoals ik reeds zij, is jouw bijdrage een zeer goede hulp, maar daar gaat het bij mij niet over. Mijn oorspronkelijke vraag was om de note-tag te vervangen door een name-tag. Het enige argument dat ik gelezen heb dat die verbinding geen naam heeft en sorry daar kan je mij niet van overtuigen. Er zijn bijna nergens routes die een zo duidelijke naam hebben. De tussenpaaltjes vermelden een naam, weliswaar mits enig denkwerk ;-) kan je EN de naam van netwerk (Zuid-Dijleland of afgekort ZD) EN xx EN yy aflezen. Blijkbaar is men minder moeite met buslijnen, die zelfs de vermelding die op de bus staat niet vermeld (waar ik niet perse tegen ben). Dat busroutes een name=* tag hebben gekregen daar was ik indertijd trouwens ook niet happig om en ik wou ook een note=* tag en bijkomende tags voor de bestemmingen. Nu hebben busroutes wel het voordeel dat er geen zijn die een naam hebben (er zal wel een uitzondering bestaan in België zeker), dus zal het bijgevolg geen verwarring geven. Dat is niet het geval met fiets- en wandelroutes, waar er wel genoeg routes zijn met een naam. En dus kunnen we voor knooppuntenroutes de name=* niet gebruiken voor iets dat eigenlijk geen naam is. Blijft over: note=*. Ben ___ 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] track with cycleway ? (and relation sorting)
I fixed the relation. JOSM was able to order this one automatically. Personally I would probably have drawn a separate cycleway. On the aerial picture there seems to be a separation between the track and the cycleway. Jo 2012/8/28 Ben Laenen benlae...@gmail.com On Tuesday 28 August 2012 22:25:29 Jan Herrygers wrote: I noticed that a gravel road (Dutch: grindweg) was not mapped, but the cycleway next to it was. The cycleway is in concrete. I decided to redesignate the cycleway as highway=track with a cycleway=track: http://www.openstreetmap.org/edit?lat=51.31012lon=5.16682zoom=17 It does look a bit weird, when you know the cycleway is concrete. Is this a logical way to tag this? Yes, but if you want you can add a tag that says that the cycleway is concrete: cycleway:surface=concrete It won't change the rendering, but you never know when a router will get smart enough to be able to read it :-) Also, there was something weird going on with an intersection and a piece of the road where both the cycleway and the gravel road were mapped. In fact, that was the reason I looked over there in the first place: my routing app did some weird stuff over there. I decided to delete that part of the cycleway, and to add the gravel road to the cycle node network. But I did that in Potlatch, so probably the route isn't well-sorted anymore. Does anyone care to correct that? Or is it not *that* important? It's not really important that the order is correct in the database, but it can help in checking the route, that is if your editor can do anything with it (like JOSM). But there are other tools to check relations, like http://ra.osmsurround.org/analyzeRelation . Just put the id of the relation in there and it will tell you if the route is in one piece (do note that with bicycle routes, you'll have the extra complexity of tails at the beginning and at the end or different routes for both directions, the tools can't really handle those). Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
2012/8/28 Jo winfi...@gmail.com: In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt met dezelfde note tag: http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was veel eenvoudiger geweest en het had het probleem met routes die er nog niet helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze worden toegevoegd. Eenvoud is niet per se correct. Je hebt wel gelijk voor routes waar nog geen eindpunt voor is, want, inderdaad, die specifieke route zou al deeltelijk ingegeven kunnen worden zonder dat het eindpunt ingegeven is, of deel van de relatie is. Ik kan altijd een patch te suggereren waarbij, bvb, de eerste 10 characters uit note= op 't einde van de naam (bvb, dan route bicycle rcn 78- [this note is...]) getoond worden wanneer er geen naam of ref is. Echter is het niet mijn beslissing, noch die van ons als geheel, of dit aanvaard wordt door de potlatch2 team. Zal zien of ik wat tijd daarvoor kan vinden. - Jw ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Op 67 staan 2 pijlen richting 68. Op 68 staan 2 pijlen richting 67. Zowel langs de directe weg als lang de weg doorheen het bos staan er bordjes die je van 67 naar 68 brengen en omgekeerd. Geen idee waarom ze dat daar zo gedaan hebben. Waarschijnlijk dachten ze: we zullen die mannen van OSM 's liggen hebben, zie. Jo Op 28 augustus 2012 23:12 schreef Ivo De Broeck ivo.debro...@gmail.comhet volgende: Daar ga ik eens naar kijken (en een pint gaan drinken in de 500). Maar ik begrijp het helemaal niet. Op 67 staat toch HOE je naar 68 moet gaan (is het anders aangeduid op 68???). Op 28 augustus 2012 22:55 schreef Jo winfi...@gmail.com het volgende: In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt met dezelfde note tag: http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was veel eenvoudiger geweest en het had het probleem met routes die er nog niet helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze worden toegevoegd. Jo ___ 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/28 Ivo De Broeck ivo.debro...@gmail.com: Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te geven zal ik daar graag rekening mee houden. Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument? Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze. 73-75 is een redundante naam, en ZD 73-75 een verzonnen naam. De discussie moet altijd gaan over waar de *bestaande* naam terug te vinden, niet over welk naam zal gegeven worden. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind tientallen relaties zonder naam in Potlach, waar een kat zijn jongen niet vind (ook tientallen legerelaties, die iemand zo als jij of jo misschien eruit kunnen gooien??). Naam geven : No comment (zie hoger) laat ons aub daarover ophouden. Jij vindt dat die relatie geen naam kan hebben, ik vind wel. OK dat weten we nu al. Graag de meningen van iedereen over het andere punt, namelijk waarom de informatie die in note is, niet ergens anders kan zitten zodat simpele mappers, die hoe langer hoe meer afhaken, omdat eeuwenoude regels nooit in vraag kunnen gesteld worden. Trouwens ik vraag mij ook af, waarom redudante info wel in note maar niet in name mag zitten. En tenslotte IK wil geen gelijk halen, ik wil het alleen makkelijker maken voor de mappers (die samen met de experts) een mooie kaart in OSM kunnen maken. Velen onder ons kunnen niet toveren of gebruiken geen JOSM. Het verhaal van de twee routes aan brasserie 500 moet toch kunnen gewijzigd worden (indien nodig) door een wandelaar die daar voorbij komt en gewoon alleen Potlach kan gebruiken (of niet?). Op 28 augustus 2012 23:20 schreef Jan-willem De Bleser j...@thescrapyard.orghet volgende: 2012/8/28 Ivo De Broeck ivo.debro...@gmail.com: Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te geven zal ik daar graag rekening mee houden. Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument? Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze. 73-75 is een redundante naam, en ZD 73-75 een verzonnen naam. De discussie moet altijd gaan over waar de *bestaande* naam terug te vinden, niet over welk naam zal gegeven worden. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
Sorry als ik (te weinig) tijd heb voor deze discussie, maar ik zit nu in San Fulgencio zie http://www.openstreetmap.org/?lat=38.13167lon=-0.67476zoom=17 en ben zoals in Bierbeek, alle gebouwen (met huisnummer) aan het invoeren. Maar dat is voor een andere tread (OSM loopt serieus achter op google) en we zouden misschien beter onze energie in zulke zaken steken. (Is maar een mijmering in het hete Spanje ;-)). Succes ermee. Op 28 augustus 2012 23:42 schreef Ivo De Broeck ivo.debro...@gmail.comhet volgende: Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind tientallen relaties zonder naam in Potlach, waar een kat zijn jongen niet vind (ook tientallen legerelaties, die iemand zo als jij of jo misschien eruit kunnen gooien??). Naam geven : No comment (zie hoger) laat ons aub daarover ophouden. Jij vindt dat die relatie geen naam kan hebben, ik vind wel. OK dat weten we nu al. Graag de meningen van iedereen over het andere punt, namelijk waarom de informatie die in note is, niet ergens anders kan zitten zodat simpele mappers, die hoe langer hoe meer afhaken, omdat eeuwenoude regels nooit in vraag kunnen gesteld worden. Trouwens ik vraag mij ook af, waarom redudante info wel in note maar niet in name mag zitten. En tenslotte IK wil geen gelijk halen, ik wil het alleen makkelijker maken voor de mappers (die samen met de experts) een mooie kaart in OSM kunnen maken. Velen onder ons kunnen niet toveren of gebruiken geen JOSM. Het verhaal van de twee routes aan brasserie 500 moet toch kunnen gewijzigd worden (indien nodig) door een wandelaar die daar voorbij komt en gewoon alleen Potlach kan gebruiken (of niet?). Op 28 augustus 2012 23:20 schreef Jan-willem De Bleser j...@thescrapyard.org het volgende: 2012/8/28 Ivo De Broeck ivo.debro...@gmail.com: Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te geven zal ik daar graag rekening mee houden. Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument? Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze. 73-75 is een redundante naam, en ZD 73-75 een verzonnen naam. De discussie moet altijd gaan over waar de *bestaande* naam terug te vinden, niet over welk naam zal gegeven worden. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wandelnetwerk zuid-dijleland
On 28-8-2012 21:06, Jo wrote: Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook het begin van die andere routes ingeven, maar ik weet dan niet waar het paaltje aan de andere kant staat. Welk nummer erop hoort te staan, weet ik natuurlijk wel en dat kan ik dus al in de note tag vermelden. Dit is exact de reden waarom ik voorstander ben van het (ook) gebruiken van de note tag. Bij het mappen van zo'n netwerk moet je op een knooppunt toch altijd kiezen voor 1 van de routes, maar de andere kun je alvast als beginnetje aanmaken in OSM, met de note tag als hint. -- Lennard ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Policy in mapping military installations
On 26 August 2012 11:02, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2012/8/24 Gregory nomoregra...@googlemail.com: 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. -1, you might map the sign as toy factory (maybe I am misinterpreting what you said? I never met a building that said something ;-) ) but if _on the ground_ it is a military installation and you (everyone) know about this, mapping it as a toy factory would be plain wrong and also a violation of the on the ground rule. I mean if the military are keeping the site a secret and the building has a sign on it Welcome To Mr Smith's Toy Factory, then that is what it should be mapped as because on the ground it says it is a toy factory. Local knowledge may say they never see toys coming out of it, only military personnel, but that is it. I know there are real examples, but I can only slightly remember the details of one. A solider was posted to guard a radio mast on top of a hill. He would come down to the town to have dinner in a restaurant or what ever. People would ask him why he was posted there. He'd totally deny that there was a radio mast on the hill. Well the mast is pretty obvious from hills around, so everyone knew why he was there. I can't remember if he still denied it once the country was no longer under communism and war-focused. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Policy in mapping military installations
2012/8/28 Gregory nomoregra...@googlemail.com: On 26 August 2012 11:02, Martin Koppenhoefer dieterdre...@gmail.com wrote: -1, you might map the sign as toy factory (maybe I am misinterpreting what you said? I never met a building that said something ;-) ) but if _on the ground_ it is a military installation and you (everyone) know about this, mapping it as a toy factory would be plain wrong and also a violation of the on the ground rule. I mean if the military are keeping the site a secret and the building has a sign on it Welcome To Mr Smith's Toy Factory, then that is what it should be mapped as because on the ground it says it is a toy factory. Local knowledge may say they never see toys coming out of it, only military personnel, but that is it. IMHO the on the ground rule should not encourage to add wrong information. local knowledge should beat (wrong) information on signs. E.g. if there is a typo on a road sign (and you can verify that it is a typo) then you'd better insert the correct name (and maybe give a hint in a note tag that the road sign is wrong, and possibly also a source:name-tag to explain where you got the correct information from). That said I agree that the given example case is difficult to judge, because if there is a well made up cover for a secret government installation it might be desirable to have this cover also in OSM. You can find some documented real world examples for (uncovered) offices/installations of one of the German secret services (BND) on wikipedia: http://de.wikipedia.org/wiki/Bundesnachrichtendienst#Getarnte_Dienststellen_.28Deutschland.29 E.g. this one: http://www.openstreetmap.org/browse/way/25786821 http://de.wikipedia.org/wiki/Bundesstelle_f%C3%BCr_Fernmeldestatistik Bundesstelle für Fernmeldestatistik which translates roughly to Federal Agency for Communication Statistics ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Shoud OSM Help move to Stackexchange community?
Reiterating here a question from http://help.openstreetmap.org/questions/5487/shoud-osm-help-move-to-stackexchange-community : What do people think of moving this OSM help to the Stackexchangehttp://stackexchange.com/ community. I think that benefits would be tremendous, better marketing, possible new users would see this great project and all other positive things that could help boost this osm community. (Note that logging in with StackExchange's OpenID URL works, but that won't bring any of these benefits). -- Dan Dascalescu http://www.openstreetmap.org/user/dandv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Updated redaction oneway map
On Thu, Aug 16, 2012 at 11:49 PM, Toby Murray toby.mur...@gmail.com wrote: Right now we're sitting at 3,076 ways left to fix. And keep in mind that for every way rendered on this map, there are probably 10 more bot problems in the area like missing ways, broken topology, etc. So don't just fix what is highlighted and move on, take a look around and smell the nodes. http://ni.kwsn.net/~toby/OSM/maps/redaction.html Well I am happy to report that the US is now completely clean on this map! And it is down to 2,400 objects. Half of them are in Europe. Finally, something OSM related where we beat the Europeans! :) Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] route=foot omzetten naar route=hiking
Hallo, We zijn in België bezig met een stemming over het omzetten van route=foot en network=foot, die als synoniem route=hiking en network=hiking hebben. Totnogtoe lijkt het erop dat iedereen voor deze wijziging is, al was het maar om eenvormigheid te bewerkstelligen. Als er geen tegenstemmen komen, veranderen we binnen een paar dagen dan de wiki en dan verander ik meteen in bulk alle relaties. Er zijn er echter een paar die tot in Nederland reiken. Is het een probleem voor jullie als die ook gewijzigd worden? Indien ja, is de kans groot dat ik ze splits aan de grens. Het enige andere alternatief is om ze als route=foot te laten voortbestaan, maar dan hebben we nog geen eenvormigheid. mvg, Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] route=foot omzetten naar route=hiking
Hallo, Ik gebruik al jaren alleen maar route=hiking, dus van mij zul je geen bezwaren horen. On 08/28/2012 11:11 AM, Jo wrote: Hallo, We zijn in België bezig met een stemming over het omzetten van route=foot en network=foot, die als synoniem route=hiking en network=hiking hebben. Totnogtoe lijkt het erop dat iedereen voor deze wijziging is, al was het maar om eenvormigheid te bewerkstelligen. Als er geen tegenstemmen komen, veranderen we binnen een paar dagen dan de wiki en dan verander ik meteen in bulk alle relaties. Er zijn er echter een paar die tot in Nederland reiken. Is het een probleem voor jullie als die ook gewijzigd worden? Indien ja, is de kans groot dat ik ze splits aan de grens. Het enige andere alternatief is om ze als route=foot te laten voortbestaan, maar dan hebben we nog geen eenvormigheid. mvg, Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?
Beste OSM-ers, Op zaterdag 29 september organiseert de gemeente Den Haag onder de titel “ICT voor de Stad” in het Stadhuis aan het Spui van 10 tot 4 een publieksevenement waar we als gemeente laten zien wat de Haagse ICT voor de burger betekent. Dat varieert van ICT die je in de openbare ruimte tegenkomt (met GPS metende landmeters, DRIPs voor de verkeersinformatie via e-overheidsloketten voor burgers en bedrijven tot cursussen ICT-vaardigheden voor bewoners. Onder de vlag “open overheid” besteden we ook aandacht aan open data. Met de exacte invulling zijn we nog bezig, we zijn bezig met workshops over kansen, bedreigen en andere effecten van open data op overheid, ontwikkelaar en burgers. De programma-opzet biedt ook ruimte voor bijvoorbeeld een OSM mapping party. Ook op andere terreinen nodigen we “derden” uit. Mochten er OSM-ers zijn die interesse hebben om naar verwachting 1500 burgers en pakweg 100 ambtenaren bekend te maken met, en enthousiast te maken voor OSM dan kan dat op deze dag. Wij regelen als gemeente stroom, netwerkaansluitingen, promotie, koffie en lollies. (en een lunch voor iedereen die er aan bijdraagt). Pizza’s en bier kan ik niet aanbieden, dat wordt voor 1500 man op een zaterdagmiddag wat te uitbundig en geeft teveel vlekken (die pizza’s met name). GPS ontvangers om buiten te mappen lijkt me lastig te regelen (we willen ze ook weer terug hebben!), maar suggesties hierover zijn uiteraard welkom. Interesse? Suggesties? Adhesiebetuigingen of boegeroep? Laat het weten via deze lijst. Groet, Gert-Jan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?
On 08/28/12 20:18, Gert-Jan van der Weijden wrote: Wij regelen als gemeente stroom, netwerkaansluitingen, promotie, koffie en lollies. Misschien kan er ook (eindelijk) een beetje GIS data uit de gemeente Den Haag komen, zonder het gezeur dat de afdeling betaalt wordt door interne afdelingen? Ik bedoel, al zijn het maar de lantaarnpalen, het is wel een statement. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?
Hi Stefan, Deze reactie had ik verwacht, zij het wat sneller. Die 1 uur en 18 minuten tussen jouw en mijn post valt me wat tegen ;-) Kijk vooral even op www.opendatadenhaag.nl/data en laat je aangenaam verrassen. Het verbaast me overigens dat je er nog niet mee bekend was, blijkbaar moeten we nog iets aan onze datamarketing doen. Mag ik jou als reaguurder (denk aan het oorspronkelijke subject van deze thread!) gelijk noteren als (mede-) OSM-party-organizer op 29 september? Groet, Gert-Jan -Oorspronkelijk bericht- Van: Stefan de Konink [mailto:ste...@konink.de] Verzonden: dinsdag 28 augustus 2012 21:36 Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag? On 08/28/12 20:18, Gert-Jan van der Weijden wrote: Wij regelen als gemeente stroom, netwerkaansluitingen, promotie, koffie en lollies. Misschien kan er ook (eindelijk) een beetje GIS data uit de gemeente Den Haag komen, zonder het gezeur dat de afdeling betaalt wordt door interne afdelingen? Ik bedoel, al zijn het maar de lantaarnpalen, het is wel een statement. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?
On 08/28/12 21:49, Gert-Jan van der Weijden wrote: Deze reactie had ik verwacht, zij het wat sneller. Die 1 uur en 18 minuten tussen jouw en mijn post valt me wat tegen ;-) Je kunt niet altijd mail blijven lezen he, de open data activiteiten voor de tweede kamer gaan je ook niet in de koude kleren zitten ;) Kijk vooral even op www.opendatadenhaag.nl/data en laat je aangenaam verrassen. Het verbaast me overigens dat je er nog niet mee bekend was, blijkbaar moeten we nog iets aan onze datamarketing doen. Ik wist niet dat er een update was. Heb even gekeken naar de kleinschalige topografie. Het lijkt vooral een 'afbeelding', maar er is meer dan eerst :-) Das zeker goed! Mag ik jou als reaguurder (denk aan het oorspronkelijke subject van deze thread!) gelijk noteren als (mede-) OSM-party-organizer op 29 september? Dat mag :-) Ik zou dan buiten DRIPs ook maar gelijk DRIS toevoegen ;) Dankzij Stadsgewest Haaglanden hangt Den Haag er vol mee :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] import of state borders?
Ok - I have put the VIC/TAS border back to the correct latitude and moved Boundary Islet down to straddle it. Since I have no way of knowing where the border is, in relation to the island, I have given Victoria four times as much of it as Tasmania (in relation to their relative areas). I'm hoping now, that some Tasmanian OSMer will disagree with this and organise a mapping party out on the rock to find exactly where the Islet is and how much each state gets. We could send out another boat from Melbourne and meet there. If it is not possible/allowable to land, we would need to find out a way to accurately map the island from the sea. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] osm osm couldn't load status information
Hi Is anyone else getting this error or any solutions. couldn't load status information Thanks Ian on confirmation that the view is on the blink. All today it does not works so I can not select say cycle maps nor do searches. Also in Poltach 2 when I edit it takes me back to an area that I edited yesterday despite now being in another area. In all very weird behaviour from OSM. Would love to know if this will be fixed. Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] osm osm couldn't load status information
Hi Brett, Earlier today view was on the blink (error on page) but seems ok now, though I'm on a different computer. I don't get any couldn't load errors but maybe I'm not doing the same things as you, Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Bulk up load of data from Tasmanian Parks
It would be best if they could upload their data with a free license directly to their website http://www.parks.tas.gov.au/ This sounds to me more like a grass roots initiative from someone who just happens to be employed by parks. If we can get a person who walks trails for a living being engaged with OSM and updating the map or even providing GPS traces as well as trail descriptions to someone interested in updating the map we should do what we can to help this happen. This data is worth its bits in gold, in my opinion. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Improved AGRI Imagery Online
On 9 August 2012 23:58, Grant Slater openstreet...@firefishy.com wrote: On 8 August 2012 02:14, Ian Sergeant inas66+...@gmail.com wrote: On 7 August 2012 22:54, Grant Slater openstreet...@firefishy.com wrote: Currently the 7 zones are stacked left to right. I quickly hacked up a right to left stack: http://agri.openstreetmap.org/?layers=0B0 tms url is: http://a.agri.openstreetmap.org/rtl/{zoom}/{x}/{y}.png There are a few regions which are better but not a huge amounts. Some regions better, some worse. This is easy to work with in JOSM. Just load both layers, and click on and off to get the best view. Is this additional layer going to stay? Sure, if it is useful then I see no need to remove it. Mapping the Murray River and border region. No Bing, so disappointed when I came across this in AGRI.. http://agri.openstreetmap.org/?zoom=15lat=-35.81036lon=144.36794layers=B00 However, we have this.. http://agri.openstreetmap.org/?zoom=15lat=-35.81036lon=144.36794layers=0B0 So, useful! Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] mapping brasilia bus lines
Hi, Some people from Transparência Hacker [1] were trying to get all data from the government. But it seems they don't have such data in digital format. [1] https://groups.google.com/forum/?fromgroups#!forum/thackday On Mon, Aug 27, 2012 at 7:14 PM, robert colombo robertcolo...@gmail.comwrote: Dear all: i´m a new member to the list in Brasilia but not to HOt or OSM.. I would like to know if there is any tested / validated/ proved methodology to map bus lines in cities were there is a lack of infrastructural maps such as it is Brasilia trough OSM or HOT. i would like to sell the idea to locals or, if there is any in the HOT group, try to torganizae such. It´s amaing to see tht tehr is no map of Bus lines in a capital city such as this one were people are just driving their car everywhere as ther is no information of times routes or expected services...any ideas or suggestions and collaborations? -- Robert Colombo ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Apresentação
Olá Bruno! Bem-vindo. Sou do Rio de Janeiro e infelizmente não tenho como colaborar com o mapeamento das informações de Curitiba, vamos ver se alguém da lista da sua área se manifesta. =) Vi que o pessoal de São Paulo conseguiu acesso aos dados das linhas utilizando a Lei de Acesso à Informação, talvez seja uma opção caso os dados da sua cidade não estejam disponibilizados em uma licença compatível com o OSM. []s Arlindo Pereira 2012/8/28 Bruno Augusto stra...@gmail.com Olá a todos! e Bom dia! Eu já a tempo acompanho as atividades do OSM Sou de Curitiba e já me aventurei algumas vezes a arrumar um ou outro detalhe que notei que faltava nas proximidades de minha casa. Seu sempre me assusto com a velocidade e desempenho dos colaboradores. Agora vem um pedido. Existe mais alguem aqui da região de Curitiba na lista? É que eu estava pensando em começar o mapeamento das linhas de onibus da cidade. (visto que o site da prefeitura com os trajetos das linhas não é nem um pouco amigável neste quisito) Tenham todos um bom dia! Att, Bruno Augusto Mühlenhoff ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] mapping brasilia bus lines
When reading about the emerge of Google transit there was some standard to provide this kind of information. Maybe look if it is possible to translate existing information to this format and if it's possible to import/use this in (combination with) OSM? 2012/8/28 Bráulio brauliobeze...@gmail.com: Hi, Some people from Transparência Hacker [1] were trying to get all data from the government. But it seems they don't have such data in digital format. [1] https://groups.google.com/forum/?fromgroups#!forum/thackday On Mon, Aug 27, 2012 at 7:14 PM, robert colombo robertcolo...@gmail.com wrote: Dear all: i´m a new member to the list in Brasilia but not to HOt or OSM.. I would like to know if there is any tested / validated/ proved methodology to map bus lines in cities were there is a lack of infrastructural maps such as it is Brasilia trough OSM or HOT. i would like to sell the idea to locals or, if there is any in the HOT group, try to torganizae such. It´s amaing to see tht tehr is no map of Bus lines in a capital city such as this one were people are just driving their car everywhere as ther is no information of times routes or expected services...any ideas or suggestions and collaborations? -- Robert Colombo ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)
Hallo, da das Thema im alten Thread wohl nicht so prominent rüberkommt, möchte ich mein Ansinnen nochmal zusammenfassen und als neuen Thread zur Diskussion bringen. Es geht um diesen Vorschlag zum Tagging von Europäischen Kulturwegen: http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2 Hauptkritikpunkt: Hier wird ein fester Wert für operator vorgegeben. Ebenfalls laut Wiki dient operator aber zum Angeben des Betreibers: http://wiki.openstreetmap.org/wiki/DE:Key:operator | Nützlich für die Zuordnung beliebiger Kartenobjekte zu einem bestimmten | Unternehmen oder Betreiber. Da European_Cultural_Paths weder Unternehmen noch Betreiber ist, wird das Tag hier missbräuchlich verwendet. Zudem wird das Tag dadurch für den eigentlichen Zweck blockiert. Der Betreiber (in unserer Region wäre das das Archäologische Spessartprojekt) kann nicht mehr angegeben werden. Da es dennoch sinnvoll ist, einen Europäischen Kulturweg als solchen kennzeichnen zu können, würde ich gerne wissen, wie hier so die Vorschläge sind, wie man etwas entsprechendes kennzeichnen könnte? Soll ich einfach mal den Wiki-Eintrag so umbauen, dass operator wieder freigestellt ist (mit Archäologisches Spessartprojekt als Beispiel und Optional -- Ja) und als Tag hier einfach mal european_cultural_path = yes (Optional -- Nein) festlegen? Ändern kann man das ja ggf. später immer noch. Worst-Case auch automatisch. Ich habe lange gesucht, aber ein existierendes Tag, das nur mit dem richtigen Wert gefüllt werden müsste, scheint es nicht zu geben. Das Tag selber würde ich dann im Wiki natürlich auch dokumentieren. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verwertung staatlicher Geodaten
Moin, ich habe mich in einer Arbeit mit der wirtschaftliche Verwertung staatlicher Geodaten und ihren Grenzen auseinandergesetzt. Insgesamt geht es um verschiedene ökonomische und rechtliche Aspekte die damit zusammen hängen. Das Thema ist zwar nicht OSM zentriert, behandelt aber den Paradigmenwechsel auf Bundesebene hin zu freien Geodaten und geht auch auf open data ein. Das könnte im hiesigen Rahmen durchaus von Interesse sein. Die Arbeit findet ihr unter http://www.pirschkarte.de/uploads/pdf/zscheile_kommerzialisierungsgrenzen_geodaten.pdf Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwertung staatlicher Geodaten
Hallo Falk, Paradigmenwechsel auf Bundesebene hin zu freien Geodaten und open data http://www.pirschkarte.de/uploads/pdf/zscheile_kommerzialisierungsgrenzen_geodaten.pdf Herzlichen Dank für diese umfassende Übersicht zu den gesetzlichen Hintergründen! Eine hervorragende Argumentationshilfe. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?
Danke, Das ist schon eine große Hilfe um den Überblick nicht ganz zu verlieren :) Trotzdem wäre es klasse wenn OWL wieder in die Gänge käme Christian Am 28.08.2012 um 04:49 schrieb Tobias Knerr: Am 27.08.2012 21:27, schrieb UMAX974: ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür inzwischen irgendwo einen ähnlich funktionierenden Ersatz? Seit OWL nicht mehr funktioniert, nutze ich den Feed von der osm.org-Hauptseite. In seiner Rohform leidet er unter den zahlreichen großen Changesets. Eine brauchbare Lösung dafür finde ich den Filter unter http://positron96.appspot.com/osmfilter.html Ein solcher Feed (in meinem Fall mit 2 als Limit für lat/lon, mit den standardmäßig vorgeschlagenen 20 filtert er nicht viel) zeigt zuverlässig lokale manuelle Edits. Das ist natürlich nur eine Notlösung - man verpasst große Changesets auch dann, wenn sie auch im eigenen Gebiet etwas ändern - aber besser als nichts. Gruß, Tobias ___ 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] Rechte der OSMF
Mike Dupont jamesmikedup...@googlemail.com wrote: fuer mich ist fosm immer noch osm. Warum kann nicht osm die cc-by-sa datenbank weiter parallel betreiben? Was für eine kranke Idee! Was jetzt nach dem Lizenzwechsel wirklich passieren sollte ist dass wir schnellstmöglich auf ODBL umsteigen und zur Tagesordnung übergehen. Dier Lizenzwechsel hat schon genug Manpower verheizt und Unfrieden gestiftet. Jetzt wird es Zeit, dass wir uns um die wirklichen Probleme von OSM kümmern. Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /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] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Moin Stephan, Danke für diese Präzsisierung: Eine Kompassablenkung würde ich nur bei einpoligen HGÜ-Kabeln erwarten, aber nicht bei Drehstrom- und Kommunikationskabeln. Open Sea Map definiert für diverse Objektklassen eigene Tags. Für nautische Dinge verwenden wir die internationale Norm s57. Sie kann vieles unterscheiden, was für die Seefahrt erforderlich ist. Am Beispiel cable_submarine kann man das gut sehen: Damit ist es möglich, nur für die Seefahrt relevante Kabel als Unterwasserkabel zu zeigen, und andere ggf. auszublenden. Und gleichzeitig kann für die Land-Kartographie Relevantes trotzdem differenziert beschrieben und abgebildet werden. Klar wäre das auch irgendwie anders denkbar, aber wir haben uns vor zwei Jahren entschieden, das Rad nicht nochmal neu zu erfinden. Und ein bisschen Redundanz hilft auch bei der Fehlersuche. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] route/network=foot umwandeln in route/network=hiking
Hallo, In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre Synonyme route=hiking en network=hiking. Es gibt are welche die über die Grenze hingehen. Ist es für euch ein Problem das die auch umgesetzt werden, oder ist es besser dass ich diese Relationen trenne an der Grenze? Grüsse, Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?
Du kannst dich auch mal unter itoworld.com umschauen. Dor tkann man sich auf feeds für Gebiete einrichten. Gruss, Chaos Am 28. August 2012 09:33 schrieb UMAX974 umax...@googlemail.com: Danke, Das ist schon eine große Hilfe um den Überblick nicht ganz zu verlieren :) Trotzdem wäre es klasse wenn OWL wieder in die Gänge käme Christian Am 28.08.2012 um 04:49 schrieb Tobias Knerr: Am 27.08.2012 21:27, schrieb UMAX974: ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür inzwischen irgendwo einen ähnlich funktionierenden Ersatz? Seit OWL nicht mehr funktioniert, nutze ich den Feed von der osm.org-Hauptseite. In seiner Rohform leidet er unter den zahlreichen großen Changesets. Eine brauchbare Lösung dafür finde ich den Filter unter http://positron96.appspot.com/osmfilter.html Ein solcher Feed (in meinem Fall mit 2 als Limit für lat/lon, mit den standardmäßig vorgeschlagenen 20 filtert er nicht viel) zeigt zuverlässig lokale manuelle Edits. Das ist natürlich nur eine Notlösung - man verpasst große Changesets auch dann, wenn sie auch im eigenen Gebiet etwas ändern - aber besser als nichts. Gruß, Tobias ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechte der OSMF
Am 28.08.2012 10:32, schrieb Sven Geggus: [...] Jetzt wird es Zeit, dass wir uns um die wirklichen Probleme von OSM kümmern. +1000 Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Was ist dafür die Begründung. route=foot hab ich mir bisher immer als innerstädtische Fußroute für Besichtigung von Attraktion usw vorgestellt. Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht verstehen On 28.08.2012 11:22, Jo wrote: Hallo, In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre Synonyme route=hiking en network=hiking. Es gibt are welche die über die Grenze hingehen. Ist es für euch ein Problem das die auch umgesetzt werden, oder ist es besser dass ich diese Relationen trenne an der Grenze? Grüsse, Polyglot ___ 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] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Am 28.08.2012 10:58, schrieb Markus: Klar wäre das auch irgendwie anders denkbar, aber wir haben uns vor zwei Jahren entschieden, das Rad nicht nochmal neu zu erfinden. Ich habe das Mitelmeer-Kabel jetzt zusätzlich zur bestehenden klassichen Attributierung auch noch als Seemap-Objekt getaggt - zumindest mit den wichtigsten Daten (Typ, Art, Name). Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 07:08, schrieb Florian Groß: Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner Quelle/seinen Quellen bis zur Mündung. Und da baust dann schnell eine Monsterrelation zusammen, die sehr anfällig für (unbeabsichtigte) Schäden wird. Wie willst du solche Relationen intakt halten? Das wird in meinen Augen unnötig schwer. Ohne jetzt davon Ahnung zu haben: Wäre es vielleicht nicht sinnvoller, die offiziellen Grenzen der Flusseinzugsgebiete einzutragen? Ich vermute mal, das die meisten Staaten so etwas haben, weil man diese Daten für diverse Zwecke braucht. Oder gibt es ein internationales System ähnlich der deutschen Fließgewässerkennziffer mit dem man die entsprechenden Zusammenhänge abbilden kann? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig scheinen das zu machen) foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot angefangen, aber jetzt scheint es international so zu sein dass hiking mehr benutzt wird. Polyglot 2012/8/28 Felix Hartmann extremecar...@gmail.com Was ist dafür die Begründung. route=foot hab ich mir bisher immer als innerstädtische Fußroute für Besichtigung von Attraktion usw vorgestellt. Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht verstehen On 28.08.2012 11:22, Jo wrote: Hallo, In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre Synonyme route=hiking en network=hiking. Es gibt are welche die über die Grenze hingehen. Ist es für euch ein Problem das die auch umgesetzt werden, oder ist es besser dass ich diese Relationen trenne an der Grenze? Grüsse, Polyglot __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://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] Rechte der OSMF
Am 27. August 2012 21:43 schrieb Mike Dupont jamesmikedup...@googlemail.com: Warum kann nicht osm die cc-by-sa datenbank weiter parallel betreiben? weil damit die Daten nicht ausreichend bzw. überhaupt nicht geschützt sein könnten, wo es kein spezielles Datenbankrecht gibt, z.B. in den USA? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?
Hi, ich habe eben noch das gefunden. http://www.steffenvogel.de/2009/05/06/osm-changesets-als-rss-feed/ Gruß Andreas Am 27.08.2012 21:27, schrieb UMAX974: Hallo Liste, ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür inzwischen irgendwo einen ähnlich funktionierenden Ersatz? Gruß Christian ___ 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] Braucht es gemappte Flusseinzugsgebiete?
Am 28. August 2012 12:31 schrieb René Falk li...@falconaerie.de: Wäre es vielleicht nicht sinnvoller, die offiziellen Grenzen der Flusseinzugsgebiete einzutragen? Ich vermute mal, das die meisten Staaten so etwas haben, weil man diese Daten für diverse Zwecke braucht. Das lässt sich soweit ich weiss aus einem Höhenmodell ableiten bzw. berechnen. Daraus folgt, dass diese Art von Daten für OSM eher nicht geeignet sind (da Rasterdaten). Auch die schiere räumliche Ausdehnung macht das ziemlich ungeeignet für OSM (Konflikte beim Editieren, schwer zu bearbeiten, etc.). Man könnte natürlich schon bestimmte Vektor-Features eintragen, die damit in Zusammenhang stehen, z.B. Bergketten, Wasserscheiden, etc. dazu gibt es bereits Vorschläge (AFAIR im Bereich natural). Offiziell muss da aber nichts sein, das sind ja überwiegend physikalisch geografische Naturgegebenheiten und keine Dinge wie politische Landesgrenzen, die von Menschen gesetzt werden (von künstlichen Wasserwegen, Pumpstationen etc. mal abgesehen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Ich wuerde Felix zustimmen. Es gibt sicherlich - typischerweise innersteadtische - Fussgaenger-Routen, zum Beispiel um sich die Monumente einer Stadt anzuschauen, fuer die foot oder walking angebracht sind, aber nicht hiking. Ich habe foot - wie auch anderweits ueblich in OSM - als Definition des Verkehrsmittels betrachtet (foot bicycle car railway usw.). Hiking ist mehr eine Sport-Art. Waere vorsichtig mit einer pauschalen Umwandlung von allen foot-Routen in hiking (nicht nur in Deutschland) Volker (Padova, Italien) 2012/8/28 Jo winfi...@gmail.com Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig scheinen das zu machen) foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot angefangen, aber jetzt scheint es international so zu sein dass hiking mehr benutzt wird. Polyglot 2012/8/28 Felix Hartmann extremecar...@gmail.com Was ist dafür die Begründung. route=foot hab ich mir bisher immer als innerstädtische Fußroute für Besichtigung von Attraktion usw vorgestellt. Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht verstehen On 28.08.2012 11:22, Jo wrote: Hallo, In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre Synonyme route=hiking en network=hiking. Es gibt are welche die über die Grenze hingehen. Ist es für euch ein Problem das die auch umgesetzt werden, oder ist es besser dass ich diese Relationen trenne an der Grenze? Grüsse, Polyglot __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-de 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Hallo René und Martin, Grenzen der Flusseinzugsgebiete Das lässt sich aus einem Höhenmodell ableiten Ja, wenn das Modell genau genug ist. Dann lassen sich die Wasserscheiden - und damit die Einzugsgebiete - ableiten. Soll aber nicht trivial sein... Einzugsgebiete sind für die Hydrologie von grosser Bedeutung (und für alle Folgen wie Wasserhaushalt, Landwirtschaft, Wasserverschmutzung, Hochwasserschutz, etc). Gruss, Markus ___ 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 28. August 2012 06:23 schrieb Rainer Kluge rklug...@web.de: Am 27.08.2012 23:29, schrieb Felix Hartmann: Und ein Fußweg durch ein Gebäude, ist ein Fußweg, der existiert auch real! Real existiert da in der Regel kein Fußweg sondern eine begehbare Fläche. naja, ein Fußweg ist immer eine begehbare Fläche, diese Abgrenzung macht nicht so viel Sinn. Meistens sind Wege in Gebäuden auch linear (also eher weniger breit und dafür lang und daher gerichtet). Sooo große Gebäude, die eine komplett freie Durchwegung haben, dürfte es nicht geben, und diese Fälle würde man dann halt so ähnlich mappen, wie einen offenen Platz im Freien. Fußwege in Gebäuden sind Hilfskonstruktionen für die Unterstützung von Routern, die nicht in der Lage sind, über Flächen zu routen. Das Thema ist für Plätze/Areas schon x mal durchgekaut worden. alle Straßen und Wege sind Flächen, und klar, der Graph den wir bilden um das Wegenetz zu repräsentieren ist eine Abstraktion. Das hat aber mit innen und aussen eigentlich nichts zu tun. Realität eine große Eingangshalle ist. Was bei einem Platz noch angehen kann, wird bei einer Kirche mit Haupteingang und zwei Nebeneingängen ganz offensichtlich zum Mappen für den Router. wieso, wo ist das der Unterschied? Ich sehe das ähnlich wie Felix: wir sollten Bergbahnen und ähnliches in den Graphen einbauen und nicht dort Lücken lassen. Ob man das dann mit virtuellen oder auch realen Fußwegen macht, oder ob man das Gebäude als Blackbox sieht und nur die Ein- und Ausgänge mappt (und anbindet) und ein zugänglich und durchgängig ja-tag ans Gebäude anfügt, ist dabei nicht so wichtig, aber einfach diese Verbindungen ersatzlos zu löschen ist Murks. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28. August 2012 13:49 schrieb Markus liste12a4...@gmx.de: Einzugsgebiete sind für die Hydrologie von grosser Bedeutung (und für alle Folgen wie Wasserhaushalt, Landwirtschaft, Wasserverschmutzung, Hochwasserschutz, etc). Ist ja richtig, nur bedeutet das noch lange nicht, dass das deshalb in der beschriebenen Art in OSM Relationen abgebildet werden sollte. Einzugsgebiete gibt es z.B. auch bei Städten, sollen wir die in OSM mit Relationen abbilden, z.B. auf den Straßen und Schienen (weil sich die Leute ja üblicherweise mit dieser Infrastruktur bewegen)? Machen wir ja auch nicht. Man könnte jede Straße in eine Relation packen, die dann das Netz bis zur nächsten Autobahn abbildet. ;-) (war natürlich nicht ernst gemeint). Daher zur Frage von Thomas Malenki: Was meint ihr? Ist das vernünftiges Mappen oder überflüssige Datensammlung? m.E. überflüssige Datenvermehrung ohne echten Mehrwert (was damit abgebildet wird stand auch vorher schon in anderer Form in der DB, und das ohne das Risiko von Konflikten, ohne komplexe und aufwendig zu verarbeitende Relationen aufgrund von kaskadierenden Relationen (Memberlimit) etc.) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Wir waren in Belgien auch mit foot angefangen und alles war schön und gut. Dann hat jemand gemeint es sollte hiking sein, danach hat auch Potlatch dies als 'default' gewählt. Bisschen bei bisschen wirden die beiden durchenander benutzt. So kommt dann die Frage bei uns um alles auf hiking zu setzen. In Belgien sind wir alle einverstanden dass es besser sei überall dasselbe zu benutzen. Ich werde das bis die Grenze machen und nicht weiter. Wenn nötig werde ich dann die Relation network=nwn oder iwn in zwei teilen. Tschüss, Polyglot 2012/8/28 Volker Schmidt vosc...@gmail.com Ich wuerde Felix zustimmen. Es gibt sicherlich - typischerweise innersteadtische - Fussgaenger-Routen, zum Beispiel um sich die Monumente einer Stadt anzuschauen, fuer die foot oder walking angebracht sind, aber nicht hiking. Ich habe foot - wie auch anderweits ueblich in OSM - als Definition des Verkehrsmittels betrachtet (foot bicycle car railway usw.). Hiking ist mehr eine Sport-Art. Waere vorsichtig mit einer pauschalen Umwandlung von allen foot-Routen in hiking (nicht nur in Deutschland) Volker (Padova, Italien) 2012/8/28 Jo winfi...@gmail.com Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig scheinen das zu machen) foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot angefangen, aber jetzt scheint es international so zu sein dass hiking mehr benutzt wird. Polyglot 2012/8/28 Felix Hartmann extremecar...@gmail.com Was ist dafür die Begründung. route=foot hab ich mir bisher immer als innerstädtische Fußroute für Besichtigung von Attraktion usw vorgestellt. Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht verstehen On 28.08.2012 11:22, Jo wrote: Hallo, In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre Synonyme route=hiking en network=hiking. Es gibt are welche die über die Grenze hingehen. Ist es für euch ein Problem das die auch umgesetzt werden, oder ist es besser dass ich diese Relationen trenne an der Grenze? Grüsse, Polyglot __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-de 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)
Am 28. August 2012 08:20 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Soll ich einfach mal den Wiki-Eintrag so umbauen, dass operator wieder freigestellt ist (mit Archäologisches Spessartprojekt als Beispiel und Optional -- Ja) und als Tag hier einfach mal european_cultural_path = yes (Optional -- Nein) festlegen? m.E. ist european_cultural_path als tag dafür OK, wobei no als Wert praktisch sinnfrei ist (könnte man vielleicht mal brauchen, wenn ein Weg nachträglich ausgeschlossen wird oder so). operator=yes würde ich im Wiki allerdings nicht als gelungenes Tagging anpreisen (wenn schon, wäre das operated=yes, wobei ich da lieber den umgekehrten Weg nehme und informal=yes tagge, was zwar nicht genau dasselbe ist, in der Praxis aber m.E. interessanter ist). Das Tag selber würde ich dann im Wiki natürlich auch dokumentieren. +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
Ob man das dann mit virtuellen oder auch realen Fußwegen macht, oder ob man das Gebäude als Blackbox sieht und nur die Ein- und Ausgänge mappt (und anbindet) und ein zugänglich und durchgängig ja-tag ans Gebäude anfügt, ist dabei nicht so wichtig, aber einfach diese Verbindungen ersatzlos zu löschen ist Murks. Bestehende Wege durch Gebäude zu löschen ist Murks, da gebe ich dir recht. Eine als einzelne Node gemappte Seilberg-Talstation (mit Verbindung zu Weg und Seilbahn) durch ein Gebäude zu ersetzen und dann KEIN Fußwege durchs Gebäude einzutragen (weil nicht bekannt) finde ich jedoch völlig in Ordnung. Ich würde KEIN Handlungsanweisung herausgeben, die da heißt: 'Wenn du Gebäude zeichnest, musst du 'virtuelle' Wege einzeichen, damit Routen wieder verbunden sind.' Ich empfinde den Informationsgewinn durch das Gebäude-als:Fläche größer als den Verlust durch das unterbrochene Routing. (Weil eh selten unterstützt.) Zumal das unterbrochene Routing zwar unmittelbar aus der OSM-Änderung herrührt, der eigentliche Grund aber mittelbar das fehlende Feature des Routers ist, bei ÖPNV gewisse Relationen auszuwerten. my 2 cents, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Jo winfixit at gmail.com writes: Ich werde das bis die Grenze machen und nicht weiter. Wenn nötig werde ich dann die Relation network=nwn oder iwn in zwei teilen. Nein! Bitte keine zusammenhängenden Wege zerreißen. Wenn nicht 100% sicher ist, dass hiking für einen grenzübergreifenden Weg nicht passt, dann bitte den Weg in Gänze unverändert lassen! Laut Wörterbuch ist hiking nichts anderes als Wandern. Ab einer gewissen Länge eines Weges würde ich behaupten, dass dieser als Wanderweg gilt, da prinzipiell die Tätigkeit Wandern auf dem Weg ausgeführt werden kann. Alle Wege, die etliche Kilometer lang sind oder gar grenzübergreifend sind, dürften also mit hiking nicht falsch gekennzeichnet sein. Eine Relation für einen kurzen Stadtrundgang dagegen könnte durchaus auch als foot stehen gelassen werden. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Am 28. August 2012 03:33 schrieb Stephan Wolff s.wo...@web.de: Open Sea Map definiert für diverse Objektklassen (bridge, building, breakwater, ...) eigene, von der üblichen OSM-Syntax abweichende Tags. Bis auf die Seezeichen selbst, verwende ich nur die klassischen OSM-Tags, da sie kürzer, leichter zu merken und auszuwerten sind. +1, finde ich auch ein Unding, massenhaft solche tags zu erfinden und im Wiki zu bewerben für Dinge, die mit Seezeichen überhaupt nichts zu tun haben, und für die es z.T. schon eingeführte Varianten mit gleicher Bedeutung gibt, ohne das seamark:-präfix. Dürfte man die OSeaMap-Leute (ich gehe mal davon aus, dass mindestens einer hier mitliest) bitten, das bei Gelegenheit im Wiki und Openseamap-Editor zu überarbeiten? Wo es schon ein klassisches tag gibt, ist eine Doppelung mit seamark (glaube ich) nicht erwünscht. Überhaupt macht es m.E. keinen Sinn, den seamark-Namensraum für Dinge wie landmarks zu verwenden. Doppelte Tags (klassisch/Open Sea Map) an einem Objekt finde ich überflüssig. +1 Taginfo nennt folgende Nutzungszahlen: power=underground_cable 553 power=cable 550 seamark:type=cable_submarine 2 seamark:type=submarine_cable 2 Stromkabel gehören auch logisch zum key power und nicht zu seamark. +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
Am 28. August 2012 14:24 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Eine als einzelne Node gemappte Seilberg-Talstation (mit Verbindung zu Weg und Seilbahn) durch ein Gebäude zu ersetzen und dann KEIN Fußwege durchs Gebäude einzutragen (weil nicht bekannt) finde ich jedoch völlig in Ordnung. Ich würde KEIN Handlungsanweisung herausgeben, die da heißt: 'Wenn du Gebäude zeichnest, musst du 'virtuelle' Wege einzeichen, damit Routen wieder verbunden sind.' ja, sehe ich auch so (nicht verbindlich indoor-Wege verlangen/promoten), wobei ich erwarten würde, dass das Gebäude angeschlossen wird (so wie der Node davor angeschlossen war). Aufgrund der tags kann man dann sehen, dass ein Weg zur Station führt, und dass aus der Station raus die Seilbahn fährt und wohin. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28.08.2012 12:32, schrieb Jo: foot und hiking sind jetzt Synonyme. Dann ist ein Umtaggen nicht notwendig. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)
Martin Koppenhoefer dieterdreist at gmail.com writes: m.E. ist european_cultural_path als tag dafür OK, wobei no als Wert praktisch sinnfrei ist (könnte man vielleicht mal brauchen, wenn ein Weg nachträglich ausgeschlossen wird oder so). Ist doch nix anderes wie noexit=yes. Ein no macht hier auch keinen Sinn. operator=yes würde ich im Wiki allerdings nicht als gelungenes Tagging anpreisen (wenn schon, wäre das operated=yes, wobei ich da lieber den umgekehrten Weg nehme und informal=yes tagge, was zwar nicht genau dasselbe ist, in der Praxis aber m.E. interessanter ist). War so auch nicht gemeint. Im Wiki gibt es eine separate Spalte ob ein Tag optional ist: http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2 Was ich ausrücken wollte: Aktuell ist das operator-Tag dort als nicht optional gekennzeichnet. Mit der Einführung des neuen Tags würde ich das ändern, denn ab dann sollte operator nur noch gesetzt werden, wenn er auch bekannt ist. Das Wissen über den Betreiber sollte nicht Bedingung sein, um einen Weg eintragen zu können. Danke auf jedem Fall für die Rückmeldung. Ist hier Sommerloch? Was kann/darf/soll/muss ich denn noch tun bevor ich irgendwie tätig werde? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
2012/8/28 Chris66 chris66...@gmx.de Am 28.08.2012 12:32, schrieb Jo: foot und hiking sind jetzt Synonyme. Dann ist ein Umtaggen nicht notwendig. Chris Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen anfangen. Konsistenz ist wichtig, also in Belgien werden die nächste Woche alle umgetaggt. Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28. August 2012 14:56 schrieb Jo winfi...@gmail.com: Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen anfangen. es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf beziehe ich mich) ungefähr doppelt so viele hiking als foot aber wenn man nur eins der beiden verwenden wollte würde ich trotzdem foot vorziehen, da das generischer ist. hiking ist m.E. ein subset von foot, da es wandern bedeutet, und nicht alle Routen, die man zu Fuß gehen kann, auch Wanderrouten sind. Von daher finde ich den von Euch geplanten Massenedit nicht sinnvoll. Habt Ihr das schon entsprechend den Guidelines international diskutiert? http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)
Am 28. August 2012 14:48 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Danke auf jedem Fall für die Rückmeldung. Ist hier Sommerloch? Was kann/darf/soll/muss ich denn noch tun bevor ich irgendwie tätig werde? M.E. kannst Du das im Wiki so anpassen, dass die Seite in Einklang mit dem restlichen Wiki steht (insb. dass operator eben einen Betreiber kennzeichnet und daher nicht europäischer Kulturweg sein kann, weil das kein Betreiber ist). Die Leute, die diese Info bisher unter operator getaggt haben, sollte man möglichst informieren, und idealerweise sollte wer Ortskenntnis hat auch gleich die Objekte umtaggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28. August 2012 15:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf beziehe ich mich) ungefähr doppelt so viele hiking als foot aber wenn man nur eins der beiden verwenden wollte würde ich trotzdem foot vorziehen, da das generischer ist. +1 Wenn jetzt eine kurze Route mitten durch die Stadt als hiking eingetragen wird, dann stimmt etwas nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
2012/8/28 Martin Vonwald imagic@gmail.com Am 28. August 2012 15:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf beziehe ich mich) ungefähr doppelt so viele hiking als foot aber wenn man nur eins der beiden verwenden wollte würde ich trotzdem foot vorziehen, da das generischer ist. +1 Wenn jetzt eine kurze Route mitten durch die Stadt als hiking eingetragen wird, dann stimmt etwas nicht Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich mag es noch lieber das zu vereinen auf einem Tag). Oh oh, womit bin ich wieder angefangen? Und das wann es doch soviel einfacher ist gar nichts zu machen. Soviel einfacher! Polyglot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28.08.2012 14:56, schrieb Jo: Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen anfangen. Wie bereits dagelegt könnt man die Werte verschieden interpretieren z.B. hiking für echtes Wandern, foot für innerstätdische Routen. Konsistenz ist wichtig, also in Belgien werden die nächste Woche alle umgetaggt. Wieso soll Konsistenz beim OSM-tagging plötzlich wichtig sein? Wenn überhaupt ist OSM genau die Antithese davon. Auswertbar, ja da wär ich einverstanden. SImon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com: Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich mag es noch lieber das zu vereinen auf einem Tag). Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern dass sie unterschiedliche Bedeutungen haben. Daher sollten wir auch unterscheiden zwischen beiden. Ein Wanderweg ist nun mal kein Spazierweg. Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich mal etwas aufräumen (kann auch ich machen, wenn sich sonst niemand freiwillig meldet). Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID würde schon reichen. Ich würde gerne etwas konkretes sehen. Vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28. August 2012 17:41 schrieb Martin Vonwald imagic@gmail.com: Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com: Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich mag es noch lieber das zu vereinen auf einem Tag). Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern dass sie unterschiedliche Bedeutungen haben. Daher sollten wir auch unterscheiden zwischen beiden. Ein Wanderweg ist nun mal kein Spazierweg. Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich mal etwas aufräumen (kann auch ich machen, wenn sich sonst niemand freiwillig meldet). Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID würde schon reichen. Ich würde gerne etwas konkretes sehen. dass foot eine Spazierweg-route sein soll, ist glaube ich auch nicht gegeben (das wäre evtl. walking oder so, was immerhin auch 562 mal vorkommt). Prinzipiell sollte man die feinen Unterschiede lieber nicht rausbügeln. So wie es derzeit im Wiki dokumentiert ist (nämlich weitgehend ohne Definition, was die tags bedeuten sollen) ist es suboptimal. Schlage vor, wir diskutieren auf [tagging] über die angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28. August 2012 17:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Schlage vor, wir diskutieren auf [tagging] über die angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest. done, follow ups wenn's geht bitte in diesen Thread: http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigenes JPEG als Hintergrund in JOSM
Hallo, gibt es eine Möglichkeit in JOSM ein eigenes Hintergrundbild einzubinden und zu platzieren? Ich habe dazu nichts gefunden. Ich habe ein JPEG von einem Bebauungdgebiet und möchte danach mappen. Besten Dank für Hilfe Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenes JPEG als Hintergrund in JOSM
Probiers mal mit dem PicLayer Plugin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Martin Koppenhoefer dieterdre...@gmail.com schrieb: Das lässt sich soweit ich weiss aus einem Höhenmodell ableiten bzw. berechnen. Daraus folgt, dass diese Art von Daten für OSM eher nicht geeignet sind (da Rasterdaten). Auch die schiere räumliche Ausdehnung macht das ziemlich ungeeignet für OSM (Konflikte beim Editieren, schwer zu bearbeiten, etc.). Für OSM ungeeignet verstehe ich nicht. Man bräuchte doch nur den Grenzverlauf des jeweiligen Gebiets in OSM eintragen. Die Grenzen der Flusseinzugsgebiete sind ja bekannt, zumindest in der EU und sicher auch in vielen Gegenden im Rest der Welt. Wenn man die Grenzen in OSM hat, könnte man doch sicherlich eine multipolygon oder boundary Auswertung machen, die in etwa gleichwertig mit der Relation wäre. Dann könnte man auf die Relation verzichten. Ok, dann bräuchte man natürlich einen Tag für diese Grenze, vielleicht type=hydro-wieimmerdasauchheist. Man könnte natürlich schon bestimmte Vektor-Features eintragen, die damit in Zusammenhang stehen, z.B. Bergketten, Wasserscheiden, etc. dazu gibt es bereits Vorschläge (AFAIR im Bereich natural). Offiziell muss da aber nichts sein, das sind ja überwiegend physikalisch geografische Naturgegebenheiten und keine Dinge wie politische Landesgrenzen, die von Menschen gesetzt werden (von künstlichen Wasserwegen, Pumpstationen etc. mal abgesehen). Ich hatte mir mal die amtliche Karte für meine lokalen Flusseinzugsgebiete besorgt, um einen Überblick über die ganzen Wasserbauwerke in meiner Umgebung zu bekommen. Da sah das eigentlich danach aus, dass die offiziellen amtlichen Grenzen für das Flusseinzugsgebiet den physikalisch-geografischen Grenzen für das Flusssystem entsprechen. So viel ich weiß, gibt es das für die ganze EU. Ich glaube, so etwas auch schon teilweise bei Wikipedia gesehen zu haben (ist schon länger her), zumindest für Deutschland und Frankreich. In Deutschland lassen sich für die Fließgewässer die Einzugsgebiete auch anhand der Gewässerkennzahl identifizieren. Keine Ahnung, ob man an diese Zahlen so rankommt. Aber wie schon gesagt, ich stecke da nicht so drin, in dieser Materie. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Foot betrachte ich als allgemeine Angabe, dass das eine Route zum Gehen ist. Wenn wir genauer unterscheiden wollen, sollten wir das irgendwo festhalten und zwar möglichst früh. Also z. B. unterscheiden nach route = hiking = walking = jogging (für Jogging-Routen) = trimming (für Trimm-Pfade) = running (für Renn-Strecken, wie Marathon) = climbing ... So wie das jetzt aufgeteilt wird, ist das vielleicht bald kaum noch auswertbar. Bernhard PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere bestimme ich selbst. From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: Tuesday, August 28, 2012 5:49 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] route/network=foot umwandeln in route/network=hiking Am 28. August 2012 17:41 schrieb Martin Vonwald imagic@gmail.com: Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com: Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich mag es noch lieber das zu vereinen auf einem Tag). Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern dass sie unterschiedliche Bedeutungen haben. Daher sollten wir auch unterscheiden zwischen beiden. Ein Wanderweg ist nun mal kein Spazierweg. Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich mal etwas aufräumen (kann auch ich machen, wenn sich sonst niemand freiwillig meldet). Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID würde schon reichen. Ich würde gerne etwas konkretes sehen. dass foot eine Spazierweg-route sein soll, ist glaube ich auch nicht gegeben (das wäre evtl. walking oder so, was immerhin auch 562 mal vorkommt). Prinzipiell sollte man die feinen Unterschiede lieber nicht rausbügeln. So wie es derzeit im Wiki dokumentiert ist (nämlich weitgehend ohne Definition, was die tags bedeuten sollen) ist es suboptimal. Schlage vor, wir diskutieren auf [tagging] über die angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Am 28. August 2012 19:04 schrieb Bernhard Weiskopf bweisk...@gmx.de: PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere bestimme ich selbst. mir auch, den Rest kann man vielleicht auch mit sport oder leisure weiter definieren bzw. unterscheiden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenes JPEG als Hintergrund in JOSM
schrieb Benjamin Lebsanft: Probiers mal mit dem PicLayer Plugin Ja, genau Besten Dank Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 18:46, schrieb René Falk: Die Grenzen der Flusseinzugsgebiete sind ja bekannt, zumindest in der EU und sicher auch in vielen Gegenden im Rest der Welt. Zum einen bin ich mir da überhaupt nicht sicher, wenn ich zum Beispiel an die Schwäbische Alb denke. Durch den Karst ist da eigentlich nicht immer ganz so eindeutig, wo das Wasser jetzt hinfließt. Bei so etwas eine Grenze anzugeben, suggeriert meines Erachtens eine Genauigkeit, die so eindeutig gar nicht gegeben ist. Über so eine Europäische Wasserscheide bin ich mal ein paar Jahre täglich drübergefahren... Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier noch kein überzeugendes Argument aufgetan. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nicht dargestelltes Multipolygon
Kann bitte jemand mal nach dem Multipolygon Buschland im folgenden Link schauen. Es wird nicht mehr dargestellt. http://www.openstreetmap.org/?lat=52.3877906799316lon=11.8353867530823zoom=14 Danke, alwi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am Dienstag, den 28.08.2012, 07:08 +0200 schrieb Florian Groß: On Mon, Aug 27, 2012 at 05:24:54PM +0200, Werner Hoch wrote: Am Montag, den 27.08.2012, 11:22 +0200 schrieb Peter Wendorff: Am 27.08.2012 02:57, schrieb Werner Hoch: Gerade bei langen Flüssen ist das nicht so einfach. Der Name der Flüsse ist u.U. in jedem Land (in der Schweiz in jeder Sprachregion) anders. Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch name:de_ch oder so - aber das sollte sich doch machen lassen. Der Aufwand der Tag-Vereinheitlichung und/oder das Erstellen einer Relation ist ungefähr gleich groß. Die Pflege einer Fluss-Relation ist IHMO einfacher. Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner Quelle/seinen Quellen bis zur Mündung. Ich habe hier auf Peters Post geantwortet, nicht auf den OP. Und da baust dann schnell eine Monsterrelation zusammen, die sehr anfällig für (unbeabsichtigte) Schäden wird. Wie willst du solche Relationen intakt halten? Das wird in meinen Augen unnötig schwer. Im Gegensatz zu Wanderwegen, Radrouten, Autobahnen, ... werden Flüsse sehr selten geändert. Man kann also mit sehr wenigen Relations-Elementen eine sehr große Strecke überbrücken. Rhein: 50 Members, Version 140 Donau: 158 Members, Version 124 Wanderwege oder Europastraßen haben nicht selten eine Versionsnummer über 1000 und auch über 1000 Members. Zum Vergleich: ein regionaler Wanderweg in Baden Württemberg: HW9: 720 Members, Version 110 ist schon sehr viel komplexer wie Donau und Rhein zusammen. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Bernhard Weiskopf bweisk...@gmx.de [Tue, Aug 28, 2012 at 07:04:41PM CEST]: [...] = trimming (für Trimm-Pfade) Ist das nicht eher was für Barbiere? = climbing existiert schon mit sinnvolleren Vorschlägen als durch eine Routenrelation. Kletterrouten sind mehr in der Vertikalen, Openstreetmap bildet im Wesentlichen in der Oberfläche ab. Außerdem gibt es noch via ferrata und nordic walking. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route/network=foot umwandeln in route/network=hiking
Das mit der zweistufigen Klassifizierung wuerde mir auch gefallen. Ich ahbe konkret das Problem, dass es nicht einfachist zwischen Mountain und Touring Fahrrad zu unterscheiden. route=bicycle mit bicycle=touring|mtb|roadbike|... route=foot mit foot=hiking|walking|nordic_walking... ... Ausserdem koennte man noch einen weiteren key hinzufuegen route=foot foot=walking purpose=cultural|culinary|scenery|... Diese zusaetzlichen keys waeren optional, wobei man auch mehrere Werte zulassen sollte. Volker 2012/8/28 Martin Koppenhoefer dieterdre...@gmail.com Am 28. August 2012 19:04 schrieb Bernhard Weiskopf bweisk...@gmx.de: PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere bestimme ich selbst. mir auch, den Rest kann man vielleicht auch mit sport oder leisure weiter definieren bzw. unterscheiden. Gruß Martin ___ 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] Braucht es gemappte Flusseinzugsgebiete?
Am Dienstag, den 28.08.2012, 01:42 +0200 schrieb Stephan Wolff: Am 27.08.2012 17:11, schrieb Werner Hoch: Hier müsste man nur die Wasserflächen mit auswerten. Ein See hat nunmal meist mehrere Zuflüsse und ein Abfluss. Die Auswertung wird zwar ein bischen komplizierter, aber es ist nicht unmöglich. Ein virtueller Zusammenfluss in einem See vereinfacht natürlich die Auswertung. Ein durchgehender virtueller Fluss vereinfacht die Zuordnung deutlich, insbesondere wenn mehrere Seen aneinandergrenzen (siehe 5-Seen-Fahrt) oder ein See mehrere Ausflüsse hat. Man müsste aber virtuelle Flüsse durch ein Zusatztag von normalen Flussstrecken unterscheiden. Bei Kanälen muss man unterscheiden, ob es eine eindeutige Richtung des Wassers gibt. Das lässt sich mit geeignetem Tagging erledigen. Hast du einen Vorschlag dafür? Bei Kanälen mit mehreren Schleusen muss man berücksichtigen, dass die Scheitelstrecke zu beiden Seiten, die anderen Teilstrecken nur zu einer Seite entwässern. Wenn der Fluss immer in eine Richtung fließt dann ist die Way-Richtung ja schon vorgegeben. Ansonsten ein oneway=no, direction=both, ... Eine Auswertung über waterway-Verbindungen ist keinesfalls trivial. Wenn wir Flusseinzugsgebiete aus den OSM-Daten ableiten wollen, erscheinen mir explizite Verbindungen über Relationen sinnvoller. Mir nicht. Selbst mit einer einfachen Auswertung (ohne Seen-Auswertung) lassen sich die Einzugsgebiete größtenteils auswerten: http://www.h-renrew.de/h/osm/osmchecks/07_watershed/index.html Die Auswertung sieht schon gut aus, aber es gibt auch einige Fehler. In Schleswig-Holstein sind mir folgende Probleme aufgefallen: bei Kanälen wird (willkürlich?) eine Flussrichtung angenommen. Der Oberlauf der Eider fließt in den Nord-Ostsee-Kanal, der Unterlauf aber in die Nordsee. Der Fehler betrifft auch alle Nebenflüsse der Untereider. Bei diesem Spezialfall muss auch ein explizites Relationsmodel (bzw. dessen Auswertung) einen Fallunterscheidung machen. Die Darstellung als Baum (wie bei mir in der Übersicht) reicht dann nicht mehr. In der Detailauswertung sieht man auch, dass die Eider in den NO-Kanal fliest und daraus gespeißt wird: http://www.h-renrew.de/h/osm/osmchecks/07_watershed/de/407956.html In der Baum-Darstellung ist der Fluss halt nur einmal aufgeführt, weil ich eine Relation als zusammenhängendes Objekt (Graphen-Knoten) betrachte. Das Wasser der Wakenitz fließt normalerweise durch den Dükerkanal und einen Düker unter der Kanal-Trave hindurch in die Trave, nur bei Hochwasser in die Kanal-Trave. Den aktuellen OSM-Daten kann man diese Information nicht entnehmen. Ein Relationsmodell für diesen Fall will ich erst mal sehen. Selbst deine einfache Auswertung enthält schon mehr Code, als für eine rekursive Relationsauswertung nötig wäre. Wieviel Rechenzeit braucht denn ein Durchlauf? ca. 12h für das planet file. Kleine OSM-Gebiete z.B. Africa ca. 30 min. Insgesamt erscheint mir der Aufwand der Auswertung sehr viel kleiner als das manuelle Verknüpfen mittels Relationen. Auch der Aufwand für explizite Verknüpfungen ist eher klein (ein Element pro Gewässer). Wichtiger ist aber die Frage, ob man ohne explizite Zuordnungen die Flusseinzugsgebiete korrekt berechnen kann. Ich denke schon. Die einzelnen Way-Segmente haben eine Fließrichtung und so können auch komplexere Flusssystem noch besser ausgewertet werden. Das Problem ist die Darstellung als Graph (hier ein DAG). DAG = http://en.wikipedia.org/wiki/Directed_acyclic_graph Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
On Tue, Aug 28, 2012 at 07:15:03PM +0200, Werner Hoch wrote: Am Dienstag, den 28.08.2012, 07:08 +0200 schrieb Florian Groß: Und da baust dann schnell eine Monsterrelation zusammen, die sehr anfällig für (unbeabsichtigte) Schäden wird. Wie willst du solche Relationen intakt halten? Das wird in meinen Augen unnötig schwer. Im Gegensatz zu Wanderwegen, Radrouten, Autobahnen, ... werden Flüsse sehr selten geändert. Man kann also mit sehr wenigen Relations-Elementen eine sehr große Strecke überbrücken. Rhein: 50 Members, Version 140 Donau: 158 Members, Version 124 Solange da *keine* Nebenflüsse ins Spiel kommen ja. Alle Flüsse des Einzugsgebietes gäb ansehnliche Relationen (der Rhein hätte alleine durch die Zuflüsse in den Bodensee schon 240...). Ich sehe keinen Grund für derartige Relationen. flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nicht dargestelltes Multipolygon
fixed natural=scrub musste ans MP und nicht an den outer way. Gruss walter p.s. im forum reagiert man etwas schneller auf solche Kleinigkeiten ;) http://forum.openstreetmap.org/viewforum.php?id=14 -- View this message in context: http://gis.19327.n5.nabble.com/Nicht-dargestelltes-Multipolygon-tp5722493p5722502.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] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 19:32, schrieb Michael Krämer: Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier noch kein überzeugendes Argument aufgetan. Die Fragestellung Für was ist das gut? finde ich bei OSM nicht angebracht. Bei vielem was hier gemappt wird, dürfte es problematisch sein eine entsprechende Antwort zu geben. Die Frage ist nach meiner Meinung eher Können wir etwas so darstellen, damit irgend jemand damit was anfangen könnte? Da die Franzosen anscheinend damit angefangen haben, könnte man dort ja mal nachfragen, warum sie es so machen und nicht anders. Persönlich finde ich diese Monsterrelationen nicht gut und würde eine elegantere Lösung lieber sehen. Löschen würde ich sie aber nicht so ohne weiteres. Da steckt eine Menge Arbeit drin. Erstmal sehen, ob man die Mapper, die das eingeführt haben, nicht fragen kann. Flusseinzugsgebiete finden als geologische Basisdaten vielerlei Verwendung, z. B. in Forschung und Lehre, Infrastruktur, Landwirtschaft, bei Katastrophendiensten etc. Vieles nicht nur öffentlich-rechtlich sondern auch privat. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map
Moin! Am 28.08.2012 10:58, schrieb Markus: Open Sea Map definiert für diverse Objektklassen eigene Tags. Für nautische Dinge verwenden wir die internationale Norm s57. Sie kann vieles unterscheiden, was für die Seefahrt erforderlich ist. Am Beispiel cable_submarine kann man das gut sehen: Damit ist es möglich, nur für die Seefahrt relevante Kabel als Unterwasserkabel zu zeigen, und andere ggf. auszublenden. Und gleichzeitig kann für die Land-Kartographie Relevantes trotzdem differenziert beschrieben und abgebildet werden. Sollen demnach alle Stromkabel power=cable und die nach Meinung des Mappers für die Seefahrt relevanten Kabel zusätzlich seamark:type=cable_submarine seamark:cable_submarine:category=power erhalten? Sollen mehr als 5000 Objekte mit man_made=breakwater durch seamark:shoreline_construction:category=breakwater ergänzt werden? Ich finde das sinnlos. Open Sea Map kann auch man_made=breakwater auswerten und die Landkabel durch geeignete Zeichenreihenfolge oder Berechnung der Schnittpunkte mit der coastline/riverbank in der Darstellung ausblenden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
On Wed, Aug 29, 2012 at 12:41:09AM +0200, René Falk wrote: Am 28.08.2012 19:32, schrieb Michael Krämer: Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier noch kein überzeugendes Argument aufgetan. Die Fragestellung Für was ist das gut? finde ich bei OSM nicht angebracht. Bei vielem was hier gemappt wird, dürfte es problematisch sein eine entsprechende Antwort zu geben. Die Frage ist nach meiner Meinung eher Können wir etwas so darstellen, damit irgend jemand damit was anfangen könnte? Meiner Meinung nach sind die relevanten Daten bereits in der Datenbank und können verwendet werden. So klingt es für mich eher nach einer Sammelrelation. flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)
Martin Koppenhoefer dieterdreist at gmail.com writes: M.E. kannst Du das im Wiki so anpassen, dass die Seite in Einklang mit dem restlichen Wiki steht (insb. dass operator eben einen Betreiber kennzeichnet und daher nicht europäischer Kulturweg sein kann, weil das kein Betreiber ist). Ich sehe das ähnlich. Wundert mich dennoch, dass hier keine richtige Diskussion zu so einem Thema hinzubekommen ist. Die Leute, die diese Info bisher unter operator getaggt haben, sollte man möglichst informieren, und idealerweise sollte wer Ortskenntnis hat auch gleich die Objekte umtaggen. Initial angelegt haben die Wege wohl etwa so viele Personen wie es Wege gibt. Die alle informieren? Um im Wiki auch die Abfrage http://api.openstreetmap.org/api/0.6/relations/search?type=operatorvalue=European_Cultural_Paths richtigstellen zu können (neue Variante dokumentieren) wäre es zudem sinnvoll, das neue Tag bereits an allen Relationen zu haben, deren operator European_Cultural_Paths ist. Also ergänzend drankleben ohne vorhandenes zu löschen/ändern. Wäre das hier ausnahmsweise akzeptabel? Für alle Wege in dieser Relation http://www.openstreetmap.org/browse/relation/2170548 wäre es zudem sinnvoll direkt den operator auf Archäologisches Spessartprojekt umzubiegen. Die Relation kann dann weg und ins Wiki stattdessen ein passender XAPI/Overpass-Aufruf. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Monuments of India - geographical co-ordinates?
On 27 August 2012 22:03, Arun Ganesh arun.plane...@gmail.com wrote: On Mon, Aug 27, 2012 at 8:14 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: hi, I'm a Wikipedian from India. We're doing a competition this September called Wiki Loves Monuments (an effort through a competition to get pics of various Indian monuments on Wikipedia). We scraped the list of monuments defined so by the Archaeological Survey of India here - http://en.wikipedia.org/wiki/Wikipedia:WikiProject_India/Wiki_Loves_Monuments Hi Pradeep, this is an amazing list that will be of useful reference. I'm sure a lot of the items on the list have been mapped out, especially in Hampi and Mahabalipuram. I'm not sure what is the best way of ezporting the coordinates to wikipedia though. With the available tools it looks like too much of a manual effort. How was this done for other countries participating in wiki loves monuments? Did they use openstreetmap in some way? Hi Arun, AFIK WLM team of Romania uses OSM. http://wikilovesmonuments.ro/2011/12/wikimedia-commons-wiki-loves-monuments-openstreetmap-si-mai-ce/ -- naveenpf Each of the state pages has a table that requires geographic co-ordinates. Help in getting them would be appreciated. The data would be available on Wikipedia and could be made available on OSM as well, I think. (OSM Loves Monuments?) warm regards, Pradeep -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Monuments of India - geographical co-ordinates?
On Wed, Aug 29, 2012 at 7:29 AM, Naveen Francis navee...@gmail.com wrote: On 27 August 2012 22:03, Arun Ganesh arun.plane...@gmail.com wrote: On Mon, Aug 27, 2012 at 8:14 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: hi, I'm a Wikipedian from India. We're doing a competition this September called Wiki Loves Monuments (an effort through a competition to get pics of various Indian monuments on Wikipedia). We scraped the list of monuments defined so by the Archaeological Survey of India here - http://en.wikipedia.org/wiki/Wikipedia:WikiProject_India/Wiki_Loves_Monuments Hi Pradeep, this is an amazing list that will be of useful reference. I'm sure a lot of the items on the list have been mapped out, especially in Hampi and Mahabalipuram. I'm not sure what is the best way of ezporting the coordinates to wikipedia though. With the available tools it looks like too much of a manual effort. How was this done for other countries participating in wiki loves monuments? Did they use openstreetmap in some way? Hi Arun, AFIK WLM team of Romania uses OSM. http://wikilovesmonuments.ro/2011/12/wikimedia-commons-wiki-loves-monuments-openstreetmap-si-mai-ce/ Using OSM is easy once you have the coordinates, but I'm wondering how they synced the monument list with the coordinates in the first place. I can just assume the list already came with coordinates, but in our case we need to geocode the list which is a bit of a task. -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad Geography.Information.Design http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] segnavia
Il 08/14/2012 07:16 PM, emmexx scrisse: Ho inserito alcuni segnavia di un sentiero che fa parte di una route. Un'altra domanda relativa ai segnavia. Nella foto [1] un palo con numerosi segnavia. Come li inserisco? Un nodo per ogni segnavia/tabella? Sovrapposti o vicini? In altro modo? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserimento nomi vie da tabella
Io credo proprio che usare il tabellone o usare le targhe inserite nelle varie vie sia perfettamente equivalente. Il dato che ti interessa è un qualche cosa che già ti appartiene. Come dicevano altri prima non c'è diritto di autore in quel tabellone, è solo un modo diverso (ovviamente sbagliato) di inserire i nomi nelle vie. Il giorno 28/ago/2012 02:39, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/8/27 Federico Cozzi f.co...@gmail.com: IMHO un tabellone con l'elenco delle vie non è un'opera creativa D'accordo, però in questo caso potrebbe essere protteto dalla direttiva europeo sui database, al meno in europa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo Tag
Ciao, sto per mappare un caseificio (http://caseificioprimiero.com), riesumo questa discussione. Può andare shop=cheese product=dairy? Applicato a tutto l'edificio oppure solo sulla parte dove effettivamente c'è la rivendita? Ho pensato anche a shop=cheese cheese=dairy. ciao Tiziano 2011/10/28 Gromebar grome...@distruzione.org Volker Schmidt wrote: Non renderebbe l'idea di una piccola bottega dove si produce a mano il formaggio. Questo sarebbe probabilmente un shop=cheese Allora ricapitoliamo che mi sono un po' perso, rimodifico il tag e aggiungo: product=dairy (anche se taginfo dice che è + usato produce=dairy) shop=cheese* ?? *Ma dairy nella fattispecie si riferisce a tutti i latticini mentre chesse in special modo ai formaggi, quindi direi ripensandoci che forse è meglio dairy? quindi meglio shop=dairy(anche se meno usato)? @niubii allora è sicuramente un caseificio artigianale anche se vicino al negozio non ho visto fattorie, niente nega che potrebbero averla in un altro posto, ad ogni modo se non c'è a vista, non c'è :) @martin ok ora riesco con la ricerca :) chiave=valore, memorizzato __**_ 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] Visualizzazione sentieri inseriti
Sì, è possibile. A volte ci mette anche un mese Non preoccuparti comunque, i dati ci sono. Vai su hiking.lonvia.de o biking.lonvia.de o su http://hikebikemap.de/ ciao 2012/8/28 Salvatore Neglia s.neg...@gmail.com ragazzi, inizio a stranizzarmi. Ancora non è comparso nulla nella Cycle map. è possibile che negli ultimi 15 giorni non sia stata aggiornata la cycle map? Il giorno 19 agosto 2012 15:13, scratera piz...@alice.it ha scritto: Salvatore Neglia wrote è normale che dopo 6 giorni ancora non compaia su Open Cycle Map il sentiero da me inserito? Il sentiero (Sentiero Santo Onofrio) è visibile al seguente indirizzo: http://www.openstreetmap.org/?lat=37.9697lon=13.5906zoom=14layers=a ma se passate alla Cycle Map non compare: http://www.openstreetmap.org/?lat=37.9697lon=13.5906zoom=14layers=C Stessa cosa accade con un POI (Eremo Di San Felice) posto nella stessa zona. Scusate se vi chiedo praticamente la stessa cosa di qualche giorno fa, ma non vorrei iniziare a inserire seriamente i sentieri prima di aver chiaro tutto. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Quoted from: http://gis.19327.n5.nabble.com/Visualizzazione-sentieri-inseriti-tp5720588p5721109.html ...nelle mappe che mi compilo usando i dati osm è già tutto comparso... https://vkorpw.sn2.livefilestore.com/y1p9HcShuTGDYNyn9AKoVrDc01A8hn7OQiN4Dl02eP4R2SdQRs62m4qoZUVFih4Sn9Tz2E-r84zIObmWg4WBwLC7iqk3TbRGGN4/Cattura.JPG?psid=1 ...abbi pazienza -- View this message in context: http://gis.19327.n5.nabble.com/Visualizzazione-sentieri-inseriti-tp5720588p5721148.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it