[Talk-hr] Report on Mappers by Country Editing (2009-09-30)
Evo statistike za 30.09 (unazad 8 tjedana). Ne stojimo loše (ima 27 aktivnih). http://tinyurl.com/yzd6g7r ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] new high-res images available from digitalglobe
Kai and all, Yes we have secured a space in the OSM-dev server. I have been uploading the files for generation of a mapnik like tiles which everyone can use in any OSM editor. Almost halfway the uploading process. Will keep you updated for progress. One option to host the images might be on the OSM-dev server. It has a fair amount of space and can be used for projects to help expand OSM, so hosting aerial imagery from which one can trace for OSM seems well within its intended purposes. It currently also hosts some out-of-copyright maps of the UK for tracing, which is similar in nature. I guess it will depend a bit on how large the images are and under what conditions they are allowed to be used, but it is worth asking the server admins for a dev-account. Another alternative could potentially be the new dev server Strato donated to the German OSM-chapter. Kai -- 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
[OSM-talk-be] Overzicht van de problematische straten in de antwerpse haven
In opvolging van ons OSM cafe van daarstraks hier een overzichtje van de problematisch blijvende straten in de Haven van Antwerpen Tussen het Houtdok en het Straatsburgdok moeten volgende straten gelegen hebben die nog steeds op de officiele straatnamenlijst voorkomen, doch waarvan op het terrein geen spoor meer is: - Afzeliastraat - Irokostraat - Kambalastraat Tussen de Vosseschijnstraat en het Albertdok (Fruithaven) moeten zich volgende straten bevinden of bevonden hebben, doch deze zijn gelegen in de 'gated area' die zonder specifiek toegangsbewijs niet betreden mag worden: - Banaanweg - Citroenweg - Kempenaarweg - Kirunastraat - Schuildokweg - Slepersweg - Stannietstraat Naast de A12, benoorden de Leugenbergbocht en langs de kant van de haven / vormingsstation noord, ligt de opspuitzone voor havenslib waar eerder volgende straten of wegen moeten gelegen hebben: - Bospolderpad - Bunderdijkweg - Rosdijkweg Als we omtrent deze straten enig uitsluitsel kunnen krijgen? Da's samen al 10% van alle straatnamen die in OSM Antwerpen nog ontbreken... Nog een 115-tal andere op te lossen en daarna zetten we zoals afgesproken de champagne koud... Luc. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-si] uporaba QA orodij
Sem preveril nekaj vozlišč v Trbovljah in Hotiču in res ni opaziti ničesar napačnega, zato sem jih ozačil kot false positive. Nakar sem se premaknil v Ljubljano in je tudi tu vse oranžno, pa prej ni bilo. Očitno gre za napako v orodju KeepRight. Zanimivo pa je, da tega problema v tujini ni videti, ampak se pojavi v bližini naše meje, čeprav sta obe strani meje dobro povezani s cestami npr: http://keepright.ipax.at/report_map.php?db=osm_EUzoom=13lat=46.52417lon=13.72517layers=B00Tch=ch%3D0%2C130show_ign=1show_tmpign=1 http://keepright.ipax.at/report_map.php?db=osm_EUzoom=12lat=45.92085lon=13.54407layers=B00Tch=ch%3D0%2C130show_ign=1show_tmpign=1 http://keepright.ipax.at/report_map.php?db=osm_EUzoom=13lat=46.4283lon=16.28378layers=B00Tch=ch%3D0%2C130show_ign=1show_tmpign=1 Ali gre za zaroto ali pa vsi mapiramo nekako narobe? lp, Štefan 2009/10/25 Roman Maurer roman.mau...@amis.net: Blaž Lorger pravi: Mislim da bi bilo dobro če bi vsak malo pogledal področje, ki ga je mapiral. Kamorkoli v Sloveniji pogledaš najdeš precej napak. Začetni link za Slovenijo je http://keepright.ipax.at/report_map.php?db=osm_EUzoom=9lat=46.10223lon=14.91447. Hvala za to povezavo, vidim, da je (v glavnem moje) Zasavje čisto oranžno. Ampak ne vem, kaj bi to orodje rado povedalo s tem: floating islands, way 40513490 This way is not connected to the rest of the map Prebral sem definicijo: floating islands ... Any highways drawn on the map should be accessible by car starting anywhere in the world. Ferries and highways (even railway platforms) are included in this check, so almost any island in the sea should be reachable starting from the mainland. Toda moje ceste so, kolikor vidim, normalno spojene z drugimi cestami (morda se najde kakšna izjema, ampak večinoma so). Kdo se moti, jaz ali orodje Keep Right? -- Pozdrav, Roman ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] relacije avtobusnih linij - backward vloga
Hvala za opozorilo, v tem primeru nisem bil najbolj natancen. Sem pa Ljubljano dodal tudi na http://3liz.fr/public/osmtransport/index.php?location=LjubljanaBtChooseLocation=Ok LPP se mi zdi zanimiv projekt za cez zimo, ko so dnevi kratki. Razdelitev 4 pasovnic je bil predpogoj, sicer bi bilo prevec popravljanjem relacij. Opozoril bi na: * ce ruta poteka po delu kroziscca (primer City Bus v BTC: ), je treba zadevo razbiti v segmente in narediti dodatno relacijo za krozisce * bus_stop - diskusija je, ali je to tocka ob poti ali na njej - jaz uporabljam slednje, po vzoru ostalih bus_stop v Ljubljani, dodam pa stevilko postaje (tag ref), ki se lahko uporabi za dodatne servise kot BusTrack ( http://bus.talktrack.com/) Linija 24 je dokoncana in se jo lahko vzame za vzor. Barve so povzete po LPP shemi (color tag na relaciji) http://www.jh-lj.si/upload/lpp/MPP/shema.swf LP, Miha. 2009/10/23 Stefan Baebler stefan.baeb...@gmail.com Hojla! Opaziti je nove avtobusne linije: http://www.öpnvkarte.de/?lon=14.52913lat=46.05234zoom=14layers=BThttp://www.xn--pnvkarte-m4a.de/?lon=14.52913lat=46.05234zoom=14layers=BT je pa tudi opaziti manjšo anomalijo pri ločenih pasovih: http://www.öpnvkarte.de/?lon=14.54014lat=46.05583zoom=18layers=BThttp://www.xn--pnvkarte-m4a.de/?lon=14.54014lat=46.05583zoom=18layers=BT oz http://www.openstreetmap.org/browse/way/42693240 http://wiki.openstreetmap.org/wiki/Relation:route#Members pravi: forward/backward: if a route should only be followed in one direction for some or all of its length, the role can indicate this for some or all of the constituent ways. forward means the route follows this way only in the direction of the way and backward means the route runs only against the direction of the way. Rendered on the cycle map (example). Skratka forward in backward vlogi članov relace v ruti se ne nanašata na ruto samo, ampak na smeri cest po katerih teče ruta, kar z vidika urejanja rute verjetno res ni očitno. V primeru enosmernih odsekov cest (in ločenih dvopasovnic) je avtobusna ruta ponavadi forward (oz prazna?). Backward naj bi bila le če avtobus pelje nasproti sicer enosmernemu prometu (npr v Ljubljani po Poljanski od Rozmanove do Kopitarjeve). Če še kdo želi vrisati kako linijo pa bo tole dobro izhodišče: http://wiki.openstreetmap.org/wiki/Bus_route Pa ne zdaj vsi naenkrat vsega risat :) lp, Štefan -- LP, Miha. ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
Re: [OSM-legal-talk] What should be considered legal?
Matt Amos wrote: On 10/24/09, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2009/10/21 rhn opstmaac@porcupinefactory.org: I'm a mapper for more than a year, and I know a little bit about intellectual property, but some questions have been puzzling me for quite some time. First of them - how much is allowed when referring to proprietary maps? Is it right to look at the street names to see whether I got them right? Or can I compare topology of the streets with the external map? See if I got the village placement right and adjust it? IMHO (IANAL) you can always compare your map to others, but if the don't match, you will not know, who's right, unless you recontroll. i'd agree - it's OK to compare OSM to proprietary maps and use that to figure out where needs surveying. but it's not OK to take information from that proprietary map - if there is a difference then you'll have to go out and survey the difference. so (imho) it wouldn't be OK to adjust village placement based on proprietary maps; if there's a difference you'd have to look at other allowable sources like Y! aerial imagery or out-of-copyright maps, or go out and survey it with a GPS. cheers, matt Thanks. The reason I asked that was that I frequently forget where the GPS trace was taken - was it a road or a track, which village or whatever else. This usually happens in areas where OSM map is pitch white :) Yahoo maps aren't very helpful there either. Cheers rhn ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Proper attribution
On Tue, Oct 20, 2009 at 12:13 PM, Frederik Ramm frede...@remote.org wrote: Assuming for a moment that my contributions to OSM are copyrightable and the CC-BY-SA license is valid, then if I license my data CC-BY-SA I have the right to request anyone using my data, or building or using derived versions thereof, to provide attribution in the form I believe is required, and I can drag them to court if they don't. No you don't. You've just given them permission to use your works under a license which dictates that distributors must attribute you within the limited scope demanded of them by the license. As long as they're otherwise in compliance you have no right to demand additional attribution not required by the license. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] multipolygon (lake) not rendering
Jon Burgess jburgess777 at googlemail.com writes: On Sat, 2009-10-24 at 13:41 +0200, Peter Herison wrote: But if the inner member is also an island? Eventually the island is also covered with wood? How to tag the inner way in this case? In that case tag the inner way with natural=wood. Could it be possible to have a tagging rule that would be usable for all islands? Island is always an island and it is also always dry land (I suppose) but all islands are not natural=wood. Would using place=island or place=islet be a good alternative? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
On Sun, Oct 25, 2009 at 10:37 AM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Jon Burgess jburgess777 at googlemail.com writes: On Sat, 2009-10-24 at 13:41 +0200, Peter Herison wrote: But if the inner member is also an island? Eventually the island is also covered with wood? How to tag the inner way in this case? In that case tag the inner way with natural=wood. Could it be possible to have a tagging rule that would be usable for all islands? Island is always an island and it is also always dry land (I suppose) but all islands are not natural=wood. Would using place=island or place=islet be a good alternative? For what? The inner ways of multipolygons where the outer way is tagged as natural=water? You don't need to tag them with anything indicating that they're an island, they already are tagged as islands implicitly since they're a multipolygon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Merchandise
I'm missing something in the OSM Shop: Printed Maps! Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Merchandise
Yep. I've always wanted to print one on an A0 paper with street index. Title: The most incomplete (it will never be complete) map of the Metro Manila, Philippines On Sun, Oct 25, 2009 at 10:24 PM, bernhard b...@datenkueche.com wrote: I'm missing something in the OSM Shop: Printed Maps! Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Merchandise
Thats one other thing im working on :) ... we need a template where you can just slide the map around and get it printed. In france they started with something like that. http://www.maposmatic.org/ and OSMatlas is a start http://www.mappage.org/atlas/ ... if anyone wants to help... my project is called 'wikiMAP Books' cheers, Sam On Sun, Oct 25, 2009 at 7:24 AM, bernhard b...@datenkueche.com wrote: I'm missing something in the OSM Shop: Printed Maps! Bernhard ___ 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] Merchandise
Well, wikipedia have now instaled extension that allows you to order printed books via pediapress - you pick up some articles, then you see how many pages it is and you can download it as PDF or order printed copy. We could perhaps do something similar with OSM - someone chooses scale and area, then atlas is created. OK, this would probably be computationally more intensive per page than just some article with some words and few pictures - question is, can we offload this task to user machines? Some java applet, that will download OSM XML, then let user customize it (whether to have a legend or not, street index, whether to include more detailed plan of some interesting areas in the atlas, etc ...) and generate the PDF and send it back for printing could do the job, while keeping server load at acceptable values (since whoever wants the PDF will use his/her CPU power to generate it :). The only caveat is that pediapress now only prints in black and white - color is planned for future. So either push them to make also colored books, or find some other company that can do this :) Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Merchandise
One of the options i was thinking of is lulu.com where you can self-publish books... as well as multiple editors. (and they print colour) :-) So i was thinking that all those interested in the publishing of a book could be listed as editors, and working on a wikmapbo...@openstreetmap.orgdiscussion list, create the book. And just upload and update the pages. mediafire.com is a good place to store the png files or openoffice draw files. www.lulu.com ... as once the template that everyone likes is done... it can be shared and we all use it. (a template per type of map we want) (btw, my $ making book (story book) would be self published that way, having friends family help edit) BTW, maposmatic WILL become international :) and thanks John, that looks cool. (: Have you tried nik2img ? http://map-data.bigtincan.com/nik2img.php?lat=-33.873lon=151.21res=2048 Cheers, Sam On Sun, Oct 25, 2009 at 8:59 AM, MP singular...@gmail.com wrote: Well, wikipedia have now instaled extension that allows you to order printed books via pediapress - you pick up some articles, then you see how many pages it is and you can download it as PDF or order printed copy. We could perhaps do something similar with OSM - someone chooses scale and arean, then atlas is created. OK, this would probably be computationally more intensive per page than just some article with some words and few pictures - question is, can we offload this task to user machines? Some java applet, that will download OSM XML, then let user customize it (whether to have a legend or not, street index, whether to include more detailed plan of some interesting areas in the atlas, etc ...) and generate the PDF and send it back for printing could do the job, while keeping server load at acceptable values (since whoever wants the PDF will use his/her CPU power to generate it :). The only caveat is that pediapress now only prints in black and white - color is planned for future. So either push them to make also colored books, or find some other company that can do this :) Martin ___ 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] Hi-viz vests
Hi All I remember once that someone did some openstreetmap hi-viz vests. Anyone know if these are still made/available and where I might get one? Cheers Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Hi-viz vests
Andy Robinson is the person to speak to. Ideally buy a batch for your local mappers too. I have about 7 in London if anyone around London (or whereever I'm likely to be next) wants one. Shaun On 25 Oct 2009, at 19:54, Mike Ryan wrote: Hi All I remember once that someone did some openstreetmap hi-viz vests. Anyone know if these are still made/available and where I might get one? Cheers Mike ___ 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] Merchandise
On Sun, Oct 25, 2009 at 3:59 PM, MP singular...@gmail.com wrote: Some java applet, that will download OSM XML. [...] The problem is that if you want something that looks like the OSM maps that's going to rely on a lot of things (mapnik et al) that aren't Java programs, so it really can't viably run on someone's computer without installing a lot of things. Even if it were just an applet having to run an applet automatically turns a lot of people away from the service. It's not *that* computationally expensive to do this sort of thing anyway:) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Ævar Arnfjörð Bjarmason avarab at gmail.com writes: jukka.rahkonen at mmmtike.fi wrote: Could it be possible to have a tagging rule that would be usable for all islands? Island is always an island and it is also always dry land (I suppose) but all islands are not natural=wood. Would using place=island or place=islet be a good alternative? For what? The inner ways of multipolygons where the outer way is tagged as natural=water? You don't need to tag them with anything indicating that they're an island, they already are tagged as islands implicitly since they're a multipolygon. Islands tend to have names. Does it really work to give a name for each inner ring of a lake polygon without any other tags? -Jukka- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Hi, Rahkonen Jukka wrote: For what? The inner ways of multipolygons where the outer way is tagged as natural=water? You don't need to tag them with anything indicating that they're an island, they already are tagged as islands implicitly since they're a multipolygon. Islands tend to have names. Does it really work to give a name for each inner ring of a lake polygon without any other tags? What do you mean by does it really work? 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] Merchandise
On 25/10/2009, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Sun, Oct 25, 2009 at 3:59 PM, MP singular...@gmail.com wrote: Some java applet, that will download OSM XML. [...] The problem is that if you want something that looks like the OSM maps that's going to rely on a lot of things (mapnik et al) that aren't Java programs, so it really can't viably run on someone's computer without installing a lot of things. Mapnik is good for displaying on screen, but for generating PDF and printing it is better to generate vector-based, not image-based map. Converting OSM XML to some set of vector commands (stored as PDF operators) is not trivial considering number of map features and other factors, but it can be done without any external dependencies - OSM XML goes in, PDF with map goes out :) Well, Java applet is one way, there are many another - like running some PHP script, while having some PDF generating extensinon installed on server. Even if it were just an applet having to run an applet automatically turns a lot of people away from the service. It's not *that* computationally expensive to do this sort of thing anyway:) No, not for generating once, but once people start requesting new atlas every ten seconds in average and server needs over minute to generate it, then you have trouble. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Merchandise
Hi, MP wrote: Mapnik is good for displaying on screen, but for generating PDF and printing it is better to generate vector-based, not image-based map. Mapnik can do vector output via Cairo. Well, Java applet is one way, there are many another - like running some PHP script, [...] once people start requesting new atlas every ten seconds in average and server needs over minute to generate it, then you have trouble. Especially if you handle things with some PHP script ;-) 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] Merchandise
hi No, not for generating once, but once people start requesting new atlas every ten seconds in average and server needs over minute to generate it, then you have trouble. People don't have an A0 printer. If people have an A0 printer, printing a large map is still expensive. To print 1 germany maps could be cheap and the costs could be covered by advertisment on the map. Many touristic places offer free maps. But still no printed OSM maps... Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
I think he means, Wouldn't it be better to tag the entire island with a name, rather than tagging each segment separately? -- 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: Frederik Ramm frede...@remote.org Date: Sun, 25 Oct 2009 23:49:16 To: Rahkonen Jukkajukka.rahko...@mmmtike.fi Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] multipolygon (lake) not rendering Hi, Rahkonen Jukka wrote: For what? The inner ways of multipolygons where the outer way is tagged as natural=water? You don't need to tag them with anything indicating that they're an island, they already are tagged as islands implicitly since they're a multipolygon. Islands tend to have names. Does it really work to give a name for each inner ring of a lake polygon without any other tags? What do you mean by does it really work? 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 mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Hi, I meant Do all the polygon parts get their correct names in rendering, that is, lake the name given for the outer ring and each islands the name given for the inner ring. Maybe also Can export utilities make a correct output of a lake polygon as a polygon with holes and islands as separate polygons for non-OSM programs which cannot handle polygon holes as separate features. I believe that for example PostGIS used for Mapnik rendering belongs to those non-OSM programs which might have troubles with inner rings having just a name tag. -Jukka Rahkonen- John F. Eldredge wrote: I think he means, Wouldn't it be better to tag the entire island with a name, rather than tagging each segment separately? -Original Message- From: Frederik Ramm frede...@remote.org Date: Sun, 25 Oct 2009 23:49:16 To: Rahkonen Jukkajukka.rahko...@mmmtike.fi Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] multipolygon (lake) not rendering Hi, Rahkonen Jukka wrote: For what? The inner ways of multipolygons where the outer way is tagged as natural=water? You don't need to tag them with anything indicating that they're an island, they already are tagged as islands implicitly since they're a multipolygon. Islands tend to have names. Does it really work to give a name for each inner ring of a lake polygon without any other tags? What do you mean by does it really work? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Mapping Party Ilpendam
Hoi, Naar aanleiding van de discussie van de week over dat er nog hele stukken Nederland zijn die nog nooit zijn aangeraakt sinds de AND import ben ik gaan rondkijken in mijn regio welke dorpen (die goed bereikbaar zijn) kunnen we tackelen. De keus is gevallen op: Ilpendam Waar: Ilpendam Wanneer: 7 November 2009 Linkje: [1] Ilpendam is niet erg groot wat dus zou moeten betekenen dat we een eind moeten kunnen komen. Het hangt een beetje van de aanmeldingen af wat er allemaal op het programma staat maar er is nog genoeg te doen daar de wegen sinds de AND import nog niet zijn aangeraakt ([2]). Maar in ieder geval staat op het programma: * Wegen nalopen * Stegen/speelplaatsen intekenen * Het park mappen * POI's Mochten we met een redelijke groep zijn dan zou het heel mooi zijn om meteen * Maxspeed * Huisnummers * etc mee te nemen. Ilpendam is voor de omgeving goed bereikbaar. Vanaf Amsterdam CS gaan er veel bussen langs (die er ook nog stoppen!). Het probleem is dan echter dat de fiets niet mee mag in de bus. Vanaf Amsterdam CS is het echter ook goed te fietsen naar Ilpendam. Uiteraard moet het wel een beetje weer zijn. Ik ben in ieder geval niet van plan in de regen 3 uur buiten te gaan rondlopen. Dit zal uiterlijk 6 november gecommuniceerd worden. Ik heb geen extra GPS dus voor nu is het enkel voor de mappers die hun eigen apparatuur mee kunnen nemen. Komt allen! En laat dit ook even weten, zodat ik niet zielig in mijn eentje sta te wachten :) Groet, --Roeland P.s. Wiki pagina etc komt eraan. [1] http://tile.openstreetmap.nl/?zoom=16lat=52.46602lon=4.951layers=B0FF [2] http://tools.geofabrik.de/osmi/?view=nllon=4.95228lat=52.46374zoom=15 signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] YourNavigation vernieuwd!
Beste Talk'ers, http://yournavigation.org/ heeft allerlei nieuwe mogelijkheden en parameters etc. -- Met vriendelijke groet, Bas de Lange http://www.basdelange.com -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OpenStreetMap POI export (beta) released
Na een paar uurtjes hacken hebben rullzer en ik weer een nieuwe site/applicatie gemaakt die het mogelijk maakt poi's in allerlei formaten te exporten. De belangrijkste formaten zoals Garmim, TomTom en GPX zitten er al in, andere formaten zullen we in de loop van tijd toevoegen. Mochten er nog poi types zijn die je mist, of andere dingen die je mist.. laat het ons maar weten ! Ohja de url.. http://poi.openstreetmap.nl/ Succes Rullzer Rubke ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
Hoi Roeland, Lijkt me een goed plan, Ilpendam is een mooi klein dorpje. Toevallig was ik er nog vanmiddag en kwam ik uit bij een schuur waar volgens openstreetmap een weg moest zijn. Wellicht kunnen we alvast de huizen uit de 3d shape file laden (http://mirror.openstreetmap.nl/objectvision/3dShapes.rar) of overtrekken van satelliet fotos. Dit zodat we de huisnummers gelijk op buildings kunnen zetten. gr Dick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
Hey, Voor dat soort dingen was ik al bang. Maar daarom doen we dus ook de mapping party! Prima idee wat betreft de gebouwen. Importeren wat we kunnen gebruiken (en wat het geheel completer maakt). Ik trek nu de laatste planet-benelux binnen zodat we mooie plaatjes kunnen krijgen: * Nu * Na import/overtrekken * Na mappen Het zou een nog completer beeld moeten geven en vaak gaat (globaal) gebouwen intekenen beter met de luchtfoto's dan als je rondjes gaat lopen met je GPS. Groet, --Roeland On Sunday 25 October 2009 20:26:19 Dick wrote: Hoi Roeland, Lijkt me een goed plan, Ilpendam is een mooi klein dorpje. Toevallig was ik er nog vanmiddag en kwam ik uit bij een schuur waar volgens openstreetmap een weg moest zijn. Wellicht kunnen we alvast de huizen uit de 3d shape file laden (http://mirror.openstreetmap.nl/objectvision/3dShapes.rar) of overtrekken van satelliet fotos. Dit zodat we de huisnummers gelijk op buildings kunnen zetten. gr Dick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] How to tag a non-existent road
I would rather that we don't have non existant roads on OSM. Twenty plus years ago, I heard a comment that maps had deliberate errors in them so that the mapmakers could find if others were copying their work. In my job of driving around Australia checking mobile phone coverage, I am constantly reading maps (provided by the company) to work out a driving plan, and relying on a Garmin Nuvi to confirm where I am. I did 193,000 km in 18 months in my first car and now I do about 100,000 km per year (in my second car) because our driving is now concentrated on city and suburban areas. (where people live, work and play) I work out driving plans that can take weeks to complete ie, all of NSW west of the Great Divide, and all of SW Western Australia. Both took about 8 weeks to complete. I take great pride in doing what I call efficient driving where I cover the greatest distance and area in the least time and fuel used. I used $22,000 plus worth of fuel in the first 12 months. I also 'cut it fine' a lot of the time with no buffer for time if there is an error. I go out for 10 working days straight, then fly back to Canberra for a 4 day weekend, then go out again. If I have been delayed anywhere, then the driving plan gets mucked up because I dont want to miss my flight and when I return I may have to take another day to drive back to the area that I should have completed, finish the job, then drive to the new area. Again, more time lost and fuel used. Two of the greatest, most hair tearing and frustrating things that can scuttle my driving plan are non existant roads and no through roads that are not marked as such. Now some of these non existant roads are not a real problem if they are in a small out back town with only a few hundred people in them and I can quickly alter the plan and work around it, and I have found places where the roads are obviously gazetted and therefore appear on the Garmin Nuvi, but the locals have fenced the streets off and run goats and chooks there. Squatting, in other words. But if a road does not exist but is marked on my maps or appears in the Garmin Nuvi, then I have to drive back over roads that I have already driven on which makes the job take longer and uses more fuel. There is a good example north of Penrith heading for Castlereigh. A road is gazetted and the farms either side have been cleared and fenced, but the road is virgin bush. Stuffed my plan right up. Another place where non existant roads turned my hair white is Katoomba. If you rely on the Garmin Nuvi it will take you over a cliff in several places. I looked up whereis.com and found where I could make complaints, but decided that it would be a near full time job correcting their errors. No through roads are another bane. I don't know if OSM has a function to tag no through roads, but if they dont, then could we have it please. NTR No Through Road. There are many instances of intersections that have been converted to T junctions and one no thru road. One suburb in Cairns in particular (Edge Hill), and Salisbury in Adelaide have lots. It's obviously been done as a road safety initiative and I will not critisize this decision. The printed company maps that I get generally can't show some no thru roads because the scale is too small to see that the intersection has been converted, and the Nuvi again has to have the scale set right down to see it, which takes my focus off to road. When I first started on OSM, I wanted to have altitude data in with the lat lon info, and was told bluntly that OSM is a street map, not a GIS. So, my bottom line is: Don't have non existant roads. OSM is a street map displaying roads that do exist! _ Use Messenger in your Hotmail inbox Find out how here http://windowslive.ninemsn.com.au/article.aspx?id=823454___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to tag a non-existent road
2009/10/25 Graeme Wilson wandere...@live.com.au: I would rather that we don't have non existant roads on OSM. I'm sure we all have things we dislike about OSM. Twenty plus years ago, I heard a comment that maps had deliberate errors in them so that the mapmakers could find if others were copying their work. This has nothing to do with copyright, it has everything to do with seeing roads blanks on OSM and non-blanks on other maps and wasting time trying to constantly re-map non-existent features time and time again. In this instance we are trying to determine if something is blank because it hasn't been surveyed or because it's truly blank. snip Two of the greatest, most hair tearing and frustrating things that can scuttle my driving plan are non existant roads and no through roads that are not marked as such. This is exactly what we're trying to address, showing others the difference between non-existent and non-mapped. snip, snip, snippity snip So, my bottom line is: Don't have non existant roads. OSM is a street map displaying roads that do exist! OSM is a lot more than what is only rendered, just because the data exists doesn't mean it should always be rendered or will be useful to everyone all the time, and this is one very good example of where OSM becomes very useful to a diverse group of people. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to tag a non-existent road
On Sun, Oct 25, 2009 at 11:54 PM, Graeme Wilson wandere...@live.com.au wrote: [cut for brevity] When I first started on OSM, I wanted to have altitude data in with the lat lon info, and was told bluntly that OSM is a street map, not a GIS. We do have altitude now in the Shuttle Radar Topography Mission data (provided by NASA so doesn't require surveying by OSM at all!). Many cyclists use this for their OpenCycleMap. eg. http://www.opencyclemap.org/?zoom=4lat=-33.43234lon=145.67438layers=B000 . I believe that there is a way to export this elevation data to Garmin devices too - http://wiki.openstreetmap.org/wiki/GroundTruth So, my bottom line is: Don't have non existant roads. OSM is a street map displaying roads that do exist! I believe the intention of the discussion we are having here is that we want to mark non-existant roads in such a way that we won't accidently introduce them to OSM again if we get data from a source that may be outdated or intentionally misleading (just like those copying fearful mapmakers). It will of course be essential that these are not displayed in a misleading way (or not displayed at all) and are not suggested as possible routes. We do have a way of marking no through roads via the access=no tag so while whichever tag is chosen for nonexistent roads is being adopted worldwide, we can still ensure that there will not be any confusion. However, I'm not sure how that is displayed on the various outputs (such as the Garmin devices, the web page maps etc.). ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to tag a non-existent road
I agree with Graeme Wilson. OSM should not include non-existent roads. The only convincing argument I have seen put so far by the minority who want to show them is that it will save other mappers from wasted time. Given that mappers are the minority and people like Graeme in the majority I think it is there needs that should be given priority. Further, there is still the unresolved problem of what to tag these roads. Non-existent is unhelpful and ambiguous as many people have pointed out here. As far as I am concerned non-existent roads are in the same category as childrens' imaginary friends, important to the individual but not of much interest to anyone else. Let's face it. There is so much that really does exist left to be mapped we hardly need to put effort, particularly given the problems, into what does not. 2009/10/26 John Smith deltafoxtrot...@gmail.com 2009/10/25 Alex (Maxious) Sadleir maxi...@gmail.com: It will of course be essential that these are not displayed in a misleading way (or not displayed at all) and are not suggested as possible routes. We do have a way of marking no through roads via the access=no tag so while whichever tag is chosen for nonexistent roads is being adopted worldwide, we can still ensure that there will not be any confusion. However, I'm not sure how that is displayed on the various outputs (such as the Garmin devices, the web page maps etc.). If they do appear we need to file bugs so that the parsing code is fixed up to not show them :) The problem here isn't collecting data, it's making sure it doesn't appear most of the time. Unlike raster images which display everything collected, vector information can be selectively shown etc. ___ 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] How to tag a non-existent road
2009/10/26 swanilli swani...@gmail.com: I agree with Graeme Wilson. OSM should not include non-existent roads. The only convincing argument I have seen put so far by the minority who want to show them is that it will save other mappers from wasted time. Given that mappers are the minority and people like Graeme in the majority I think it is there needs that should be given priority. The only reason given so far that this shouldn't happen is so it doesn't render, but there is a lot of data that exists that isn't intended for rendering. Further, there is still the unresolved problem of what to tag these roads. Non-existent is unhelpful and ambiguous as many people have pointed out here. As far as I am concerned non-existent roads are in the same category as childrens' imaginary friends, important to the individual but not of much interest to anyone else. So far you are the only one suggesting non-existent is unhelpful or ambiguous, please explain how it is either of these things. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] How to tag a non-existent road
2009/10/26 John Smith deltafoxtrot...@gmail.com So far you are the only one suggesting non-existent is unhelpful or ambiguous, please explain how it is either of these things. A browse through the preceding 30 or so entries in this thread will show that this is not the case. However, in an attempt to move this towards resolution, I have opened another to give people the opportunity to vote on the specifics. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Vote on highway=nonexistent
The current suggestion in http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines is that roads that do not yet exist be tagged highway=nonexistent. There are two key questions to be answered: 1. Should such roads be entered into OSM? 2. If they are to be entered, should they be tagged highway=nonexistent? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Gelöschte Wege suchen
Hallo, mir hat ein Mapper ein paar Wege kaputt gemacht und ich würde nun am liebsten nachschauen, ob dort auch Wege gelöscht wurden. Kann man die API dazu befragen? Wie findet man für ein Gebiet die Wege, die mal da waren, jetzt aber nicht mehr? danke für tipps! hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo. Am Samstag, 24. Oktober 2009 schrieb Friedhelm Schmidt: Was ist der genaue Unterschied zwischen: highwy=cycleway, foot=yes/designated, bicycle=yes/designated und highway=footway, bicycle=yes/designated, foot=yes/designated Die Kategorisierung eines Weges sollte sich am größten Verkehrsteilnehmer orientieren, der den Weg regulär nutzt, bzw. der offensichtlich den Ausschlag für die Breite und Beschaffenheit des Weges gegeben hat. So war das zumindest letztes Jahr noch. Unter einem highway=footway mit bicycle=yes verstehe ich einen Fußweg, auf dem Fahrräder freigegeben sind. Ein solcher Weg ist im Allgemeinen nicht richtig breit und für Fahrradfahrer wenig angenehm, sobald ein Pulk Fußgänger unterwegs ist. Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Pauschale Aufforderunen zum Umtaggen durch Ortsfremde halte ich für Aufforderungen zu Editwars. Muss nicht sein. Wir haben noch genug Neues zu taggen. Ack. Gruß, Bernd -- Europa - das Ganze ist eine wunderbare Idee, aber das war der Kommunismus auch. - Loriot signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Am 24.10.09 schrieb Rainer Knaepper rain...@smial.prima.de: Was ist der genaue Unterschied zwischen: highwy=cycleway, foot=yes/designated, bicycle=yes/designated und highway=footway, bicycle=yes/designated, foot=yes/designated ? Der Unterschied ist, daß sich im ersten Fall jemand dachte, es sei eher etwas für Radfahrer, im zweiten Fall fiel der Ausschlag eher richtung Fußgänger. wenn *=designated vorhanden ist, kann footway oder cycleway eigentlich ignoriert werden, da sie meist eh nur rein subjektiv vergeben werden. Das Entscheidende ist dann eh getaggt. Mit highway=path hat man nun die Möglichkeit, einen solchen Weg sauber nutzungsneutral zu taggen und die Widmung/Nutzungsrechte mit *=designated/yes/no abzubilden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo, leider ist es wohl sehr oft so, dass die Mapper die Wege so taggen wie sie sie abgelaufen sind. Waren sie zu Fuß unterwegs werden es automatisch highway=footway und waren sie mit dem Rad unterwegs dann halt highway=cycleway. Laut Wiki sind footway und cycleway jedoch benutzungspflichtige Wege die auch mit dem entsprechend blauen Schild gekennzeichnet sein sollten. In den meisten Fällen sind solche Wege demnach falsch gekennzeichnet. Über die Verwendung von highway=cycleway und highway=footway wird jedoch des öfteren diskutiert und oft wird empfohlen eher highway=path/track und dann footway=designated oder bicycle=designated zu verwenden. So ließen sich dann auch kombinierte Rad-Fußwege darstellen was mit der ersten Methode gar nicht möglich ist (man müsste ja 2 mal das highway-Tag vergeben). Eine recht gute Aufstellung ist wohl diese hier: http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging#Fu.C3.9F-_und_Radweg -- Viele Grüße Mathias (DL1MKE) Internet: http://www.GHBiker.de http://www.Ruhrpottwetter.de Email : math...@ghbiker.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gelöschte Wege suchen
moin! potlach kann das. drücke in dem entsprechenden Gebiet 'u'(?) und die gelöschten wege werden angezeigt. Gruß, Martin Am 25.10.09 schrieb hansdorfff osmtal...@taponet.de: Hallo, mir hat ein Mapper ein paar Wege kaputt gemacht und ich würde nun am liebsten nachschauen, ob dort auch Wege gelöscht wurden. Kann man die API dazu befragen? Wie findet man für ein Gebiet die Wege, die mal da waren, jetzt aber nicht mehr? danke für tipps! hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WAZE
northc...@gmx.de wrote: gibt es eigentlich eine Zusammenarbeit von openstreetmap mit waze.com oder wurde schon darüber diskutiert ? Fake SteveC hat was dazu geschrieben: http://fakestevec.blogspot.com/ Bye Frederik O.K. - Danke für die Info. Dann interpretiere ich das mal so als das es da gewisse luftelektrische Entladungen gibt, da das Thema unter Spannung steht ;) Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Martin Simon grenzde...@gmail.com writes: Mit highway=path hat man nun die Möglichkeit, einen solchen Weg sauber nutzungsneutral zu taggen und die Widmung/Nutzungsrechte mit *=designated/yes/no abzubilden. Leider funktioniert das in der praxis nicht, der designated oft nicht verstanden wird. Immer wieder werden wege, an denen kein blaues schild steht, mit designated gemappt, nur weil es dort einen hinweis auf eine fahrradroute oder eine wanderwegmarkierung gibt... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo Karl, das neutrale taggen des highways und dann die Nutzungsrechte mit designated anzugeben ist aber schon mal ein ganzes Stückchen besser als die ganzen footways und cycleways. Hier werden bei uns wesentlich weniger Fehler gemacht. Die Leute die ein designated benutzen haben zumindest schon mal in die Features-List hineingeschaut. Karl Eichwalder schrieb: Martin Simon grenzde...@gmail.com writes: Mit highway=path hat man nun die Möglichkeit, einen solchen Weg sauber nutzungsneutral zu taggen und die Widmung/Nutzungsrechte mit *=designated/yes/no abzubilden. Leider funktioniert das in der praxis nicht, der designated oft nicht verstanden wird. Immer wieder werden wege, an denen kein blaues schild steht, mit designated gemappt, nur weil es dort einen hinweis auf eine fahrradroute oder eine wanderwegmarkierung gibt... -- Viele Grüße Mathias (DL1MKE) Internet: http://www.GHBiker.de http://www.Ruhrpottwetter.de Email : math...@ghbiker.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Mathias Kemper math...@ghbiker.de writes: das neutrale taggen des highways und dann die Nutzungsrechte mit designated anzugeben ist aber schon mal ein ganzes Stückchen besser als die ganzen footways und cycleways. Das erschließt sich mir nicht. Wie Bernd schrieb, ist immer das größte verkehrsmittel zu taggen und dann tut man einfach die anderen verkehrsteilnehmer hinzu, wie man es braucht. Ein solches vorgehen ist rückwärtskompatibel, worauf wir achten sollten. Also beipielsweise (eine gewisse redundanz kann nicht schaden): highway=cycleway foot=yes bicycle=yes segregated=yes(falls man das für notwendig erachtet) Oder eben highway=footway foot=yes bicycle=yes wenn der fußweg nur mit Radfahrer frei ausgewiesen ist. Wenn gar kein blaues schild steht, nimmt man highway=path (so etwas ist dann außerorts die regel). Landwirtschaftliche wege werden freilich als track eintragen. Hier werden bei uns wesentlich weniger Fehler gemacht. Die Leute die ein designated benutzen haben zumindest schon mal in die Features-List hineingeschaut. Das ist eigentlich immer der GAU: offizielle tags mit einer anderen bedeutung verwenden... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One heute kein update? - wann wieder?
Am 19.10.09 16:21, schrieb Florian Lohoff: Hi, es scheint heute kein update der All in One gegeben zu haben - ist das richtig? Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Auch bis heute (25.10.09) hat sich in Punkto Update noch nichts weiter getan. Wann ist wieder mit einem Update zu rechnen? UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Die Wanderkarte wird interaktiv
Hallo! Der Website der Reit- und Wanderkarte wurde um ein paar neue Möglichkeiten erweitert, die die Verwendbarkeit in der Praxis deutlich verbessern sollten. Also zumindest sobald das Wetter dann auch wieder zum Wandern einlädt. :-) Karte editieren Als kleinere Hilfe bietet die Karte jetzt einen direkten Link zum Editieren des aktuellen Kartenausschnitts in Potlatch. Ebenso enthält sie einen Link, der den aktuellen Ausschnitt in JOSM lädt (über das Remote-Plugin). Routen planen Die Karte wurde mit einem Routenplaner integriert. Es können jetzt Routen direkt auf der Karte gezeichnet und bearbeitet werden. Die Routenlänge wird ständig angezeigt. Ein Speichern und Laden von Routen oder Tracks im GPX-Format ist möglich, so daß die Route aufs GPS-Gerät geladen oder mit anderen Programmen ausgetauscht werden kann. Vielen Dank an Harald Kirsch für den Editor. Das Ganze funktioniert soweit, aber es ist noch ganz frisch und wurde bisher nur unter Firefox 3.5 ausprobiert (IE funktioniert nicht). Der letzte Feinschliff fehlt noch und es gibt mit Sicherheit noch einiges zu verbessern. Ihr findet das Ganze wie immer unter http://topo.geofabrik.de Über Euer Feedback zu Problemen, Erfolgen und Verbesserungen würde ich mich freuen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All-in-One - ständiges Drehen am GAR MIN bei 0km/h
Hallo an alle GARMIN etrex User mit der All-in-One Karte. (evtl betrifft das auch andere??) Kann mir einer sagen, wie ich meinem etrex Legend Cx wieder abgewöhne, dass die Karte sich bei 0 km/h ständig dreht. Bis zum Sommer hatte ich das Problem so nicht. Jetzt aber bleibt die Karte bei normaler Fortbewegung in Richtung der Bewegung ausgerichtet. Wenn ich aber stehen bleibe (0km/h) dann beginnt sich die Karte ständig zu drehen, so dass eine vernünftige Orientierung unmöglich wird. Hat da jemand eine Idee? UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Frage: Gibt es auch einen JOSM Stil für MAC OSX? Gruß UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One heute kein update? - wann wieder?
UMAX974 schrieb: Auch bis heute (25.10.09) hat sich in Punkto Update noch nichts weiter getan. Wann ist wieder mit einem Update zu rechnen? Schau mal ins Wiki ;) http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Download Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One - ständiges Drehen am GARM IN bei 0km/h
Hallo, das hatte ich immer so, weshalb ich die Karte immer genordet hatte. Legend HCx. MfG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rhön - Das ist gar nicht schön
Florian Gross schrieb: Am Sa Oktober 24 2009 glaubte UMAX974 zu wissen: Dann komm mal nicht in diese Gegend hier (Hohenlohe). Da fehlen noch Dörfer und bei den Vorhandenen ist gerne mal nur die Durchfahrt da. Ich fang halt jetzt mal an, Straße für Straße zu erfassen. Das gibt dann schöne Radtouren. ;-) flo Im Vogelsberg ist es auch nicht besser :-) Aber auch da kann man schöne Radtouren machen. Tipp für alle die in Frankfurt nix mehr zu tun haben :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rhön - Das ist gar nicht schön
Florian Gross flor...@grossing.de wrote: Dann komm mal nicht in diese Gegend hier (Hohenlohe). Da fehlen noch Dörfer und bei den Vorhandenen ist gerne mal nur die Durchfahrt da. In der Tat! Auf meiner alljählichen Radtour (KA-N http://blog.gegg.us/2009/09/kraichgau-hohenlohe-und-bibertal-radweg/) sind mir in Neuenstein und Schrozberg noch Lücken aufgefallen. Ersteres ist aber inzwischen besser geworden. Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Nop ekkeh...@gmx.de wrote: Über Euer Feedback zu Problemen, Erfolgen und Verbesserungen würde ich mich freuen. Hattest Du immer schon Schnellzugloks an Straßenbahnen? http://topo.geofabrik.de/?lon=8.4715lat=48.9958zoom=15 Gruss Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Hi Nop, der Routeneditor ist echt geil! Einen fast unverschämten Wunsch hätte ich noch: Ich würde gerne wie bei sautter.com/map den Google Satellite transparent darüber blenden können. Dann könnte ich unsere Wanderungen / Radtouren auf moch ungemappten Wegen auf der Wanderkarte planen und den GPX in mein Glopus einspielen. Das wäre Luxus pur für uns. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Rainer Knaepper schrieb: Was ist der genaue Unterschied zwischen: highwy=cycleway, foot=yes/designated, bicycle=yes/designated und highway=footway, bicycle=yes/designated, foot=yes/designated Vergiss bitte nicht das unsägliche highway=path mit allen Kombinationen von foot und bicycle :( Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One heute kein update? - wann wieder?
SLXViper schrieb: UMAX974 schrieb: Auch bis heute (25.10.09) hat sich in Punkto Update noch nichts weiter getan. Wann ist wieder mit einem Update zu rechnen? Schau mal ins Wiki ;) http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Download Jo sorry, hab mich bis jetzt noch nicht gemeldet, da ich die ganze Zeit noch am skripten war und so. Mittlerweile scheint aber alles stabil zu funktionieren. Die Garmin All in one wird ab jetzt auf einem der für OSM gespendeten Stratoserver gerechnet. Sie wird bei jedem Update der Geofabrikdaten aktualisiert - sollte also immer tagesaktuell sein. Für Leute, die gerne ne Karte mit Datum möchten, gibt es jetzt auch die Karte immer mit Datum versehen. Genaueres steht im Wiki. (englische Seite muss noch angepasst werden) Ich werde in kommender Zeit versuchen wieder inhaltliche Probleme der AiO zu fixen. Viel Spaß mit der Karte! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Bernd Wurst schrieb: Die Kategorisierung eines Weges sollte sich am größten Verkehrsteilnehmer orientieren, der den Weg regulär nutzt, bzw. der offensichtlich den Ausschlag für die Breite und Beschaffenheit des Weges gegeben hat. So war das zumindest letztes Jahr noch. ack Unter einem highway=footway mit bicycle=yes verstehe ich einen Fußweg, auf dem Fahrräder freigegeben sind. Ein solcher Weg ist im Allgemeinen nicht richtig breit und für Fahrradfahrer wenig angenehm, sobald ein Pulk Fußgänger unterwegs ist. Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Ein gemeinsamer Fuß- und Radweg wird meist nicht für Fahrräder priorisiert, zudem müssen hier Radler auf die schwächeren Verkehrsteilnehmer - Fußgänger - Rücksicht nehmen. Für ernsthafte Radler ist ein solcher Weg ein Hindernis, kein Weg. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Friedhelm Schmidt fschm...@extend.de wrote: Dann könnte ich unsere Wanderungen / Radtouren auf moch ungemappten Wegen auf der Wanderkarte planen und den GPX in mein Glopus einspielen. Das wäre Luxus pur für uns. Ich hoffe ja immer noch, dass mal jemand so ein halbautomatisches Routenplanungstool wie bei http://www.gpsies.com/ baut. Nur halt auf Basis von OSM Daten und z.B. pgrouting. Passende Maschinen gäbe es für sowas ja jetzt. Gruss Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Standort Briefkasten
Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Am 24. Oktober 2009 21:49 schrieb Friedhelm Schmidt fschm...@extend.de: Vielleicht sollten wir mal eine Mapiquette formulieren, oder gibts die schon?) Das waere eine sinnvolle Sache. Ich kenne keine richtig praegnant aufgeschriebene. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Meiner Meinung nach sollte die Adresse im Karlsruher Schema abgelegt werden und die komplette Bezeichnung nochmal unter position. Name finde ich hier ungeeignet. Un nun haut mich, los! :) Lg, Peter André Riedel schrieb: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 25. Oktober 2009 20:40 schrieb Peter Körner osm-li...@mazdermind.de: Meiner Meinung nach sollte die Adresse im Karlsruher Schema abgelegt werden und die komplette Bezeichnung nochmal unter position. Name finde ich hier ungeeignet. Un nun haut mich, los! :) Lg, Peter Naja wie gesagt, würde ich die Adresse dem Haus dahinter vorenthalten, welche auch wirklich die Hausnummer besitzt. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
André Riedel schrieb: Am 25. Oktober 2009 20:40 schrieb Peter Körner osm-li...@mazdermind.de: Meiner Meinung nach sollte die Adresse im Karlsruher Schema abgelegt werden und die komplette Bezeichnung nochmal unter position. Name finde ich hier ungeeignet. Un nun haut mich, los! :) Lg, Peter Naja wie gesagt, würde ich die Adresse dem Haus dahinter vorenthalten, welche auch wirklich die Hausnummer besitzt. Hi André, ich begrüße den Vorschlag und tendiere zu 'position' N.B.: habe bisher: note=Standort: string benutzt. Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Hi ! paßt zwar noch nicht ganz zur Frage aber ich habe mir gerade eine kleine Karte zum Thema Kommunikation gemacht und wenn man das so sieht ist die Erfassung vom Grundsatz sehr dürftig. Großraum Lübeck http://www.tappenbeck.net/osm/poi_maps/index.php?id=1zoom=14lat=53.84349lon=10.66249layers=B00T Großraum Hamburg http://www.tappenbeck.net/osm/poi_maps/index.php?id=2zoom=14lat=53.84349lon=10.66249layers=B00T Dithmarschen (Kreis bei Büsum für die Urlauber) http://www.tappenbeck.net/osm/poi_maps/index.php?id=3zoom=14lat=53.84349lon=10.66249layers=B00T Über die Leerungszeiten mag man denken wie man will, da diese sich ändern können ohne das wir etwas davon mitbekommen. Andere Bereiche auf Anfrage (min./max. Koordinaten und Bereichstitel bitte angeben) Auch andere POI zum Thema Kommunikation sind noch einblendbar. Gruß Jan :-) André Riedel schrieb: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv - Und wie unter OSX am MAC?
Hallo Nop, Danke für den Hinweis, das Sich der Stil in JOSM installieren lässt, fragt sich nur wie ich das als purer Anwender hinbringe. Darum die Frage nochmal an alle die das mit JOSM machen. Wie lässt sich der Stil in JOSM am MAC integrieren. Evtl. als einfaches Plugin? - Oder in einem bisher schon bestehenden Plugin? UMAX974 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 20:46 schrieb André Riedel: Naja wie gesagt, würde ich die Adresse dem Haus dahinter vorenthalten, welche auch wirklich die Hausnummer besitzt. -1 Lieber das Haus dahinter als Node mit Addr-Schema eintragen, da hat man mehr von. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Hi! Sven Geggus schrieb: Hattest Du immer schon Schnellzugloks an Straßenbahnen? http://topo.geofabrik.de/?lon=8.4715lat=48.9958zoom=15 Nur wenn sie als Eisenbahn-Haltepunkte getaggt sind. :-) Ich finde keinen Fehler. Alle Nodes die ich in dem Ausschnitt geprüft habe, sind als railway=halt getaggt und sollten lat Wiki Eisenbahn sein. Straßenbahn wäre railway=tram_stop sein. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Hi! Sven Geggus schrieb: Hattest Du immer schon Schnellzugloks an Straßenbahnen? http://topo.geofabrik.de/?lon=8.4715lat=48.9958zoom=15 Nur wenn sie als Eisenbahn-Haltepunkte getaggt sind. :-) Ich finde keinen Fehler. Alle Nodes die ich in dem Ausschnitt geprüft habe, sind als railway=halt getaggt und sollten lat Wiki Eisenbahn sein. Straßenbahn wäre railway=tram_stop sein. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Hallo, ich beschäftige mich auch derzeit mit den Briefkästen, hauptsächlich aber mit den Leerungszeiten. Habe dazu auch eine Seite mit den Tags der Briefkästen in Deutschland (siehe http://www-user.tu-chemnitz.de/~falt/osm/postBoxes/tagViewer.php ). Ich habe bisher die Adressen nach dem Karlsruhe-Schema und teilweise auch noch zusätzlich mit loc_name eingetragen. Grüße Falko André Riedel wrote: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ 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] JOSM Abbiegebeschränkung
Hi, ich selektiere einen Node und 2 Ways die an diesem Node anliegen und wähle Relation-Abbiegeeischränkung. JOSM sagt: Auswahl unpassend. Was mache ich bloss falsch. V2255 (aktuelle Tested) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rhön - Das ist gar nicht schön
Bischofsheim unterwegs und muss leider sagen, dass ist fast schon ein OSM Notstandsgebiet -da stimmt sehr wenig. Da kannst Du fast überall in die Provinz fahren und wirst ähnliches erleben. Wir haben in Schlesig-Holstein immernoch viele Orte (von OpenGeoDB geerbt?) zu denen bei OSM keine Straße führt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 22:13 schrieb Falko Thomale: http://www-user.tu-chemnitz.de/~falt/osm/postBoxes/tagViewer.php Cool; die Deutsche Ost AG gefällt mir. Am Kölner Hbf. wurde neulich ein Zug mit dem Ziel Berlin Ost angezeigt ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Falko Thomale schrieb: Hallo, ich beschäftige mich auch derzeit mit den Briefkästen, hauptsächlich aber mit den Leerungszeiten. Habe dazu auch eine Seite mit den Tags der Briefkästen in Deutschland (siehe http://www-user.tu-chemnitz.de/~falt/osm/postBoxes/tagViewer.php ). Hallo, Danke für die Auswertung. 225 verschiedene Operatoren, soviel hätte ich nicht gedacht. Ich schätze mal, davon ist mit ca. 50% die Deutsche Post AG in all ihren unterschiedlichen Schreibweisen incl. Bundespost/Telekom/DHL usw. gemeint. Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Grüße Ropino André Riedel wrote: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 23:08 schrieb Ropino: Falko Thomale schrieb: Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen gröÃeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat position würde ich übrigens location empfehlen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Abbiegebeschränkung
Chris-Hein Lunkhusen schrieb: Hi, ich selektiere einen Node und 2 Ways die an diesem Node anliegen und wähle Relation-Abbiegeeischränkung. JOSM sagt: Auswahl unpassend. Was mache ich bloss falsch. Du musst erst eine Relation mit den drei Elementen erstellen, auswählen und dann die Vorlage benutzen. Etwas umständlich, die Relation von Hand gleich richtig anzulegen geht schneller. Irgendwann™ soll das auch noch intuitiver benutzbar werden (eben so, wie du dachtest). Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Tobias Wendorff schrieb: Am So, 25.10.2009, 23:08 schrieb Ropino: Falko Thomale schrieb: Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat position würde ich übrigens location empfehlen. Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) . . . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Hallo, Ropino wrote: Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Sicher nicht schlecht, so eine Liste zu machen, aber man muss sich auch im Klaren sein, dass sich nur etwa 5-10% aller Mapper daran halten werden (die anderen kriegen gar nicht mit, dass es so eine Liste ueberhaupt gibt). Insofern sollte man vielleicht jetzt nicht um genaue Details einer GemischtGrossKleinSchreibung ringen oder um die Frage, ob man jetzt ein Ausrufezeichen anhaengt oder nicht... Streng genommen muesste die Firma MEDIA Logistik, wenn sie Briefkaesten als PostModern betreibt, ja zu einem Tagging wie operator=MEDIA Logistik, brand=PostModern fuehren ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am Sonntag, 18. Oktober 2009 20:17:36 schrieb Adiac: Am Sonntag 18 Oktober 2009 14:08:43 schrieb Sven Sommerkamp: Wenn man die Track von gpsies.com zu OSM lädt gehtś auch ohne User Dann muss er da angemeldet sein. Muß man glaube ich nicht unbedingt. Es gibt da noch ne andere Möglichkeit mit temporären User. Auch nicht grad glücklicher. Trotzdem gut zu wissen. MfG ___ 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] Stuttgart - keine Radwege in der Autostadt ?
Hallo, Ich frag mich ab und zu, was auswärtige oder neue Mitstreiter treibt, in gut gemappten Gebieten kommentarlos tertiary in residential oder secondary in tertiary umzutaggen. Das ist doch Scheiße, die lokalen Mapper haben sich doch was dabei gedacht! Berechtigte Frage. Bei mir (sicher ein weniger häufiger Spezialfall) ist es so: Bin seit 18 Jahren Redakteur von Radwanderkarten (Papier) und vor einem knappen halben Jahr auf OSM gestoßen. War vorher schon an einem rein technisch entfernt ähnlichen Projekt (dem unsäglichen ADFC-Tourenportal) beteiligt. Also Spezialist. Erster Eindruck: OSM ist toll. Aber: Für Macher (und Nutzer?) einer Papierkarte (oder eines ganzen Kartenwerks) ist Einheitlichkeit das oberste Gebot; gleiche Sachverhalte möchten an jeder Stelle gleich aussehen. Ich musste z.B. erst lernen, dass ein im Mapnik-Renderer gleich dargestellter Radweg auf ungefähr 5 verschiedene Arten eingetragen werden kann (nagle mich nicht auf die 5 fest), die dann wieder in der Radfahrerkarte unterschiedlich aussehen (bzw. da sind oder fehlen), und 3 oder 4 davon im Widerspruch zur Wiki-Dokumentation stehen (z.T. in der englischen anders als in der deutschen). Bei einigen Dingen geht's nur nach der Versuch-und-Irrtum-Methode (die Radfahrerkarte wird nun mal nur einmal pro Woche neu gerendert - Geduld mitbringen). Mittlerweile wage ich, bestimmte Dinge in meiner Wohngegend etwas zu vereinheitlichen (dort, wo etwas absolut im Widerspruch zur Empfehlung steht), aber immer mit Kommentar. Mit einer gelben Karte werde ich leben können (wird hier an anderer Stelle ausführlich diskutiert); da ich auch weiße Flecken verkleinern helfe, glaube ich mir das erlauben zu können. BTW; etwas zu ganz oben: es gibt funktionell bis zur Unkenntlichkeit getarnte Straßen, die aber noch ihre ursprüngliche Bezeichnung haben. Z.B. in Thüringen: aufgegebene Landesstraßen (seit dem Krieg nicht mehr unterhalten), heute Feldwege. Oder: Landesstraße (secondary) durch Umgehung entwertet, heute Wohnstraße (Sackgasse, Tempo 30, rechts vor links), aber nie den Träger gewechselt (die verkehrsreiche Umgehung ist offiziell Kommunalstraße, die Wohnstraße Landesstraße). Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Tobias Wendorff schrieb: Am So, 25.10.2009, 23:08 schrieb Ropino: Falko Thomale schrieb: Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat position würde ich übrigens location empfehlen. Wie wäre es mit ref? Es ist ja nunmal die Bezeichnung des Betreibers für den Kasten. Dass sie sprechend ist, ist eher ein Bonus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] anything during this FOSS.IN?
Hi! Is the community planning something during this FOSS.IN. Workouts/Workshops/BoF's/Talks? Would love to know. -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] anything during this FOSS.IN?
On Sun, 25 Oct 2009 21:19:09 +0530 Subhodip Biswas subhodipbis...@gmail.com wrote: Hi! Is the community planning something during this FOSS.IN. Workouts/Workshops/BoF's/Talks? [...] Not sure if anyone has submitted anything, and am also not sure what could be covered in a talk or a workout. If you are going to be at the meeting, we can do an informal BoF set up then and there. Regards, Gora ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] anything during this FOSS.IN?
On Sun, Oct 25, 2009 at 10:15 PM, Gora Mohanty g...@sarai.net wrote: Not sure if anyone has submitted anything, and am also not sure what could be covered in a talk or a workout. If you are going to be at the meeting, we can do an informal BoF set up then and there. Mini Mapping Party? NIMHANS is blank on OSM. Not sure if it will get accepted though. -- Regards Srikanth.L http://www.google.com/profiles/srik.lak ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] anything during this FOSS.IN?
On Sun, 25 Oct 2009 22:25:05 +0530 Srikanth Lakshmanan srik@gmail.com wrote: On Sun, Oct 25, 2009 at 10:15 PM, Gora Mohanty g...@sarai.net wrote: Not sure if anyone has submitted anything, and am also not sure what could be covered in a talk or a workout. If you are going to be at the meeting, we can do an informal BoF set up then and there. Mini Mapping Party? NIMHANS is blank on OSM. Not sure if it will get accepted though. If you are interested, go ahead and submit it (the deadline is midnight tomorrow, Mon.). Whether it is accepted or not, we can just do it any way. Regards, Gora ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Interpolation of House Numbers
Please help me for following issue http://lists.openstreetmap.org/pipermail/newbies/2009-October/004017.html posted on Newbies mailing list. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Metodi di mappatura
Guido Piazzi ha scritto: - montare il GPS sopra il casco! Ho avuto un'idea simile per la mia antennina bluetooth: avevo un berretto di stoffa, ci ho cucito sopra una fascetta elastica a mo' di piccolo anello in modo che possa reggere l'antennina. Funziona perfettamente, non è scomodo e la qualità della ricezione è migliorata, l'unico problema effettivamente è l'estetica, per ora l'ho usato solo per mappare dei sentieri di collina, non credo di avere il coraggio di camminare in città conciato in quel modo! -- Giacomo Boschi http://gwilbor.splinder.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Linux Evening
ciao a tutti - immagino che sentiremo a breve un po' di resoconti e impressioni dai vari Linux Day. Nel frattempo mi faceva piacere dirvi della mia Linux Evening quest'anno avevo deciso sin dall'estate di non propormi per un Linux Day, dati altri impegni prossimi. Sono comunque andato a fare una passeggiata a LD di Milano/Openlabs, sempre piacevole. Dopo di questa, mentre il sole calava rosso sul profilo del Monte Rosa, ho raggiunto amici (lui regista molto indipendente, lei laureanda in filosofia) fatto sta che, a valle di una chiacchierata circa un piccolo studio su un quartiere vicino a loro, si sono ritrovati installati a casa loro QGIS con un WMS regione lombardia, e procederanno a digitalizzarsi un layer di punti di interesse per la zona che stanno studiando come cittadini attivi. insomma: GIS in mano ai reGISti... e agli studenti di filosofia. ...e io che speravo di riposarmi da attività di promozione...(comunque mi è parso un buon Linux Day) un saluto! andrea http://www.pibinko.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Gfoss] Linux Evening
Il 25 ottobre 2009 19.25, andrea giacomelli pibi...@gmail.com ha scritto: ...e io che speravo di riposarmi da attività di promozione...(comunque mi è parso un buon Linux Day) E l'anno prossimo sara' ancora migliore. Segnate sul calendario: sabato 23 ottobre 2010. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Metodi di mappatura
- conteggio dei passi tra una traversa e l'altra Mi sembra l'uovo di colombo...questo te lo copio! Ho avuto lo stesso problema con le vie strette. Pensavo di usare i giri di ruota della bici (2.2m se avete un 28 == 700), perche` finisce sempre che il disegno che faccio su carta non e` simile al vero. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Metodi di mappatura
esistono anche degli oggetti (simili ad una ruota attaccata ad un bastone) che conta i m, semplicemente spingendola ;) -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia 2009/10/25 Alessandro Rubini rubini-l...@gnudd.com: - conteggio dei passi tra una traversa e l'altra Mi sembra l'uovo di colombo...questo te lo copio! Ho avuto lo stesso problema con le vie strette. Pensavo di usare i giri di ruota della bici (2.2m se avete un 28 == 700), perche` finisce sempre che il disegno che faccio su carta non e` simile al vero. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Metodi di mappatura
On 10/24/09, Guido Piazzi gu...@fotocaos.it wrote: - montare il GPS sopra il casco! Con un tracker compatto come il mio 747A+ (che preferisco all'Etrex Vista HCx anche per la qualità delle tracce) si può fare. Avevo intenzione di fare qualcosa del genere con un cappello di paglia per l'estate (ed un cappello imbottito per l'inverno, come secondo passaggio); mi ha trattenuta l'assenza sul 747A+ del gancetto tipo cellulari a cui attaccare un sistema di sicurezza per evitare cadute e perdite: tu come hai risolto l'attaccatura al casco? -- Elena ``of Valhalla'' homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Wiki] Nuovo portale italiano
Buonasera lista, - l'estate è finita - il Linux Day è passato - l'inverno si approssima è giunto il momento di ritornare a lavorare sul wiki e creare ogni giorno della documentazione migliore così che anche i neofiti che abbiamo affascinato nei 4 LD in cui c'era un talk su OSM possano cominciare a mappare alla grande! Per questo, faccio un riassunto della situazione (correggetemi se sbaglio): basandosi sull'idea di Giovanni Fasano, David Paleino sta creando dei template standard per i portali regionali, che per motivi di tempo non sono ancora pronti -- ma lo saranno, non ne ho alcun dubbio. Nel frattempo, avevo creato una prova di nuovo portale italiano[1]. Se siamo tutti daccordo, si può procedere col renderlo ufficiale? Ogni giorno che passa la comunità italiana cresce e si ingrandisce, e la nostra pagina principale sul wiki mi sembra sempre meno ordinata ed adeguata alle proporzioni che il progetto sta assumendo. Commentate la proposta e se siamo tutti daccordo procedo con il cambiamento. [1] http://wiki.openstreetmap.org/wiki/User:Fradeve11/prove5 -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Homologar Direcciones
El día 23 de octubre de 2009 21:34, Hector Londono helo...@gmail.com escribió: Ok, entonces asi lo haremos 2009/10/23 ouɐɯnH fredyriv...@gmail.com Hola, 2009/10/23 Hector Londono helo...@gmail.com: Viendo el mapa de los codigos postales nacionales, encontre esto: http://www.mapas.com.co/ServiciosPostalesNacionales/ Podriamos usarlos para openstreet y facilitar las cosas en el futuro para encontrar sitios por direccion. Alli usan Av, Cl, y Kr por ejemplo. Podriamos convertir las convenciones que hemos estado usando y estandarizar Por favor no es necesario CONVERTIR la etiqueta name de las calles debe llevar el nombre completo , asi se esta haciendo en todo el planeta, los que si se puede es poner en las etiquetas add: las abreviaturas como lo comente en un mail anterior. a lo que tenga el codigo postal nacional. salu2 fredyrivera Hector Londono Quintero 2009/10/20 Vladimir Montealegre v_estai...@tutopia.com Revisando por aquí y por allá y discutiendo con nuestro amigo Hector Londoño se nos ha venido a la cabeza que nuestro mapa no tiene homologadas las direcciones según la codificación portal nacional(ex adpostal?) por ejemplo viendo algunas calle y carreras tenemos escrito calle cl cll carrera, cr, cra, kr, kra y así sucesivamente Creo que es hora de que vayamos homologando este tipo de cosas, ya que cuando vamos a buscar en algún lado bien sea con algún sitio web en la misma pagina de osm o en algún gps no sabremos como buscar una dirección especifica, o nos tocaría buscar de todas las formas posibles :( Si quieren o si alguno tiene yo puedo enviarles la codificación postal para calles carreras veredas etc O si hay que colgarla en algún sitio las envío o las colgamos un saludo Vladimir ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co He venido leyendo este interesnate hilo y presento mi inquietud: 1. No me ha sido claro aun como se va registrar la informacion de la nomenclatura en el OSM, Como va ha ser el proceso o mecanismo? Un pequeño comentario: Observando una direccion en Colombia: Calle 4 No 25-14 Se compone asi: Tipo Via: Calle Numero de Via: 4 Tipo Cruce Via: Carrera Numero Cruce Via: 25 Numero de la Casa:14 Otra: Carrera 58 No 125-56 Se compone asi: Tipo Via: Carrera Numero de Via: 58 Tipo Cruce Via: Calle Numero Cruce Via: 125 Numero de la Casa:56 Otra: Transversal 18 No 17-20 Se compone asi: Tipo Via: Transversal Numero de Via: 18 Tipo Cruce Via: Diagonal (Kr?) Numero Cruce Via: 17 Numero de la Casa:20 Debe tenerse en cuenta que un lado de la via van las cifras pares y al frente las impares. Espero que sirva de ayuda. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Homologar Direcciones
2009/10/25 jorarome jorar...@gmail.com: El día 23 de octubre de 2009 21:34, Hector Londono helo...@gmail.com escribió: Ok, entonces asi lo haremos 2009/10/23 ouɐɯnH fredyriv...@gmail.com Hola, Hola He venido leyendo este interesnate hilo y presento mi inquietud: Según OSM0 y lo que hemos estado discutiendo podría quedar: 1. No me ha sido claro aun como se va registrar la informacion de la nomenclatura en el OSM, Como va ha ser el proceso o mecanismo? Un pequeño comentario: Observando una direccion en Colombia: Calle 4 No 25-14 add:full = Calle 4 No 25-14 Se compone asi: Tipo Via: Calle Numero de Via: 4 add:street = Calle 4 Tipo Cruce Via: Carrera Numero Cruce Via: 25 Numero de la Casa:14 addr:housenumber=25-14 addr:city=Popayan addr:country= CO addr:postcode=12345 Debe tenerse en cuenta que un lado de la via van las cifras pares y al frente las impares. Ya que las direcciones se pondran manualmente el tema de pares e inpares no es relevante, pues se deberá conocer el area donde se van a incluir direcciones y aplicarlo segun sea. El tema de Cruce via, Tipo Vía no esta necesariamente dentro del alcance de OSM, pues es mas la construcción del modelo de busqueda de las aplicaciones de direcciones etc que se hagan usando nuestra cartografía, sin embargo estas etiquetas se pueden adicionar por ejemplo: add:cruce=Carrera 25 add:distancia=14 Algo muy impotante es leer y discutir aticulos como 1 para tener claros los terminos y la práctica de la nomenclatura Por ultimo seria bueno que quienes ya estan aplicando nomenclatura envien a la lista sus links para mirarlos. salu2 humano 0 http://wiki.openstreetmap.org/wiki/Map_Features#Addresses 1 http://wiki.openstreetmap.org/wiki/ES:N%C3%BAmeros_de_polic%C3%ADa Espero que sirva de ayuda. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] Copiar de los mapas instalados en lugares publicos
Acabo de llegar de pasar un fin de semana en Huelva, y aparte de ser una ciudad preciosa y acogedora, acabo de observar que está escasamente mapeada. En el hotel me dieron un bonito callejero donde además de marcarme amablemente las zonas para ir de bares, también aparecen el resto de calles con sus nombres y esas cosas ;) Me preguntaba si podía usar dicho plano para completar un poco el mapa «a mano» (no de manera automatizada), aunque omita datos como la dirección de las calles. Y ya puestos si la dirección de las calles la podría coger de Google Maps. No es que lo vaya a hacer en breve, pero me gustaría estar al tanto de las limitaciones de la licencia de estos planos. Gracias. El 23 de septiembre de 2009 16:49, andrzej zaborowski balr...@gmail.comescribió: 2009/9/22 Pablo Cascon Katchadourian pcas...@atc.ugr.es: Hola de nuevo, ya han respondido de nuevo tras llegar a un consenso David Maeztu [1], Javier de la Cueva [2] y Andy Ramos [3] lo que es de agradecer. Menos mal que les interesa el tema y nos echan una mano. Pego su respuesta: Respecto de las cuestiones que se plantean: 1- El hecho de que las obras estén en la vía pública no significa que las mismas estén en Dominio Público, por lo que sobre las mismas seguirán recayendo derechos de propiedad intelectual. 2- El artículo 35 de la LPI no incluye el derecho de transformación, que es lo que finalmente se hace al incorporarlo al proyecto de Open Street Maps. Además podría considerarse como una vía para el fraude de ley, al utilizar una obra intermedia, la fotografía, para reproducir otra diferente, el mapa. 3- Obviamente podeis leer el contenido de las placas, y utilizarlo para añadir datos a los mapas que realiceis, pero no mediante un proceso automatizado (por ejemplo con una fotografía del mapa que reconozca los caracteres, la posición y automaticamente lo suba a Openstreetmap), la colocación de los elementos la debeis hacer manualmente. 4- La vía más interesante para explotar e incorporar los mapas que hay en la calle al proyecto es la de tener en consideración las posibilidades que ofrece la normativa sobre reutilización de información del sector público, en las condiciones que expusimos en el anterior mail. (Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público.) En este caso, si son mapas por ejemplo de fundaciones públicas o de la propia administración se podrían solicitar de acuerdo a lo que dice la ley para que os den acceso. También es interesante que veais la Orden Ministerial FOM/956 de 31 de marzo de 2008, sobre información pública del ING http://derecho-internet.org/proyectos/documentacion/kelsen/teoria/anexos/normas/2008-03-31_o-956-fomento_informacion-geografica.html Gracias Pablo, esto deja mas clara la situacion. Resumiendo creo que se podrian subir las fotos de mapas, acompanadas de una nota que dijera que no se pueden procesar automaticamente pero si para cojer nombres de calles individuales. Por otro lado es un poco parecido a las dudas sobre copiar datos de mapas Google que supuestamente tampoco pueden prohibir la extraccion de unos datos individuales -- pero sin el riesgo de que haya informacion inventada dentro del mapa solamente para poder demostrar que se ha hecho una copia. Asi que no se si es una buena idea subir las fotos en una web publica, otra idea es compartir entre un grupo de personas interesadas por ejemplo maperos dentro de una ciudad, como han hecho con las ortofotos de Gaza. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ca] Correcting Geobase_import_2009
Looking at my local map in Orleans Ontario noticed that Merkley Drive does not connect up to Charlemagne. Merkley Drive is tagged Geobase_import_2009 and all sorts of interesting things. Charlemagne is just tagged potlach and residential road. Is there an easy way to extend Merkley Drive so it does connect? ie add another node but copy the attributes of the existing road? Should I simply hold off until I know that the Geobase_import_2009 has been completed? Is there a way to submit a GPS trace into Geobase to get their base map corrected? Thanks John ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Correcting Geobase_import_2009
Hi, just use potlatch connect the roads. No harm done :-) The OSM changeset history keeps track of attribution and such. If you want a copy of where the geobase version of that road is, i can provide that. The system that imported the roads didnt want to interfeer with what work previous people did. Cheers, Sam On 10/25/09, john whelan jwhelan0...@gmail.com wrote: Looking at my local map in Orleans Ontario noticed that Merkley Drive does not connect up to Charlemagne. Merkley Drive is tagged Geobase_import_2009 and all sorts of interesting things. Charlemagne is just tagged potlach and residential road. Is there an easy way to extend Merkley Drive so it does connect? ie add another node but copy the attributes of the existing road? Should I simply hold off until I know that the Geobase_import_2009 has been completed? Is there a way to submit a GPS trace into Geobase to get their base map corrected? Thanks John ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Twitter: @Acrosscanada Blog: http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans OpenStreetMap IRC: http://irc.openstreetmap.org @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Correcting Geobase_import_2009
Yes I'm new and my background is red tape. I understand there is a lot going on and I appreciate the work that has been done. My background is in databases etc. If you ask clients what they want they always rate reliability above anything else. To me the data from geobase is good high quality data with input from multiple sources including municipal governments. Talk to them nicely and we can get all sorts of high quality things like bus stops, speed limits etc direct from the municipalities. What appears to have happened is where the data has been merged roads that are in the geobase database no longer connect to roads that have been put in via potlatch. I think the end point is dropped. The older potlatch roads do not have the same depth of tags as the geobase data. Not only that but roads that run close to the old roads appear to be deleted for the section close to the potlatch inputted roads. Oh and my WAAS enabled GPS thinks at least one Potlatch inputted road is in the wrong place. My personal view is that we should go with the geobase database and see if we can layer on tags etc. That way we can update the database from time to time by replacing the entire geobase data layer. I think OSM can add value in Canada basically by tagging and enhancing data already there, if a client can get geobase data elsewhere that actually has connecting roads and complete roads they may prefer that to OSM where the data quality isn't so consistent. Oh and I prefer JOSM to potlatch for some reason. Thoughts? Cheerio John 2009/10/25 Sam Vekemans acrosscanadatra...@gmail.com: Hi, just use potlatch connect the roads. No harm done :-) The OSM changeset history keeps track of attribution and such. If you want a copy of where the geobase version of that road is, i can provide that. The system that imported the roads didnt want to interfeer with what work previous people did. Cheers, Sam On 10/25/09, john whelan jwhelan0...@gmail.com wrote: Looking at my local map in Orleans Ontario noticed that Merkley Drive does not connect up to Charlemagne. Merkley Drive is tagged Geobase_import_2009 and all sorts of interesting things. Charlemagne is just tagged potlach and residential road. Is there an easy way to extend Merkley Drive so it does connect? ie add another node but copy the attributes of the existing road? Should I simply hold off until I know that the Geobase_import_2009 has been completed? Is there a way to submit a GPS trace into Geobase to get their base map corrected? Thanks John ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Twitter: @Acrosscanada Blog: http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans OpenStreetMap IRC: http://irc.openstreetmap.org @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Correcting Geobase_import_2009
On Sun, 25 Oct 2009, john whelan wrote: What appears to have happened is where the data has been merged roads that are in the geobase database no longer connect to roads that have been put in via potlatch. I think the end point is dropped. The older potlatch roads do not have the same depth of tags as the geobase data. Not only that but roads that run close to the old roads appear to be deleted for the section close to the potlatch inputted roads. Oh and my WAAS enabled GPS thinks at least one Potlatch inputted road is in the wrong place. Yes, in places where a road already existed in OSM the software we used to avoid duplicating the road with the geobase version sometimes results in missing the connecting segment or other segments of the geobase road close to an existing OSM road. If you see places like this it is best to just fix things up. Steve ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
