Re: [Talk-hr] srpsko-hrvatski ?!
Ako ti se da, pošalji tekst i na: gmane.comp.gis.openstreetmap Matija Nalis wrote: On Sun, Feb 28, 2010 at 05:58:00PM +0100, Matija Nalis wrote: User:Wynndale je krenuo sve stranice po wikiju renameati u Sh: namespace krecem undo i pisem liku da ne radi takve stvari... Uspio sam revertati dobar dio rucnim puzanjem preko : http://wiki.openstreetmap.org/w/index.php?title=Special:Logoffset=2011010100limit=500user=Wynndalemonth=year=2010 pa onda revert (klasicni undo ne radi za page moves! ovo nazalost ostavlja Sh: linkove, to bi trebalo gnjaviti wiki admina da rucno cleanupa ili nesto?) i http://wiki.openstreetmap.org/w/index.php?title=Special:Loglimit=500user=Wynndalemonth=year= za klasicne stranice koje je trebalo undoati... Dajte tko ima volje jos jednom prodjite kroz sve pa vidite ako je nesto ostalo, da napravite undo/revert. Od stvari koji nisam dirao a koje je isto lik strgao: http://wiki.openstreetmap.org/w/index.php?title=Special:Logpage=Bs%3APotlatch%2FPrimer http://wiki.openstreetmap.org/w/index.php?title=Bs:Potlatch/Primeraction=history nemam pojma sto bi s tim, dupli je bio link napravio pa ne mogu revertati do kraja... Undoao sam nazad i Bs: i Hr: namespace (i maknuo nepostojeci Sh: [1]) u http://wiki.openstreetmap.org/w/index.php?title=Template:Languagesaction=history ali ce to navodno potrajati pol sata dok wiki regenerira Diskusija na: http://wiki.openstreetmap.org/wiki/User_talk:Wynndale http://wiki.openstreetmap.org/wiki/Template_talk:Languages#Languages_and_politics [1] Nema srpsko-hrvatskog na http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] srpsko-hrvatski ?!
On Sun, Feb 28, 2010 at 08:41:01PM +0100, hbogner wrote: Ako ti se da, pošalji tekst i na: gmane.comp.gis.openstreetmap Napravljeno. Ako se nekome da pratiti tamo, jer cu ja biti slab s vremenom... Takodjer bi trebalo pregledati sve stranice na Hr: wikiju, pogotovo da li imaju sh: linkove po sebi, pronasao sam ih vec par gdje sam to previdio, tako da ih vjerojatno ima jos (pogotovo tamo gdje je vise puta lik mijenjao stranice) :-( Vjerujem da sam ih pohvatao vecinu, no ponesto mi je sigurno promaklo... Anyway, prepustam to nekom drugom u slijedecoj smjeni da to pregledava, ja moram ici sljakati dalje... Matija Nalis wrote: On Sun, Feb 28, 2010 at 05:58:00PM +0100, Matija Nalis wrote: User:Wynndale je krenuo sve stranice po wikiju renameati u Sh: namespace krecem undo i pisem liku da ne radi takve stvari... Uspio sam revertati dobar dio rucnim puzanjem preko : http://wiki.openstreetmap.org/w/index.php?title=Special:Logoffset=2011010100limit=500user=Wynndalemonth=year=2010 pa onda revert (klasicni undo ne radi za page moves! ovo nazalost ostavlja Sh: linkove, to bi trebalo gnjaviti wiki admina da rucno cleanupa ili nesto?) i http://wiki.openstreetmap.org/w/index.php?title=Special:Loglimit=500user=Wynndalemonth=year= za klasicne stranice koje je trebalo undoati... Dajte tko ima volje jos jednom prodjite kroz sve pa vidite ako je nesto ostalo, da napravite undo/revert. Od stvari koji nisam dirao a koje je isto lik strgao: http://wiki.openstreetmap.org/w/index.php?title=Special:Logpage=Bs%3APotlatch%2FPrimer http://wiki.openstreetmap.org/w/index.php?title=Bs:Potlatch/Primeraction=history nemam pojma sto bi s tim, dupli je bio link napravio pa ne mogu revertati do kraja... Undoao sam nazad i Bs: i Hr: namespace (i maknuo nepostojeci Sh: [1]) u http://wiki.openstreetmap.org/w/index.php?title=Template:Languagesaction=history ali ce to navodno potrajati pol sata dok wiki regenerira Diskusija na: http://wiki.openstreetmap.org/wiki/User_talk:Wynndale http://wiki.openstreetmap.org/wiki/Template_talk:Languages#Languages_and_politics [1] Nema srpsko-hrvatskog na http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Announcing: OSM-PH Marikina Mapping Party
nice! Can you make something I can print on a b/w laserjet. On Sun, Feb 28, 2010 at 3:56 PM, Eugene Alvin Villar sea...@gmail.com wrote: Here's a simplified mock-up poster I made: http://forge.codedgraphic.com/marikina_poster.jpg A poster is supposed to show the barest details (usually the 5 Ws). More information is better left as brochures or hand-outs. On Sun, Feb 28, 2010 at 3:25 PM, Eugene Alvin Villar sea...@gmail.com wrote: I think we can do better than that. :-P On Sun, Feb 28, 2010 at 2:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: PR poster: http://esambale.wikispaces.com/file/view/poster.png http://esambale.wikispaces.com/file/view/poster.svg Any ideas to improve, download the svg and edit. On Sat, Feb 27, 2010 at 3:13 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, Looking at the FB event page: http://www.facebook.com/event.php?eid=325986027476 It seems we have a good number of newbies joining us (assuming that Facebook is reliable for organizing participant confirmations :)) In short, we need agood supply of GPS units. Anyone willing to lend extra units? Sorbi? Rally? Ed? Rem? :) On Wed, Feb 24, 2010 at 10:41 PM, Andre Marcelo-Tanner an...@enthropia.com wrote: Suggestion for announcing the event to get maximum exposure. Go to facebook and become 'Fans' of Philippine tech and mapping related fan pages, I mean relative groups, not something like a cooking page and post a wall post there with the link to the event. Remember its not spam if its related to the fan page :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Announcing: OSM-PH Marikina Mapping Party
Yep perhaps, a redirect from this one: www.openstreetmap.org.ph/marikina A poster is supposed to show the barest details (usually the 5 Ws). Yes it looks better. I plan to print it as an A4 size b/w laserjet printouts. Therefore, a propose to make it look better on that medium. Sorry I can't print in colored (unless someone would do this). I plan to post it on the barangay community bulletin boards around the city. If we can have the poster finalized within the week so I can start biking around the city by weekend. On Sun, Feb 28, 2010 at 3:25 PM, Eugene Alvin Villar sea...@gmail.com wrote: I think we can do better than that. :-P On Sun, Feb 28, 2010 at 2:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: PR poster: http://esambale.wikispaces.com/file/view/poster.png http://esambale.wikispaces.com/file/view/poster.svg Any ideas to improve, download the svg and edit. On Sat, Feb 27, 2010 at 3:13 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, Looking at the FB event page: http://www.facebook.com/event.php?eid=325986027476 It seems we have a good number of newbies joining us (assuming that Facebook is reliable for organizing participant confirmations :)) In short, we need agood supply of GPS units. Anyone willing to lend extra units? Sorbi? Rally? Ed? Rem? :) On Wed, Feb 24, 2010 at 10:41 PM, Andre Marcelo-Tanner an...@enthropia.com wrote: Suggestion for announcing the event to get maximum exposure. Go to facebook and become 'Fans' of Philippine tech and mapping related fan pages, I mean relative groups, not something like a cooking page and post a wall post there with the link to the event. Remember its not spam if its related to the fan page :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Announcing: OSM-PH Marikina Mapping Party
Ok, here's an ink- and toner-friendly version: http://forge.codedgraphic.com/marikina_poster_bw.png On Sun, Feb 28, 2010 at 4:23 PM, maning sambale emmanuel.samb...@gmail.comwrote: nice! Can you make something I can print on a b/w laserjet. On Sun, Feb 28, 2010 at 3:56 PM, Eugene Alvin Villar sea...@gmail.com wrote: Here's a simplified mock-up poster I made: http://forge.codedgraphic.com/marikina_poster.jpg A poster is supposed to show the barest details (usually the 5 Ws). More information is better left as brochures or hand-outs. On Sun, Feb 28, 2010 at 3:25 PM, Eugene Alvin Villar sea...@gmail.com wrote: I think we can do better than that. :-P On Sun, Feb 28, 2010 at 2:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: PR poster: http://esambale.wikispaces.com/file/view/poster.png http://esambale.wikispaces.com/file/view/poster.svg Any ideas to improve, download the svg and edit. On Sat, Feb 27, 2010 at 3:13 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, Looking at the FB event page: http://www.facebook.com/event.php?eid=325986027476 It seems we have a good number of newbies joining us (assuming that Facebook is reliable for organizing participant confirmations :)) In short, we need agood supply of GPS units. Anyone willing to lend extra units? Sorbi? Rally? Ed? Rem? :) On Wed, Feb 24, 2010 at 10:41 PM, Andre Marcelo-Tanner an...@enthropia.com wrote: Suggestion for announcing the event to get maximum exposure. Go to facebook and become 'Fans' of Philippine tech and mapping related fan pages, I mean relative groups, not something like a cooking page and post a wall post there with the link to the event. Remember its not spam if its related to the fan page :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Is this spam? (boracay)
http://www.openstreetmap.org/user/Boracay%20Residences/edits Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Is this spam? (boracay)
I guess Ian thinks it's spam because a user account adding stuff related to the username is spammy in Wikipedia. But OSM operates in a different manner so I agree that it isn't spam. 2010/2/28 Ronny Ager-Wick - Develo Ltd. r...@develo.ltd.uk Personally, I don't think so. The hotel is not represented any different from the other hotels on the island. If they had set the name to Boracay Residences - rooms from P500, then yes, bus as it stands, it seems perfectly fine to me. I've personally added shops I like to the map, both to improve the map and to give them a (at least theoretical) competitive edge. For example one time my wheel bearing broke down completely and a very friendly vulcanazing shop in Angeles (http://www.openstreetmap.org/browse/node/494626516) helped me get the parts and assemble it very quickly, without overcharging me, even though I am a foreigner :) As I was tracing anyway, I of course put his shop on the map (although the map doesn't seem to display vulcanizing shops yet). There are hundreds of other vulcanizing shops in the area, but I didn't have time to put them all. Would that classify as spam? I doubt it, it's just improving the map bit by bit, isn't it? Ronny. ianlopez wrote: http://www.openstreetmap.org/user/Boracay%20Residences/edits Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ -- ___ talk-ph mailing listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Is this spam? (boracay)
I actually think that's pretty cool that a resort would go out of its way to add itself to OSM. Tells you that they acknowledge OSM and deem it important to add themselves to the map. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Nummers van voet- en buurtwegen
Denk dat er twee keuzes zijn - we kiezen er voor om de atlas der buurtwegen in zijn huidige vorm te mappen. Dan moeten we onder ogen zien dat dit een volledige Vlaamse materie is en dan lijkt me het voorstel abw_ref niet zo slecht. Misschien kunnen daarvoor vzw Trage Wegen eens contacteren. - We beschouwen dit document als een soort historische referentie en dan lijkt me het reeds bestaande old_ref een mogelijkheid Eigenlijk hangt dit er volledig van af of die nummers een statisch afgerond geheel zijn of er nog van die nummers bijkomen. Ik wil gerust eens Trage wegen contacteren want die gasten zullen dat wel weten. Kenny Op 28 februari 2010 14:59 schreef Ben Laenen benlae...@gmail.com het volgende: Andre Engels wrote: Dit lijkt me een typisch geval voor de ref-key (zie http://wiki.openstreetmap.org/wiki/Key:ref) of een van zijn varianten. De vraag is nog of je hier dan loc_ref zou moeten gebruiken, of beter een eigen tag (abw_ref of zo). Alleen moeten we iets verzinnen waar onze Frans- en Duitstalige vrienden ook mee kunnen leven, dus best iets Engelsachtig. Alleen bestaan die termen als buurtweg waarschijnlijk wel niet in het Engels. In het Frans spreekt men van chemins vicinaux en sentiers vicinaux. Je zou wel een vertaling kunnen maken als vicinal road or vicinal path, maar hoe dat nu in een tag te steken die leesbaar is? Misschien vicinal_ref=*? En hoeft er onderscheid gemaakt te worden tussen buurtwegen en voetwegen? old_ref is uitgesloten trouwens, aangezien die al in gebruik is voor voormalige gewest- en provinciewegen. en loc_ref lijkt me te vaag. Er is niet meteen een link naar de buurtwegen. 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] Nummers van voet- en buurtwegen
Kenny Knecht wrote: Denk dat er twee keuzes zijn - we kiezen er voor om de atlas der buurtwegen in zijn huidige vorm te mappen. Dan moeten we onder ogen zien dat dit een volledige Vlaamse materie is en dan lijkt me het voorstel abw_ref niet zo slecht. Misschien kunnen daarvoor vzw Trage Wegen eens contacteren. 't Is een Belgische materie, me dunkt dat er in 1840 toen de atlas werd opgesteld nog niet veel sprake was van federalisme :-) De Vlaamse gemeenten maakten hun kaarten in die tijd zelfs meestal in het Frans. Dat zou vandaag niet zo snel meer gebeuren... Al is de wetgeving hieromtrend misschien wel naar de gewesten gegaan (ik zou het eerlijk gezegd niet weten), het concept bestaat ook langs Waalse zijde, dus moet daar rekening mee gehouden worden. Ik ben alleszins begonnen met het gebruiken van de tags: vicinal_ref=* voor het nummer vicinal_type=path/road om het verschil te maken tussen voetweg (pad, sentier) en buurtweg (weg, chemin) - We beschouwen dit document als een soort historische referentie en dan lijkt me het reeds bestaande old_ref een mogelijkheid Eigenlijk hangt dit er volledig van af of die nummers een statisch afgerond geheel zijn of er nog van die nummers bijkomen. Ik wil gerust eens Trage wegen contacteren want die gasten zullen dat wel weten. Zoals gezegd wordt old_ref al gebruikt voor voormalige gewest- en provinciewegen. Daarnaast zijn die nummers vandaag de dag nog steeds van kracht, dus old_ref is semantisch ook verkeerd. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nummers van voet- en buurtwegen
- We beschouwen dit document als een soort historische referentie en dan lijkt me het reeds bestaande old_ref een mogelijkheid Eigenlijk hangt dit er volledig van af of die nummers een statisch afgerond geheel zijn of er nog van die nummers bijkomen. Ik wil gerust eens Trage wegen contacteren want die gasten zullen dat wel weten. Zoals gezegd waar? wordt old_ref al gebruikt voor voormalige gewest- en provinciewegen. Volgens mij is de doorsnede van de verzameling van de buurtwegen en de verzameling der gewestwegen gewoonweg leeg, dus is er geen kans op verwarring Op 28 februari 2010 20:34 schreef Ben Laenen benlae...@gmail.com het volgende: 't Is een Belgische materie, me dunkt dat er in 1840 toen de atlas werd opgesteld nog niet veel sprake was van federalisme :-) De Vlaamse gemeenten maakten hun kaarten in die tijd zelfs meestal in het Frans. Dat zou vandaag niet zo snel meer gebeuren... allemaal prima redenen om dan toch maar old_ref te gebruiken? Al is de wetgeving hieromtrend misschien wel naar de gewesten gegaan (ik zou het eerlijk gezegd niet weten), het concept bestaat ook langs Waalse zijde, dus moet daar rekening mee gehouden worden. Als het concept nu is losgekoppeld (dit is zo) en het onafhankelijk van de Waalse zijde verder evolueert (dat is een open vraag) doet dit argument er niet toe: Openstreetmap is geen historische kaart, maar een actuele kaart. Ik ben alleszins begonnen met het gebruiken van de tags: vicinal_ref=* voor het nummer vicinal_type=path/road om het verschil te maken tussen voetweg (pad, sentier) en buurtweg (weg, chemin) vind ik behoorlijk weinig zeggend: niet informatief voor buitenstaanders en niet informatief voor ons (zonder deze mail zou ik nooit het verband leggen hoor) persoonlijk zou ik voor het volgende schema kiezen old_ref=* source=Altas der buurwegen/Atlas des chemins vicinaux Dit is duidelijk voor iedereen: een simpele google query levert iedereen onmiddellijk heel duidelijk info op. Kenny ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Sahana Chile 2010 - Instance live on standby
Hi all, http://chile.sahanafoundation.org/ is live. We are looking forward to serving up your maps proving them as GPX files for field responders to download to their GPS units. Kind regards, Tim McNamara ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] When will bots be removed from history?
When will bots be removed from history in Potlach? It is really hard to see what is going on in some area when all I can see are bot entries and (big) entries. Please, please remote bot entries from Potlach history. Here is how history of edits currently looks like for my home town: http://dl.dropbox.com/u/184632/bots.png This is completely useless when there are bots that take over all history! -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On 28 Feb 2010, at 10:12, Valent Turkovic wrote: When will bots be removed from history in Potlach? It is really hard to see what is going on in some area when all I can see are bot entries and (big) entries. Please, please remote bot entries from Potlach history. Here is how history of edits currently looks like for my home town: http://dl.dropbox.com/u/184632/bots.png That history list is nothing to do with Potlatch. You need to click the edit tab to get Potlatch. This is completely useless when there are bots that take over all history! The removal of the big changesets has been discussed, however it would be too processor intensive to add that to the search as the bbox area (determinator for when the changeset is big) is calculated dynamically when each changeset is written to the HTML. It is recommended that you look at other tools such as ITO World's OSM Mapper. Also removing big changesets isn't what you are looking for. What you are looking for is for changesets that don't touch and of the objects in your bbox to be excluded and that is even more computationally expensive. Shaun -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
Hi, Tirkon wrote: Possibly I am too much in a science fiction. But I could imagine the OSM homepage as a kind of WMS-service with a user-configurable map. A menue will take control, which items are shown, highlighted, four color theoremed [1] i.e. urban quarters of a town (with one quarter highlighted). Thus the cycling-map, the public transport (ÖPNV Karte), the features of openstreetbrowser and all the other special maps could be integrated, configureable with much more precision as provided by these maps i.e. show only streets, motorways, motorways and rivers etc. What you are describing is the web map to end all web maps. It is a natural tendency for many in the IT industry to always try and generalise (if I add this and make that configurable, then the same backend could be used to do all these things...). In contrast, I think that a lean main site has a better chance of encouraging individuals to create their own specialist maps just as we have it now. The more of OSM is centrally run and maintained, the less diversity and creativity the project will offer. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
Tom Hughes wrote: When will bots be removed from history in Potlach? It is really hard to see what is going on in some area when all I can see are bot entries and (big) entries. How do you propose that we identify bots? Wikipedia requires accounts used for automated editing to have a bot flag. This information is then used to add Bs next to Bot edits in history/watchlist/... and for a Hide bots filter in these lists. Instead of making this a property of an account, we could also implement bot flags for individual edits by attaching a bot=yes to the changeset. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On Sun, 28 Feb 2010 10:26:00 +, Tom Hughes wrote: How do you propose that we identify bots? They have names, on the screenshot I would see 90% less noise if only xybot user is removed from the list. There could be easily comiled a list of the bots that make most of the edits, there are not that many of them. Is that a problem to do? -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Inquiry about Egnos / Indoor mapping
Aun Johnsen li...@gimnechiske.org wrote: EGNOS require clear view of the sky in the same way that the GPS needs From Middle-Europe you require a clear view nearly to the south (similar to Astra TV-satellite, look at the antennas), because the EGNOS satellites are in a geostationary orbit above Africa and from Middle-Europe-sight not too far away from Astra. For other receiving-positions look at the EGNOS satellite positions: http://en.wikipedia.org/wiki/European_Geostationary_Navigation_Overlay_Service#Satellites Many GPS-Loggers (i.e. Garmin, satellite view, letter D for DPGS) support EGNOS, because the signal is already available for a few years as beta. Look at the description of your logger. If a satellite is not available, there is possibly another solution. I did not try it and I am not really sure. Look at http://www.gpsbabel.org/htmldoc-development/filter_track.html and look for ²DPGS. That sounds to me as if GPS-Babel could support EGNOS. If this true, you possibly can throw your track into GPS-Babel, configure it accordingly and it will automaticly fetch the EGNOS-data by internet and correct the track, assumed the time stamps in the track are correct. Otherwise do not use it. If your GPS-Logger is supported by GPS-Babel, it will also import the tracks to your PC. All that inclusive outputting your desired format (i.e. OSM compatible GPX) will be done in one turn, if you configure GPS-Babel accordingly. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Conference in Budapest later this month
On Sat, 13 Feb 2010 14:43:13 -0700, SteveC wrote: Anyone in or near Budapest please give Gabor a shout to speak at a conf about OSM... Aa, I missed this post! :( Any links about this conference? -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On Sun, 28 Feb 2010 11:49:05 +0100, Tobias Knerr wrote: Wikipedia requires accounts used for automated editing to have a bot flag. This information is then used to add Bs next to Bot edits in history/watchlist/... and for a Hide bots filter in these lists. Instead of making this a property of an account, we could also implement bot flags for individual edits by attaching a bot=yes to the changeset. Yes! Please to that, it sounds like a reasonable solution. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On 28/02/10 11:35, Dirk-Lüder Kreie wrote: The alternative would be to educate each other on how to map properly, so the bots don't have to fix sloppy mapping all the time. Another possibility would be more people learning that there is no one official or proper way to map which they need to enforce with bots. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hughes schrieb: On 28/02/10 11:35, Dirk-Lüder Kreie wrote: The alternative would be to educate each other on how to map properly, so the bots don't have to fix sloppy mapping all the time. Another possibility would be more people learning that there is no one official or proper way to map which they need to enforce with bots. I agree, but I was talking more about (obvious) typos and duplicate nodes and suchlike being cleaned up regularly. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuKVzkACgkQFUbODdpRVDxclwCgj9PFEagyRFXm9QUk8jzHx4Ay TvYAoMwwKdmbNIYpcdyVO6zEd32Cprs0 =rTvJ -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On Sun, 28 Feb 2010 12:35:50 +0100, Dirk-Lüder Kreie wrote: The alternative would be to educate each other on how to map properly, so the bots don't have to fix sloppy mapping all the time. I would love to see bots that are making changes it the changes were in area I'm monitoring, but I see bots from antartica to australia! Come on! The bots need to go off that list ASAP, there is no need for them to be listed there. The issue is that we see bots in area that is perfectly mapped with out any errors, duplicated notes and typos. One of our member cleaned the complete Croatia of all duplicated nodes... but I still see bots even if I monitor just one street. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NaviPOWM 0.2.4 released
Hi, NaviPOWM's new version (0.2.4) was released. You can get it here: http://sourceforge.net/projects/navipowm Here some changes between 0.2.3 and 0.2.4: - implemented coastlines - more POI types - last.gps now saved in SAVE - reopen serial port if open not successfully - clock now displays NMEA time when clicked on it - maxspeed knows now mph, maxspeed:forward, maxspeed:backward und DE:urban, rural, etc. - switched to Qt 4.6.2 and MinGW with g++ 4.4.0 on Windows - size of zoom button configurable - fixed some bugs - implemented some feature requests Old map files can still be used, but do not contain all neede information. Documentation has still to be written / updated. Julian signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
Hi, Tirkon wrote: Here is an example, sadly in German. I do not know an English one. http://geoportal.geodaten.niedersachsen.de/navigator/? But they are far from perfect. On Google maps you can now view the map oriented towards any of the main compass directions ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
Hi, Valent Turkovic wrote: There are some valid ideas that don't need much cpu processing or some fancy coding. Just tag bot accounts as bots and offer to remove them from history list. That's an el-cheapo solution that would scratch your particular itch but still it would hide bots that have edited the very area you're looking at. Having a bot flag would be good for a number of reasons but your problem would not be solved by that. In my opinion this is not something we can do in the API (personally I think the history tab on the web page was a big mistake, I would never have put it there). But it could be done on a third party site. Why not implement it? A little better coding quality on the bot programmers' side would also help. It would not be too hard to split up their changes so as to not create changesets spanning 100s of square kilometres. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Chile - earthquake - area definition
HI ! is anybody define the area (geo-coord.) of chile - it is usefull for creating maps ! regeards Jan :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chile - earthquake - area definition
Hi Jan, Have you taken a look at the chile.poly file on http://downloads.cloudmade.com/south_america/chile#downloads_breadcrumbs which contains the country outline? Shaun On 28 Feb 2010, at 14:02, Jan Tappenbeck wrote: HI ! is anybody define the area (geo-coord.) of chile - it is usefull for creating maps ! regeards Jan :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chile - earthquake - area definition
Am 28.02.2010 15:29, schrieb Shaun McDonald: Hi Jan, Have you taken a look at the chile.poly file on http://downloads.cloudmade.com/south_america/chile#downloads_breadcrumbs which contains the country outline? Shaun On 28 Feb 2010, at 14:02, Jan Tappenbeck wrote: HI ! is anybody define the area (geo-coord.) of chile - it is usefull for creating maps ! regeards Jan :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk hi ! would you like to earthquake-poi-map for the whole country ? regards Jan :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
Am 28.02.10 12:26, schrieb Valent Turkovic: On Sun, 28 Feb 2010 10:26:00 +, Tom Hughes wrote: How do you propose that we identify bots? They have names, on the screenshot I would see 90% less noise if only xybot user is removed from the list. btw. xybot's author has reduced the frequency of it's checks so you will only find one entry per day from somewhere early february on. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
Tobias Knerr wrote: Instead of making this a property of an account, we could also implement bot flags for individual edits by attaching a bot=yes to the changeset. good idea! i just implemented a bot=yes tag for changeset of xybot and its brothers. it's now the history-tab-programmers' turn to add a hide bot edits checkbox to the history tab and maybe the api. cheers frank ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
Valent Turkovic wrote: There are some valid ideas that don't need much cpu processing or some fancy coding. Just tag bot accounts as bots and offer to remove them from history list. Why bother whether the changeset was created by a bot or not. Simply offer the user the choice not to display big changesets (say those covering more than 5 degrees in either latitude or longitude). That should get rid of most bot edits and other edits unlikely to touch your area of interest. It could be implemented with a checkbox on the history page. Such a solution shouldn't need much extra CPU power. Ole ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
I don't see that the Wiki is self-contradictory in this case; it quite clearly states the convention for US and US Interstate highway refs. Is there a good argument to omitting the state abbreviation from the ref? Will the end result of changing to just a number be usable by the "Highway Shields" project? The common reference "County road 49" comes to mind, and how can county, state and US highways be distinguished from each other? I have no opinion - it would be good to agree on the highway and route relation tagging conventions. -- Original message from Nathan Edgars II nerou...@gmail.com: -- The reasons for the revert was because NE2 had changed many segments of SC state highway ref tags from “SC xx” to “xx” that I had added. This is counter to what the US highway wiki states, and there are good reasons for keeping the “SC” in SC , which I don't want to get into here. I was not offered any explanation why my edits were changed. The wiki is so self-contradictory that I'm sure it does state that in one place, and the opposite in another place. Every time I've tried to get a discussion going on improving this, there's been no interest. I believe I only changed those routes I was making other changes to. (By the way, I omit the state for the same reason we don't see "UK A1" - it's clear what's meant by a simple alphanumeric designation.) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 1 March 2010 03:17, Mike N nice...@att.net wrote: Is there a good argument to omitting the state abbreviation from the ref? Will the end result of changing to just a number be usable by the Highway Shields project? The common reference County road 49 comes to You can use admin boundaries to derive country, state, and county information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
Dave Stubbs wrote: On Fri, Feb 26, 2010 at 10:29 AM, John Smith deltafoxtrot...@gmail.com wrote: On 26 February 2010 19:44, Dave Stubbs osm.l...@randomjunk.co.uk wrote: There are two big advantages of a simple mode to an existing full editor: - you don't have to write the OSM handling parts again, even a simple editor needs to cope with some quite complex things - you provide an easy choice for the user who wishes to progress onto something less basic There are some downsides, bloated code base, which in turns makes things harder for new coders to edit or fix small issues, and higher memory and other resource usage, although javascript may be higher still, but I haven't needed to compare flash to javscript before. Bigger code base sure -- and lots of code that might not get used for some config -- if the code is written nicely that's largely to one side and people don't notice it. It's mostly UI stuff anyway -- as I said you actually end up needing most of the same back end processing if you're doing anything that involves not just POIs (and for various OSM reasons that's increasingly not so useful). This is more about good design than an inherent property. Higher memory and resource usage is about how you program it, and how the simple mode switch works, and isn't necessarily true at all. Flash vs Javascript is not really relevant to the points made, unless you mean that there isn't currently a javascript editor to cut down, which is of course true. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Dave, Do you have any way to estimate the resource requirements for Potlatch 2, and what they would be if a simple switch were added. It would be much better to have something to go on, rather than assumptions, which often lead to flame wars. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
That doesn't help in this case: for example a US highway crosses multiple states, but is always assigned the same shield. And there is nothing in standard tagging (that I remember) to distinguish a county from state road - I follow the general recommendation that US=primary, state=secondary, most major county roads=tertiary. Those in other regions may promote the small roads based on lane count, max speed, etc. -- Original message from John Smith deltafoxtrot...@gmail.com: -- On 1 March 2010 03:17, Mike Nwrote: Is there a good argument to omitting the state abbreviation from the ref? Will the end result of changing to just a number be usable by the "Highway Shields" project? The common reference "County road 49" comes to You can use admin boundaries to derive country, state, and county information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 1 March 2010 04:03, Mike N nice...@att.net wrote: That doesn't help in this case: for example a US highway crosses multiple states, but is always assigned the same shield.And there is nothing in This is just a pre-processing problem before going into pgsql for mapnik, or whatever rendering software you use, you extract the way inside the polygon. standard tagging (that I remember) to distinguish a county from state road - network=CO (county) network=S (state) I follow the general recommendation that US=primary, state=secondary, most major county roads=tertiary. Those in other regions may promote the small roads based on lane count, max speed, etc. In Australia the designations are applied based on a number of factors, like source of funding (partially or wholly federally funded), or the numbering scheme applied by the state (alphanumeric or otherwise). As far as I can tell, every route type in Australia has been documented on this page: http://wiki.openstreetmap.org/wiki/Custom_Highway_Shields ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HOT ready? Concepción, Chile eart hquake
All we need are earthquakes on every square mile of the planet, and OSM will be complete in no time! :-) On Feb 27, 2010, at 9:51 AM, Mikel Maron wrote: http://wiki.openstreetmap.org/wiki/2010_Chile_earthquake Thanks to Harry Wood and others for getting the wiki up. Inquiries on satellite imagery are going out... == Mikel Maron == +254(0)724899738 @mikel s:mikelmaron http://mapkibera.org/ http://wiki.openstreetmap.org/index.php/Haiti From: Andy Robinson ajrli...@googlemail.com To: talk@openstreetmap.org Sent: Sat, February 27, 2010 12:24:04 PM Subject: [OSM-talk] HOT ready? Concepción, Chile earthquake 8.8 strength earthquake hit the coastal area of Chile 3 hours ago. No news for the epicentre but understood to be around Concepción, Thanks to OSM that area is quite well mapped but only roads and the basics. http://osm.org/go/MOVHuQ7- -- Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Yours c. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
However, a given administrative area may well contain country-level, state-level, and county roads. If a given road is tagged with only a number, what indicates which one of these is meant? Also, it is not unusual for a stretch of physical roadway to be considered part of both a country-level road and a state-level road, etc. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: John Smith deltafoxtrot...@gmail.com Date: Mon, 1 Mar 2010 03:30:46 To: Mike Nnice...@att.net Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Help! Changeset reverted without explanation On 1 March 2010 03:17, Mike N nice...@att.net wrote: Is there a good argument to omitting the state abbreviation from the ref? Will the end result of changing to just a number be usable by the Highway Shields project? The common reference County road 49 comes to You can use admin boundaries to derive country, state, and county information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Google Summer of Code Projects
Hi There, It will soon be time for OpenStreetMap to apply to join the 2010 Google Summer of Code Programme. This gives students the opportunity to work on open source projects during the summer, for which they receive some payment by Google. It costs us nothing more than providing a Mentor to guide the student. It would be really useful if we could put together a list of potential student projects to get potential applicants thinking. The projects need to be fairly well defined to make it easy to judge 'success', so it is good to have specific targets. From recent discussions on these lists I have identified the following possibilities so far: - Develop a stand alone 'Newbie'/'Introductory'/'Lite' Editor - the priority is ease of use rather than functionality. - Help with the development of Potlatch 2 (maybe to include the 'lite' editor functionality) - we would need to help the applicants identify specific targets. - Develop a simple 'mapping tool' for mobile phones to *easily* collect GPX traces, geotagged images and geotagged audio clips. Ideally it should be capable of running on both Android, J2ME and Iphones, so you can have the same simple application no matter what sort of phone you use. - Improve the usability of a simple mobile phone map editing application (such as vespucci for android). - Incorporation of OSM data and traffic data. I am sure there are other things that I am not familiar with too - would it be useful for someone to do some work on tools to process OSM data in some way, or are there any tasks on the OSM server itself that could be turned into projects? Please will you give some thought to other possibilities and either add them to the GSoC 2010 Wiki Page ( http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010) or reply by email if you prefer. Thanks Graham. -- Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 1 March 2010 05:01, John F. Eldredge j...@jfeldredge.com wrote: However, a given administrative area may well contain country-level, state-level, and county roads. If a given road is tagged with only a number, what indicates which one of these is meant? Also, it is not unusual for a stretch of physical roadway to be considered part of both a country-level road and a state-level road, etc. Which is where the network=* tag comes in, it tells you explicitly if it's national (network=I), state (network=S) or county (network=CO) The type of road isn't enough to tell you the administrative information. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 28 Feb 2010, at 10:18 , John Smith wrote: On 1 March 2010 04:03, Mike N nice...@att.net wrote: That doesn't help in this case: for example a US highway crosses multiple states, but is always assigned the same shield.And there is nothing in This is just a pre-processing problem before going into pgsql for mapnik, or whatever rendering software you use, you extract the way inside the polygon. standard tagging (that I remember) to distinguish a county from state road - network=CO (county) network=S (state) why duplicate redundant info, requires double care when a roud is up/downgraded. isn't it better this way network=CO network=S or network=county network=state I follow the general recommendation that US=primary, state=secondary, most major county roads=tertiary. Those in other regions may promote the small roads based on lane count, max speed, etc. In Australia the designations are applied based on a number of factors, like source of funding (partially or wholly federally funded), or the numbering scheme applied by the state (alphanumeric or otherwise). As far as I can tell, every route type in Australia has been documented on this page: http://wiki.openstreetmap.org/wiki/Custom_Highway_Shields ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 1 March 2010 05:41, Apollinaris Schoell ascho...@gmail.com wrote: network=CO (county) network=S (state) why duplicate redundant info, requires double care when a roud is up/downgraded. isn't it better this way The brackets were meant for explanation purposes only. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On Sun, Feb 28, 2010 at 8:43 PM, John Smith deltafoxtrot...@gmail.comwrote: On 1 March 2010 05:41, Apollinaris Schoell ascho...@gmail.com wrote: network=CO (county) network=S (state) The brackets were meant for explanation purposes only. But in OSM, we try to avoid abbreviations when possible. Then you don't have to explaine later again and again what means CO or add a note or a reference to a wiki page. network=county is not so long and clear for everyone. my 2 cents Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help! Changeset reverted without explanation
On 1 March 2010 06:03, Pieren pier...@gmail.com wrote: But in OSM, we try to avoid abbreviations when possible. Then you don't have to explaine later again and again what means CO or add a note or a reference to a wiki page. network=county is not so long and clear for everyone. Simply because those abbreviations are already in common use when refering to routes etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
On Sun, Feb 28, 2010 at 5:56 PM, Randy rwtnospam-new...@yahoo.com wrote: Dave Stubbs wrote: On Fri, Feb 26, 2010 at 10:29 AM, John Smith deltafoxtrot...@gmail.com wrote: On 26 February 2010 19:44, Dave Stubbs osm.l...@randomjunk.co.uk wrote: There are two big advantages of a simple mode to an existing full editor: - you don't have to write the OSM handling parts again, even a simple editor needs to cope with some quite complex things - you provide an easy choice for the user who wishes to progress onto something less basic There are some downsides, bloated code base, which in turns makes things harder for new coders to edit or fix small issues, and higher memory and other resource usage, although javascript may be higher still, but I haven't needed to compare flash to javscript before. Bigger code base sure -- and lots of code that might not get used for some config -- if the code is written nicely that's largely to one side and people don't notice it. It's mostly UI stuff anyway -- as I said you actually end up needing most of the same back end processing if you're doing anything that involves not just POIs (and for various OSM reasons that's increasingly not so useful). This is more about good design than an inherent property. Higher memory and resource usage is about how you program it, and how the simple mode switch works, and isn't necessarily true at all. Flash vs Javascript is not really relevant to the points made, unless you mean that there isn't currently a javascript editor to cut down, which is of course true. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Dave, Do you have any way to estimate the resource requirements for Potlatch 2, and what they would be if a simple switch were added. Potlatch 2 currently runs on my netbook, and seeing as how I develop it on my netbook it should continue to do so :-) My netbook is an Atom 1.6GHz 1GB RAM BTW. The SWF size is about 550KB at the moment, most of which will be the flex gui framework and associated bits and pieces, so will be present in any flex based flash app. If you do a break down of where the code is at the moment: - about 20 classes for tag editing (the simple user stuff) - about 10 classes for vector editing - about 20 classes for handling OSM objects, and talking to the API 0.6 - about 25 classes for rendering data (halcyon) Simple mode basically takes out the vector editing stuff. You can obviously make something a lot lighter if you weren't using flex. Well, startup bandwidth lighter at least. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wiki - Croatian and Bosnian languages - mass-namespace editing notice
Today, User:Wynndale decided to do mass-rename of all pages in Croatian (Hr:) and Bosnian (Bs:) namespaces, moving them to so-called Serbo-Croatian (Sh:) namespace. He did that without even trying to contact interested parties (for Croatian pages, that would be http://lists.openstreetmap.org/listinfo/talk-hr list). Also, the so called Serbo-Croatian language does not exist (see links below). ISO 639-1 ( http://en.wikipedia.org/wiki/List_of_ISO_639-1_codes ) defines separate languages - Croatian (HR), Serbian (SR), Bosnian (BS). As he had not replied to his user talk page I don't know yet if it was done out of ignorance, or malice. I've managed to revert/undo most (I think) of the damage he'd done, wasting half a day to do it. Template:Languages damage will take some time to get regenerated :-( The (unasked-for) changes can be seen at: http://wiki.openstreetmap.org/w/index.php?title=Special:Contributionslimit=500target=Wynndale (just look for Sh: and Serbo-croat strings) I've also documented the case with more info at: http://wiki.openstreetmap.org/wiki/User_talk:Wynndale http://wiki.openstreetmap.org/wiki/Template_talk:Languages#Languages_and_politics -- Opinions above are GNU-copylefted. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Are Yahoo street maps legal? (as JOSM WMS layer via desktopwms)
On 28 February 2010 08:56, David Earl da...@frankieandshadow.com wrote: On 27/02/2010 09:31, Valent Turkovic wrote: I was hoping that Yahoo has their own maps and that we could use them. Whatever the legality, I can't see the point in making a map which is simply a copy of someone else's. Why go to the bother - you might as well just use the original. That's the freedom tax. OSM members cannot create maps from another source that has restrictive licencing. It will be a derivative work, thus copyright infringement. That's why Richard Stallman created the GNU libraries from scratch. Even though Unix existed, he duplicated the functionality of everything without looking at the original source code that he could not be accused of copyright violation. Facts are free, but representations of facts are not. E.g. two companies can create maps about the world happily. However if one uses the other's as a base, then the second company is breaking the law. If you just want to use maps, then taking them from Yahoo/Google/Bing is fine. But if you want to create maps that you wish to distribute build upon, then you need to create them yourself (or generate them from a source that is itself copyleft). Others - please correct any errors :) Tim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thoughts on OSM design, and looking forward and back
Nick Whitelegg wrote: I ran a mapping party in Fareham, Hampshire, UK in which three newbies came, back at the start of November. These three newbies, who were reasonably adept at using computers but not geeks, if you get what I mean, were able to successfully use JOSM - something harder than Potlatch, perhaps - to add street names to unnamed streets in Fareham. So I'm not sure that either editor is that hard to use given a proper demonstration. Nick Nick, The users that you mention as an example, have already made an initial commitment to OSM by even being at a mapping party. The people I'm thinking of are those who haven't had, nor are likely to have the opportunity for that type of initial experience. In the US, propably 90%+ of the area (although granted not 90% of the mappable objects) are in areas where there are no active user organizations, or possibly any current active mappers. Potential newbies need to see something that will tweak their interest, and that they can interact with from a cold start, with no human assistance, probably based on a defect/omission that they have seen in OSM or one of the commercial maps. I'm not sure if anyone is thinking along the lines of allowing a user to immediately make changes, without signing up for an account. There are pros and cons to that. I'm neutral on the issue, as long as proper precautions are taken. If the capability to make changes without an account were provided, then I certainy agree that the edits should be limited to only adding POIs and street names. Even changing names shouldn't be allowed, since that opens the vandalism can of worms much more. And, if the changes are anonimous (i.e., without an account), they should include a unique newbie user tag, so that any time an experienced user wants to take a look at the newbie changes to see if a vandal has been at work, it will be easy to do. And, reversion of changes under that tag, should require minimum coordination. If an account is required, then I think providing something like a dumbed down Potlatch would be more appropriate. I really do believe that a simple clean interface to making changes at the next level, whatever that is, would be appropriate. Obviously the allowed features list is debatable. I would like to see a little more than Roy wants, but significantly less than full Potlatch. I'm sure there are many different opinions, all with some level of validity. And, I think I agree with Roy to some extent, in that it would be better to err on the lower capability side than the higher to start with. If experience shows that the initial level of capabability is not leading to significant mapping problems, and the newbies think it is too restrictive, then adding a considered increment in capability would be merited. That is one advantage of basing the limited editor on a full fledged editor. It would be easier to shift capability from one level to the other, in either direction. I have to admit that I only took a cursory look at an early Potlatch 2 development, but will certainly give it another look. I typically use JOSM. Probably because I just feel more confortable working off line, and the variety of plug-ins attracts me. But, I do use Potlatch occasionally for doing the quick simple things that are rarely much more than I think appropriate for the intermediate newbie. With some optional interactive instructions (you have placed that way node on or near another way, should they be connected?). I think Potlatch's templates could easily be used in a restrictive manner that only allows a limited selectable subset of attributes with no free text entry, except for names. Yes, I agree with whoever suggested it (Liz?) that a wiki for allowed newbie features and other design suggestions would be a great idea. There have been some good ideas thrown out, and it's too hard to capture and organize them in talk. (Hmm. My talk messages continue to be way too long!) -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Steve Bennett wrote: On Sat, Feb 27, 2010 at 12:05 AM, Dave Stubbs osm.l...@randomjunk.co.uk wrote: Sure, but I think you missed my point a bit. If I had already known that help was wanted, and if I had already signed up to the dev list (which I didn't realise existed until now), then I guess I would have seen those posts. But the issue is how to attract new developers, isn't it? Btw, the potlatch-dev list is extremely quiet. No posts for February so far. http://lists.openstreetmap.org/pipermail/potlatch-dev/ Steve So, Steve, is your point a complaint or an offer to help (or both)? And if a complaint, do you have a suggestion for improvement? Do you want to see development opportunities advertised in talk more, or something else? In my opinion, complaints without constructive suggestions are the second most likely reason (with personal attacks being the first) for threads to degenerate into flame wars. And, I'm very sure that is not your intent. My personal thought: Maybe we need an announce list, which is nothing more than a list for folks to announce various opportunities, or new (or old) products periodically, with a general agreement (or moderation) that the only allowed replies are requests for more information or their responses. It could include announcements for mapping party (or not?), development opportunities, product releases or revisions, a new wiki page for ideas for a simple editor, etc. With a once a month repeat annoucement being allowed, so new folks wouldn't have to go to the archives to catch up. Keeping the chatter to a minimun would make it easier to quickly scan the list, rather than wading through a lot of stuff on talk. Where dialog is needed the topic could move to talk, or a dev list, or one-to-one. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Randy wrote: My personal thought: Maybe we need an announce list, which is nothing more than a list for folks to announce various opportunities, or new (or old) products periodically, with a general agreement (or moderation) that the only allowed replies are requests for more information or their responses. Oops, I meant to check the groups list before sending this. There is an announce list, as of last October. However, it hasn't had much activity. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thoughts on OSM design, and looking forward and back
Roy Wallace wrote: On Fri, Feb 26, 2010 at 11:28 PM, Gervase Markham gerv-gm...@gerv.net wrote: ... I suggest that the way to get people involved is to have them see the map, and use the map for the things they would otherwise use Google Maps for, and then have the thought process That's wrong. Hey - I could fix it!. Yes, or more accurately: That's wrong. Hey - I could fix it - *and then use it*! Precisely my thought! -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
Dave Stubbs wrote: On Sun, Feb 28, 2010 at 5:56 PM, Randy rwtnospam-new...@yahoo.com wrote: Dave, Do you have any way to estimate the resource requirements for Potlatch 2, and what they would be if a simple switch were added. Potlatch 2 currently runs on my netbook, and seeing as how I develop it on my netbook it should continue to do so :-) My netbook is an Atom 1.6GHz 1GB RAM BTW. The SWF size is about 550KB at the moment, most of which will be the flex gui framework and associated bits and pieces, so will be present in any flex based flash app. If you do a break down of where the code is at the moment: - about 20 classes for tag editing (the simple user stuff) - about 10 classes for vector editing - about 20 classes for handling OSM objects, and talking to the API 0.6 - about 25 classes for rendering data (halcyon) Simple mode basically takes out the vector editing stuff. You can obviously make something a lot lighter if you weren't using flex. Well, startup bandwidth lighter at least. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Thanks, Dave. I'm sure others with more experience than I can make a better independent assessment, but it doesn't look particularly daunting to me, as far as penalizing the early user. Granted, if it's doable (and widely supported), a super simple JS2 editor might be lighter in startup. But, as someone else mentioned earlier, it's probably worth some sacrifice to keep the UI between simple and powerful as similar as possible. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
2010/2/28 Tirkon tirko...@yahoo.de: But this is exactly rhat, what I am asked i.e. by Wikipedia users. At present they draw their maps for every geographical article (states, regions, districts, towns, municipality, urban quarters) and the sub-chapters of these (water, public transport, railway etc etc) and special interests (cycling, on horseback etc) by hand. This is over and over again the same work only with a different assortment. It would be really helpful, if it was possible to extract automaticly these informations nearly live from OSM. it is already possible, you can get these things through the XAPI or by selecting them locally from the complete data (or an excerpt). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Xynthia storm/ flooding in france kills over 50
Here is a new crisis: http://www.theepochtimes.com/n2/content/view/30558/ Area is around here : http://www.openstreetmap.org/?lat=46.3328lon=-1.3357zoom=12layers=B000FTF No disaster charter activation. No sources of photos yet. I am sorry for the people who died! mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] OSM front page design concept
Hi, Martin Koppenhoefer wrote: But this is exactly rhat, what I am asked i.e. by Wikipedia users. At present they draw their maps for every geographical article (states, regions, districts, towns, municipality, urban quarters) and the sub-chapters of these (water, public transport, railway etc etc) and special interests (cycling, on horseback etc) by hand. This is over and over again the same work only with a different assortment. It would be really helpful, if it was possible to extract automaticly these informations nearly live from OSM. it is already possible, you can get these things through the XAPI or by selecting them locally from the complete data (or an excerpt). Yes but this is really not the focus of OpenStreetMap. Remember that our focus is mapping stuff that is visible on the ground. The kind of maps discussed here rely almost entirely on stuff that is not visible (administrative borders, mostly). These are not one of our strengths, and never will be - we can of course import them from somewhere but if they were freely available, so could Wikipedians drawing maps... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] CC-BY-A data released for Victoria
There appears to be some good data in the list. It is commendable that the Victorian Government has released some of its data under the CC license. Some of the datasets are pretty course (VicMap Lite for example) and are probably not worth looking at. On the other hand, the public places (libraries, swimming pools etc) are probably of higher accuracy. Have started a page on the wiki ( http://wiki.openstreetmap.org/wiki/Data.vic.gov.au) to list data sets that are worth/have been loaded into OSM. Craig On Friday the App My State Victoria competition for Victorian residents to build mobile and web applications that will benefit Victorians. opened ( http://www.premier.vic.gov.au/app-my-state/prizes-and-categories.html ) However this also lead to the release of many datasets for use in the competition @ http://data.vic.gov.au/ This includes several transport datasets (Bus/Tram/Train Stops, Train Stations, Railway Lines) as well as POIs (courts, hospitals, fire stations MFB and CFA, prisons, university/tafe locations, etc.) and ways (Lakes, Rivers, Island outlines, Towns, Urban Areas, LGAs, Postcodes, Highways and Class 3 Roads) - Alex ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
I've converted the Victorian hospital locations from kmz to osm, but I also split their info field up into multiple tags since they include the address, emergency, type and ownership of the hospital. http://map-data.bigtincan.com/data/vic_hospitals.osm.bz2 node id='-468' action='modify' timestamp='2010-02-28T12:38:43Z' visible='true' lat='-38.3799' lon='142.4731' tag k='name' v='South West Healthcare, Warrnambool Campus' / tag k='amenity' v='hospital' / tag k='hospital:address' v='279 Koroit Street, Warrnambool 3280' / tag k='emergency' v='yes' / tag k='hospital:agency_type' v='Public Hospital' / tag k='hospital:ownership' v='Public' / tag k='fixme' v='not_reviewed' / tag k='source' v='data.vic.gov.au' / tag k='attribution' v='Department of Health' / /node ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
Airports: http://map-data.bigtincan.com/data/vmlite_airports.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
Railway stations: http://map-data.bigtincan.com/data/vmlite_rail_stations.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
Thanks to Mike from #flossk for this, he converted railway lines: http://map-data.bigtincan.com/data/rails.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Admin Borders of Tuvalu
Hi, i hope i am not too offtopic here... has someone an idea, where to get the position of the border? TV is group of island with 10k people, 100 Internetaccounts and their governmental website is down since some time... Kind regards, -- Jonas Stein n...@jonasstein.de ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
I just send you the rest of them as a zip file. On Sun, Feb 28, 2010 at 4:34 PM, John Smith deltafoxtrot...@gmail.comwrote: Thanks to Mike from #flossk for this, he converted railway lines: http://map-data.bigtincan.com/data/rails.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
On 1 March 2010 02:53, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: I just send you the rest of them as a zip file. Thanks for that, I'm adding attribution and source tags and then I'll upload them so others can access them. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
I've moved the previous files and all the rest of the files Mike converted here: http://map-data.bigtincan.com/data/data.vic.gov.au/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
On Mon, Mar 1, 2010 at 3:19 AM, John Smith deltafoxtrot...@gmail.com wrote: I've moved the previous files and all the rest of the files Mike converted here: http://map-data.bigtincan.com/data/data.vic.gov.au/ Can you please explain if/how you would suggest regular mappers help with the importing of this data? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] CC-BY-A data released for Victoria
On 1 March 2010 08:25, Roy Wallace waldo000...@gmail.com wrote: Can you please explain if/how you would suggest regular mappers help with the importing of this data? The files with points of interest are pretty straight forward, either upload them all, or copy and paste them one at a time, I'll leave it up to people here as to what happens with those. The rivers/roads on the other hand need to be merged, and this will most likely need to be a copy and paste job. As far as I know, only JOSM can load OSM data files, however you can load data from OSM on different layers and switch between them etc. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Overland Track added
Beat me to it! I hiked the Overland Track in January, and recorded a trace of most of it - but the busy getting-back-into-life-after-the-holidays has prevented me from adding it to OSM. I'll be able to provide confirmation of your track. - Lachlan On Tue, Feb 23, 2010 at 2:49 PM, John Henderson snow...@gmx.com wrote: Steve Bennett wrote: Garmin Oregon 550. I see that's got a barometric altimeter too. Very good. Ah. What is GPS-derived altitude though, exactly - does it rely on a model of the earth's surface, or is it effectively computing the distance from the satellites? Purely from satellites, definitely. Others on the list are likely much more up to speed with the technicalities. Anyway, my recorded elevation for Mt Ossa is 1613m, and the Acropolis is 1477m. Wikipedia gives Mt Ossa as 1614, and the Acropolis as 1481m. Maybe this method is more accurate than I was expecting... OTOH, I'm still not convinced that all this is necessary. Surely using figures from an authoritative source would serve everyone a lot better... Yes, the figure from a proper survey should have an accuracy of a few centimetres. One of my many jobs (back in the 70s) was a chainman (surveyor's assistant). With modern electronic gear, I believe there's no such job any more. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] At last! a useful dataset! :)
http://data.vic.gov.au/raw_data/victorian-microbreweries/54 jim -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] At last! a useful dataset! :)
On 1 March 2010 12:31, Jim Croft jim.cr...@gmail.com wrote: http://data.vic.gov.au/raw_data/victorian-microbreweries/54 Unfortunately no geocoding... But would give people some ideas to go on a pub crawl :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Nordmann schrieb: e) im norden von rheinland-pfalz schein jemand amok zu laufen, der wohl nicht begriffen hat, worum es hier geht. Da kann ich nichts machen - versuchen aus der history zu reverse engineeren wer das ist - Deshalb schrieb ich ja - eine kontaktmoeglichkeit in die commit message ... echt schade und verdammt unsicher. Dann oute ich mich mal als der Amokläufer. ;-) Soweit ich das verstanden habe, geht es bei der Straßenliste um einen Abgleich zwischen OSM-Daten und offiziellen Daten bzgl. Straßen. (Habe ich was übersehen?) Die Ebene der Verbandsgemeinden hatte ich ausgespart. Richtig. Ich hatte da den Fokus zu sehr auf die Straßenauswertung gelegt, da sah ich die VG als eher unbeteiligt, da die Straßenlisten sich ja stets auf Gemeinden oder Gemeindeteile beziehen. Da VG nur in RLP und Sachsen-Anhalt vorkommen, habe ich auch nichts Gegenteiliges im StraßenWiki vorgefunden. Zur besseren Übersicht kann man diese Ebene ja durchaus noch im StraßenWiki einziehen. Ich wusste nicht, dass ins StraßenWiki nur Gemeinden rein sollen, für die Relation UND Straßenliste bereits vorliegen. Ich dachte Platzhalter seien unproblematisch, da nur Seiten ausgewertet werden, die die entsprechende Struktur aufweisen. Soll man den Rest einfach löschen? Zu den Daten: Für RLP gibt es eine vollständige Straßenliste [1], die bereits in einer Auswertung von Sven benutzt wird und nach meiner Lesart auch hier benutzt werden dürfen. Ebenso findet man in der Wikipedia Karten mit den groben Verläufen der Gemeindegrenzen [2], die für eine Straßenauswertung ganz brauchbar sind. (Auch diese dürfen abgezeichnet werden, oder?) Bei meinen ersten Edits hatte ich auch eine sig vergessen. Mein Fehler. Bei allen weitern war aber meine Userkennung als '~bundesrainer' dran. Mit ein bisschen suchen hätte man mich also auch direkt ansprechen können. Es tut mir leid, wenn ich mit meinem Vorgehen einige hier vor den Kopf gestoßen habe. Das war nicht meine Absicht. Beste Grüße, Rainer [1] http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis_Rheinland-Pfalz [2] http://de.wikipedia.org/w/index.php?title=Datei:Municipalities_%28Ortsgemeinden%29_in_Rhineland-Palatinate.svg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLijgxAAoJEPT/XJzV1tNzv20H/0tBSwenIxLizxi4iqGFFH4z QE+XckvFGu5A7ISG1OFzTO4zxsIkY0ILCc90dfsFuPc3Mcl0ddxKhM19GmGSJn/u n+xZWl+fTJDGCJMEV62loZrbb/BfL+19tuooufwtHN49Pv8l5Bg4xf1yZWuLl47Y PIQA4WWaqilYvWgb3Phgi5FQ64qzf8pt4MJP8bKyfGRcXCQTO6WHDR/MxRbuucdz CPEVGw4c5rMgDsa1X7DFajEH99zn4cufyTrqYcDzlAyXrPm8WubQUInpRFDVbiJb +8CZsiUp5ufXchpAFVZIqrrR/Dxz1FVAYFgA0C06Hk1CtX9m8ttTuGaztHkdn5c= =oCel -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.
hi rainer, klasse, das du dich gemeldest hast, der Grund für meine Bedenken war die folgenden: als ich diesen thread gestartet hatte, war mir noch nicht bekannt, daß die Straßennamen bereits vorliegen. Ich hab mich gefragt, woher derjenige diese wohl bekommen würde und was dann damit geschehen müsste. Und daraus leitete sich alles ab: ca 5000 Gemeinden in RP bedeutet ja, dass jemand 5000 Grenzen in OSM definieren muss, aber auch 5000 Files auf Florians Server anlegen, die Namen besorgen und damit die Files füllen muß. Das mit den Grenzen in OSM erschien mir ok aber beim Rest hatte ich Bedenken. Ich hoffe, dass du das einigermaßen hinbekommst :-) Für Hessen, dort liegt nun mal mein Wambach, trage ich in OSM die Gemeindegrenzen auf dem Level (8) ein, da dafür Daten zu bekommen sind.Später eventuell auch die Einzelgemeinden aber das hat mit der Strassenliste nix zu tun. mfg wambacher p.s. nicht alle Einträge in Hessen sind von mir, eher sogar der geringere Teil. Es gibt noch einige Mitstreiter, die gerade aktiv sind. Und das ist auch gut so. - Der Fehler tritt nicht sporadisch sondern nur ab und zu auf - Fehlermeldung eines DAUS -- View this message in context: http://n2.nabble.com/die-strassenliste-kommt-ja-so-langsam-ins-rollen-tp4646251p4648749.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] die strassenliste kommt ja so langsam ins rollen.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Nordmann schrieb: als ich diesen thread gestartet hatte, war mir noch nicht bekannt, daß die Straßennamen bereits vorliegen. Ich hab mich gefragt, woher derjenige diese wohl bekommen würde und was dann damit geschehen müsste. Und daraus leitete sich alles ab: ca 5000 Gemeinden in RP bedeutet ja, dass jemand 5000 Grenzen in OSM definieren muss, aber auch 5000 Files auf Florians Server anlegen, die Namen besorgen und damit die Files füllen muß. Das mit den Grenzen in OSM erschien mir ok aber beim Rest hatte ich Bedenken. Ich hoffe, dass du das einigermaßen hinbekommst :-) Naja, vieleicht finden sich ja noch weitere Freiwillige. Für 5000 Gemeinden wäre ich allein wohl etwas lange beschäftigt. ;) Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLilioAAoJEPT/XJzV1tNzZIwIAJbLLlxn30wRsgYusPmpft8p qS0KnvF+yELaxfKpQawR0WdiGh4XfXj279cQWnBya2KePwCVsaJg+Z5tgIHzwmOd 7jodsn/2O6ljKSVwOa2oKf9s/y7HNExIVL+7jw6txJ+bjQBa6MXw4H/vJqI+sn2P HKxx4opf/DmwEKSef4ye/74vFPOJbMgoDl4ib/NxWoar/wn/7NkHnJAg20h0Np2z px/vXQHJmDAlFSO6a55k4UKv/VtUfZe62o8M46rv/589fZ3ETP39HRDdWhEWMTGU eQ9X7jbY6i7pPnqxEjl98SZELy0F7xbx+vuoCE6gY+C/jA3Z5FGJ+d12xPjcXIw= =22Mt -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Software fuer Garmin etrex Legend HCx
Hallo, ich musste neu installieren und finde meine CD für die MapSource Trip Waypoint Manager Software zum Auslesen der Tracks nicht mehr. Bei Garmin finde ich sie nicht zum Downloaden. Wer kann weiterhelfen; ggf auch mit einer freeware/opensource-Alternative? Grüße Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Software fuer Garmin etrex Legend HCx
Am 28.02.2010 13:13, schrieb Nick Rudnick: ich musste neu installieren und finde meine CD für die MapSource Trip Waypoint Manager Software zum Auslesen der Tracks nicht mehr. Bei Garmin finde ich sie nicht zum Downloaden. Das Problem haben fast alle Garmin-Besitzer früher oder später. Daher gibt's dazu zum Glück etwas: http://www.gps-forum.net/anleitung-mapsource-ohne-garmin-cd-installieren-t471.html -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Software fuer Garmin etrex Legend HCx
Nick Rudnick schrieb: ich musste neu installieren und finde meine CD für die MapSource Trip Waypoint Manager Software zum Auslesen der Tracks nicht mehr. Bei Garmin finde ich sie nicht zum Downloaden. Zum Hoch/Runterladen von Tracks und Waypoints zum HCX nutze ich EasyGPS(.com). Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] NaviPOWM 0.2.4 freigegeben
Hallo, die neue Version von NaviPOWM (0.2.4) ist freigegeben. Sie befindet sich an der ueblichen Stelle: http://sourceforge.net/projects/navipowm Hier ganz kurz ein paar der Unterschiede zur 0.2.3: - Küstenlinien implementiert - mehr POIs - last.gps wird jetz im Unterverzeichnis SAVE gespeichert - Serielle Schnittstelle wird erneut geoeffnet, falls das Oeffnen fehlgeschlagen ist - beim Klick auf die Uhrzeit wird die NMEA-Zeit angezeigt - maxspeed kennt jetzt auch mph, maxspeed:forward, maxspeed:backward und DE:urban, rural, etc. - Wechsel zu Qt 4.6.2 und MinGW mit g++ 4.4.0 unter Windows - Groesse der Zoom-Buttons konfigurierbar - div. Fehler behoben - div. Feature Requests implementiert Die alten Karten koennen weiterhin verwendet werden, enthalten aber nicht die kompletten Informationen. Dokumentation im Wiki muss immer noch angepasst werden. Ich wuensche Euch viel Vergnuegen mit der neuen Version. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Software fuer Garmin etrex Legend HCx
Hallo, Am 28.02.2010 13:13, schrieb Nick Rudnick: Wer kann weiterhelfen; ggf auch mit einer freeware/opensource-Alternative? QLandkarteGT wäre auch eine Alternative. (OpenSource) http://www.qlandkarte.org/ http://sourceforge.net/projects/qlandkartegt/files/ (Win/Mac/Linux) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Luft anhalten
Johann H. Addicks schrieb: BTW: Wie gut (oder schlecht) arbeitet eigentlich ein Garmin Nüvi mit einer routingfähigen OSM-Karte? Ist das benutzbar? Ja, bis auf die noch nicht funktionierende Adress-Suche. Reicht dafür ein (altes) Nüvi200 oder Nüvi250? Die sind in der Elektrobucht für deutlich unter 100 FRZ zu bekommen. 250 geht, 200 hat evntl. zuwenig Speicher. Mein 250er liegt hier aber meistens in der Schublade herum, nehme mittlerweile mein LegendHCX für alles (zu Fuß, Rad, Auto). Wenn man regelmäßig das Navi auch bei bekannten Strecken mitrouten lässt, kann man halt sehr schnell Routingfehler finden. Gestern zum Beispiel sagte dass Navi ich soll im Kreisverkehr die 3. Ausfahrt nehmen, obwohl es die erste Ausfahrt war. - Rechts- statt Links-drehender Kreisverkehr. http://www.openstreetmap.org/?lat=51.204lon=8.5337zoom=17layers=0B00FTF Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Nils Heuermann w...@oemmes.net wrote: Erst einmal vielen Dank für Deine ausführlichen Antworten. :-) Damit das System funktioniert (vorausgesetzt, die Logik hat keine Macken), braucht man natürlich einen grafischen Editor, mit dem man sich die einzelnen Spuren usw. auf einfache Weise zusammenklicken kann. Da muss noch etwas Programmierarbeit reingesteckt werden :) Spuren zusammenklicken - Das ist Musik in meinen Ohren. Das wäre exzellent und eine neue Qualität der Usability und des Editierens bei OSM. :-) Gerade in ländlichen Gebieten steht ein Mapper häufig allein vor einem großen Gebiet, so dass er vor Ort die einfachsten Änderungen z.B. Umbenennung der Straße wegen des Vorhandenseins von Wayparts nicht mehr aktualisieren könnte. Das wäre kein Problem. Die wayparts beschreiben den Querschnitt der Straße und ggf. spurabhängige Einschränkungen (z. B. Busspur). Der Name und andere allgemeine Eigenschaften (highway, surface, ...) bleiben weiterhin am ganz normalen Way (letztere könnten allerdings für einzelne Spuren überschrieben werden). Das begreife ich irgendwie nicht. In Deinem ganzen Konstrukt finde ich keine Tags für den ganz normalen way, wie beispielsweise name oder ref der Gesamtstraße: http://wiki.openstreetmap.org/wiki/DE:User:%C3%96mmes/Wayparts Und genau das ist es, was mir derzeit einen Zugang zum Grundverständnis dieses Konstruktes verwehrt. Können eigentlich von Radweg und Straße eingeschlossene Eisenbahnlinien auch mit Waypart in die Linienbündelung eingeschlossen werden? Theoretisch ist das möglich. Man sollte allerdings abwägen, ob es in so einem Fall nicht sinnvoller ist, die Dinge als einzelne Wege zu erfassen. In diesem Falle gerechtfertigt. Denn hier wäre wegen der Enge des Raumes bei Fuß-/Radweg neben der Straße und dahinter die Eisenbahn, selbige quasi durch die Wohnzimmer der Straßenanlieger in der geschlossenen Ortschaft gefahren. Daher hat man die Eisenbahn neben die Straße und als dünnes Polster zu den Häusern den Fu0- und Radweg dahinter gelegt. Denn es fahren besser Fahrräder durchs Wohnzimmer als Güterzüge mit gerne 50 Waggons der sechsachsigen Schwerklasse. Hier hat jeder Hauseingang und jede Fuß-/Rad- Straßenquerung seine eigenen drei Andreaskreuze ohne Vorbaken. Vermutlich ist das die massivste Ansammlung dieser Schilder ever. ;-)( Das war früher ein nicht endendes Pfeifkonzert der Lok, bis dieses per Sondergenehmigung abgeschafft wurde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten testen (was: OT: Luft anhalten)
Am 28.02.2010 14:08, schrieb Chris-Hein Lunkhusen: BTW: Wie gut (oder schlecht) arbeitet eigentlich ein Garmin Nüvi mit einer routingfähigen OSM-Karte? Ist das benutzbar? Ja, bis auf die noch nicht funktionierende Adress-Suche. Woran hängt es? Nur wg. der bei uns fehlenden Hausnummern oder weil mkgmap keine funktionsfähige Suche hinbekommt? Gibt's da irgendeinen Hack, z.B. mit den Herstellerkarten im Hintergrund, so dass die zur Suche benutzt werden? Mein 250er liegt hier aber meistens in der Schublade herum, nehme mittlerweile mein LegendHCX für alles (zu Fuß, Rad, Auto). Das Gepiepse macht mich narrisch. Wenn man regelmäßig das Navi auch bei bekannten Strecken mitrouten lässt, kann man halt sehr schnell Routingfehler finden. Das in der Tat der Hintergrund meiner Frage. Da ich sowieso mit einem Navi-Zoo herumfahre, würde ein Geräte mehr oder weniger nicht weiter stören. Dann könnte ich live validieren nebenbei. Außerdem würde ich sehen, welche noch fehltende Straße evtl. einen Schlenker wert ist für den Track. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Am Sun, 28 Feb 2010 14:29:19 +0100 hat Tirkon tirko...@yahoo.de geschrieben: Nils Heuermann w...@oemmes.net wrote: ... Die wayparts beschreiben den Querschnitt der Straße und ggf. spurabhängige Einschränkungen (z. B. Busspur). Der Name und andere allgemeine Eigenschaften (highway, surface, ...) bleiben weiterhin am ganz normalen Way (letztere könnten allerdings für einzelne Spuren überschrieben werden). Das begreife ich irgendwie nicht. In Deinem ganzen Konstrukt finde ich keine Tags für den ganz normalen way, wie beispielsweise name oder ref der Gesamtstraße: http://wiki.openstreetmap.org/wiki/DE:User:%C3%96mmes/Wayparts Und genau das ist es, was mir derzeit einen Zugang zum Grundverständnis dieses Konstruktes verwehrt. Also als *Voraussetzung* für wayparts braucht man erstmal eine Straße/Way. Den kann jeder ganz normal eintragen mit highway, name, ref, maxspeed usw. Als *Ergänzung* kann man dann diesen Weg in eine wayparts-Relation aufnehmen. Dort kann man z. B. sagen, dass dieser Weg 2 normale Fahrstreifen (mit durchgezogener Mittellinie), und in eine Richtung noch einen Fahrradschutzstreifen und eine Busspur hat. Man hätte in diesem Beispiel dann einen Weg mit: [interne ID = 12348765] highway = residential name = Meine Straße maxspeed = 50 und eine Relation mit den Tags: type = wayparts parts:forward = 3 parts:backward = 1 part1:divider = line part2 = cyclelane part3:access = bus und dem Member way = 12348765 Was nicht für einen einzelnen Part überschrieben wurde, wird vom Way genommen. Also ist part1 automatisch highway=residential, hat maxspeed=50 usw. auch part-1 (der in Gegenrichtung) erbt die Eigenschaften des Ways. Gruß, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.
bundesrainer wrote: Dann oute ich mich mal als der Amokläufer. ;-) Die Wortwahl war wohl etwas übertrieben. Die Ebene der Verbandsgemeinden hatte ich ausgespart. Richtig. Ich hatte da den Fokus zu sehr auf die Straßenauswertung gelegt, da sah ich die VG als eher unbeteiligt, da die Straßenlisten sich ja stets auf Gemeinden oder Gemeindeteile beziehen. Da VG nur in RLP und Sachsen-Anhalt vorkommen, habe ich auch nichts Gegenteiliges im StraßenWiki vorgefunden. Zur besseren Übersicht kann man diese Ebene ja durchaus noch im StraßenWiki einziehen. Die Gemeinden sind z.b. in NRW sind durch Reformen in den 70 Jahren zusammengefasst worden. Meistens wurden die Dörfern in eine Stadt eingegeliedert, auch wenn die vorher sebstständig waren aber es gibt auch Doppelstädte (Beispiel: Horn-Bad Meinberg), die heute zusammen die Stadt bilden. Selbst auf dem Land haben deshalb die meisten/alle Städte/Gemeinden eine größe von mindestens 5000 Einwohnern. Die Struktur scheint in RLP und dem osten noch wesentlich kleiner zu sein und die Verbandsgemeinschaften bilden von der größe her das, was z.b. in NRW die Gemeinden sind. Dies ist nur um zu zeigen, wie das Denkschema bei vielen ist wenn es um die größe geht. Du kannst aber sicherlich Problemlos diese kleinen Einheiten benutzen wenn Du die entsprechenden Straßenlisten bekommst. Ich wusste nicht, dass ins StraßenWiki nur Gemeinden rein sollen, für die Relation UND Straßenliste bereits vorliegen. Ich dachte Platzhalter seien unproblematisch, da nur Seiten ausgewertet werden, die die entsprechende Struktur aufweisen. Soll man den Rest einfach löschen? Platzhalter sind IMO absolut ok. Danke für die Arbeit diese zu integrieren ! Toll wäre es natürlich wnen Du die Straßenlisten auch noch besorgen könntest :-) Es tut mir leid, wenn ich mit meinem Vorgehen einige hier vor den Kopf gestoßen habe. Das war nicht meine Absicht. Du hast keinen vor den Kopf gestoßen ! Walter ist halt nur ziemlich eifrig bei der Sache. Die Auswertung ist einer der besten QA Projekte in OSM, es sorgt dafür das die Straßen vollständig erfasst werden denn es ist ein Ansporn 100% zu erreichen und zusätzlich werden die Gemeindegrenzen in OSM eingeflegt. Beides ist für die Navigation sehr, sehr wichtig ! Die Fortschritte in NRW innerhalb eines halben Jahres zeigen wieviel es gebracht hat ! Danke allen die sich um die Grenzen und Straßenlisten bemühen ! Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Software fuer Garmin etrex Legend HCx
Nick Rudnick schrieb: Hallo, ich musste neu installieren und finde meine CD für die MapSource Trip Waypoint Manager Software zum Auslesen der Tracks nicht mehr. Bei Garmin finde ich sie nicht zum Downloaden. Du willst nur die Tracks haben? Warum speicherst du die nicht einfach auf die microSD-Karte? Dort hättest du fertige .gpx zum Abholen via Massenspeichermodus oder Kartenleser. Alternativ ist auch gpsbabel (steht unter GNU GPL) hilfreich. Das kann Tracks, Waypoints und Routen lesen und in andere Formate konvertieren oder aus anderen Formaten lesen und auf das Gerät schreiben. Das kann allerdings keine Karten anzeigen oder aufspielen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Moin, Martin Koppenhoefer schrieb: Am 28. Februar 2010 01:16 schrieb Johann H. Addicks addi...@gmx.net: Turn-Restrictions, weil ich schlicht nicht verstehe, wie das geht. Das Hauptproblem sind dicht gemappte Bereiche, wo man ziemlich aufpassen muss, weil wenn die Straße schon Bestandteil einer Relation ist, diese Zugehörigkeit beim Splitten wieder auf beide Teilstücke übertragen wird. Bei einem muss man es nach dem Splitten allerdings löschen (habe gerade mal ein Enhancement-Vorschlags-Ticket hierzu erstellt, vielleicht könnte JOSM einem hier helfen). Vorsicht, so allgemein geschrieben ist das falsch. Das Löschen trifft nur zu, wenn die vorhandene Relation auch eine Turn-Restriction-Relation ist. Bei anderen (Routen-)Relationen müssen beide Stücke in der vorhandenen (Routen-)Relation verbleiben. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Am 28.02.2010 16:31, schrieb Georg Feddern: Vorsicht, so allgemein geschrieben ist das falsch. Das Löschen trifft nur zu, wenn die vorhandene Relation auch eine Turn-Restriction-Relation ist. Bei anderen (Routen-)Relationen müssen beide Stücke in der vorhandenen (Routen-)Relation verbleiben. Als Potlacher hat man so oder so verloren, da man Relationen nur wie durch's Schlüsselloch sieht. Man kann zwar etwas ändern, aber wenn's kaputt geht, dann bekommt man es garantiert nimmer repariert, weil man nix wiederfindet. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Nils Heuermann w...@oemmes.net wrote: Also als *Voraussetzung* für wayparts braucht man erstmal eine Straße/Way. Das war der springende Punkt. Ich habe in Deinem Konstrukt gesucht, wo der denn nun versteckt und verwurstet sei. Er war also gar nicht enthalten. Damit wird der Konstrukt klar und die Basisdaten bleiben auch für Otto Normalmapper problemlos editierbar. Nochmals vielen Dank für Deine Erläuterungen. :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten testen
On 28.02.2010 15:06, Johann H. Addicks wrote: Am 28.02.2010 14:08, schrieb Chris-Hein Lunkhusen: BTW: Wie gut (oder schlecht) arbeitet eigentlich ein Garmin Nüvi mit einer routingfähigen OSM-Karte? Ist das benutzbar? Ja, bis auf die noch nicht funktionierende Adress-Suche. Woran hängt es? Nur wg. der bei uns fehlenden Hausnummern oder weil mkgmap keine funktionsfähige Suche hinbekommt? Gibt's da irgendeinen Hack, z.B. mit den Herstellerkarten im Hintergrund, so dass die zur Suche benutzt werden? Mit mkgmap erstellter Suchindex funktioniert zurzeit nur am PC in Garmins Mapsource Programm mehr oder weniger korrekt (Probleme mit Umlauten, Sonderzeichen). Am GPS kann man (etwa bei Nuvi mit vorinstallierter City Navigator) auch die vorinstallierte Karte fuer die Addresssuche benutzen, und mit osm autorouten. Es ist IMHO sicherlich Anfaengerfreundlicher als andere Progs, aber fuer Noobs schon Arbeit sich einzuarbeiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Betitelung historischer Gebäude
Moin ! oftmals gibt es Gebäude die historische einmal eine Bedeutung hatten und heute noch eine Tafel tragen. Wie taggt Ihr diesem ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Durchgezogene Mittellinien / U-Turns verboten (was: Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?)
Johann H. Addicks addi...@gmx.net wrote: Als Potlacher hat man so oder so verloren, da man Relationen nur wie durch's Schlüsselloch sieht. Man kann zwar etwas ändern, aber wenn's kaputt geht, dann bekommt man es garantiert nimmer repariert, weil man nix wiederfindet. Neben der Schlüssellochsichtweise kann man immer nur ein Objekt nach dem Anderen in eine Relation packen. Die Zielrelation muss man bei jedem Hinzufügen erneut auswählen. Bei JOSM kann man sehr viele Objekte mit einem einzigen Schwung in die Relation aufnehmen. Zwei Dinge sind in Potlatch überhaupt nicht implemetiert: 1) Das Anzeigen und Editieren der Reihenfolge der Member in einer Relation 2) Die Anzeige, ob sich eine Relation in einer (Vater-) Relation befindet sowie das Hinzufügen bzw Herausnehmen einer Relation zu/aus einer (Vater-) Relation. Diese Dinge kann man nur auschließlich in JOSM anschauen und editieren. Dafür ist Potlatch wesentlich intuitiver und ohne Anleitung erlernbar. Zudem erfolgt bei Potlatch der Downlaod des Umfeldes des Editierbereiches automatisch, während man JOSM jedesmal wieder umständlich von Hand nachladen muss. Besonders fummelig wird das, wenn man ein großes Objekt pflegen möchte. Auch das Aufsuchen des zu editierenden Kartenausschnitts über die ganz normale OSM-Karte ist bei Potlatch wesentlich besser gelöst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] die strassenliste kommt ja so langsam ins rollen.
Die Struktur scheint in RLP und dem osten noch wesentlich kleiner zu sein und die Verbandsgemeinschaften bilden von der größe her das, was z.b. in NRW die Gemeinden sind. Hier im osten gibts garnicht soviele Verbandsgemeinden. In Sachsen-Anhalt haben beispielsweise voriges Jahr unsere Nachbargemeinden die erste überhaupt in SA gebildet. Auch nur aus Zwang, weil man dort die Verwaltungsgemeinschaften abgeschaft hat. Ansonsten hat man dort viel eingemeindet. Das hat dann auch wieder so seine Nachteile. Die Fläche unserer Kreisstadt hat eine Fläche so groß wie die der Landeshauptstadt. Das ganze ist aber so zersiedelt das 80% davon nur Natur ist und die Wege länger werden. Wenn du da vom Außenposten zum Amt musst, sind das gleich mal 20 km. Hier in Thüringen siehts anders aus. Wer kann bleibt selbstständig, tritt dann nur der Kosten wegen in eine VG ein. Wird sich aber auch ändern, jedes Jahr geht in fast jedem jedem Ort 1% der Einwohner verloren, die VGs sollen auch hier weg. Intern wird schon oft gestritten wer wen fressen soll. Hier sind die eigenständigen Nester mit 100 Seelen und einem Straßennamen noch vollkommen normal. Da brauchst du gleich garkeine offizielle Straßenliste. Hier ist es aber leider auch normal das in nach der Eingemeindung noch dutzende doppelte Straßennamen bestehen bleiben. Dewegen auch immer öfter mal die Kritik mit dem Routing oder Suche nur anhand eines Gemeindegrenzpolygons. Das geht in vielen Fällen ohne genaue Ortsteilangabe in die Hose. Die Nester sind in der gleichen Gemeinde, haben die gleiche PLZ, der Ortsteil machts aus. Wie hübsch häßlich das ausgehen kann macht Google vor. Die gehen anscheinend nur nach PLZ. Und so erscheinen POIs aus unserer Stadt oft mal irgendwo 15 km weiter auf der Kuhbläke. Das Problem mit den vielen nestern kommt daher das in der DDR noch nahezu die Gliederung seit Kriegsende bestand. Wirklich jedes Nest war da noch eingens verwaltet. Die ersten richtigen Änderungen kamen auch erst 1994. Und so gehts kleckerweise weiter. Und so hast du auch heute noch Kreise mit bis zu 90 Gemeinden. Das hat aber einen Vorteil. Ich habe einst wie so vieles andere einiges Material aus dem Heimatkundeunterricht vor der Tonne gerettet. Daraus lassen sich alle Grenzen gut ableiten, muss nur die obsoleten ausklammern. Das ist aber eben wegen der der noch riesgen zersiedelung eine aufwendige rödelei, weswegen ich wirklich nur bei richig Laune Grenzen eintrage. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wahlen und Straßenlisten
Hallo zusammen, in folgenden Gemeinden in Schleswig-Holstein gab bzw. gibt es 2010 Kommunalwahlen. Falls man von diesen Gemeinden kein Straßenverzeichnis bekommen kann, könnten Interessierte Mapper sich mal nach den öffentlichen Bekanntmachungen über die entsprechenden Wahlbezirke umsehen. Stadt Mölln 28. Februar (14. März) Stadt Wedel 28. Februar (28. März) Stadt Heiligenhafen 28. Februar (14. März) Gemeinde Leck 28. Februar (14.März) Stadt Itzehoe 07. März (21. März) Gemeinde Kronshagen 07. März (28. März) Gemeinde Fockbek25. April (09. Mai) Gemeinde Henstedt-Ulzburg 25. April (09. Mai) Stadt Quickborn 09. Mai (06. Juni) Stadt Bad Oldesloe 13. Juni (27. Juni) Stadt Heide 20. Juni (04. Juli) (Straßenverzeichnis bereits vorhanden) Gemeinde Helgoland 05. September (26. Sept.) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Betitelung historischer Gebäude
moin On 28.02.2010, at 18:41, Jan Tappenbeck wrote: oftmals gibt es Gebäude die historische einmal eine Bedeutung hatten und heute noch eine Tafel tragen. Wie taggt Ihr diesem ?? hm schon überlegt einfach nen name tag zu nutzen? in UK ist es durchaus üblich gebäude mit einem namen zu versehen und wie nen schneller blick z.B. nach london zeigt sind dort schon einige häuser mit namen versehen. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wahlen und Straßenlisten
Am 28.02.2010 21:25, schrieb René Falk: Hallo zusammen, in folgenden Gemeinden in Schleswig-Holstein gab bzw. gibt es 2010 Kommunalwahlen. Falls man von diesen Gemeinden kein Straßenverzeichnis bekommen kann, könnten Interessierte Mapper sich mal nach den öffentlichen Bekanntmachungen über die entsprechenden Wahlbezirke umsehen. Stadt Mölln 28. Februar (14. März) Stadt Wedel 28. Februar (28. März) Stadt Heiligenhafen 28. Februar (14. März) Gemeinde Leck 28. Februar (14.März) Stadt Itzehoe 07. März (21. März) Gemeinde Kronshagen 07. März (28. März) Gemeinde Fockbek 25. April (09. Mai) Gemeinde Henstedt-Ulzburg 25. April (09. Mai) Stadt Quickborn 09. Mai (06. Juni) Stadt Bad Oldesloe13. Juni (27. Juni) Stadt Heide 20. Juni (04. Juli) (Straßenverzeichnis bereits vorhanden) Gemeinde Helgoland05. September (26. Sept.) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wedel liegt vor ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] U- und S-Bahnstationen, typfiles f. Garmin und freie Nummern
Hi! Ich möchte mir eigentlich gerne ein Karte bauen, bei der ich U- und S-Bahnstationen erkenne. Das geht wohl nicht, denn beides sind Railway-Stations. Aber es gibt zumindest subway_entrances, die man ja mal mit einem U-Bahn-Schild verzieren kann. Aber eigentlich bräuchte man auch ein eigenes Icon für amenity=taxi. Weiß jemand, wo man eine Liste der sozusagen frei verfügbaren Nummern für Icons in Type- und Stylefiles findet? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Betitelung historischer Gebäude
AssetBurned openstreet...@assetburned.de [Sun, Feb 28, 2010 at 09:26:28PM CET]: moin On 28.02.2010, at 18:41, Jan Tappenbeck wrote: oftmals gibt es Gebäude die historische einmal eine Bedeutung hatten und heute noch eine Tafel tragen. Wie taggt Ihr diesem ?? hm schon überlegt einfach nen name tag zu nutzen? in UK ist es durchaus üblich gebäude mit einem namen zu versehen und wie nen schneller blick z.B. nach london zeigt sind dort schon einige häuser mit namen versehen. Muss ich auch sagen. name=Altes Rathaus wird den meisten Anwendungen eher gerecht als amenity=town hall, disused=yes. -- 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] Betitelung historischer Gebäude
AssetBurned schrieb: moin On 28.02.2010, at 18:41, Jan Tappenbeck wrote: oftmals gibt es Gebäude die historische einmal eine Bedeutung hatten und heute noch eine Tafel tragen. Wie taggt Ihr diesem ?? hm schon überlegt einfach nen name tag zu nutzen? in UK ist es durchaus üblich gebäude mit einem namen zu versehen und wie nen schneller blick z.B. nach london zeigt sind dort schon einige häuser mit namen versehen. Ich nutze für sowas addr:housename Das wird zwar nicht gerendert aber funktioniert auch in Fällen, wo die aktuelle Nutzung schon einen anderen Namen belegt, bspw. name=Volksbank addr:housename=Altes Rathaus Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Donnerstag, 18. Februar 2010 21:51:09 schrieb Christian Wagner: Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf Lamping: Am 17.02.2010 22:55, schrieb Christian Wagner: Schön wäre bei der ganzen, verständlichen Begeisterung für das Editor- Programmierens einfach ein Paar Vorlagen für JOSM zu haben. Wählt man z. B. Seezeichen- Bake aus, dann kann man sich das dann auch sehr einfach zusammenklicken- Farbe, Höhe, Licht, Lichtcharakteristik etc. Das geht ja bei Autobahnauffahrten mit oneway und Spurenanzahl auch. Ist sicherlich schneller programmiert als ein Online- Editor oder ein echtes graphisches Plugin für JOSM- bei den Häfen hat es ja auch geklappt. Es erwartet im Moment sicherlich keiner Perfektion, das kann man hinterher immer noch ändern. Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die Bojen (wenn ich das als Landratte so richtig verstanden habe). Gruß, ULFL Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? toms versucht nur das allgemeine tagging-Schema von Seezeichen etc. wieder zugeben. Wenn es um Spezialitaeten geht, steht es jedem Benutzer frei es mit den normalen Moeglichkeiten von josm einzugeben. Auf alle diese Spezilialtaeten einzugehen ist einfach nicht moeglich. Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit haargenau eingehalten werden. Das S57 System ist eh modular aufgebaut, genau wie das OSM Taggingschema. So ist das Licht des Leuchturms vom Turm an sich völlig unabhängig. Warum also im Editor künstliche Zusammenhänge aufbauen? Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form der Tonne sehen. Ich denke ja auch nicht dass ein grafischer Editor nicht irgendwann von Vorteil ist, aber warum nicht eine Zwischenlösung mit Vorlagen, damit kann man wie auch sonst in OSM eine einigermaßen stabile Datenbasis aufbauen und gleichzeitig bleibt man flexibel wenn die reale Welt nun mal nicht den Normen entspricht. Das wäre rasch auf alle möglichen Seezeichen ausweitbar. Ich warte z. B. immer noch eine Möglichkeit für Leuchttürme, Baken und was es sonst noch so alles gibt. Falls es da von Seiten von OSeaM Interesse gibt, so bin ich als Nichtprogrammieren gerne bereit zu helfen. 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
[Talk-de] Neues von Aerowest/Luftbilder aus Dortmund?
Nabend, meine allmonatliche Frage: gibt es Neuigkeiten zu den Bemühungen um Luftbilder von Aerowest? Das ganze hörte sich zu Anfang so gut an aber scheint in den vergangenen Monaten komplett eingeschlafen zu sein. Dürfen wir noch hoffen oder ist der Ofen endgültig aus? Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Seezeichen und Editor
Am Freitag, 19. Februar 2010 20:53:51 schrieb Arne Johannessen: Falk Zscheile wrote: Am 18. Februar 2010 21:51 schrieb Christian Wagner wagnerschrist...@gmail.com : [Toms-Plugin für JOSM] Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der hier immer wieder zu Verwirrungen führt. Es versucht die Seezeichen in eine OSM- untypisches Raster zu pressen. Das erscheint mir auch so. Da werden z. B. Topzeichen feste Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe oder eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben nicht auswählen kann und dann geht der Zinnober wieder von vorne los. Warum nicht mappen was wirklich da ist? Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen immer in einem festen Zusammenhang. In der Theorie schon, klar. Aber die Erfahrung zeigt nun mal, dass es immer wieder aus verschiedenen Gründen Ausnahmen von der Regel gibt. Beispiele wurden schon genannt. Weiteres Beispiel: durch normale Abnutzung erlangen die Toppzeichen auf Backbord- und Steuerbordtonnen in Dänemark gerne schon mal die Form eines Balls. Wenn man den Ist-Zustand taggen wollte, wäre daher eine Backbordtonne mit rotem Ball als Toppzeichen in Dänemark nichts ungewöhnliches. Und ja, die Dinger sehen durchs Fernglas quasi genau so aus wie eine Mitte-Fahrwasser-Tonne. :-/ Bei Kardinaltonnen zeigen die Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Im Online-Editor auf http://map.openseamap.org/ kann ich z. B. das Toppzeichen nicht abschalten (die Checkbox ist disabled). In Norwegen haben Kardinalzeichen aber niemals Toppzeichen. Ebenfalls kann ich nicht die Kennung UQ(3) einstellen. Die ist zwar unüblich, aber zulässig. (Ferner kann ich keine Wiederkehr einstellen, was vermutlich einfach bisher noch nicht implementiert ist.) [...] Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom festgelegten Standard. Was glaubst Du, was alles gemacht wird, obwohl es nicht zulässig ist... Da können noch so schöne Systeme definiert sein, die reale Welt sorgt immer noch für Abweichungen, mit denen Editoren und Renderer in OSM _prinzipiell_ umgehen können müssen. Ähnlich wie bei Mapnik Co. muss der Renderer nicht zwangsläufig alles perfekt rendern, was ihm über die Füße läuft. Was er nicht kennt, bleibt halt weg oder wird sinnvoll ersetzt (ist im Prinzip auf map.openseamap.org schon so implementiert). Die Hauptarbeit muss m. E. der Online-Editor leisten, indem er beim Einlesen von Objekten, die unvollständig oder unüblich getaggt sind, die Situation irgendwie sinnvoll darstellt (und die Daten ohne Zerstörung zurückschreibt, logisch). Das könnte _beispielsweise_ dadurch geschehen, dass bei Erkennen eines solchen Problemfalls (Objekt passt nicht genau ins vordefinierte Raster) statt der Editor-GUI zuerst eine rohe tag-Liste im Stil von JOSM angezeigt wird. Dem Nutzer könnte die Wahl gegeben werden, entweder die tags direkt dort zu bearbeiten oder (evtl. unter Datenverlust) auf den üblich GUI-Editor umzusteigen, falls gewünscht. Diese Lösung könnte nahezu alle Fälle mit der schönen einfachen GUI abdecken, wäre aber trotzdem flexibel für Änderungen. Ist aber nur eine von sicherlich vielen möglichen Ideen, und nicht unbedingt die beste. Auch der Renderer könnte diese Modularität und Unabhängigkeit der einzelnen Tags voneinander berücksichtigen und eben das Licht und den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen. So hat man dann auch eine Möglichkeit mit den unvollständig erfassten Seezeichen, welche in OSM nun mal auch erfasst werden, umzugehen. Wenn ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal nicht wissen wie die Lichtcharakteristik aussieht. Wenn ich Nachts vorbeikomme so erkenne ich die Lichter, kann aber eventuell nicht die Farbe oder Form der Tonne sehen. Richtig. Wenn Du an einer Kardinaltonne vorbei kommst, dann kannst du das sehr wohl -- siehe oben. Die Frage ist nur, ob die Tonne tatsächlich befeuert ist (was man bei Tage nicht erkennen kann), Doch, am Vorhandensein des Leuchtträgers (oder -- mit etwas Erfahrung -- an der Tonnenform). nicht aber welche Kennung sie hat. Nein, die Kennung kann auch innerhalb des IALA-Systems durchaus variieren, und zwar ... [...], damit man die Tonnen im Fahrwasser bei Nacht auch schön anhand ihrer Befeuerung unterscheiden und in der Seekarte wieder finden kann. ... aus genau diesem Grund. Als Beispiel fallen mir spontan gerade bloß die Nordergründe ein (westlich Scharhörn), aber das Prinzip gibt's