Re: [Talk-hr] Dopustenje za koristenje banaka i bankomata
HPB je ustupio podatke U privitku šaljem excel tablice s popisom bankomata i poslovnica HPB-a uz pripadajuće koordinate i adresu. U slučaju izmjena šaljem Vam nove podatke. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier/Réunion à Lierre
Guy, Ik snap je probleem en je kan het misschien op volgende manier oplossen: - lokaliseer de boodschap die je wil vertalen op http://lists.openstreetmap.org/pipermail/talk-be/ - kopieer de link (de URL dus) van de boodschap - ga dan naar translate.google.com, kies je talen en plak die link in de linker box. De reden waarom hier in het engels veel geschreven wordt, is omdat het de 'universele' taal van tegenwoordig is. Net zoals wij soms anderstalige groepen ivm openstreetmap bezoeken, kunnen zij dan ook onze discussies volgen. Wij leren van hen en zij van ons ;-) Groeten, Marc. On Fri, Dec 14, 2012 at 8:52 AM, Guy Vanvuchelen guido.vanvuche...@pandora.be wrote: Hi, ** ** Ik behoor tot de oudere garde en heb het moeilijk met Engels als voertaal. Daardoor is het moeilijk om aan discussies deel te nemen. Waarschijnlijk zijn er nog mappers met hetzelfde probleem. Natuurlijk hebben wij ook onze mening, maar we kunnen er nauwelijks ergens mee terecht. Dit heeft waarschijnlijk ook als gevolg dat er twee groepen bestaan: mappers die meestal lang (in het Engels) twisten over bepaalde strategieën en opvattingen en andere die in stilte werken, maar niet altijd even efficiënt. ** ** Alles wat betrekking heeft over OpenStreetMap, zowel het mappen als de toepassingen, interesseert mij maar het volgen van (deels) Engelse instructies blijft (voor althans) een struikelblok. ** ** Als de voertaal in Lier het Nederlands zou zijn dan wil ik er zeker bij zijn. ** ** Guy Vanvuchelen ** ** *Van:* Jo [mailto:winfi...@gmail.com] *Verzonden:* donderdag 13 december 2012 23:11 *Aan:* talk-be *Onderwerp:* [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier/Réunion à Lierre ** ** Hi, I'd like to organise a get together in Lier. Not exactly a mapping party, but rather a meetup to discuss how we map. Hints and tips to become more efficient and productive and of course to get to know one another and build community. What I'd like to put on the agenda: mapcss to visualise what is of interest to the mapper (PT, node network routes, maxspeed,...) public transport bicycle and walking routes Overpass API Android apps like Vespucci and OsmAND Maybe iPad apps like iLOe, but I don't have experience with those In case it's to hard to meet in person, we could also try a virtual meeting. Would people be interested in that? It could be over Skype, but sharing the desktop with a group needs a premium account, which I don't have. Or a Google hangout. I don't have actual experience with that, but it shouldn't be hard to set up. We could do that on an evening, even once or twice a month. I'll also be at FOSDEM 2nd and 3rd of February to discuss and elaborate on those topics. As far as Lier goes, does anyone know of a calm venue with free WIFI over there? I was thinking of a Saturday in January from 10-17/18h. Leuven would, of course, be more practical for me, but I'm proposing Lier because we have at least two relatively new contributors near Mechelen and somewhere beyond Geel/Kasterlee/Turnhout, but Lier or Herentals are feasible for him. Let me know what you think, Polyglot ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier/Réunion à Lierre
Hallo Guy, Aangezien het in Vlaanderen doorgaat is de voertaal inderdaad Nederlands. Ik had de boodschap in het Engels geschreven omdat dat 'politically correct' is in dit land op deze mailing list. Misschien had ik het beter in het Nederlands en Frans gedaan. Dat was even goed geweest, als 'compromis'. En ik heb ook al mails naar de lijst gestuurd gewoon in het Nederlands omdat het over zaken ging die enkel in Vlaanderen voorkomen. Hier is de vertaling: Hallo, Ik zou nog eens een bijeenkomst willen organiseren. Deze keer in Lier. Mapping party's hebben we al gehad en dat lijkt me minder aan de orde. Het probleem is dat er vrij veel tijd 'verloren' gaat met het inlezen van de tracks en de foto's. Het zou dus eerder gaan om het uitwisselen van ideeën en hoe we te werk gaan bij het in kaart brengen van wat we tegenkomen. Tips en trucs om efficiënter en productiever te zijn. En natuurlijk ook om elkaar te leren kennen. Agendapunten: * mapcss om te visualiseren waar je op een gegeven ogenblik mee bezig bent. (Openbaar vervoer, knooppuntennetwerken, maximumsnelheden/bebouwde kommen/zone30) * Openbaar vervoer. (Rechtstreeks bij De Lijn vragen leverde nogmaals niets op. Nu loopt er een vraag via opendata.be. De kans is klein dat het antwoord dan wel ja wordt, dus zal het erop neer komen dat we alle 40 000 haltes zelf een bezoekje brengen. Het probleem is dat dat natuurlijk een paar jaar te lang duurt. Kunnen we dat op de een of andere manier oplossen door het in de aandacht te brengen? Mensen zover te krijgen dat ze ons foto's van bushaltes bezorgen o.i.d.?) * fiets- en wandelroutes * Overpass API om op een gerichte manier data uit de databank te halen * Android apps zoals Vespucci and OsmAND * Openstreetbugs als doorgeefluik van taken vanaf de desktop naar mobiele platformen Eventeel iPad apps zoals iLOe, maar daar heb ik persoonlijk geen ervaring mee Als het te lastig is om fysiek te 'vergaderen', zouden we kunnen overwegen om het virtueel te doen. Bestaat daar interesse voor? We kunnen daar Skype voor gebruiken, maar om het bureaublad te delen met een groep hebben we dan een premium account nodig. Google hangout kan ook. Ik heb daar nog geen ervaring mee, maar dat kan niet zo moeilijk zijn. Zoiets zouden we op een avond kunnen doen. 1 of 2x per maand. Wat denken jullie? Ik ga ook naar FOSDEM in Brussel de 2e en 3e februari. We zullen daar een stand 'bemannen'. Waarschijnlijk met een paar mensen uit Frankrijk. Misschien ook uit Nederland en Duitsland. Nog wat meer Belgen, al was het maar voor een paar uurtjes, zouden zeker ook welkom zijn. Wat Lier betreft, kent iemand daar een rustig café met gratis Wifi? Vraag ondertussen beantwoord: Bedankt Joren. Als ik een datum heb, zal ik daar eens naar een paar cafés bellen om te vragen of ze een zaaltje hebben dat we kunnen gebruiken. Ik zou willen voorstellen om dat op een zaterdag in januari te doen, bijv. van 10-18u. Joren: komt februari voor jou beter uit? Leuven zou voor mij natuurlijk handiger zijn, maar ik stel deze keer Lier voor, omdat er minstens 2 nieuwe mappers zijn, die interesse hebben in een meeting. Een uit het Mechelse, de andere van de kanten van Mol/Arendonk, maar die ziet Lier wel zitten. Hopelijk komt er dan ook wat volk uit Antwerpen. Guy, normaal zou ik met de trein gaan. Ga jij met de wagen? Ik heb een Doodle gemaakt met wat voorstellen voor data: http://doodle.com/45wkhipk55bdaarp Polyglot 2012/12/14 Guy Vanvuchelen guido.vanvuche...@pandora.be Hi, ** ** Ik behoor tot de oudere garde en heb het moeilijk met Engels als voertaal. Daardoor is het moeilijk om aan discussies deel te nemen. Waarschijnlijk zijn er nog mappers met hetzelfde probleem. Natuurlijk hebben wij ook onze mening, maar we kunnen er nauwelijks ergens mee terecht. Dit heeft waarschijnlijk ook als gevolg dat er twee groepen bestaan: mappers die meestal lang (in het Engels) twisten over bepaalde strategieën en opvattingen en andere die in stilte werken, maar niet altijd even efficiënt. ** ** Alles wat betrekking heeft over OpenStreetMap, zowel het mappen als de toepassingen, interesseert mij maar het volgen van (deels) Engelse instructies blijft (voor althans) een struikelblok. ** ** Als de voertaal in Lier het Nederlands zou zijn dan wil ik er zeker bij zijn. ** ** Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Community for wiki maintenance
On 13.12.2012 22:49, Michael S wrote: I'd like to help to improve the wiki content and seek for the right community to discuss my ideas. [...] I've found the pages http://wiki.openstreetmap.org/wiki/Wiki, http://wiki.openstreetmap.org/wiki/Wikiteam, http://wiki.openstreetmap.org/wiki/WikiProject_Cleanup etc. but the traffic on those pages and the related talk pages seems not to be very high. Is the talk mailing list the better resource? Besides the wiki pages you mentioned, there is a forum which is specifically intended for coordinating wiki maintenance activities: http://forum.openstreetmap.org/viewforum.php?id=52 And yes, the traffic is not very high there either. But you should at least reliably get a reply for any question regarding the wiki. However, your examples of questions aren't all about the wiki itself. If you want to ask whether pages should be merged, then that page's talk page and/or the wiki forum are well suited imo. But your example Can someone confirm that pyrender is not maintained anymore is not really a question about the wiki, it's a question about pyrender. So that's something I would ask here on talk (or directly to the program's author). Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Community for wiki maintenance
Tobias, I think this is a great idea, and one we've talked about for a long time. If you can get access to the logs, then I'd like to suggest a number-based approach that you may want to consider. My suggestion is to look at the pages which people search for, either via the internal search, or via search engines. That will tell you the topics people are most interested in- which should give you a sense of where to focus your efforts. If people search for a term and there isn't a page for it- maybe there should be. If they are looking for some specific term, maybe it needs more help. In addition, you can (as you mentioned) use the tools to look for orphaned pages, pages which may be out of favor, or out of date. I think this data-based approach will be very beneficial, and will both be easy to work with, and give you an immediate sense of the work. Just my .02. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Welcome Working Group meeting report
There was a lot of interest in working on documentation in the WWG yesterday. If you're into improving OSM docs, you should definitely poke your head in next time. On Dec 14, 2012, at 12:00 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, The (for now informal) Welcome Working Group met earlier today / yesterday on #osm-strategic. It was fun and useful. The purpose of this group is to retain more mappers after they sign up by providing a better welcome experience. We are not looking at the user experience of the editors, but rather at the social aspects as well as documentation. We are still figuring out what the scope should be and how to proceed, and we could use your help. We plan to meet weekly to gain and keep momentum. The next meeting will be on Dec 20 at 1800 UTC on #osm-strategic. Whether you're new at OSM yourself or a seasoned mapper with ideas and some time to spare, we'd love to see you. The WG page is http://wiki.openstreetmap.org/wiki/User:Mvexel/Welcome_Working_Group - you can find all the details as well as reports and logs of previous meetings there. Please forward this to local lists as you deem fit appropriate. The group will communicate in English. Happy mapping, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Vídeos
Prezados, alguém poderia me ajudar com a postagem de vídeos? É possível fazer isso no OSM ou pelo menos vincular um link do youtube ou vimeo a um determinado ponto mapeado?! Agradeço a ajuda, Att Macello Medeiros ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
2012/12/13 Martin Koppenhoefer dieterdre...@gmail.com Ein tag ist dafür auch bereits vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle mit der Möglichkeit, das radfahrerspezifisch anzugeben (obstacle:bicycle). Ist sogar schon einigermaßen in Benutzung: http://taginfo.openstreetmap.org/search?q=obstacle Die aktuelle Benutzung von obstacle scheint sich auf Schiffsverkehr zu beschraenken (der in dem proposal uebrigens fehlt) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo Image of the Week einreichen
hi ! weiß einer wo man Bilder für Image of the week einreichen kann? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 14/dic/2012 um 07:28 schrieb RainerU ra...@sfr.fr: foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder ähnliches in Frage. -1 Wenn man die Zahl der Keys in Grenzen halten will ist permissive Ideal. Permissive sagt, dass eben gerade keine offizielle Nutzungserlaubnis besteht, sondern lediglich eine Duldung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Am 14.12.2012 11:17, schrieb Martin Koppenhoefer: Am 14/dic/2012 um 07:28 schrieb RainerU ra...@sfr.fr: foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder ähnliches in Frage. -1 Wenn man die Zahl der Keys in Grenzen halten will ist permissive Ideal. Permissive sagt, dass eben gerade keine offizielle Nutzungserlaubnis besteht, sondern lediglich eine Duldung. Aber ist das eine Duldung, wenn Fußgänger den Radweg vereinnahmen, nur weil Polizei oder Ordnungsamt nicht ständig darauf achten, und man als Radfahrer keine Chance hat, was dagegen zu tun? Die durch permissive ausgedrückte Duldung verstehe ich als ein es ist nicht ausdrücklich erlaubt, aber auch nicht ausdrücklich verboten, und es sagt keiner was [solange man sich benimmt]. Das Radweg-Beispiel dagegen ist anders: Die Nutzung des Radwegs durch Fußgänger ist in Deutschland, wenn der Radweg als solcher ausgezeichnet ist und keine Zusatzschilder angebracht sind, ausdrücklich verboten. Für 200 Meter eines ausgeschilderten Radweges ohne Fußgänger-Erlaubnis, der gleichzeitig die einzige Verbindung zum Cafe Radfahrerslust ist, und der deshalb durch radlose Cafebesucher als einziger Zugang genutzt wird, wäre permissive vermutlich sinnvoll und ließe sich gut argumentieren. Für den Radweg, der einfach nur eine Abkürzung darstellt oder sogar parallel zum Fußweg/Bürgersteig verläuft, gilt das aber IMHO nicht. Hier ist es verboten, und permissive zu verwenden würde zu falschen Ergebnissen führen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo Image of the Week einreichen
Am 14.12.2012 10:09, schrieb Jan Tappenbeck: hi ! weiß einer wo man Bilder für Image of the week einreichen kann? Gruß Jan :-) Den Links auf der Hauptseite folgen zu: http://wiki.openstreetmap.org/wiki/Featured_image_proposals Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
Hallo, leider wird die mehrsprachige Karte noch nicht in der Wikipedia eingesetzt, dazu müssen wir noch die Serverfrage klären. Ich denke auch das diese Doppelbenamungen ein Relikt aus der Vergangenheit sind. Gerade auch in Japan stellt das eine unsaubere Lösung dar unter dem auch alle Auswerte-Tools und Nominatim zu kämpfen haben. Es hilft wohl nur ein sauberes Rendering zu etablieren und dann die Daten zu bereinigen. Grüße Tim Am 13.12.2012 23:49, schrieb Peter Wendorff: Hallo Wuzzy. Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen eben ein Workaround um das Problem, dass es nicht eine eindeutige Primärsprache gibt - oder dass das Schriftsystem unlesbar wird etc. Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und selbst in Europäischen Ländern mit mehreren Sprachen. Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden sollte (wird sie das schon?). Solange aber die normale Variante der name ist, wird sich da nichts ändern, denke ich. Gruß Peter Am 13.12.2012 21:38, schrieb Wuzzy: Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in Landessprache _und_ der lateinischen Transkription angegeben wird. Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika, insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist, dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies verspottet. :( Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht deutsch. Ich bin mir sicher, so war das sicherlich nicht gedacht. ;-) Dass beides in der selben Zeile auftauchen kann, war ja schon in der Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung hat wohl noch niemand ausgemacht. Oder? Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens im selben Key unterzubringen, gerade bei einer dynamischen mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann, wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte? Der Witz ist, die mehrsprachige Karte dient schon jetzt auf unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen weicher Kriterien bei Radwegen
Hallo Am 14.12.2012 07:28, schrieb RainerU: Am 13.12.2012 15:35, schrieb Henning Scholland: Ich stelle mir hier und auch bei den Parkern eher eine Lösung vor, die den Radfahrer primär warnt, dass er hier vorsichtig sein muss und damit rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss. Genau das ist der Punkt um den es mir im UP ging, und dafür suche ich ein geeignetes Tag. foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder ähnliches in Frage. Anders herum könnte man solche Situationen mit nuisance=parked_cars, disturbance=pedestrians kennzeichnen. Die Zahl der Keys sollte man nur in Grenzen halten, wenn es auch wirklich passend ist. foot=permissive oder parking=permissive passt aber nicht, denn beides ist (einen entsprechenden Radweg vorausgesetzt) verboten und wird auch nicht geduldet. Für die beiden Fälle kommen egtl. nur neue Keys in Frage. Ich bin am schwanken, ob es eher zu hazard=* passt (also Gefahrstelle) oder obstacle=* (Hindernis). Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?
Hi! Ich glaube das Problem wird sich ganz von selbst lösen, wenn die mehrsprachige Karte allgemeiner genutzt wird. Im Moment ist sie ja erst im Testbetrieb. Wir arbeiten dran, sie allgemeiner nutzbar zu machen. Wenn mehr und mehr Leute solche mehrsprachigen Karten anbieten bzw. nutzen, dann wird sich das glaube ich mit der Zeit auswachsen. Eventuell kann man das dann auch unterstützen indem man Tools baut, die verdächtige Namen finden, z.B. solche, die Klammern enthalten. In einigen Ländern ist ganz bewusst darauf gesetzt worden, mehrere Sprachen oder Schreibweisen im name-Tag unterzubringen. Das war meines Erachtens nicht richtig, aber durchaus verständlich vor dem Hintergrund, dass es eben nur eine Karte gab. Diese Entscheidungen kann man dann ja überdenken. Ich bin auch gerade am Schauen, wie ich eine automatische Transskiption in die mehrsprachige Karte einbauen kann. Das erfordert Änderungen am Mapnik und wird nicht von heute auf morgen passieren, aber erste Versuche waren sehr vielversprechend. Das ist meiner Meinung nach noch ein wichtiger Baustein, der uns fehlt. Jochen On Thu, Dec 13, 2012 at 09:38:31PM +0100, Wuzzy wrote: Date: Thu, 13 Dec 2012 21:38:31 +0100 From: Wuzzy wuz...@mail.ru To: talk-de@openstreetmap.org Subject: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun? Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in Landessprache _und_ der lateinischen Transkription angegeben wird. Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika, insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist, dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies verspottet. :( Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht deutsch. Ich bin mir sicher, so war das sicherlich nicht gedacht. ;-) Dass beides in der selben Zeile auftauchen kann, war ja schon in der Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung hat wohl noch niemand ausgemacht. Oder? Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens im selben Key unterzubringen, gerade bei einer dynamischen mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann, wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte? Der Witz ist, die mehrsprachige Karte dient schon jetzt auf unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-) -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] disused=yes bei railway=halt
Hi, Weiß jemand, warum bei Mapnik der disused-Tag bei Bahnhöfen, aber nicht bei Haltepunkten ausgewertet wird? Viele Grüße, Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] disused=yes bei railway=halt
Am 14.12.2012 19:23, schrieb Andreas Neumann: Hi, Weiß jemand, warum bei Mapnik der disused-Tag bei Bahnhöfen, aber nicht bei Haltepunkten ausgewertet wird? Weil disused=yes und ähliche Tags gegen die Logik sind. railway=halt ist nun mal ein Haltepunkt und in einem weiteren Tag sagt man dann ach ne, ist doch keiner mehr. Nutzt disused:*=* und alle sind zufrieden. Der normale Renderer stellt es nicht mehr dar und wer es auswerten möchte, kann es auch tun. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zahl der OSMer nach Ländern
Hallo Pascal Ich wollte nur kurz nachhaken: Es gibt zwar einige Statistiken, wie z.B. 1. http://wiki.openstreetmap.org/wiki/Stats#Registered_users 2. http://osmstats.altogetherlost.com/index.php?item=countries 3. deine Angaben hier http://neis-one.org/2012/11/active-users-osm-nov12/ 4. Simon's ODbL-Statistik http://odbl.poole.ch/switzerland-20120601-20120702-poly.html Da sieht man u.a. in (2.) wieviele Mapper gestern in der Schweiz gemappt haben. Aber irgendwie finde ich nirgends eine definierte und systematisch nachgeführte Statistik über die total registrierten aktiven Benutzer *pro Land* in absoluten Zahlen? (aktiv = z.B. alle, die im letzten Jahr mind. einmal etwas editiert haben). = Oder ganz konkret: Wieviele aktive Mapper hat aktuell z.B. die Schweiz? Und ich finde auch keine Webseite, bei der man z.B. sehen kann, wer gestern Mapper des Tages des Landes X ist - oder habe ich etwas übersehen? = Hast du da einen Tipp (ohne dass ich selber das Planet-File mit History selber analysieren muss)? Gruss, Stefan Am 6. Dezember 2012 22:53 schrieb Pascal Neis pascal.n...@gmail.com: Hi, Henning Scholland schrieb: Am 06.12.2012 21:56, schrieb Pascal Neis: Markus schrieb: Ok, mit 26% sind wir wohl doch ein deutsches Projekt... Sind da Importe (USA 9%) enthalten? die 9% waren damals der Anteil von den Mitgliedern die jemals etwas dem Projekt beigetragen haben (Ende 2011). Mit der Datenmenge oder Importen hat dies nichts zu tun. Aber müssten dann nicht mehr als 100% in der Summe raus kommen? Wenn ich in zwei Ländern gemappt habe, würde ich ja doppelt zählen. die von mir oben genannten 9% bezogen sich auf den gesamten Anteil der aktiven Mitglieder vom OSM Projektes die aus den USA stammen. Für die Ermittlung aus welchen Land ein Mapper stammt, wurden mehrere Verfahren verwendet verglichen: First Edit, Center of Activity, Changesets, created Nodes per Country ... Dabei spielt es keine Rolle in wie vielen Ländern du gemappt hast. Gezählt wurdest du nur in einem ... viele gruesse pascal ___ 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] Zahl der OSMer nach Ländern
Hi, Stefan Keller schrieb: Es gibt zwar einige Statistiken, wie z.B. 1. http://wiki.openstreetmap.org/wiki/Stats#Registered_users 2. http://osmstats.altogetherlost.com/index.php?item=countries 3. deine Angaben hier http://neis-one.org/2012/11/active-users-osm-nov12/ 4. Simon's ODbL-Statistik http://odbl.poole.ch/switzerland-20120601-20120702-poly.html Da sieht man u.a. in (2.) wieviele Mapper gestern in der Schweiz gemappt haben. Aber irgendwie finde ich nirgends eine definierte und systematisch nachgeführte Statistik über die total registrierten aktiven Benutzer *pro Land* in absoluten Zahlen? (aktiv = z.B. alle, die im letzten Jahr mind. einmal etwas editiert haben). darüber gibt es online mWn keine Webseite. Insgesamt ist die Beantwortung der Frage aber nicht ganz einwandfrei möglich. D.h. man kann zwar eine Aussage treffen wieviele in der Schweiz tätig sind oder waren, ob sie aber tatsächlich auch aus der Schweiz kommen ist eine andere Sache. Daher würde es theoretisch unterschiedliche Wege geben um ein Ergebnis zu ermitteln. Eine andere Frage ist: was heisst aktiv? Ein Node, 100 oder mehr erstellt, bearbeitet oder gelöscht ... Ways, Relations? Lediglich ein Edit in einem Jahr finde ich persönlich etwas dünn, dann schon besser Gruppen von Mitgliedern unterschiedliche Zeitabstände verwenden. Und ich finde auch keine Webseite, bei der man z.B. sehen kann, wer gestern Mapper des Tages des Landes X ist - oder habe ich etwas übersehen? ist mir keine bekannt. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Report dell'incontro del Welcome Working Group
Ciao, riporto il messaggio di Martijn Van Exel su Talk tradotto. Il gruppo (per ora informale) Welcome WG si è riunito ieri sera in chat (su #osm-strategic). E' stato divertente ed utile. Lo scopo del gruppo è quello di far rimanere i nuovi mappatori dopo che essi si iscrivono provvedendo una migliore esperienza di benvenuto. Non guardiamo alle UI degli editor, ma piuttosto agli aspetti sociali e alla documentazione. Stiamo ancora cercando di capire quale scopo avere e come procedere, e potremmo aver bisogno del tuo aiuto. Progettiamo di incontrarci settimanalmente per prendere il ritmo. Il prossimo incontro sarà il 20 Dicembre alle 18 UTC su #osm-strategic. Se sei nuovo o un mappatore esperto con idee e un po' di tempo da passare, ci piacerebbe vederti. La pagina del WG è http://wiki.openstreetmap.org/wiki/User:Mvexel/Welcome_Working_Group -puoi trovare dettagli, report e i log dei precedenti incontri. Buona mappatura Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ANPIL - Area naturale protetta di interesse locale
Sempre per il progetto sulle Colline Livornesi stavo riportando le aree ANPIL [1]. Io userei i seguenti tag [2] boundary=protected_area protected_class=4 | 5 (???) protection_title= Area naturale protetta di interesse locale name = ANPIL Colognole area=yes (?) Commenti ? Ciao Fabrizio [1] http://it.wikipedia.org/wiki/Area_naturale_protetta_di_interesse_locale [2] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-area ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ANPIL - Area naturale protetta di interesse locale
Il giorno ven, 14/12/2012 alle 19.46 +0100, Fabrizio Carrai ha scritto: Sempre per il progetto sulle Colline Livornesi stavo riportando le aree ANPIL [1]. Io userei i seguenti tag [2] boundary=protected_area protected_class=4 | 5 (???) protection_title= Area naturale protetta di interesse locale name = ANPIL Colognole area=yes (?) Commenti ? Metterei protect_class (non protected_class) categoria 5 per le aree protette, titolo con iniziali maiuscole, nome per esteso e quello ufficiale. E' presente nell'elenco qui? http://www.minambiente.it/home_it/menu.html?mp=/menu/menu_attivita/m=Elenco_ufficiale_delle_aree_naturali_pro.html#elenco area=yes mi pare che non si usi mai per i boundary ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM vs Google
Il 11/12/2012 20:29, Simone Cortesi ha scritto: 2012/12/11 sabas88 saba...@gmail.com: vi volevo segnalare questa entry degli user diaries http://www.openstreetmap.org/user/Aury88/diary/18221 E' possibile che Google monitori OSM per 'stare al passo'? si, non mi stupirebbe. Se copiano, dobbiamo contattarli e colpire. Non possono copiare, cosi' come nessun'altro puo' copiare senza redistribuire. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Ho appena mappato su OSM i nomi delle vie di un'area costruita da un annetto. Su Google Maps tale zona è mappata con nomi errati. Ho fatto dei screenshots da conservare a futura memoria ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ANPIL - Area naturale protetta di interesse locale
Il 14 dicembre 2012 23:26, Rattorosso floydbar...@alice.it ha scritto: Il giorno ven, 14/12/2012 alle 19.46 +0100, Fabrizio Carrai ha scritto: Sempre per il progetto sulle Colline Livornesi stavo riportando le aree ANPIL [1]. Io userei i seguenti tag [2] boundary=protected_area protected_class=4 | 5 (???) protection_title= Area naturale protetta di interesse locale name = ANPIL Colognole area=yes (?) Commenti ? Metterei protect_class (non protected_class) categoria 5 per le aree protette, titolo con iniziali maiuscole, nome per esteso e quello ufficiale. confermo area=yes mi pare che non si usi mai per i boundary ma io lo lascerei, non fa mai male (fino che non esisterà un elemento poligono in OSM) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Georeferenciación datos GPRMC
Buenas Tardes a todos. Quizás me puedan ayudar con un desarrollo que estoy haciendo. Estoy recibiendo información de un dispositivo a través de GPRS, la información que me llega son datos de posicionamiento y eventos programados en formato GPRMC. Necesito capturar esta inf. y asociar las coordenadas recibidas a una ciudad, población y un punto de interés georeferenciado previamente. Por ejemplo al consultar unas coordenadas debo mostrar la Ciudad, población, punto de interés y hasta donde sea posible la distancia o cercanía a cada uno de estos. Hasta ahora estoy creando la plataforma de captura y almacenamiento de la inf. en una base de datos postgres, en la cual debo incluir la información que les cuento. Si alguien ha trabajado en el tema y me puede dar una luz de cómo empezar le agradecería mucho. Espero haber sido claro y quedo atento. -- Ing. Sergio Hernández Cel: 3014334236 - 3118045612 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Georeferenciación datos GPRMC
Seleccione las coordenadas en el string [1] y use un geocoder inverso para extraer el texto con la dirección de la localización. [1] $GPRMC,100010.000,A,2457.8090,N,12125.5444,E,0.00,61.56,00 -Mensaje original- De: Sergio Hernández sergio.hernande...@gmail.com Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Asunto: [Talk-co] Georeferenciación datos GPRMC Fecha: Fri, 14 Dec 2012 17:43:37 -0500 Buenas Tardes a todos. Quizás me puedan ayudar con un desarrollo que estoy haciendo. Estoy recibiendo información de un dispositivo a través de GPRS, la información que me llega son datos de posicionamiento y eventos programados en formato GPRMC. Necesito capturar esta inf. y asociar las coordenadas recibidas a una ciudad, población y un punto de interés georeferenciado previamente. Por ejemplo al consultar unas coordenadas debo mostrar la Ciudad, población, punto de interés y hasta donde sea posible la distancia o cercanía a cada uno de estos. Hasta ahora estoy creando la plataforma de captura y almacenamiento de la inf. en una base de datos postgres, en la cual debo incluir la información que les cuento. Si alguien ha trabajado en el tema y me puede dar una luz de cómo empezar le agradecería mucho. Espero haber sido claro y quedo atento. -- Ing. Sergio Hernández Cel: 3014334236 - 3118045612 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-lt] Dėl vietovių žymėjimų
Šiuo metu kai kurie miestų ribų poligonai turi name žymą su priedu „miestas“. Tarkim Zarasai turi „Zarasų miestas“. Priminkite, tai buvo kažkam reikalinga ar galime suvienodinti name žymą miesto taške ir administracinėje riboje? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Dėl vietovių žymėjimų
Miestas it administracinė riba nevisada yra tas pats dalykas. Administracinius vienetus reiktų žymėti pagal jų oficialų pavadinimą. Zarasų atveju galima abu variantai, gal dėl to taip ir pavadinta. Pagarbiai, Ramūnas On Dec 14, 2012 8:14 PM, Tomas Straupis tomasstrau...@gmail.com wrote: Šiuo metu kai kurie miestų ribų poligonai turi name žymą su priedu „miestas“. Tarkim Zarasai turi „Zarasų miestas“. Priminkite, tai buvo kažkam reikalinga ar galime suvienodinti name žymą miesto taške ir administracinėje riboje? -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-gb-westmidlands] Listed Buildings Photos
Hi everyone I've been thinking about how best to share any photos you might think of taking on your travels. All you have to do is upload them to your web photo service of choice and as long as you put them in a public folder I can link to them. You'll have to let me know of course the url of the folder and label the photos in a way that enables me to know what they are! Merry Xmas and Happy New Year to everyone Next meeting is on Thursday 3rd January and we're back in our usual haunt The Bull, Price Street, Birmingham http://www.thebull-pricestreet.com/ Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Listed Buildings Photos
Brian, I think it will be a lot more fun if we don't tell you what the photos are :-D Great work. And a Merry Christmas Happy New Year from me too. Cheers Andy From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 14 December 2012 11:49 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Listed Buildings Photos Hi everyone I've been thinking about how best to share any photos you might think of taking on your travels. All you have to do is upload them to your web photo service of choice and as long as you put them in a public folder I can link to them. You'll have to let me know of course the url of the folder and label the photos in a way that enables me to know what they are! Merry Xmas and Happy New Year to everyone Next meeting is on Thursday 3rd January and we're back in our usual haunt http://www.thebull-pricestreet.com/ The Bull, Price Street, Birmingham Regards Brian _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2805 / Virus Database: 2634/5956 - Release Date: 12/13/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Kvartersnamn
I Stockholms kommun finns samtliga 117 stadsdelar inlagda som punkter (place=suburb) oavsett vilken del av kommunen de ligger i. För stadsdelarna Älvsjö och Solberga har jag lagt in gränserna som adminlevel 10. Även postorter kan läggas in på samma sätt. Postorterna Stockholm och Enskede finns också, med adminlevel 10. Stockholm = http://www.openstreetmap.org/browse/way/185962880 Mvh Anders tor 2012-12-13 klockan 12:37 +0100 skrev Lars Aronsson: On 12/13/2012 12:07 PM, Andreas Vilén wrote: Polhem i Jakobsberg motsvarar väl 6-10 riktiga kvarter, baserat på hur indelningen gjorts. Polhem verkar där motsvara ett helt bostadsområde. Jag har ett snarlikt problem i Linköping. Jag märkte vid sökning att beskrivningarna av sökträffarna blev rätt märkliga. Tydligen anges place=suburb på punkter som representerar stadsdelar och ingen hade lagt in Innerstaden som stadsdel i Linköping, varför mina innerstadskvarter angavs ligga i den perifera stadsdel som låg närmast. Nåväl, jag satte dit en suburb för Innerstaden mitt på Stortorget, och då blev det bättre. Men en av dessa suburbs i Linköping är T1, alltså de bostadskvarter som har byggts på kasernområdet för trängregementet. Detta är förvisso mer än ett kvarter idag, men det betraktas inte som en stadsdel på Linköpings kommuns kartor och det känns märkligt att få angränsande kvarter angivna som liggande i stadsdelen T1. Hur gör ni för att märka gamla kasernområden, vars namn lever kvar efter nedläggningen? Historiskt är de kasernområden, och än så länge lägger jag inte in historiska data. Men än idag heter det T1 eller T1-området, åtminstone i folkmun. Och anges stadsdelar alltid som punkter? De har ju faktiskt skarpa gränser, som man hade kunnat rita in. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] ¿Mejor y más rápida BD geoespacial solamente para calcular puntos cercanos a X?
Hola a todos, Estoy montando una pequeña aplicación para la cual voy a necesitar una base de datos geoespacial. Estoy prácticamente convencido de que usaré PostGIS y que es uno de los mejores GIS pero teniendo en cuenta que SOLO voy a hacer consultas de elementos cercanos a un punto X y que lo que más necesito es rapidez, ?puede ser que haya otro sistema de base de datos que sea mas conveniente? He visto que MongoDB tiene un índice geoespacial 2D que se le puede añadir y no se si para las operaciones que voy a hacer puede ser más rápido que PostGIS. ¿Algún entendido en el tema puede aclararme algo? Se que no es muy buen día un viernes a la tarde pero gracias a todos =) Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Mejor y más rápida BD geoespacial solamente para calcular puntos cercanos a X?
Hola Ander; De BD geoespaciales ni pajotera idea. Pero de MongoDB creo que Derick Rethans (https://twitter.com/derickr) te puede ayudar con las dudas. El tío es bastante majete, a nosotros en Burgos fue quien nos creó el vídeo para la charla que dimos. Prueba a consultarle. un saludo Óscar ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Mejor y más rápida BD geoespacial solamente para calcular puntos cercanos a X?
¡¡Muchas gracias!! Todavía estoy mirándo todas las opciones a ver por cual decantarme. Es evidente que PostGIS es un sistema mucho mas completo que MongoDB + un índice espacial pero esque para el uso que le voy a dar creo que con MongoDB me sería más que suficiente además de ser mas escalable. Muy chulo el vídeo. Eso si, con lo que os habrá costado a todos ir editando tantas cosas y luego lo rápido que se resume =) Saludos. El 14 de diciembre de 2012 22:21, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Hola Ander; De BD geoespaciales ni pajotera idea. Pero de MongoDB creo que Derick Rethans (https://twitter.com/derickr) te puede ayudar con las dudas. El tío es bastante majete, a nosotros en Burgos fue quien nos creó el vídeo https://vimeo.com/53868237 para la charla que dimos. Prueba a consultarle. un saludo Óscar ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] OSM-Treffen in Graz am 13.12.: Protokoll
Hi! Aus dem Protokoll: * Sidewalks: Species erfasst gerade bei highways tertiary ganz Graz, dort wo bereits ein Gehsteig explizit gemappt wurde, sollte nur die Notiz sidewalk:[both|left|right]=explicit stehen bleiben, der sidewalk=-Tag leer bleiben Wie sieht da euer Konsens aus? Ist es eher pro oder contra für explizite (nicht! baulich getrennte) Gehsteige? * Die turn lanes sollten in Graz bald vollständig sein. Und ich habe mich schon gewundert, wo die hunderten neuen turn:lanes-Tag jeden Tag herkommen ;-) * Species hat mittels Photomapping die Fußgängerzonen samt aller Ausnahmen in der Grazer Innenstadt erfasst * Es hält sich niemand an die Zeiten für delivery * Im Bereich Mariahilferplatz/Kosakengasse ist die Beschilderung inkonsistent. Какой сюрприз! Welch Überraschung! :-D Martin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahn Graz
Andreas Uller wrote: Nun hat aber leider in Graz wieder ein User - trotz Hinweis auf diese Diskussion - die Schienen wieder gesplittet, und dabei wieder mal die Routen-Relationen durcheinander gewürfelt und außerdem die vorhandenen rail=tram Tags nicht vollständig gelöscht. Die Situation war ein bisschen komplizierter. Besagter User hat sein Vorhaben durchaus am Stammtisch besprochen, siehe http://wiki.openstreetmap.org/wiki/Graz/Stammtisch/2012-10-03. Allerdings eben unter der Auflage, dass er sich um die Relationen kümmert. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahn Graz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-14 06:58, Andreas Uller wrote: Guten Morgen! Vor ziemlich genau einem Jahr hatten wir auf dieser Mailingliste [1] eine Diskussion zum Thema Straßenbahn-Schienen, nämlich ob diese separat gemappt werden sollen oder gemeinsam mit dem highway. Ich habe die Diskussion damals so aufgefasst, dass der Konsens ist, dass sie gemeinsam mit dem Highway gemappt werden sollen, da sie ja eindeutig Bestandteil der Straße sind (Ausnahme natürlich eigene Gleiskörper). Nun hat aber leider in Graz wieder ein User - trotz Hinweis auf diese Diskussion - die Schienen wieder gesplittet, und dabei wieder mal die Routen-Relationen durcheinander gewürfelt und außerdem die vorhandenen rail=tram Tags nicht vollständig gelöscht. Bevor ich das jetzt wieder alles rückgängig mache, wollte ich das hier nochmal besprechen, insbesondere ob sich an der Meinung der Community etwas seit letztem Jahr geändert hat. Hmm. Schwieriges Thema. Vor allem: eigener Gleiskörper, da trennt man es eh wieder auf. Da hat man ein paar von in Graz. Und die Idee der einzelnen Tracks für die Bim (2 gleise = 2 tracks) find Ich ned so schlecht, auch wenn ich nicht gerade die Arbeit haben möchte damit ;-) Im Endeffekt spielt das alles mit in die Geschichte des Flächenmappings rein. Ob man eine Straße als einen Linienzug mit Attributen haben möchte oder Gehsteig,Fahrspur, BimGleis,... extra. Mein Bauchgefühl: Früher oder später wird alles extra gemappt. Nur ob wir in Graz damit anfangen sollten? *g* Somit: Unentschlossen. Bimgleise sind Teile der Straße in vielen Ecken, wenn man das gut abbilden kann, auch mit den lanes, meinetwegen. Andreas [1] http://lists.openstreetmap.org/pipermail/talk-at/2011-December/003571.html MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDK6HgACgkQmWhuE0qbFyPTgwCfcPNX4XPElVdy8RJikWpJqjPM mOcAni//DaalEpXA1HZyvJzaUu/DqYAc =61h8 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen
Hi! Ich bin über eine inkonsistente Schreibweise der E-Routen-Nummern gestolpert. Teilweise werden diese mit Leerzeichen (also z.B. E 59) und teilweise ohne geschrieben (also z.B. E59). Wie ist denn der Konsens hier? vg, Martin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahn Graz
Also in Wien ist es mittlerweile mal so/mal so gemappt, teilweise als eigene Straße mit highway=service. Ich persönlich hab's aufgegeben, mich dagegen zu sträuben. Vom Gefühl her tät ich sagen, gewöhnt Euch dran und repariert die Relationen... Über den Zustand der Bim-Relationen in Wien kann ich nix sagen, ein kurzer Blick auf die Relation: http://www.openstreetmap.org/browse/relation/26608 (Linie 60) (abgesehen von offensichtlichen Fehlern) meckert der Relation Analyzer, aber ich weiß nicht, ob er Plattforms als Ways richtig deutet bzw. wie zerhackt die Routen wirklich sind. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen / Umleitungsrouten
Am 14.12.2012 10:10, schrieb Martin Vonwald: Ich bin über eine inkonsistente Schreibweise der E-Routen-Nummern gestolpert. Teilweise werden diese mit Leerzeichen (also z.B. E 59) und teilweise ohne geschrieben (also z.B. E59). Wie ist denn der Konsens hier? IMO ohne, wie auf den Schildern, z.B. http://de.wikipedia.org/wiki/Datei:A1_Kn._St._P%C3%B6lten_2.JPG BTW, weil ich das grade auf dem Foto sehe: Haben wir schon mal drüber diskutiert, Umleitungsrouten (im Foto U69) zu mappen? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM-Treffen in Graz am 13.12.: Protokoll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 14/12/12 09:23, Martin Vonwald wrote: Hi! Aus dem Protokoll: * Sidewalks: Species erfasst gerade bei highways tertiary ganz Graz, dort wo bereits ein Gehsteig explizit gemappt wurde, sollte nur die Notiz sidewalk:[both|left|right]=explicit stehen bleiben, der sidewalk=-Tag leer bleiben Wie sieht da euer Konsens aus? Ist es eher pro oder contra für explizite (nicht! baulich getrennte) Gehsteige? Ob jetzt explizit oder nicht besser ist, wurde nicht besprochen - es wurde eher aufs sidewalk= tagging am highway eingegangen, wenns schon explizit gemappt ist. Ich glaube, der Konsens im Wiki ist dass beides gültig ist, solange footway=sidewalk am Gehsteig-Footway auch gesetzt ist. Auf kurz oder lang wird sowieso alles immer detaillierter und somit explizit werden - was ich ja zB fürs Blindenrouting gerade bei sehr breiten Straßen gut finde. Ich persönlich tagge so, dass wo ein Fußgänger-Router mit den sidewalk=* tags am highway nichts falsch machen kann derweil nicht explizit, allerdings bei großen, komplizierten Kreuzungen mit Fußgängerinseln und so schon explizit. Wie findet ihr das Beispiel, wo die Kreuzung selbst explizit ist, und die abgehenden Highways der Einfachheit halber mit sidewalk=* ? http://www.osm.org/?lat=47.094532lon=15.423209zoom=18layers=M (Am besten im JOSM mit dem Sidewalks - Map Paint Stil ansehen) lg, Michi - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQyv6WAAoJEPDJmZ2oE4mGJ3AP/0CF9+c9r5aMiMNyyz/8SaFa PLvqbZUAEI2Ld8ra2koqlw1/AlQxHYdNpdOzttw+FWI9Ppb8hyVQ4HHyF1T5FWM0 vMy3CfCv1HeOafKIcKanZx9QvgjFe0SjJSc/b7tNtMFy85NXqcx7GPTpB1HTkE1F rwD3eTxswBSHbFdNoeTVr907PCjdEtlgGW1S67amObyiobfuKML5Ih3Rco/trpOT gxAhmuk3Wr8zj18pcHAePtJgyyCuKsis09gA2T+/evr5JtAewzj88WCL1KQwIVys xDd6VlcxFmvwTAcpILvjebfACEa1yh07+E6qR3FVnxGUQwA993upkyeQstdZIBXa jFC09cueTDF+kF4yHiST7e1UddmYlPuqfOP1HbsIlxeHQ8tbzRnl+HpzogWIe27e r9xCyNa2gcCC0/eDdY50aR/p2uwwibGVLYFuJCzTgOc95+DgoPmU7fogyWwiIjCK ScJgG2nT37+7Owk2JYpmFSlvkgus90E+Ad9ruG8NsxPIHW5TeHM+yBT6SZBXwUXk nO/7h4FqFuDAmXocZfGgxldSVXjXJ/UBB4HOUfraNjogovbkQBJzm9P1uuHLjFMW /5cS1uJlbrRGa/glS0Uait2eQBmzNpoSxmsYpkxjCSOytgno4bVYnLOevbHuaZBX O6hCV2etb079r5WXMJEC =Jg+o -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen / Umleitungsrouten
On 12/14/2012 10:57 AM, Andreas Labres wrote: BTW, weil ich das grade auf dem Foto sehe: Haben wir schon mal drüber diskutiert, Umleitungsrouten (im Foto U69) zu mappen? Wie lang bestehen die Routen? Dauerhaft als Ausweichroute sobald auf der E mit derselben Nummer eine Sperre is? Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
Hallo! Am Freitag, 14. Dezember 2012 01:36 CET, Friedrich Volkmann b...@volki.at schrieb: On 13.12.2012 12:19, Martin Raifer wrote: Zwei amenity nodes (nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren; die Filiale hat ja eine physikalische Ausdenhung, deswegen hat man ja etwas Spielraum beim Platzieren der POIs), die über eine Relation verbunden sind. Nein, den Spielraum hat man nicht, denn der Node soll in der Mitte liegen, oder vielleicht in der Nähe des Eingangs, jedenfalls nicht irgendwo. Wieso hat man den Spielraum nicht? Ist doch meiner Ansicht nach egal, ob der 2. Node dann 3m weiter rechts ist. Das Bedienpult für Postverkehr kann durchaus im Geschäft an einer anderen Stelle sein. Man müsste die Nodes deckungsgleich platzieren, und das läuft gerade der Normalisierung entgegen, die als Argument gegen die Strichpunktnotation erachtet wurde. Genauer gesagt ist die 4.NF verletzt, da die Nodes die Wusste gar nicht, dass Normalisierungen bei OSM eine derart starke Rolle einnehmen. In anderen Bereichen wird bewusst auf Redundanz gesetzt, um die Übersichtlichkeit zu steigern. gleichen Koordinaten haben. Für die Normalisierung müsste man einen einzigen Node anlegen mit Koordinaten und Name, und 2 Relationen, davon eine für amenity=bank und eine für amenity=post_office, jeweils nur mit dem einen Node als Member. Ob die zwei Relationen übersichtlicher oder leichter zu editieren sind als ein Tag mit Strichpunkt, sei dahingestellt. Sicher ist, dass weder ein Tool noch ein Renderer diese Relation derzeit unterstützt, und somit ist eine mangelnde Unterstützung des Strichpunkts kein Argument. Um beide Einzelsymbole (wenn sich nicht allzu nah beieinander sind) in der Karte angezeigen zu lassen braucht es keine Unterstützung für die Relationen oder ein doppeltes amenity-Tag. Und dass beide Nodes an exakt der selben Position sind, ist keine gute Idee. Da sind wir uns einig. Wo ist das denn wirklich wichtig zu wissen, dass beide im gleichen Laden beisammen sind? Bei dem Thread hier ging es aber darum, ein Problem im aktuell bestehenden OSM-Universum bestmöglich zu lösen. Siehe oben - das OSM-Universum lässt keine bessere Lösung als die Strichpunkt-Notation zu. Zulassen? Gibt es nur eine Lösung? Meiner Ansicht nach bleibt es eine Ermessens-Frage, die jeder Mapper im Einzelfall beantwortet. Meine andere Frage nochmals: wie taggt man dann unterschiedliche Öffnungszeiten für die beiden übersichtlich, so dass die Öffnungszeiten dann auch noch maschinell auswertbar bleiben? (das ist nicht aus der Luft gegriffen; siehe mein anderes Mail dazu) Es gibt sicher auch noch andere Tags (z.B. brand, name) die unterschiedlich sein können. Grüße Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] OGD Wien Phase 8
Hi, die nächste Phase an OGD wurde veröffentlicht. Da gibt es, glaube ich, wieder ein paar interessante Sachen für uns: - Wanderwege - WC-Anlagen - Marktgebiete Hat die Donaukilometrierung irgendeinen Wert für uns? http://data.wien.gv.at/katalog/kilometrierung-donau.html http://data.wien.gv.at/neuigkeiten/wege/phase8.html http://data.wien.gv.at/neuigkeiten/changelog/liste-phase8.html -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen / Umleitungsrouten
On 14.12.12 11:32, Norbert Wenzel wrote: Wie lang bestehen die Routen? Dauerhaft als Ausweichroute sobald auf der E mit derselben Nummer eine Sperre is? Wohl schon, sonst würde die wohl kaum diese gelben Schilder aufstellen... /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
On 14.12.2012 12:31, osmgz wrote: Zwei amenity nodes (nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren; die Filiale hat ja eine physikalische Ausdenhung, deswegen hat man ja etwas Spielraum beim Platzieren der POIs), die über eine Relation verbunden sind. Nein, den Spielraum hat man nicht, denn der Node soll in der Mitte liegen, oder vielleicht in der Nähe des Eingangs, jedenfalls nicht irgendwo. Wieso hat man den Spielraum nicht? Ist doch meiner Ansicht nach egal, ob der 2. Node dann 3m weiter rechts ist. Das Bedienpult für Postverkehr kann durchaus im Geschäft an einer anderen Stelle sein. Ist es im konkreten Fall nicht. Hier ist die Position in der Realität genau die selbe, und daher sollte sie auch in OSM die selbe sein. Wenn es 2 verschiedene Schalter sind, muss man halt nach den Umständen entscheiden. Wusste gar nicht, dass Normalisierungen bei OSM eine derart starke Rolle einnehmen. Tun sie eh nicht. Aber *wenn* man den Strichpunkt wegen Normalisierungsregeln ablehnt (Mail von Erwin am 11.12. um 05:51), dann muss man das gleiche auch mit die Alternativen tun. In anderen Bereichen wird bewusst auf Redundanz gesetzt, um die Übersichtlichkeit zu steigern. Ich bin generell ein Gegner von Redundanz, aber das wär eine andere Diskussion. Wo ist das denn wirklich wichtig zu wissen, dass beide im gleichen Laden beisammen sind? Z.B. damit man mit einer Auswertung die Filialen herausfinden kann, wo beide beisammen sind. Und auch weil es klarer ist: 1 Objekt real - 1 Objekt in OSM Es ist auch möglich, im Renderer eine eigene Signatur zu definieren für kombinierte Bank+Post-Filialen. Meine andere Frage nochmals: wie taggt man dann unterschiedliche Öffnungszeiten für die beiden übersichtlich, so dass die Öffnungszeiten dann auch noch maschinell auswertbar bleiben? (das ist nicht aus der Luft gegriffen; siehe mein anderes Mail dazu) Es gibt sicher auch noch andere Tags (z.B. brand, name) die unterschiedlich sein können. In so einem Fall wird man wohl 2 Nodes machen müssen. Oder wenn möglich 1 Fläche für die Hauptfunktion und 1 Node für die Nebenfunktion. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen / Umleitungsrouten
On 12/14/2012 05:24 PM, Andreas Labres wrote: On 14.12.12 11:32, Norbert Wenzel wrote: Wie lang bestehen die Routen? Dauerhaft als Ausweichroute sobald auf der E mit derselben Nummer eine Sperre is? Wohl schon, sonst würde die wohl kaum diese gelben Schilder aufstellen... Dann ist's ja keine Frage. Wir tragen so viel tagesaktuellen Mist ein, da kann dann doch eine permanent ausgeschilderte Umleitungsroute nicht plötzlich zu viel Information sein. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Radwege in Wien
Am 10.12.12 schrieb Stefan Tauner stefan.tau...@gmx.at: On Wed, 5 Dec 2012 19:25:44 +0100 Marko marko...@gmail.com wrote: Am 04.12.12 schrieb Stefan Tauner stefan.tau...@gmx.at: On Mon, 3 Dec 2012 23:40:09 +0100 Marko marko...@gmail.com wrote: Am 28.11.12 schrieb Stefan Tauner stefan.tau...@gmx.at: Im Gegensatz dazu sehe ich kaum die Möglichkeit, dass durch lcn- bzw rcn- Tags das Navigieren verbessert werden kann. Kannst du vielleicht ein Beispiel geben, wo du dir vorstellen könntest, dass cycle-network Tags eine Erleichterung beim Navigieren bringen? Beim manuellen routen ist das für mich recht offensichtlich: die hauptverkehrswege werden klar hervorgehoben - ganz ähnlich wie die unterscheidung zwischen primary, secondary usw. bei normalen straßen. es ist auch nicht immer besser/schneller auf einer primary mit dem auto zu fahren, aber es hat neben der offiziellen einteilung auch einen realen informations-gehalt und erzeugt eine erwartungshaltung, wenn man den plan liest. Also ich kann ganz klar nachvollziehen, dass die Klassifizierung von Hauptverkehrswegen für Autofahrer Sinn macht - In Wien wären die Straßen, die als primary bzw secondary getaggt sind, für Autofahrer meistens die erste Wahl. Der Grund dafür ist, dass sie teilweise mehrspurig sind und dass man dort meist Vorrang bzw längere Grünphasen hat. meistens... die rebhanngasse ist auch dafür ein gutes beispiel ;) ortskundige autofahrer wählen von der innstraße kommend oft diese zur auffahrt auf die taborstraße, da das die ampel an der kreuzung dresdnerstraße/taborstraße/nordbahnstraße erspart. Für Radfahrer sieht die Präferenz der Wege anders aus. Als Radfahrer meidet man ja die Hauptverkehrswege eher. Ich würde die Wege für Radfahrer nach Präferenz so einteilen: 1. ein eigener Radweg 2. eine normale, wenig befahrene Straße 3. ein viel befahrene Straße kommt ganz auf den radfahrer an. kenne genug, die straßen mit fahrradwegen meiden, da benutzungspflicht und deshalb höherer gefährdung bei zügiger fortbewegung ;) Es gibt für Radfahrer also ein paar wenige sehr gute Wege (Radweg), sehr viele durchschnittliche (normale Straße) und wenige schlechte (viel befahrene Straße). Es ist nun für mich so, dass ich bei verschiedenen wenig befahrenen Straßen kaum Unterschiede ausmachen kann, um diese zu klassifizieren - Warum soll die eine Gasse besser fürs Radfahren geeignet sein, als die andere? nicht unbedingt fürs radfahren sondern vl eher für radwegbenützer. dann einfacher grund möglich: weil die eine gasse 2 wichtige radwege (oder POIs) miteinander verbindet, die andere nicht. Die Tatsache, dass eine Gasse zwei Radwege oder POIs miteinander verbindet, ist doch unmittelbar aus der Karte zu ersehen, oder? Ich finde dazu braucht man keinen eigenen Tag. Ich denke auch, dass bei deinem Beispiel (Rebhanngasse vs Dresdner Sraße) die Wahl für die meisten Radfahrer natürlich auf die Rebhanngasse fallen wird - Aber nicht, weil die Rebhanngasse besonders gut für Radfahrer geeignet ist, sondern, weil die Dresdner Straße besonders schlecht geeignet ist. so? genau das selbe wird sich auch derjenige beamte gedacht haben, der wien.at-intern dort den grundnetz-tag vergeben hat :) Das ist aber in meinen Augen kein gut gewähltes Kriterium. Ich würde es für unsinnig halten, zu jeder viel befahrenen Straße die parallel dazu verlaufenden Straßen besonders hervorzuheben. In manchen Teilen Wiens scheint es momentan fast so, dass alles, was nicht besonders schlecht fürs Radfahren geeignet ist, als lcn=yes eingetragen wird [Ich weiß - das war jetzt übertrieben ;-) ]. Jedenfalls sehe ich da wirklich keine gute Abgrenzungsmöglichkeit, um bei wenig befahrenen Straßen zu unterscheiden, ob diese jetzt gut oder schlecht für Radfahrer geeignet sind. siehe oben, (nur) als prädikat für die radfahrqualität habe ich es nicht angedacht. Das scheint aber für mich das Hauptkriterium zu sein, nach dem die Stadt Wien die Klassifizierung vornimmt - deswegen gibt es auch die Unterteilung in Bestand und Planung. Jene Straßen, die als Planung eingetragen sind, haben anscheinend noch keinen eigenen Radfahrstreifen oder ähnliches. Außerdem möchte ich sagen, dass ich nicht volles Vertrauen darauf habe, dass das von Wien ausgearbeitete Konzept ein besonders gutes ist. ich glaube, da wirst du von alltags- und berufsradlern in wien keinen widerspruch erfahren :) Die Themenradwege in der Gegend meiner Heimatgemeinde sind jedenfalls teilweise nicht besonders gut durchdacht, da könnte ich euch einige lustige Geschichten erzählen. Auch beim Konzept von Wien sind mir Eigenartigkeiten aufgefallen, die für mich keinen Sinn machen. Beispielsweise gehört im 6. Bezirk die Stumpergasse zum Grundnetz. Bei dieser Gasse handelt es sich um eine ganz normale Einbahn - auch für Radfahrer. Für den Weg in die Gegenrichtung ist gar keine Straße eingetragen. Ich halte es fürs Navigieren für unsinnig, da eine
Re: [Talk-at] Umleitungsrouten
On 14.12.12 18:13, Norbert Wenzel wrote: Dann ist's ja keine Frage. Wir tragen so viel tagesaktuellen Mist ein, da kann dann doch eine permanent ausgeschilderte Umleitungsroute nicht plötzlich zu viel Information sein. Eh, es geht halt mehr darum - woher kriegt man die Info (außer mit abfahren) - und wie taggt man's, dazu hab ich was gefunden: http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung Bissl schauer bin ich hier geworden: http://www.fuerboeck.at/verkehrszeichen_in_oesterreich/hinweiszeichen_umleitung_nummer.html Diese Schilder sind derzeit weder in der Straßenverkehrsordnung noch in der Straßenverkehrszeichenverordnung vorgesehen, sie werden jedoch in NÖ und OÖ verwendet. Wobei ich auf den Landesseiten keine Infos dazu gefunden habe. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
Am Fr, 14.12.2012, 18:14, schrieb Friedrich Volkmann: On 14.12.2012 12:31, Günther Zin. wrote: Wo ist das denn wirklich wichtig zu wissen, dass beide im gleichen Laden beisammen sind? Z.B. damit man mit einer Auswertung die Filialen herausfinden kann, wo beide beisammen sind. Gibt's da für solche Auswertungen, die sicher nicht täglich gemacht werden, dann nicht (z.B. in Postgis) wunderbare Funktionen zur Umkreissuche (z.B. Radius- oder Box-Definition) oder die Prüfung, ob ein Node in einer Fläche ist? Bei solchen Auswertung halte ich die Verwendung von Site-Relationen auch für vertretbar. Die wichtigere Frage ist meiner Ansicht nach aber: was gibt's in dieser Gegend, und nicht ob beides am selben Schalter behandelt wird. Und auch weil es klarer ist: 1 Objekt real - 1 Objekt in OSM Es ist auch möglich, im Renderer eine eigene Signatur zu definieren für kombinierte Bank+Post-Filialen. Gute Idee. Dann machen wir auch gleich eine eigene Signatur für Tankstelle+Post, eine für Tankstelle+Supermarkt, eine für Trafik+Post, eine für Bäcker+Post, eine für Supermarkt+Post usw. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Novo Nó A13 - A1
Para mim o link só dá assim : http://www.openstreetmap.org/?lat=40.12809lon=-8.48303zoom=16layers=M - Mail original - De: Fernando Ribeiro fernandin...@gmail.com À: talk-pt@openstreetmap.org Envoyé: Vendredi 14 Décembre 2012 10:37:09 Objet: [Talk-pt] Novo Nó A13 - A1 Viva, Com menos de 15 dias de existência, o novo nó da A13 com a A1, em Condeixa, já está no OSM! http://www.openstreetmap.org/?minlat=40.12809minlon=-8.48304zoom=16 Obrigado El Muto! P.S- No 900913 e concorrentes, nem vislumbre da auto-estrada -- Fernando Ribeiro ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Uso de tags
Boas, Aproveito a oportunidade para relembrar o projecto *openstreetmap.pt*lançado no SASIG5 inserido na iniciativa vamos mapear portugal. Este foi um dos temas focados na sessão de brainstorming realizado no último dia do evento. A ideia (ainda por trabalhar) será a de fazer uma lista, clara e de fácil utilização no apoio aos mapeadores no segmento de edição. Esta lista irá conter as tags mais usadas acompanhadas de exemplos ilustrativos da sua utilização. O objectivo será o atingir a homogeneidade na categorização dos dados espaciais incluidos no OSM referentes ao nosso território. Cumps, Hugo Silva No dia 14 de Dezembro de 2012 00:40, Victor Ferreira victor.mota.ferre...@gmail.com escreveu: Acho que o wiki deverá ser o sitio para colocar isto para todos encontrarem... e tendo já editado alguma coisa por lá, estou um pouco aflito com fim de semestre e preparação de outro para poder ajudar muito nisso :-) O pouco tempo livre temsido para editar o mapa. QUanto ao Bridleway, embora não seja umacoisa que me pareça estar em lei na realidade existem bastantes cavalos e cavaleiros aqui na zona de Mafra e Ericeira, eventualmente alguém tem marcado os caminhos que são transitáveis por cavalos? Uma forma de apurar isso seria contactar quem editou para saber se é intencional ou só um mau entendimento do significado da tag. Victor 2012/12/11 f.dos.san...@free.fr: Temos a página no wiki : http://wiki.openstreetmap.org/wiki/Portugal Estou a brincar, esta página está numa miseria, informações a mais e falta de estrutura. Da vontade de apagar e começar de novo. No que toca ao uso de tag também fico surpeendido com o uso do highway=bridleway, por exemplo aqui (os caminhos em verde) : http://www.openstreetmap.org/?lat=38.98917lon=-9.39413zoom=16layers=M Não sei se o significado bridleway pode ter uso em Portugal : http://wiki.openstreetmap.org/wiki/Pt-br:Tag:highway%3Dbridleway Francisco - Mail original - From: Duarte Carreira dcarre...@edia.pt To: talk-pt@openstreetmap.org, victor mota ferreira victor.mota.ferre...@gmail.com Date: Mon, 10 Dec 2012 14:24:28 Subject: Re: [Talk-pt] Uso de tags Victor, há alguma página onde se possa coleccionar estas dicas? Abraço, Duarte -Mensagem original- Date: Mon, 10 Dec 2012 09:05:59 + From: Victor Ferreira victor.mota.ferre...@gmail.com To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Subject: [Talk-pt] Uso de tags Message-ID: CAHXzmfQzK= 2nd2sevhg8gra3p4dfyvftg-j2m8geng+hevs...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Ol?, queria s? partilhar que nas minhas edi??es detectei alguns problemas com tags em estradas: utiliza??o de tag oneway=true - recomenda-se utilizar oneway=yes utiliza??o de tags place em estradas - as tags place dever?o ser utilizadas em lugares, como entidades ponto, n?o existindo qualquer indica??o do seu uso em estradas (que eu conhe?a?). Se existirem outras opini?es digam! :-) J? agora proponha que se encontrarem algum tipo de problema orelatem aquina lista para podermos ir melhorando as nossas pr?ticas! Abra?o, Victor ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Uso de tags
Obrigado, projecto muito fixe, parabens pela iniciativa ! - Mail original - From: Hugo Silva hdsi...@gmail.com To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Date: 14/12/2012 16:32:44 Subject: Re: [Talk-pt] Uso de tags Boas, Aproveito a oportunidade para relembrar o projecto openstreetmap.pt lançado no SASIG5 inserido na iniciativa vamos mapear portugal. Este foi um dos temas focados na sessão de brainstorming realizado no último dia do evento. A ideia (ainda por trabalhar) será a de fazer uma lista, clara e de fácil utilização no apoio aos mapeadores no segmento de edição. Esta lista irá conter as tags mais usadas acompanhadas de exemplos ilustrativos da sua utilização. O objectivo será o atingir a homogeneidade na categorização dos dados espaciais incluidos no OSM referentes ao nosso território. Cumps, Hugo Silva No dia 14 de Dezembro de 2012 00:40, Victor Ferreira victor.mota.ferre...@gmail.com escreveu: Acho que o wiki deverá ser o sitio para colocar isto para todos encontrarem... e tendo já editado alguma coisa por lá, estou um pouco aflito com fim de semestre e preparação de outro para poder ajudar muito nisso :-) O pouco tempo livre temsido para editar o mapa. QUanto ao Bridleway, embora não seja umacoisa que me pareça estar em lei na realidade existem bastantes cavalos e cavaleiros aqui na zona de Mafra e Ericeira, eventualmente alguém tem marcado os caminhos que são transitáveis por cavalos? Uma forma de apurar isso seria contactar quem editou para saber se é intencional ou só um mau entendimento do significado da tag. Victor 2012/12/11 f.dos.san...@free.fr : Temos a página no wiki : http://wiki.openstreetmap.org/wiki/Portugal Estou a brincar, esta página está numa miseria, informações a mais e falta de estrutura. Da vontade de apagar e começar de novo. No que toca ao uso de tag também fico surpeendido com o uso do highway=bridleway, por exemplo aqui (os caminhos em verde) : http://www.openstreetmap.org/?lat=38.98917lon=-9.39413zoom=16layers=M Não sei se o significado bridleway pode ter uso em Portugal : http://wiki.openstreetmap.org/wiki/Pt-br:Tag:highway%3Dbridleway Francisco - Mail original - From: Duarte Carreira dcarre...@edia.pt To: talk-pt@openstreetmap.org , victor mota ferreira victor.mota.ferre...@gmail.com Date: Mon, 10 Dec 2012 14:24:28 Subject: Re: [Talk-pt] Uso de tags Victor, há alguma página onde se possa coleccionar estas dicas? Abraço, Duarte -Mensagem original- Date: Mon, 10 Dec 2012 09:05:59 + From: Victor Ferreira victor.mota.ferre...@gmail.com To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Subject: [Talk-pt] Uso de tags Message-ID: CAHXzmfQzK= 2nd2sevhg8gra3p4dfyvftg-j2m8geng+hevs...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Ol?, queria s? partilhar que nas minhas edi??es detectei alguns problemas com tags em estradas: utiliza??o de tag oneway=true - recomenda-se utilizar oneway=yes utiliza??o de tags place em estradas - as tags place dever?o ser utilizadas em lugares, como entidades ponto, n?o existindo qualquer indica??o do seu uso em estradas (que eu conhe?a?). Se existirem outras opini?es digam! :-) J? agora proponha que se encontrarem algum tipo de problema orelatem aquina lista para podermos ir melhorando as nossas pr?ticas! Abra?o, Victor ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-lv] meegjinaam nelietot highway=road
meegjinaam izvairiities no highway=road lietoshanas. minam, kas tas vareetu buut residential, service ? ja vienkaarshi iela bez maajaam - tad driizaak highway=unclassified. bet road ir nedaudz taa kaa deprecated un tiek ignoreets routeeshanai. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] meegjinaam nelietot highway=road
On 2012-12-14 14:37, Gasha wrote: IMHO kādreiz tas bija temporary variants. jep - kaadreiz bija Ko tu rekomende lietot taja vieta, ja esi ar trackeri izbraucis piesnigushu celju (nu piemeram) un neatceries vai tur asfalts apaksa bija un/vai nee? Tomer unclassified ? nu atkariibaa no apstaakljiem. ja tas ir celjsh kaut kur, unclassified. ja mezhaa, tad jau tomeer track. ja apkaart ir maajas, residential. ja celjsh shkjiet mazinjsh, tad gan jau service. G On 12/14/2012 01:11 PM, Rich wrote: meegjinaam izvairiities no highway=road lietoshanas. minam, kas tas vareetu buut residential, service ? ja vienkaarshi iela bez maajaam - tad driizaak highway=unclassified. bet road ir nedaudz taa kaa deprecated un tiek ignoreets routeeshanai. -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Vitinu pagasta udenu PDF imports
On 2012-12-09 14:24, pAnda71 wrote: Ko nozīmē skataas diezgan nopietni? Jābūt kaut kādiem saskaņojumiem/atsaucēm? Vai arī ir kādi ierobežojumi uz importējamo datu apjpmu? veselais sapraats joprojaam uzvar, liidz ar to nelieli, kaartiigi importi, kuri ir ieprieksh izzinjoti (kaa shis ;) ) buus ok. runa vairaak ir par lielaakiem importiem, kuru rezultaats ir diezgan drazaini dati (daudz lieku nozhu, eekaam nav uzlaists orthogonalise etc). francijas eekas, ja kaads tur ir editeejis, ir labs piemeers. arii visslavenaakais bans... ja plaanojat lielaaku importu, noteikti palasiet http://wiki.openstreetmap.org/wiki/Import un apsveriet ielikshanu katalogaa. protams, latvijas ietvaros ljoti labs ir http://wiki.openstreetmap.org/wiki/Latvia/Importi , par kuru lielaakaa dalja importeetaaju ir labi informeeti. ceru, ka probleemas nebuus, bet uzmaniigi paarskatiit un publiceet importa informaaciju ir deriigi. 08.12.12 Rich ric...@nakts.net rakstīja: On 2012-12-08 14:49, pAnda71 wrote: Ieliku Vītiņu ūdeņus. Nepareizo Vadaksti gar Auci un neprecīzo uz robežas pusi izdzēsu. Ja nu tā nevajadzēja, man ir saglabāta kopija... yay, paldies. btw, atgaadinaajums tiem, kas kaut ko importee - kopsh odbl migraacijas uz importiem skataas diezgan nopietni, dariet to ar atsevishkju accountu - dazhi lietotaaji jau ir paspeejushi izpildiities un tika blokjeeti... 24.11.12 Raitis U. rait...@gmail.com rakstīja: Manuprāt izskatās ļoti labi. Izskatās ka osm datos Līgotnes upes vietā ir ierakstīta Vadakste. 2012/11/24 pAnda71 panda...@gmail.com Gribējās kaut ko Aucē sazīmēt... Vienīgi ter.plānos lielākā daļa ir bildes... Ēkas vēl paskatīšos, tas varbūt arī sanāk... Bet te būs Vītiņiu pagasta ūdeņi. Nododu apspriešanai. Source: http://failiem.lv/u/hbobbcv Rezultāts: http://failiem.lv/u/cgltywt Izsakiet savas domas. -- Rich -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-fr] Modification des guidelines pour les imports sur le wiki...
Quelqu'un a-t-il suivi les discussions préalables aux modifications que je constate sur le wiki ? http://wiki.openstreetmap.org/w/index.php?title=Import/Guidelinesdiff=0oldid=840266 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Offset général à corriger sur Bangui (République Centrafricaine)
Il est important cet offset ? combien de metres ? A part un chargement de toute la zone à recaler, un tout sélectionner / glisser, upload, je ne vois pas trop... Le 14 décembre 2012 08:18, Severin MENARD severin.men...@gmail.com a écrit : Bonjour, L’équipe Eurosha à Bangui a cartographié une grande partie de la ville en reprenant un offset qui leur avait été suggéré, mais qui sans doute devait dater d'une imagerie plus ancienne que l’actuelle en fait bien géoréférencée, comme l'ont montré traces et waypoints. Y a-t-il un moyen de rectifier cela en une passe pour la ville entière ? Ou bien faut-il s'attaquer à cela à la main, quartier par quartier ? Bien cordialement, Séverin HOT (et membre OSM France)) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
As tu regardé le wiki ? http://wiki.openstreetmap.org/wiki/Proposed_features/polling_station amenity=polling_station ou polling_station=yes si le lieu a un autre usage (ce qui est généralement le cas) Pour le numéro de bureau de vote, j'ai utilisé polling_station:ref=nnn Quand il y a plusieurs bureaux dans le même bâtiment, j'ai mis un noeud distinct pour chaque bureau. Exemple: http://osm.dumoulin63.net/xapiviewer/?zoom=14lat=48.79837lon=2.49731layers=B0Ticon=icons%2Fpoi_point_of_interest.n.32.pngrequest=polling_station%3Aref%3D* Le 14 décembre 2012 08:31, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Vous êtes-vous déjà penché sur la qualification des bâtiments accueillant les bureaux de vote ? Sans devoir brasser large, cela concerne surtout les élections politiques organisées par les communes. Quel tags utiliser ? quelle pratique ? Bonne journée, -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Bonjour, Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, les bureaux de vote sont rattachés à une zone, la valeur de ce tag devrait plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le bureau de vote dans cette zone, le tout séparé par un point (pour respecter la forme d'affichage sur la carte d'électeur). Francescu Le 14 décembre 2012 09:18, Christian Quest cqu...@openstreetmap.fr a écrit : As tu regardé le wiki ? http://wiki.openstreetmap.org/wiki/Proposed_features/polling_station amenity=polling_station ou polling_station=yes si le lieu a un autre usage (ce qui est généralement le cas) Pour le numéro de bureau de vote, j'ai utilisé polling_station:ref=nnn Quand il y a plusieurs bureaux dans le même bâtiment, j'ai mis un noeud distinct pour chaque bureau. Exemple: http://osm.dumoulin63.net/xapiviewer/?zoom=14lat=48.79837lon=2.49731layers=B0Ticon=icons%2Fpoi_point_of_interest.n.32.pngrequest=polling_station%3Aref%3D* Le 14 décembre 2012 08:31, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, Vous êtes-vous déjà penché sur la qualification des bâtiments accueillant les bureaux de vote ? Sans devoir brasser large, cela concerne surtout les élections politiques organisées par les communes. Quel tags utiliser ? quelle pratique ? Bonne journée, -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM à l'install party de Vincennes ce samedi...
Ok. Je viens d'avoir le feu vert de ma direction pour l'après midi À+ -- Marc Sibert m...@sibert.fr Le 12 déc. 2012 22:05, Christian Quest cqu...@openstreetmap.fr a écrit : Infos ici: http://openstreetmap.fr/2012-12-15-vincennes Quelqu'un pour m'accompagner ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Bonjour, De : Francescu GAROBY Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, les bureaux de vote sont rattachés à une zone, la valeur de ce tag devrait plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le bureau de vote dans cette zone, le tout séparé par un point (pour respecter la forme d'affichage sur la carte d'électeur). Mouais... À l'usage, stocker 2 références dans un même attribut me paraît bien peu efficace pour les consommateurs de la donnée. Si la zone à laquelle tu fais référence est le canton (seule mention que je vois sur ma carte), alors je préfère 2 tags ref : polling_station:ref= polling_zone:ref= sauf si on vérifie que les bureaux sont forcément dans l'emprise géographique du canton, ce qui annulerait l'intérêt de ce 2e tag. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Pour être honnête, mon propos initial allait bien plus loin que ce que j'ai finalement dit. À la base, je proposais carrément de créer des relation couvrant chaque zone, de lui attribuer la valeur X, et soit d'associer à cette relation tous les bureaux de vote (avec, pour chacun, le tag 'polling_station:ref=Y'), soit de créer des sous-relations pour chaque bureau de vote, de façon à bien couvrir les habitations qui ont le droit de voter dans ledit bureau de vote, et d'y inclure le bureau de vote, un peu à la manière du 'admin_centre', pour une commune. Mais en écrivant ça, j'ai réalisé le travail de Titans que ça allait représenter, et je me suis demandé si je ne partais pas dans une relationïte aiguë... Francescu Le 14 décembre 2012 10:21, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Francescu GAROBY Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, les bureaux de vote sont rattachés à une zone, la valeur de ce tag devrait plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le bureau de vote dans cette zone, le tout séparé par un point (pour respecter la forme d'affichage sur la carte d'électeur). Mouais... À l'usage, stocker 2 références dans un même attribut me paraît bien peu efficace pour les consommateurs de la donnée. Si la zone à laquelle tu fais référence est le canton (seule mention que je vois sur ma carte), alors je préfère 2 tags ref : polling_station:ref= polling_zone:ref= sauf si on vérifie que les bureaux sont forcément dans l'emprise géographique du canton, ce qui annulerait l'intérêt de ce 2e tag. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification des guidelines pour les imports sur le wiki...
Ca ne me dit rien ... en tout cas ça ressemble beaucoup à une explication détaillée de la position actuelle du DWG, mais sans avoir plus avancé sur la gouvernance ! Sylvain 2012/12/14 Christian Quest cqu...@openstreetmap.fr Quelqu'un a-t-il suivi les discussions préalables aux modifications que je constate sur le wiki ? http://wiki.openstreetmap.org/w/index.php?title=Import/Guidelinesdiff=0oldid=840266 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
A ma connaissance, les numéros de bureau de vote sont uniques dans une commune, je pense donc qu'ils se suffisent à eux même lorsqu'on a l'emprise de la commune définit par une relation admin_level=8 Pour le reste, c'est ce que je voulais faire... définir l'emprise couverte par chaque bureau de vote, mais c'est vraiment pas simple. Les deux côté d'une rue peuvent aller dans des bureaux de vote différents, ou le même. Le découpage peut être relativement fin. Pour Paris, ces données sont disponibles en opendata... pour chaque adresse où un électeur est inscrit, on sait à quel bureau de vote elle est rattachée. OSM est itératif... j'ai commencé par faire le plus simple (et déjà utile): savoir où se trouvent les bureaux de vote. Si ensuite on peut définir quelle zone ils couvrent ça sera encore mieux, mais autant commencer par quelque chose de simple et facilement constatable sur le terrain lors de chaque élection. Le 14 décembre 2012 10:29, Francescu GAROBY windu...@gmail.com a écrit : Pour être honnête, mon propos initial allait bien plus loin que ce que j'ai finalement dit. À la base, je proposais carrément de créer des relation couvrant chaque zone, de lui attribuer la valeur X, et soit d'associer à cette relation tous les bureaux de vote (avec, pour chacun, le tag 'polling_station:ref=Y'), soit de créer des sous-relations pour chaque bureau de vote, de façon à bien couvrir les habitations qui ont le droit de voter dans ledit bureau de vote, et d'y inclure le bureau de vote, un peu à la manière du 'admin_centre', pour une commune. Mais en écrivant ça, j'ai réalisé le travail de Titans que ça allait représenter, et je me suis demandé si je ne partais pas dans une relationïte aiguë... Francescu Le 14 décembre 2012 10:21, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Francescu GAROBY Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, les bureaux de vote sont rattachés à une zone, la valeur de ce tag devrait plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le bureau de vote dans cette zone, le tout séparé par un point (pour respecter la forme d'affichage sur la carte d'électeur). Mouais... À l'usage, stocker 2 références dans un même attribut me paraît bien peu efficace pour les consommateurs de la donnée. Si la zone à laquelle tu fais référence est le canton (seule mention que je vois sur ma carte), alors je préfère 2 tags ref : polling_station:ref= polling_zone:ref= sauf si on vérifie que les bureaux sont forcément dans l'emprise géographique du canton, ce qui annulerait l'intérêt de ce 2e tag. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Le 14 décembre 2012 10:49, Christian Quest cqu...@openstreetmap.fr a écrit : A ma connaissance, les numéros de bureau de vote sont uniques dans une commune, je pense donc qu'ils se suffisent à eux même lorsqu'on a l'emprise de la commune définit par une relation admin_level=8 Oui, le numéro de la forme X.Y est unique à la commune, où X correspond grosso merdo (en fait, ni le découpage ni la numérotation ne correspondent, seulement l'ordre de taille) à un grand quartier, selon le découpage IRIS de l'INSEE, et Y à un sous-quartier. Pour le reste, c'est ce que je voulais faire... définir l'emprise couverte par chaque bureau de vote, mais c'est vraiment pas simple. Les deux côté d'une rue peuvent aller dans des bureaux de vote différents, ou le même. Le découpage peut être relativement fin. Si chaque côté d'une rue a un bureau de vote différent , le découpage me semble simple : il suffit de prendre la 'way' représentant la dite rue comme frontière. Pour Paris, ces données sont disponibles en opendata... pour chaque adresse où un électeur est inscrit, on sait à quel bureau de vote elle est rattachée. OSM est itératif... j'ai commencé par faire le plus simple (et déjà utile): savoir où se trouvent les bureaux de vote. Si ensuite on peut définir quelle zone ils couvrent ça sera encore mieux, mais autant commencer par quelque chose de simple et facilement constatable sur le terrain lors de chaque élection. 100% d'accord là-dessus ! Le 14 décembre 2012 10:29, Francescu GAROBY windu...@gmail.com a écrit : Pour être honnête, mon propos initial allait bien plus loin que ce que j'ai finalement dit. À la base, je proposais carrément de créer des relation couvrant chaque zone, de lui attribuer la valeur X, et soit d'associer à cette relation tous les bureaux de vote (avec, pour chacun, le tag 'polling_station:ref=Y'), soit de créer des sous-relations pour chaque bureau de vote, de façon à bien couvrir les habitations qui ont le droit de voter dans ledit bureau de vote, et d'y inclure le bureau de vote, un peu à la manière du 'admin_centre', pour une commune. Mais en écrivant ça, j'ai réalisé le travail de Titans que ça allait représenter, et je me suis demandé si je ne partais pas dans une relationïte aiguë... Francescu Le 14 décembre 2012 10:21, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Francescu GAROBY Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, les bureaux de vote sont rattachés à une zone, la valeur de ce tag devrait plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le bureau de vote dans cette zone, le tout séparé par un point (pour respecter la forme d'affichage sur la carte d'électeur). Mouais... À l'usage, stocker 2 références dans un même attribut me paraît bien peu efficace pour les consommateurs de la donnée. Si la zone à laquelle tu fais référence est le canton (seule mention que je vois sur ma carte), alors je préfère 2 tags ref : polling_station:ref= polling_zone:ref= sauf si on vérifie que les bureaux sont forcément dans l'emprise géographique du canton, ce qui annulerait l'intérêt de ce 2e tag. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Le 14 décembre 2012 11:02, Francescu GAROBY windu...@gmail.com a écrit : Pour le reste, c'est ce que je voulais faire... définir l'emprise couverte par chaque bureau de vote, mais c'est vraiment pas simple. Les deux côté d'une rue peuvent aller dans des bureaux de vote différents, ou le même. Le découpage peut être relativement fin. Si chaque côté d'une rue a un bureau de vote différent , le découpage me semble simple : il suffit de prendre la 'way' représentant la dite rue comme frontière. Ça c'est le cas simple ;) C'est l'autre cas qui est plus compliqué... il faut découper les pâtés de maison avec de nouveaux way, ou alors avoir une relation par bureau de vote qui regroupe les adresses, ou un mix des deux... C'est un problème similaire à mon découpage de code postal différent au sein d'une même commune... parfois la limite c'est la rue, parfois c'est une limite qui coupe le pâté de maison. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
On vendredi 14 décembre 2012, Christian Quest wrote: Quelqu'un a-t-il suivi les discussions préalables aux modifications que je constate sur le wiki ? oui. Un certain jeff (américain) nous a contacté au DWG en indiquant qu'il ne comprenait pas trop pourquoi le wiki faisait foi, qui décidait, et au moins pourquoi il n'était pas clairement indiqué : Si pas 2ème compte alors blocage En clair, plus ou moins les mêmes questions qu'on a posé il y a 2 mois. Je lui ais répondu que les règles actuelles n'avait peu de chance d'évoluer dans l'immédiat mais qu'il fallait quand même clarifier le wiki et dire ce qui est. Suite à quoi je suis en train de me chamailler avec FR et obtenir mon pin's grande G... Puis cela a débordé sur le planning du 4ème trimestre 2012 dont un volet est : On nous reproche un manque d'ouverture et temps de réponse trop faible pour lequel ils avaient planifié un compte rendu trimestriel (je rajoute : édulcoré) Débat que j'ai ouvert en demandant si par reproche de non ouverture c'était pas plutôt nos moyens obscurs et discussion en catimini qui étaient pointés du doigts. Et ben ils sont pas super chaud, mais une opportunité semble ouverte par FR pour faire une partie seulement des débats en public sur talk par exemple, expérience qui devrait donc être tenté, par moi, d'ici peu. ps: tout mon message n'est bien évidement pas un compte rendu objectif de la situation ps2 : http://wiki.openstreetmap.org/w/index.php?title=Import/Guidelinesdiff=0oldid=840266 Je n'ai pas regardé le résultat, mais c'est moi qui lui ais dit : vas-y fait ! -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
De : Christian Quest Le 14 décembre 2012 11:02, Francescu GAROBY a écrit : Si chaque côté d'une rue a un bureau de vote différent , le découpage me semble simple : il suffit de prendre la 'way' représentant la dite rue comme frontière. Ça c'est le cas simple ;) C'est l'autre cas qui est plus compliqué... il faut découper les pâtés de maison avec de nouveaux way, ou alors avoir une relation par bureau de vote qui regroupe les adresses, ou un mix des deux... C'est un problème similaire à mon découpage de code postal différent au sein d'une même commune... parfois la limite c'est la rue, parfois c'est une limite qui coupe le pâté de maison. Oui, la granularité c'est la portion de rue entre 2 n°, ce qui se voit bien par exemple ici : http://www.ville-neuillysurseine.fr/files/neuilly/mairie/nomenclature-des-rues- mars2012.pdf Il me semble même que dans certains grands ensembles, le bureau de vote varie, pour une adresse donnée, en fonction de l'étage d'habitation. Mais impossible à l'instant de retrouver des exemples. Cette situation signifierait qu'on doit prévoir d'associer la même adresse à n bureaux. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
effectivement, je n'avait pas vu polling_station. Je cherchais juste poll. Pour les bureaux, je pars de ce principe : un noeud dans le bâtiment = 1 bureau. polling_station:ref=Y Effectivement, je n'ai pas besoin de définir le canton car le découpage, chez nous, ne correspond pas à une limite administrative ou statistique particulière. Par contre, j'ai réalisé une cartographie précise des zones électorales via mon SIG. Pensez-vous qu'il est intéressant et pertinent de l'ajouter dans OSM ? L'idée est qu'on puisse ensuite mettre la carte électorale sur notre site et virer celle qu'on a déjà... sous google !!! Même question d'ailleurs pour la carte scolaire... -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740398.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Trams sur pneumatiques : comment les taguer ?
Bonjour, À Caenhttp://fr.wikipedia.org/wiki/Transport_l%C3%A9ger_guid%C3%A9_de_Caenet à Nancy http://fr.wikipedia.org/wiki/Tramway_sur_pneumatiques se trouvent le même type de tram un peu particulier (et merdique au possible, mais je m'égare...) de tram sur pneumatiqueshttp://fr.wikipedia.org/wiki/Tramway_sur_pneumatiques. Il s'agit d'un véhicule équipé de pneus, guidé par un monorail et alimenté électriquement par caténaires, mais disposant tout de même de motrices Diesel, pour sortir de sa voie (présence d'un obstacle, retour au dépôt, ...). Jusqu'à présent, les voies étaient taguées avec 'railway=tram', et c'est d'ailleurs toujours le cas à Nancy. Mais, récemment, un contributeur, Meersbrook, a remplacé ce tag par 'highway=bus_guideway'. Problème : JOSM n'accepte pas que ce tag soit présent en même temps que le tag 'electrified=contact_line', qui a toujours été là puisque, comme je l'ai dit, le tram est alimenté électriquement par caténaires. Meersbrook et moi avons donc eu une discussion à ce sujet, et je vous la soumets pour que l'on tranche cette question : doit-on revenir à l'ancien tag, garder l'actuel et faire évoluer JOSM pour prendre en compte ce cas particulier (et rare, du moins en France), ou se rabattre sur une troisième solution découverte sur le tard, à savoir 'trolley_wire=yes' à la place de 'electrified=contact_line' ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
Vu de l'extérieur, ça vient encore de nulle part ces précisions. C'est toujours le même problème. Qu'y a-t-il de secret dans les discussions du DWG qui ne puisse être accessible à tous ? Cette façon de fonctionner est vraiment déplaisante pour un projet libre. Le 14 décembre 2012 11:19, sly (sylvain letuffe) li...@letuffe.org a écrit : On vendredi 14 décembre 2012, Christian Quest wrote: Quelqu'un a-t-il suivi les discussions préalables aux modifications que je constate sur le wiki ? oui. Un certain jeff (américain) nous a contacté au DWG en indiquant qu'il ne comprenait pas trop pourquoi le wiki faisait foi, qui décidait, et au moins pourquoi il n'était pas clairement indiqué : Si pas 2ème compte alors blocage En clair, plus ou moins les mêmes questions qu'on a posé il y a 2 mois. Je lui ais répondu que les règles actuelles n'avait peu de chance d'évoluer dans l'immédiat mais qu'il fallait quand même clarifier le wiki et dire ce qui est. Suite à quoi je suis en train de me chamailler avec FR et obtenir mon pin's grande G... Puis cela a débordé sur le planning du 4ème trimestre 2012 dont un volet est : On nous reproche un manque d'ouverture et temps de réponse trop faible pour lequel ils avaient planifié un compte rendu trimestriel (je rajoute : édulcoré) Débat que j'ai ouvert en demandant si par reproche de non ouverture c'était pas plutôt nos moyens obscurs et discussion en catimini qui étaient pointés du doigts. Et ben ils sont pas super chaud, mais une opportunité semble ouverte par FR pour faire une partie seulement des débats en public sur talk par exemple, expérience qui devrait donc être tenté, par moi, d'ici peu. ps: tout mon message n'est bien évidement pas un compte rendu objectif de la situation ps2 : http://wiki.openstreetmap.org/w/index.php?title=Import/Guidelinesdiff=0oldid=840266 Je n'ai pas regardé le résultat, mais c'est moi qui lui ais dit : vas-y fait ! -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
C'est intéressant d'essayer de le modéliser et d'avoir au moins Orange comme exemple. Je tenterai bien le coup sur ma ville aussi (j'ai pris en photo la carte des bureaux de vote lors des dernières élections). Le 14 décembre 2012 11:22, Tony Emery tony.em...@yahoo.fr a écrit : effectivement, je n'avait pas vu polling_station. Je cherchais juste poll. Pour les bureaux, je pars de ce principe : un noeud dans le bâtiment = 1 bureau. polling_station:ref=Y Effectivement, je n'ai pas besoin de définir le canton car le découpage, chez nous, ne correspond pas à une limite administrative ou statistique particulière. Par contre, j'ai réalisé une cartographie précise des zones électorales via mon SIG. Pensez-vous qu'il est intéressant et pertinent de l'ajouter dans OSM ? L'idée est qu'on puisse ensuite mettre la carte électorale sur notre site et virer celle qu'on a déjà... sous google !!! Même question d'ailleurs pour la carte scolaire... -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740398.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trams sur pneumatiques : comment les taguer ?
Vue la photo sur wikipédia pour Nancy, je pense que trolley_wire=yes est le plus adapté vu les grandes cannes d'alimentation sur 2 cables. Pour Caen par contre, ça ressemble à des pantographes avec un seul cable (le second étant le rail à la terre je pense). Le 14 décembre 2012 11:29, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, À Caen et à Nancy se trouvent le même type de tram un peu particulier (et merdique au possible, mais je m'égare...) de tram sur pneumatiques. Il s'agit d'un véhicule équipé de pneus, guidé par un monorail et alimenté électriquement par caténaires, mais disposant tout de même de motrices Diesel, pour sortir de sa voie (présence d'un obstacle, retour au dépôt, ...). Jusqu'à présent, les voies étaient taguées avec 'railway=tram', et c'est d'ailleurs toujours le cas à Nancy. Mais, récemment, un contributeur, Meersbrook, a remplacé ce tag par 'highway=bus_guideway'. Problème : JOSM n'accepte pas que ce tag soit présent en même temps que le tag 'electrified=contact_line', qui a toujours été là puisque, comme je l'ai dit, le tram est alimenté électriquement par caténaires. Meersbrook et moi avons donc eu une discussion à ce sujet, et je vous la soumets pour que l'on tranche cette question : doit-on revenir à l'ancien tag, garder l'actuel et faire évoluer JOSM pour prendre en compte ce cas particulier (et rare, du moins en France), ou se rabattre sur une troisième solution découverte sur le tard, à savoir 'trolley_wire=yes' à la place de 'electrified=contact_line' ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
2012/12/14 Christian Quest cqu...@openstreetmap.fr: Cette façon de fonctionner est vraiment déplaisante pour un projet libre. Oui. C'est comme si en France, l'association osm-fr avait des discussions ou des annonces sur sa liste assez confidentielle alors que cela pourrait intéresser tout le monde ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
2012/12/14 sly (sylvain letuffe) li...@letuffe.org: Suite à quoi je suis en train de me chamailler avec FR et obtenir mon pin's grande G... Alors, si je comprends bien, FR, c'est Fredo. Et GG, c'est Sly... Ici, Londres.. les français parlent aux français... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] comment taguer un éboulement ?
Bonjour, je ne sais pas faire, la M2205 est coupée depuis hier am http://www.nicematin.com/vallees/tinee-la-route-du-ski-coupee-par-un-eboulement.1082245.html -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
On vendredi 14 décembre 2012, Christian Quest wrote: Vu de l'extérieur, ça vient encore de nulle part ces précisions. Pas tout à fait il me semble, j'ai regardé rapidement et ce sont des faits : - Oui le DWG s'occupe de ces cas et oui le DWG peut vous bloquer Par contre, l'ajout de : For distributed/community imports, have each person make their own import account, for example your osm user name_import. It is not required that each import be done under the same user account. Est nouveau, mais c'est plus ou moins de la paraphrase de ce qu'il y avait déjà avant, si ce n'est la précision que cela impose une nouvelle forme pour le 2ème compte. Cela n'enlève de toute façon rien du problème de fond du qui décide ces règles, devenues obligatoires. C'est toujours le même problème. Qu'y a-t-il de secret dans les discussions du DWG qui ne puisse être accessible à tous ? Le traitement des problèmes remontés. Contrairement à [ga] au DWG, ils ne souhaites pas traiter les questions impliquant un rapporteur et un responsable publiquement, pour éviter, entre autre, que cela finisse en lynchage public. C'est un choix que je respecte et partage. Par contre, ce sont les débats, les cas anonymisés que je ne comprends pas qu'ils ne soient pas public, mais ça pourrait changer, je suis en cours de discussion sur ce point. (Mais je me sens un peu seul, j'espère que ça pourra être discuté sur talk et que j'obtiendrais des avis d'autres gens favorables) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Et bien moi j'ai bien galéré pour ça. Il faut savoir que tout se fait à l'adresse. Ce n'est donc pas la voie qui doit servir de référence. Le bâtiment peut être utilisé comme référence mais attention, un bâtiment peut-être adossé à une rue et avoir son adresse dans la rue derrière. Concrètement, je peux extraire une couche shp du plan de zonage électoral si quelqu'un peut l'importer dans OSM. Et toujours, j'ai la même chose pour la carte scolaire des établissements publiques primaires. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740406.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer un éboulement ?
Ils disent que ça va être dégagé assez rapidement, donc le mieux est de ne faire aucun changement dans la base OSM: le temps que les modifications soient répercutées, et il faudra déjà remettre les choses comme avant ... la règle est de n'ajouter dans la base OSM que des données persistantes dans le temps ;) Sylvain 2012/12/14 clansco false...@clansco.org Bonjour, je ne sais pas faire, la M2205 est coupée depuis hier am http://www.nicematin.com/vallees/tinee-la-route-du-ski-coupee-par-un-eboulement.1082245.html -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer un éboulement ?
On Fri, 14 Dec 2012 12:11:13 +0100 Sylvain Maillard sylvain.maill...@gmail.com wrote: Ils disent que ça va être dégagé assez rapidement, donc le mieux est de ne faire aucun changement dans la base OSM: le temps que les modifications soient répercutées, et il faudra déjà remettre les choses comme avant ... la règle est de n'ajouter dans la base OSM que des données persistantes dans le temps ;) Sylvain merci -- Frédéric Falsetti http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
Le 14 décembre 2012 12:02, Pieren pier...@gmail.com a écrit : 2012/12/14 Christian Quest cqu...@openstreetmap.fr: Cette façon de fonctionner est vraiment déplaisante pour un projet libre. Oui. C'est comme si en France, l'association osm-fr avait des discussions ou des annonces sur sa liste assez confidentielle alors que cela pourrait intéresser tout le monde ;-) La liste ca@ est ouverte à tous à ce qu'il me semble. Rien de secret. Nous avons une liste ca-prive@ qui elle est fermée, mais ne regarde que le fonctionnement de l'association, pas le projet OSM et a eu très très peu de message. Le manque de communication est réel mais pas volontaire, on a souvent du mal à trouver du temps pour faire et encore moins de temps pour faire savoir. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Si le shp englobe les points addr:* OSM ça devrait aller, non ? J'essaye d'imaginer quel modèle est facile à gérer tant côté contribution que côté ré-utilisation. Ce modèle devra sûrement utiliser plusieurs méthodes: - multipolygones d'emprise - complété par des adresses individuelles le cas échéant pour des cas particuliers Le 14 décembre 2012 12:10, Tony Emery tony.em...@yahoo.fr a écrit : Et bien moi j'ai bien galéré pour ça. Il faut savoir que tout se fait à l'adresse. Ce n'est donc pas la voie qui doit servir de référence. Le bâtiment peut être utilisé comme référence mais attention, un bâtiment peut-être adossé à une rue et avoir son adresse dans la rue derrière. Concrètement, je peux extraire une couche shp du plan de zonage électoral si quelqu'un peut l'importer dans OSM. Et toujours, j'ai la même chose pour la carte scolaire des établissements publiques primaires. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740406.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [DWG actus] Modification des guidelines pour les imports sur le wiki...
2012/12/14 Christian Quest cqu...@openstreetmap.fr: Nous avons une liste ca-prive@ qui elle est fermée, mais ne regarde que le fonctionnement de l'association, pas le projet OSM et a eu très très peu de message. La liste ca@ n'a pas d'archives ouvertes et il faut s'inscrire... Après quelques mois de pratique, je pense que 95% de ce qui s'y trouve pourrait aussi bien être ici. Et les 5% restant aller sur la liste ca-prive@. Bref, je trouve qu'il y a une liste de trop. Pieren, abonné à 235 listes ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Extraire juste les courbes de niveau
Le message suivant de : ## Bonjour je suis totalement novice. Je voudrai savoir s'il serait possible d'avoir sur une carte juste les courbes de niveau d'un lieu ? Je vous pose cette question car je suis en année de diplome en paysage et j'ai absolument besoin des courbes de niveau autour du bassin de l'étang de thau. Merci de votre attention a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Ajout de raster SpotImage dans JOSM
Le message suivant de ibFabrice: ## Bonjour, je voudrais travailler sur la Côte d'ivoire et j'aimerais rajouter les rasters de SpotImage dans JOSM mais je n'y arrives pas. J'ai suivi les intructions de cette page : http://wiki.openstreetmap.org/wiki/WikiProject_Ivory_Coast#Imagerie_a.C3.A9rienne_SpotImage Quelqu'un y arrive ? Cordialement, Fabrice. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Extraire juste les courbes de niveau
On obtient les contours avec ceci (WMS dans JOSM) tms:http://tiles.pistes-nordiques.org/tiles-contours/{zoom}/{x}/{y}.png et Hop ! (copie du fil WMS et isohyphes) -- View this message in context: http://gis.19327.n5.nabble.com/forum-osm-fr-Extraire-juste-les-courbes-de-niveau-tp5740417p5740423.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La voie express limitée à 90 entre Donges et Saint Nazaire
un contributeur sur place pour taguer cela précisément ? http://www.donges.fr/?page=actualitearticle=410 merci -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La voie express limitée à 90 entre Donges et Saint Nazaire
J'ai vu que Britz a fait l'ajustement hier http://www.openstreetmap.org/browse/changeset/14256789 2012/12/14 Florian LAINEZ winner...@free.fr un contributeur sur place pour taguer cela précisément ? http://www.donges.fr/?page=actualitearticle=410 merci -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La voie express limitée à 90 entre Donges et Saint Nazaire
Bon boulot :) 2012/12/14 Ab_fab gamma@gmail.com J'ai vu que Britz a fait l'ajustement hier http://www.openstreetmap.org/browse/changeset/14256789 2012/12/14 Florian LAINEZ winner...@free.fr un contributeur sur place pour taguer cela précisément ? http://www.donges.fr/?page=actualitearticle=410 merci -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] METTRE A JOUR LES DONNES DE LA COTE D'IVOIRE
Le message suivant de : ## Bonsoir j'ai un problème avec JOSM j'ai besoin de votre aide.comme exercice je traçait et modifiait les tracés déjà effectués sur josm quand ma machine m'a lâché. mon travail s'est enregistré automatiquement. mes tracés et les modifications que j'ai apporté sont repartis à l'état initial donc tout a basculé. je n'arrive plus à modifier les tracés que j'ai moi même effectué ceux qui fausse tout mon travail aidé moi a trouver une solution à ce problème pour effectuer les mises à jour. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le plus recherché dans Google Maps...
Pour résumer, il est temps que les contributeurs se mobilisent pour décrire d'avantage ce qui fait la qualité d'une ville et son attractivité : l'économie le commerce, le tourisme. C'est la raison pour laquelle j'ai préféré OpenStreetMap à Google car sur Orange nous avons Décathlon et des hôtels importants placés n'importe où comme par exemple sur un rond-point au centre ville. cquest wrote Google a publié un bilan des recherches les plus fréquentes en 2012: http://www.google.com/zeitgeist/2012/#france Pour les recherches sur Google Maps, le top 10 est intéressant: - Camping - Hotel - Restaurant - Carrefour - Gare - Decathlon - Ikea - Boulangerie - La Poste - Pharmacie -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Le-plus-recherche-dans-Google-Maps-tp5740169p5740442.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] arrêt de bus et accessibilité handicapés
Dans la série qualification de l'accessibilité handicapés, voici une photo que j'ai récupéré d'une étude par l'agglo de Roanne qui permettrait de s'entrainer sur l'ontologie handicap : http://www.flickr.com/photos/jeanlouis_zimmermann/8089657691/in/photostream/lightbox/ Pour le reste à titre de rappel il y a toujours le site de 3Liz qui peut service de démonstrateur sur ce que l'on peut qualifier autour du handicap http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=3 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/arret-de-bus-et-accessibilite-handicapes-tp5740443.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le plus recherché dans Google Maps...
Il faut aussi avoir une vision plus large des activités d'une ville que l'aspect commercial. Il ne faut pas oublier les administrations, les services médicaux. Il est facile de trouver un Mc avec le gros symbole de hamburger sur Mapnik. Et je vois des Bot qui survolent ma ville, surveillent de tels noms, les uniformisent. Essayez de trouver les services médicaux. Et il ne faut pas servir de simple support à diverses activités commerciales qui veulent chacune être le plus visible possible. Pierre De : ZIMMY jeanlouis.zimmerm...@laposte.net À : talk-fr@openstreetmap.org Envoyé le : Vendredi 14 décembre 2012 12h52 Objet : Re: [OSM-talk-fr] Le plus recherché dans Google Maps... Pour résumer, il est temps que les contributeurs se mobilisent pour décrire d'avantage ce qui fait la qualité d'une ville et son attractivité : l'économie le commerce, le tourisme. C'est la raison pour laquelle j'ai préféré OpenStreetMap à Google car sur Orange nous avons Décathlon et des hôtels importants placés n'importe où comme par exemple sur un rond-point au centre ville. cquest wrote Google a publié un bilan des recherches les plus fréquentes en 2012: http://www.google.com/zeitgeist/2012/#france Pour les recherches sur Google Maps, le top 10 est intéressant: - Camping - Hotel - Restaurant - Carrefour - Gare - Decathlon - Ikea - Boulangerie - La Poste - Pharmacie -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Le-plus-recherche-dans-Google-Maps-tp5740169p5740442.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le plus recherché dans Google Maps...
Le 14 décembre 2012 18:52, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Pour résumer, il est temps que les contributeurs se mobilisent pour décrire d'avantage ce qui fait la qualité d'une ville et son attractivité : l'économie le commerce, le tourisme. J'espère que non ! Qu'ils se mobilisent pour dire ce qu'est une ville, ce qu'il y a dedans, aussi complètement et aussi géographiquement parlant que possible, oui. Qu'ils deviennent des petites fourmis au service des restos et investisseurs immobiliers, pourvu que ça n'arrive pas ! (Sauf si les restos et investisseurs nous payent ? Huuumm... ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trams sur pneumatiques : comment les taguer ?
Le 14 déc. 2012 11:29, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, À Caen et à Nancy se trouvent le même type de tram un peu particulier (et merdique au possible, mais je m'égare...) de tram sur pneumatiques. Il s'agit d'un véhicule équipé de pneus, guidé par un monorail et alimenté électriquement par caténaires, mais disposant tout de même de motrices Diesel, pour sortir de sa voie (présence d'un obstacle, retour au dépôt, ...). C'est aussi le cas a clermont-ferrand, pour de basses raisons politiques... Mais chez nous c'est un route=tram : http://www.openstreetmap.org/browse/relation/165712 Alors qu'il est sur pneus, en site propre, avec un rail de guidage et des catenaires pour l'alimentation. Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] FW: NaPTAN Bus Stops
Forwarded to see if my bounce issues have been resolved. -Original Message- From: Ed Loach [mailto:e...@loach.me.uk] Sent: 12 December 2012 09:02 To: 'Donald Noble'; 'talk-gb@openstreetmap.org' Subject: RE: [Talk-GB] NaPTAN Bus Stops Donald asked: Any pointers much appreciated. I’ve not tried it, but it looks like http://wiki.openstreetmap.org/wiki/Naptan2osm might help. If it works as I suspect I'd extract the local ones to an OSM file and then use that as a separate layer in JOSM (possibly Potlatch2, though am less sure about how to do this) to compare with what is already in. Being in Essex the bus stops were imported some time ago, and I've verified many locally, but still not all. However I'm aware of routes that have changed, and in particular Colchester bus station (a little outside my normal mapping area) moved last month, so I might watch for the next update and compare then, so if you do try the above and it works for you I'd be interested to hear how it went. I'm hoping that http://mappa-mercia.org/novam// is still being updated as I (used to) use that to check which of the imported stops I've checked (I use the Hull colour scheme). Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] [OSM-talk] Welcome Working Group meeting report
There was a lot of interest in working on documentation in the WWG yesterday. If you're into improving OSM docs, you should definitely poke your head in next time. On Dec 14, 2012, at 12:00 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, The (for now informal) Welcome Working Group met earlier today / yesterday on #osm-strategic. It was fun and useful. The purpose of this group is to retain more mappers after they sign up by providing a better welcome experience. We are not looking at the user experience of the editors, but rather at the social aspects as well as documentation. We are still figuring out what the scope should be and how to proceed, and we could use your help. We plan to meet weekly to gain and keep momentum. The next meeting will be on Dec 20 at 1800 UTC on #osm-strategic. Whether you're new at OSM yourself or a seasoned mapper with ideas and some time to spare, we'd love to see you. The WG page is http://wiki.openstreetmap.org/wiki/User:Mvexel/Welcome_Working_Group - you can find all the details as well as reports and logs of previous meetings there. Please forward this to local lists as you deem fit appropriate. The group will communicate in English. Happy mapping, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing shorelines
* Eric H. Christensen e...@christensenplace.us [2012-12-13 21:54 -0500]: On Thu, Dec 13, 2012 at 02:23:52PM -0500, Phil! Gold wrote: If you use JOSM, the ContourMerge plugin is very helpful here. Thanks for the advice. I've tried that technique and it seems to have done what I wanted but I'm withholding judgment until I actually see the results on the website. That might take a while. The data used to render coastlines is generated irregularly on approximately a monthly basis. You can take a look at an area a little ways north where I've done the same thing: http://osm.org/go/ZZfHNr1i . I've not been very impressed by the TIGER roadway data in my little town Yeah. The TIGER data for Anne Arundel County was really horrid at the time of the import. I've cleaned up a bunch of it in the northwest corner of the county (areas near BWI, Fort Meade, and Laurel), but there's a lot left to do. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fixing shorelines
* Jeff Meyer j...@gwhat.org [2012-12-13 12:58 -0800]: On Thu, Dec 13, 2012 at 11:23 AM, Phil! Gold phi...@pobox.com wrote: I use tilestache to go between JOSM's tile underlays and the ArcGIS REST interface). Do you have a pointer to any docs of how to do this? It's pretty simple. You use tilestache's URL template provider to proxy requests to the REST server. It works as long as the server supports the web mercator projection, which might be under any of the SRIDs 900913, 102113, 102100, 3785, or 3857. (The last is the current official code from EPSG.) Here's what I use for Anne Arundel County's orthoimagery: { layers: { AAOrtho2010: { provider: { name: url template, template: http://gis-world.aacounty.org/ArcGIS/rest/services/Ortho2010/MapServer/export?f=imagebboxSR=102113bbox=$xmin,$ymin,$xmax,$ymaxsize=$width,$heightformat=png24; }, preview: { lat: 38.974, lon: -76.595, zoom: 10 } } } } For their vector-based data, I add `transparent=true` so I can overlay it on aerial imagery: AABasemap: { provider: { name: url template, template: http://gis-world.aacounty.org/ArcGIS/rest/services/Basemap/MapServer/export?f=imagebboxSR=102113imageSR=102113transparent=truebbox=$xmin,$ymin,$xmax,$ymaxsize=$width,$heightformat=png; }, } ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us