Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier
Dag Ivo, Fijn dan moeten we niet de hele weg alleen doen. Ik zal je wel opladen. We zullen nog afspreken waar en hoe laat ik je oppik. Het hangt er vanaf of we nog iemand mee wil. Groetjes Guy Vanvuchelen Van: Ivo De Broeck [mailto:ivo.debro...@gmail.com] Verzonden: vrijdag 11 januari 2013 20:06 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier Guy, Das fijn, ik woon in Korbeek-lo (op Tiensesteenweg). Waar kan je me oppikken? Ik kan ook bv met de bus naar Leuven-station. Tot dan. Mail-adres is ivo.debro...@gmail.com Ivo Op 11 januari 2013 19:42 schreef Guy Vanvuchelen guido.vanvuche...@pandora.be het volgende: Indien er nog mensen zijn uit de streek van Tienen of Leuven die naar Lier willen meegaan: ik kan er nog wel een paar meenemen. Guy Vanvuchelen Van: Jo [mailto:winfi...@gmail.com] Verzonden: vrijdag 11 januari 2013 19:16 Aan: talk-be Onderwerp: Re: [OSM-talk-be] Get together in Lier/Bijeenkomst in Lier Joren found a place where we can meet. We are allowed to use a separate room in exchange for 'consumptions'. There will be wifi. Joren heeft een plaats gevonden waar we bijeen kunnen komen. We hebben een apart zaaltje ter beschikking in ruil voor consumpties. Draadloos internet is beschikbaar. Dus allen daarheen op 9 februari tussen 10 en 17uur Café Refuge Zimmerplein 12 Lier http://www.caferefugelier.be/ http://www.openlinkmap.org/?lat=51.12906 http://www.openlinkmap.org/?lat=51.12906lon=4.57107zoom=18layers=BFTTT lon=4.57107zoom=18layers=BFTTT Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Initial stuck to the name
On Saturday 12 January 2013 14:30:59 Guy Vanvuchelen wrote: Helemaal akkoord. Het naambord is inderdaad de meest officiële naam die iedereen kan zien en gebruiken. Eigenlijk is het met namen van kapellen en kerken hetzelfde. Als op een kerk de naam H Hart staat waarom moet er dan Heilig Hart van gemaakt worden. Een moslin, of waarschijnlijk zelfs de jeugd dat misschien denken dat het niet dezelfde naam is. Wel, 't is ook de internationale OSM-regel dat namen voluit worden gespeld. Dus ook voor deze kwestie, als je vindt dat de regel niet goed is, dan zal je het op internationaal niveau moeten zien aan te kaarten... Trouwens, dan kan op de kerk wel H Hart staan, maar op het infobord dat tegen de kerk hangt staat dan misschien wel Heilig Hart, of op wijzers naar de kerk kan het ook voluit staan, etc. Zodus, vermijd discussies en gebruik geen afkortingen. Voor straatnamen hangt het dus puur af van de officiële straatnaam, en zoals gezegd vind je die in de notulen van de gemeenteraad, al zal je vaak al in archieven moeten zoeken, maar elke gemeente houdt normaal wel een lijst van officiële straatnamen bij. Kan je eventueel onder openbaarheid van bestuur aanvragen. In Antwerpen worden geen namen afgekort, maar in andere gemeenten kan het anders zijn. Het probleem is dat Osmose het als fout beschouwd en dat je die telkens opnieuw moet controleren als je op die manier de fouten wil wegnemen. Omdat het dus in principe ook meestal fout is volgens de regels binnen OSM... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] RFC - OSM contributor mark
Thanks for taking the time to review and respond everyone so far. It's great to see that there is general support for this idea (there are certainly a couple of issues to work through). I'd like to give people more time to weigh in before responding to the threads that are emerging in this discussion, please don't take my silence as absence from the discussion in the meantime. On Jan 12, 2013, at 4:07 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 01/12/2013 12:45 AM, Johan C wrote: The message in my opinion should invite people more to act themselves instead of relying on others to create a map. That's a very good point. We've occasionally used the phrase made by people like you and me or so, to make it clear that we strive to include everyone instead of having creators on one side and consumers on the other. But I like your take a look and join in too. (and this of course preferrably in the correct language version) I'm sure our community would provide translations quickly. This is also the first time where I think that we might perhaps want to give translators the option of exchanging the imagery as well. I'm not a communications expert but it is quite possible that an image that works great for Europe and the US suddenly is problematic in India or Japan. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Garmin Hack Weekend (1.-03.02.2013)
Hello, in three weeks, the first Garmin Hack Weekend will be held in Essen, Germany (1.-03.02.2013). For creators a good opportunity to discuss with other garminmap developers and to work on his own or a common project. The Linuxhotel offers a great working environment and has enough space. More information and registration at http://wiki.openstreetmap.org/wiki/Garmin_Project___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Religie
Op dit moment worden religie gebruikt voor kerken en voor begraafplaatsen. D.W.Z. van een begraafplaats wordt verteld of deze katholiek of protestant enz. is. Voor scholen wordt dit niet gedaan terwijl veel scholen toch een religeuse achtergrond hebben. Vaak wordt dit in de naam uitgedrukt zoals Protestant christelijk Jenaplanschool Is het wellicht een idee om ook bij scholen de religie op dezelfde manier zoals bij begraafplaatsen te gaan vermelden . Letop: voor openbare scholen kan men de religie public gebruiken. Letop: voor privescholen (zoals het lusac-college) kan men de religie private gebruiken. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Religie
Ik gebruik al jaren gewoon religion en denomination voor scholen. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool wordt het ook als suggestie gegeven Op 12 januari 2013 17:42 schreef Ronald Stroethoff stroe...@zonnet.nl het volgende: Op dit moment worden religie gebruikt voor kerken en voor begraafplaatsen. D.W.Z. van een begraafplaats wordt verteld of deze katholiek of protestant enz. is. Voor scholen wordt dit niet gedaan terwijl veel scholen toch een religeuse achtergrond hebben. Vaak wordt dit in de naam uitgedrukt zoals Protestant christelijk Jenaplanschool Is het wellicht een idee om ook bij scholen de religie op dezelfde manier zoals bij begraafplaatsen te gaan vermelden . Letop: voor openbare scholen kan men de religie public gebruiken. Letop: voor privescholen (zoals het lusac-college) kan men de religie private gebruiken. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groet, Paul L. Smits ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Religie
On 01/12/2013 05:42 PM, Ronald Stroethoff wrote: Op dit moment worden religie gebruikt voor kerken en voor begraafplaatsen. D.W.Z. van een begraafplaats wordt verteld of deze katholiek of protestant enz. is. Voor scholen wordt dit niet gedaan terwijl veel scholen toch een religeuse achtergrond hebben. Vaak wordt dit in de naam uitgedrukt zoals Protestant christelijk Jenaplanschool Is het wellicht een idee om ook bij scholen de religie op dezelfde manier zoals bij begraafplaatsen te gaan vermelden . Prima idee en er staat je niets in de weg om hier mee te beginnen. Letop: voor openbare scholen kan men de religie public gebruiken. Letop: voor privescholen (zoals het lusac-college) kan men de religie private gebruiken. Dit is misbruik van de tag. public en private zijn geen religie. Als de school niet op religieuze grondslag gestoeld is de religie none. Bovendien staat het feit of onderwijs privaat is of niet haaks op religieuze grondslag. Een katholiek seminarie is namelijk ook een private onderwijsinstelling. --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Religie
Het gebruik van public geeft voor engels-taligen verwarring: een public school is een privé school. Hugo -Oorspronkelijk bericht- From: Cartinus Sent: Saturday, January 12, 2013 5:03 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Religie On 01/12/2013 05:42 PM, Ronald Stroethoff wrote: Op dit moment worden religie gebruikt voor kerken en voor begraafplaatsen. D.W.Z. van een begraafplaats wordt verteld of deze katholiek of protestant enz. is. Voor scholen wordt dit niet gedaan terwijl veel scholen toch een religeuse achtergrond hebben. Vaak wordt dit in de naam uitgedrukt zoals Protestant christelijk Jenaplanschool Is het wellicht een idee om ook bij scholen de religie op dezelfde manier zoals bij begraafplaatsen te gaan vermelden . Prima idee en er staat je niets in de weg om hier mee te beginnen. Letop: voor openbare scholen kan men de religie public gebruiken. Letop: voor privescholen (zoals het lusac-college) kan men de religie private gebruiken. Dit is misbruik van de tag. public en private zijn geen religie. Als de school niet op religieuze grondslag gestoeld is de religie none. Bovendien staat het feit of onderwijs privaat is of niet haaks op religieuze grondslag. Een katholiek seminarie is namelijk ook een private onderwijsinstelling. --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Categorieën toponiemen
Hoi allemaal, In de collectie van OpenTaal hebben we een aanzienlijk aantal toponiemen. Om daar categorieën aan toe te kennen zijn we momenteel uitgekomen op vier codes die met *NET* beginnen, zie: https://sf.own-it.nl/projects/opentaal/wiki/Woordcategorie%C3%ABn#Onderverdeling-eigennamen Er zijn een flink toponiemen waarvan het twijfelachtig zal zijn in welke categorie ze het beste thuishoren en er zullen toponiemen zijn die meerdere categorieën zullen krijgen. Bij deze aan jullie vraag of de huidige opdeling nog verbeterd kan worden. Let op, het gaat hier om taalkundige toepassing zoals spelling- en grammaticacontrole. Niet voor gebruik direct in geografisch materiaal. Groetjes en alvast bedankt, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Edits von Nodekiller
Hallo, On 01/11/2013 10:33 PM, Manfred A. Reiter wrote: Also bei allem Verständnis für automatische Änderungen, habt ein paar Argumente für mich für Schüler, die sich dort mit der Küstenlinie alle Mühe der Welt gegeben haben, die Wanderweg nach GPS tracks nachgezeichnet haben und heute an ihrer Bearbeitung die Leistung von Nodekiller sehen? Hast Du dir die Edits tatsaechlich angesehen und sprichst von einer konkreten Verschlechterung, oder argumentierst Du hier eher theoretisch, basierend auf der Annahme, dass jede Loeschung von Noes automatisch eine Verschlechterung darstellt? Wenn man die Arbeit von jungen Leuten derart mit Füßen tritt Ich waere an einem Beispiel interessiert. Ich konnte selbst auf Anhieb keins finden. Ironietags habe ich vergessen zu setzen. Ausser wenn alles eh ironisch gemeint war... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen in Dresden nicht gefunden
Hallo Liste, wenn ich Dresden, Lingner[-]Allee oder Lingner[-]Allee, Dresden eingebe, wird nichts angezeigt, obwohl die Straße im Plan existiert. Außerdem ist das Eingabefeld viel zu klein, um längere Adressen aufzunehmen. -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Ohne Zensur suchen: http://suche.amnesty-bergedorf.de Ökologisch suchen: http://www.ecosia.de Googeln ohne Google: https://www.startpage.com/deu Das heutige Motto: Wer fragt, ist ein Narr für fünf Minuten. Wer nicht fragt, bleibt ein Narr für immer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
Am 12.01.2013 11:13, schrieb hha4491: Dresden, Lingner[-]Allee Hi, Die Straße heißt Lingnerallee und Du kannst natürlich mehr Zeichen in das Suchfeld eingeben als es breit ist. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
Lingnerallee, Dresden wird gefunden (was ja auch das ist was eingetragen ist). Simon Am 12.01.2013 11:13, schrieb hha4491: Hallo Liste, wenn ich Dresden, Lingner[-]Allee oder Lingner[-]Allee, Dresden eingebe, wird nichts angezeigt, obwohl die Straße im Plan existiert. Außerdem ist das Eingabefeld viel zu klein, um längere Adressen aufzunehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
Am 12.01.2013 11:21, schrieb Chris66: Am 12.01.2013 11:13, schrieb hha4491: Dresden, Lingner[-]Allee Die Straße heißt Lingnerallee Dennoch sollte sie mit einer zeitgemäßen Suchfunktion auch gefunden werden, wenn man Lingner-Allee eingibt. (Und umgekehrt.) Nominatim ist damit überfordert. Dieses Problem habe ich auch schon mal im trac beschrieben: https://trac.openstreetmap.org/ticket/4572 Passiert ist bisher leider nichts. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
On Sat, Jan 12, 2013 at 11:35:02AM +0100, Simon Poole wrote: Lingnerallee, Dresden wird gefunden (was ja auch das ist was eingetragen ist). Das Problem mit den Bindestrichen ist ein bekannter Bug (oder besser: fehlendes Feature ;) in Nominatim: https://trac.openstreetmap.org/ticket/4572 Gruss Sarah Am 12.01.2013 11:13, schrieb hha4491: Hallo Liste, wenn ich Dresden, Lingner[-]Allee oder Lingner[-]Allee, Dresden eingebe, wird nichts angezeigt, obwohl die Straße im Plan existiert. Außerdem ist das Eingabefeld viel zu klein, um längere Adressen aufzunehmen. ___ 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] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen?
Hallo Rene, Das Häuschen bekommt von mir building=yes. Das Gelände landuse=industrial Wenn Du möchtest kannst Du außenrum noch barrier=fernce ziehen. Das ist genauso wie bei Gasverstärkern, 10KV-Stromhäuschen oder anderen Industriehäuschen die ja irgendwo auf Wald und Wiese stehen und alle nicht größer als ein Wohnwagen sind. Hier siehst Du einen Gasvertärker (Links) und eine Telekommunikationsverstärker (rechts): http://www.openstreetmap.org/?lat=53.32684lon=9.70321zoom=17layers=M Mit freundlichen Grüßen Stephan aka smarties Original-Nachricht Datum: Fri, 11 Jan 2013 22:05:16 +0100 Von: René Falk li...@falconaerie.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Windkraftanlagen - Wie separate Elektrik taggen? Wie Gelände einer WKA taggen? Hallo miteinander, An den hiesiegen WKA stehen häufig noch so Beton-/Blechgebilde mit Elektrik drin. Zum Teil nicht größer als ein größerer Verteilerschrank, manchmal aber auch groß wie ein Buswartehäuschen. Trafostation? Dann gehört zu den WKA hier häufig noch eine kleinere Fläche drum herum. Groß genug das 2-3 schwerere Fahrzeuge dort Platz finden könnten. Wobei die Fahrzeuge, wegen der Geländeeigenschaften, eine gewisse Off-Road-Fähigkeit haben müssten. landuse=industrial scheint mir nur halb passend. Grüße René ___ 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] Edits von Nodekiller
Am 12.01.2013 um 10:16 schrieb Frederik Ramm frede...@remote.org: Hallo, On 01/11/2013 10:33 PM, Manfred A. Reiter wrote: Also bei allem Verständnis für automatische Änderungen, habt ein paar Argumente für mich für Schüler, die sich dort mit der Küstenlinie alle Mühe der Welt gegeben haben, die Wanderweg nach GPS tracks nachgezeichnet haben und heute an ihrer Bearbeitung die Leistung von Nodekiller sehen? Hast Du dir die Edits tatsaechlich angesehen und sprichst von einer konkreten Verschlechterung, oder argumentierst Du hier eher theoretisch, basierend auf der Annahme, dass jede Loeschung von Noes automatisch eine Verschlechterung darstellt? ja, im ersten Moment wenn man den File öffnet sieht man gleich, dass das ein automatischer Edit ist (d.h. man würde erwarten, da nie darüber diskutiert wurde, dass die DWG so was reverted, schon aus Prinzip). Konkret wenn man dann ganz reinzoomt und sich das genauer ansieht sieht man (ich) nirgends eine Stelle, an der ein Schaden entstanden zu sein scheint. Es sind nur wenige Noldes, die entfernt wurden, und die Geometrie scheint davon in der Tat nicht oder nur sehr sehr wenig beeinflusst worden zu sein. Interessant wären ggf. mal Stellen wie Kurven im Gebirge (enge 180 Kehren), wo so eine Aktion am ehesten Schaden anrichten würde auch mit eher geringer Toleranz, aber habe nichts derartiges gefunden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hi Martin, auch Dir Dank das Du dir das angeschaut hast. Ich habe soweit alles geändert, nur mit den change Attribute bin ich mir nicht sicher. Kannst Du mir den gepachten Style mal mailen? Und Dir meinen Änderungen nochmal anschauen? Danke im Voraus. Jörg Am Mittwoch, den 09.01.2013, 09:35 +0100 schrieb Martin Vonwald: Hi! Die wichtigsten Sachen hat ja Bernhard schon geschrieben: Anzahl der Spuren am Link ändern, lanes auch auf die Ab-/Auffahrten. Auch wann der lanes-Wert verändert werden sollte hat Bernhard schon richtig angemerkt. Aus dem Artikel über lanes [1]: Falls sich die Anzahl der Fahrstreifen ändert ist es erforderlich den OSM-Weg aufzutrennen. Dies sollte erfolgen sobald: * ein neuer Fahrstreifen seine volle Breite erreicht hat, oder * ein Fahrstreifen beginnt sich zu verschmälern bevor er endet (meistens, wenn ein Wechsel auf einen anderen Fahrstreifen notwendig ist) Was mir noch zusätzlich aufgefallen ist: * Warum taggst du nicht die Knoten wo die Abfahrten beginnen als motorway_junction sondern einen Knoten wo die entsprechende Spur anfängt? Ich tagge es entsprechend der Beschreibung in [2] . * Weiters ist mir aufgefallen, dass du auch das Ende der Beschleunigungsstreifen entsprechend taggst. Das habe ich noch nie gesehen geschweige denn gemacht. Im Wiki ist es zumindest in der deutschen Fassung aber auch für Auffahrten angeben. Der Sinn davon erschließt sich mir aber nicht wirklich. * Dieser Weg ist falsch getaggt: http://www.openstreetmap.org/browse/way/200209869 . Die lanes*-Werte sind richtig, aber change:lanes=no|no ist falsch (du hast drei Spuren, nicht zwei). Richtig wäre change:lanes:forward=not_left|yes und change:lanes:backward=no . * Selbiges auf diesem Weg: http://www.openstreetmap.org/browse/way/200209870, wobei du in diesem Fall auch vereinfacht change:lanes=no|no|no schreiben könntest. Wenn beide Fahrtrichtungen von einem OSM-Weg repräsentiert werden, solltest du immer change:lanes:forward bzw. change:lanes:backward verwenden, da man sonst mit links/rechts leicht durcheinander kommen kann. Eine Ausnahme ist möglich: wenn alle change-Werte no sind, kann man auch vereinfacht change:lanes verwenden, da keine Verwechslungsgefahr besteht. * Probleme mit change:lanes sind mir noch auf einigen anderen Wegen aufgefallen, z.B.http://www.openstreetmap.org/browse/way/199908838 , http://www.openstreetmap.org/browse/way/130356160 , http://www.openstreetmap.org/browse/way/200218964 und http://www.openstreetmap.org/browse/way/200209872 . Im Prinzip immer, wenn du mehr als zwei Spuren hast. * Dieser Knoten ist auch als motorway_junction getaggt: http://www.openstreetmap.org/browse/node/2098448215 . Ich möchte hier ebenfalls nicht sagen ob das jetzt richtig oder falsch ist (ich mache das nicht), aber die Angabe von destination auf einem Knoten ist definitiv nicht richtig. Der Tag muss auf den Weg. Wenn du destination taggen willst, schau dir bitte auch [3] an. Vor allem destination:ref kann hilfreich sein. Selbiges hier: http://www.openstreetmap.org/browse/node/2098448205 * Hier würde ich bereits lanes=2 taggen, da die Spur für die Auffahrt noch nicht vollständig vorhanden ist: http://www.openstreetmap.org/browse/way/118195741 Abschließend möchte ich noch auf einen sehr genialen JOSM-Style hinweisen: Fahrspur-Details für Rechtsverkehr, Version mit Abbiegepfeilen von Wolfgang Hinsch auf [4]. Ist zum kontrollieren der Spuren super. Unterstützt leider noch abweichende Werte für change, aber ich kann bei Bedarf eine gepatchte Version zur Verfügung stellen, welche auch not_left/not_right versteht. Der Style macht JOSM recht langsam und ist während dem Editieren eher unübersichtlich, aber zum kontrollieren das Beste was es gibt. vg, Martin [1] http://wiki.openstreetmap.org/wiki/DE:Key:lanes [2] http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction#Anwendung [3] http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details [4] http://josm.openstreetmap.de/wiki/De%3AStyles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hallo Bernhard, danke für Deine Anmerkungen und sorry das ich erst heute dazu gekommen bin das umzusetzen. Vielleicht kannst Du die es nochmal anschauen. Danke Jörg Am Mittwoch, den 09.01.2013, 00:28 +0100 schrieb Bernhard Weiskopf: Hallo Jörg, vier Dinge sind mir aufgefallen: Die Anzahl der Spuren (lanes) muss sich genau am Knotenpunkt der highways ändern. Nur dann können Navis erkennen, dass eine komplette Spur abzweigt oder dazukommt. ok geändert Auch bei den link-Bahnen trage ich die Spurzahl ein (lanes = 1). So erkennt ein Navi leicht, dass an einem Punkt die Fahrbahn von lanes = 3 aufgeteilt wird in eine mit lanes = 2 und eine in lanes = 1. auch geändert Bei meinen Edits zähle ich lanes nur so lange, wie die Spuren volle Breite haben (z. B. lanes = 3 endet nicht erst, wenn die dritte Spur weg ist, sondern bereits wenn sie schmaler und damit nicht mehr separat nutzbar ist). Ende/Anfang der Spuren entsprechend verschoben Bei der L 141 fehlen jetzt noch die Abbiegeverbote. Z. B. wenn man von SO kommt und den Abzweig nach links verpasst hat, darf das Navi 30 m weiter nicht zum scharf Linksabbiegen auffordern. gesetzt Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Hi, Am 12. Januar 2013 10:16 schrieb Frederik Ramm frede...@remote.org: Hallo, On 01/11/2013 10:33 PM, Manfred A. Reiter wrote: Also bei allem Verständnis für automatische Änderungen, habt ein paar Argumente für mich für Schüler, die sich dort mit der Küstenlinie alle Mühe der Welt gegeben haben, die Wanderweg nach GPS tracks nachgezeichnet haben und heute an ihrer Bearbeitung die Leistung von Nodekiller sehen? Hast Du dir die Edits tatsaechlich angesehen und sprichst von einer konkreten Verschlechterung, oder argumentierst Du hier eher theoretisch, basierend auf der Annahme, dass jede Loeschung von Noes automatisch eine Verschlechterung darstellt? nein, noch nicht angesehen, muss ich noch machen. Ich habe nur (in Deiner Auflistung) gesehen, dass Ihr Lehrer auch davon betroffen ist. Wenn man die Arbeit von jungen Leuten derart mit Füßen tritt Ich waere an einem Beispiel interessiert. Ich konnte selbst auf Anhieb keins finden. muss ich mir wirklich ansehen, kommt dann per PM Ironietags habe ich vergessen zu setzen. Ausser wenn alles eh ironisch gemeint war... nein leider nicht :( ;-) Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Hallo Georg, Am 12. Januar 2013 07:55 schrieb Georg Feddern o...@bavarianmallet.de: Moin, Am 11.01.2013 19:51, schrieb Manfred A. Reiter: Wie kann ich die in Deiner Eingangsmail angesprochenen Linien abschalten realisieren, damit ich mir das ansehen kann, was Nodekiller auf den Azoren gemacht hat. In den Einstellungen von JOSM gleich auf der ersten Seite: Linien zwischen den GPS-Punkten zeichnen === Keine betriebsblind :( danke - gefunden ;-) M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hi! Der gepatchte Style liegt hier: http://www.vonwald.info/osm/josm/Lanes.mapcss Ich habe mit Wolfgang, dem Autor des Stiles, kurz gesprochen. Er meint, er wird den Stil in der nächsten Zeit noch überarbeiten und ihn möglicherweise beschleunigen. Für's Lanes-Tagging ist der Stil mEn jetzt schon unverzichtbar! Zu deinem Tagging: * Tippfehler auf http://www.openstreetmap.org/browse/way/200209868: du hast hier turn:lanes:forward mit korrekten Werten und turn:lanes:foreward mit Tippfehler und falschen Werten. * Die destination:ref Tags in Kombination mit lanes-Werten sind inkorrekt, z.B. hier: http://www.openstreetmap.org/browse/way/200209868 . Generell gilt: zuerst der Hauptschlüssel (destination:ref), danach bei spurabhängigen Werten der Suffix :lanes, und ganz am Ende falls notwendig :forward/:backward. Ergibt also destination:ref:lanes:forward im Beispiel. Dieser Fehler kommt mehrmals vor. * Klassischer links/rechts-Verdreher hier: http://www.openstreetmap.org/browse/way/130356160 . Wenn du für :backward-Richtung taggst, musst du auch in diese Richtung schauen. Es müsste also change:lanes:backward=not_left|yes sein. Solche Fehler siehst du mit dem JOSM-Stil sofort. * http://www.openstreetmap.org/browse/way/200720244 : Der (korrekte) Eintrag lanes=2 widerspricht dem falschen Eintrag change:lanes=no (nur eine Spur). * Für diesen Weg fehlt eine Abbiegebeschränkung von Süden kommend: http://www.openstreetmap.org/browse/way/27246402 . Hier ebenfalls: http://www.openstreetmap.org/browse/way/129973170 * Eventuell könnte man hier auch turn:lanes angeben: http://www.openstreetmap.org/browse/way/28384577 Alles in allem aber schon sehr gut und vor allem auch den Anschluss zur L141 sehr detailliert und vollständig getaggt. Noch eine Handvoll Anmerkungen/Fragen: * Teilweise machst du ja richtiges Nano-Tagging ;-) Beispiel: http://www.openstreetmap.org/browse/way/118195741 . Den Abschnitt würde ich selbst eher ignorieren und nicht extra taggen. Er ist aber definitiv richtig getaggt (bis auf die destination-Tags). * Gibt es einen Grund für die layer=0 Tags? * Vielleicht noch eine Bitte: wenn du maxspeed taggst, trage wenn möglich auch source:maxspeed ein, z.B: maxspeed=100 und source:maxspeed=DE:rural oder maxspeed=70 und source:maxspeed=sign. Ich hoffe das hilft dir noch ein wenig. Und vielen Dank für deinen Einsatz! vg, Martin Am 12. Januar 2013 13:55 schrieb Jörg Frings-Fürst o...@jff-webhosting.net: Hi Martin, auch Dir Dank das Du dir das angeschaut hast. Ich habe soweit alles geändert, nur mit den change Attribute bin ich mir nicht sicher. Kannst Du mir den gepachten Style mal mailen? Und Dir meinen Änderungen nochmal anschauen? Danke im Voraus. Jörg Am Mittwoch, den 09.01.2013, 09:35 +0100 schrieb Martin Vonwald: Hi! Die wichtigsten Sachen hat ja Bernhard schon geschrieben: Anzahl der Spuren am Link ändern, lanes auch auf die Ab-/Auffahrten. Auch wann der lanes-Wert verändert werden sollte hat Bernhard schon richtig angemerkt. Aus dem Artikel über lanes [1]: Falls sich die Anzahl der Fahrstreifen ändert ist es erforderlich den OSM-Weg aufzutrennen. Dies sollte erfolgen sobald: * ein neuer Fahrstreifen seine volle Breite erreicht hat, oder * ein Fahrstreifen beginnt sich zu verschmälern bevor er endet (meistens, wenn ein Wechsel auf einen anderen Fahrstreifen notwendig ist) Was mir noch zusätzlich aufgefallen ist: * Warum taggst du nicht die Knoten wo die Abfahrten beginnen als motorway_junction sondern einen Knoten wo die entsprechende Spur anfängt? Ich tagge es entsprechend der Beschreibung in [2] . * Weiters ist mir aufgefallen, dass du auch das Ende der Beschleunigungsstreifen entsprechend taggst. Das habe ich noch nie gesehen geschweige denn gemacht. Im Wiki ist es zumindest in der deutschen Fassung aber auch für Auffahrten angeben. Der Sinn davon erschließt sich mir aber nicht wirklich. * Dieser Weg ist falsch getaggt: http://www.openstreetmap.org/browse/way/200209869 . Die lanes*-Werte sind richtig, aber change:lanes=no|no ist falsch (du hast drei Spuren, nicht zwei). Richtig wäre change:lanes:forward=not_left|yes und change:lanes:backward=no . * Selbiges auf diesem Weg: http://www.openstreetmap.org/browse/way/200209870, wobei du in diesem Fall auch vereinfacht change:lanes=no|no|no schreiben könntest. Wenn beide Fahrtrichtungen von einem OSM-Weg repräsentiert werden, solltest du immer change:lanes:forward bzw. change:lanes:backward verwenden, da man sonst mit links/rechts leicht durcheinander kommen kann. Eine Ausnahme ist möglich: wenn alle change-Werte no sind, kann man auch vereinfacht change:lanes verwenden, da keine Verwechslungsgefahr besteht. * Probleme mit change:lanes sind mir noch auf einigen anderen Wegen aufgefallen, z.B.http://www.openstreetmap.org/browse/way/199908838 , http://www.openstreetmap.org/browse/way/130356160 , http://www.openstreetmap.org/browse/way/200218964 und
Re: [Talk-de] Edits von Nodekiller
On 11/01/13 18:12, Frederik Ramm wrote: On 01/11/2013 03:12 PM, fly wrote: So, Ich habe mir mal ein Bild verschafft. Dabei sind erstmal einige generelle Fragen/Anmerkungen entstanden: 1. Wurden den alle betroffenen User informiert (zumindest die ersten 15 der Liste ?) - Habe keinerlei Mail auf @talk entdecket und weiß nicht ob Du Chinesisch/Spanish/Portugisisch bzw Französisch sprichst. 2. Dieser Account scheint sehr destruktive zu sein. Fast keine neuen Objekte und sehr viele Löschungen. Auch hat er sehr viel Ähnlichkeiten zu einem Bot- oder Import-Account. 3. Welche tiefere Begründung gab es für die Vereinfachungen. Warum gerade die Inseln ? Ist er wenigstens auf den Inseln unterwegs. 4. Welche Sprache spricht Nodekiller (werde auf jeden Fall eine Mail schreiben). 5. Warum gabe es keine Kontakt vor den Edits. 6. In einem anderen Thead wird gerade über Vereinfachung zur besseren Darstellung diskutiert, allerdings geht es hier um den Renderer und nicht darum die Daten zu vereinfachen. Muß mir meine Punkte mal genauer anschauen, aber mich wundert es schon, dass Du hier erstmal nichts machen willst. Zumindest auf den Azoren gibt es einige junge, neue, lokale Mapper und diese sind auf jeden Fall verwundert/enttäuscht wenn ihre Arbeit einfach misachtet wird und verschwindet. Naja, verschwunden ist ja nichts; es sind lediglich ein paar Ways etwas gerader geworden. Es waere recht schwer fuer mich, automatisiert nur diejenigen Nodes wiederherzustellen, die wichtig sind, und jene, bei denen tatsaechlich einfach zu viele da waren, geloescht zu lassen, und ein User, der mich per Mail auf diese Sache aufmerksam machte, meinte, dass ein grosser Teil der Vereinfachungen eine Verbesserung darstellte, weil zumindest die obersten Accounts in meiner Liste eben Daten mit zu vielen Nodes importiert haben. Ich (flylow - mein Account für die Azoren) habe nichts importiert. Ich habe die Küstenlinie von Terceira repariert, dabei könnten zuviele Punkte entstanden sein, jedoch sind auch alle Straßen auf Pico betroffen. Diese habe ich von Bing abgezeichnet und jetzt haben die Straßen alle komische Knicke anstatt runde Kurven. Generell sind die Azoren/Kanaren sehr steil und Pico ist Spitzenreiter der Azoren, somit gibt es fast keine geraden Straßen und für eine Kurve brauche ich immer mehrere Punkte. Leider sind die Vereinfachungswerkzeuge gerade in dieser Sicht sehr schlecht. Der Hauptbetroffene scheint sich sehr gut auf den Kanaren auszukennen. Wurde er denn schon informiert und befragt ? Normalerweise revertieren wir solche Sachen auch immer erstmal, aber hier war ich echt nicht sicher, ob das Revertieren nicht ueberwiegend eine Verschlechterung bringen wuerde. Ich bitte Dich darum, da hier anscheinend automatisch vereinfacht wurde ohne sich den Bezug klar zu machen und ohne Kontakt zu den ErstellerInnen aufzunehmen. Ansonsten kannst Du mir bitte Deine gefilterten Daten zu kommen lassen, damit ich mich zumindest um meine Punkte kümmern kann. - Danke Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hallo Jörg, das gefällt mir schon viel besser (und sicherlich auch den Navis ;-) Was ich nicht verstehe, ist der Grund für das Teilen der primary-Fahrbahn in zwei Teilstücke zwischen den beiden Auffahrten (z. B. http://www.openstreetmap.org/browse/way/130356158 und http://www.openstreetmap.org/browse/way/199910549 Und fast das gleiche nochmal kurz dahinter. Zwei turn restrictions vermisse ich noch, z. B. das Linksabbiege-Verbot von http://www.openstreetmap.org/browse/way/199910549 nach http://www.openstreetmap.org/browse/way/129973170 Ich würde die schrägen motorway_link-Fahrbahnen wie http://www.openstreetmap.org/browse/way/129973170 wenige Meter früher abzweigen lassen, etwa beim Beginn der durchgezogenen Linie oder ein wenig später, eben dort, wo man am Lenkrad drehen muss. Du hast sie genau an der baulichen Trennung angebunden, das ist aber auch korrekt und unkritisch. (Liegt der Abbiege-Knoten zu weit nach dem tatsächlichen Abzweig, kommt der Navi-Hinweis Jetzt rechts abbiegen vielleicht zu spät. Macht man dagegen Spurmapping, also frühes Aufteilen, kommt am Knotenpunkt eventuell der Hinweis Jetzt rechts halten, am Abbiegepunkt aber gar kein Hinweis mehr, denn das ist dann ja eine normale Kurve und kein Abzweig mehr.) Die Beurteilung des lanes-Tagging überlasse ich Martin, er hat darin mehr Erfahrung als ich. Die schraffierten Fahrbahnflächen gelten auch als bauliche Trennung. Hier dürfte man die Fahrbahnen aufteilen. Bei einfacher Längsteilung wie hier halte ich das aber für nicht notwendig. Was mir am Rand noch auffiel, mit dir aber nichts zu tun hat: südlich der A 60 sind die Feld-Flächen bis in die Mitte des Wirtschaftswegs gezeichnet, das ist nach meiner Ansicht falsch, denn die Flächennutzung endet am Wegrand. From: Jörg Frings-Fürst [mailto:o...@jff-webhosting.net] Sent: Saturday, January 12, 2013 1:55 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Umstellung auf lanes AA Wittlich-West Hallo Bernhard, danke für Deine Anmerkungen und sorry das ich erst heute dazu gekommen bin das umzusetzen. ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Hi fly, Am 12. Januar 2013 15:06 schrieb fly lowfligh...@googlemail.com: On 11/01/13 18:12, Frederik Ramm wrote: On 01/11/2013 03:12 PM, fly wrote: So, Ich habe mir mal ein Bild verschafft. Dabei sind erstmal einige generelle Fragen/Anmerkungen entstanden: 1. Wurden den alle betroffenen User informiert (zumindest die ersten 15 der Liste ?) - Habe keinerlei Mail auf @talk entdecket und weiß nicht ob Du Chinesisch/Spanish/Portugisisch bzw Französisch sprichst. mit Spanisch und PT kann ich aushelfen [...] Ich (flylow - mein Account für die Azoren) habe nichts importiert. LehrerInnen und SchülerInnen unseres Projektes auch nicht. Meist GPS ... viele auch hochgeladen! Ich habe die Küstenlinie von Terceira repariert, danke :) http://wiki.openstreetmap.org/wiki/PT:_Life_Long_Learning_Mapping_Project#Problemas_que_tinhamos_..._Com_a_linha_costeira_da_ilha_Terceira.28PT.29_e_a_sua_solu.C3.A7.C3.A3o dabei könnten zu viele Punkte entstanden sein, denkbar ... denn die Kids wollten es sehr genau machen, da viele Segler dabei sind, die rund um die Inseln brausen :) jedoch sind auch alle Straßen auf Pico betroffen. Diese habe ich von Bing abgezeichnet und jetzt haben die Straßen alle komische Knicke anstatt runde Kurven. Generell sind die Azoren/Kanaren sehr steil und Pico ist Spitzenreiter der Azoren, somit gibt es fast keine geraden Straßen und für eine Kurve brauche ich immer mehrere Punkte. Zugegeben, Pico ist nicht in dieser Bezeihung nicht schlecht, aber kennst Du ldie Nordküste von São Jorge? http://www.panoramio.com/photo/50502099:-) da haben die Straßen gebaut. ;-) ... oder auch Flores auf der westlichen Seite :-) LG M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
Hallo Chris und Simon, Die Straße heißt Lingnerallee danke. Aber ich stimme auch Tobias zu. Du kannst natürlich mehr Zeichen in das Suchfeld eingeben als es breit ist. Ja, aber es wird unübersichtlich. -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Ohne Zensur suchen: http://suche.amnesty-bergedorf.de Ökologisch suchen: http://www.ecosia.de Googeln ohne Google: https://www.startpage.com/deu Das heutige Motto: Denn für dieses Leben Ist der Mensch nicht schlau genug. Niemals merkt er eben Diesen Lug und Trug. (Bertolt Brecht) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen in Dresden nicht gefunden
Man muss doch gar nicht viel eingeben. lingnerallee genügt, es gibt nur drei auf der Welt und alle drei sind in 01069 Dresden. Bernhard Du kannst natürlich mehr Zeichen in das Suchfeld eingeben als es breit ist. Ja, aber es wird unübersichtlich. -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Edits von Nodekiller
Frederik Ramm frede...@remote.org wrote: Hast Du dir die Edits tatsaechlich angesehen und sprichst von einer konkreten Verschlechterung, oder argumentierst Du hier eher theoretisch, basierend auf der Annahme, dass jede Loeschung von Noes automatisch eine Verschlechterung darstellt? Ich habe von dem Weg auf La Gomera bei dem mir das aufgefallen ist noch den GPS Track, die Abweichung ist IMO aktzeptabel. Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Garmin Hack Weekend in drei Wochen
Hallo, in drei Wochen findet das erste Garmin Hack Weekend statt ( 1.-3.2.2013 ) . Für Ersteller von Garminkarten eine gute Möglichkeit, mit anderen Entwickler zu diskutieren und an sein eigenes oder ein gemeinsames Projekt zu arbeiten. Das Linuxhotel bietet eine tolle Arbeitsumgebung und hat genügend Platz. Weitere Infos und Anmeldungen unter http://wiki.openstreetmap.org/wiki/Garmin_Project Mfg Marc Gehling ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] stalli bici: alcune domande
1. Con stalli bici intendo quelli di tipo stands, gli archi ad U rovesciato. Nel wiki [1] viene genericamente indicato di tener conto del fatto che in genere ad ogni archetto possono essere legate 2 bici. Pero' non sempre e' cosi'. C'e' qualche indicazione al proposito? Valuto io mappatore se l'archetto puo' accogliere una o 2 bici e indico la capacity di conseguenza? 2. Alcuni stalli (ad esempio a Milano davanti alla sede RAI di corso Sempione) sono condivisi tra bici, scooter e moto, come indicato da cartello verticale. Quali tag usare in questo caso? Nel wiki non ho trovato tag specifici per le moto. 3. alcuni stalli bici si trovano in uno spazio privato di un ipermercato. Privato ma accessibile durante gli orari di apertura. Non sorvegliato. Devo indicare come operator l'ipermercato? grazie maxx [1] http://wiki.openstreetmap.org/wiki/Bicycle_parking ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] enjoy calabria
Scusate la latitanza. Mi hanno risposto. Settimana prossima esce la versione con i credits corretti. Emergenza rientrata. On Saturday, January 12, 2013, Caterpillar wrote: Il 03/01/2013 11:47, Simone Cortesi ha scritto: Ciao, ho trovato questa app turistica della calabria, usano mappe osm e non danno nessun credito al nostro progetto: https://www.facebook.com/appenjoycalabria http://nonsoloturisti.it/2012/12/unapplicazione-gratuita-per-scoprire-i-tesori-della-calabria/ Io ho gia' scritto per comunicare la cosa. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org javascript:; http://lists.openstreetmap.org/listinfo/talk-it Gli OSM Legals mi stanno chiedendo se abbiamo provato a contattare la società. Siccome tu gli hai già scritto, per caso ti hanno risposto? ___ Talk-it mailing list Talk-it@openstreetmap.org javascript:; http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Problema PCN 2006
Ciao a tutti, sono l'unico che ha problemi di visualizzazione della PCN 2006 su JOSM? Mi appare solo un riquadro rosso con ERRORE. Fino a 4 giorni fa era tutto ok. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema PCN 2006
A me funziona. Volker 2013/1/12 Leonardo kinetocor...@gmail.com Ciao a tutti, sono l'unico che ha problemi di visualizzazione della PCN 2006 su JOSM? Mi appare solo un riquadro rosso con ERRORE. Fino a 4 giorni fa era tutto ok. Leonardo __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Incrocio viale Forlanini-via Rapetti a Milano
Tramite routing mi sono accorto che non e' possibile girare a sx da via Rapetti verso Viale Corsica. So che ci sono stati cambiamenti in quell'incrocio. Qualche milanese della zona puo' fare una verifica? grazie maxx p.s. in zona ho notato anche la presenza di 2 way della linea 4 della MM. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sito che utilizza le nostre mappe
Ciao a tutti. Recentemente ho chiesto informazioni in lista riguardo una pizzeria da asporto. Cercando su Google il nome di tale pizzeria per un contatto telefonico, mi sono imbattuto in un sito che mi indicava la località ed una cartina rettangolare che mi tornava famigliare, con le building da me inserite e la pizzeria segnalata con un segnalibro. Il sito in questione è il seguente: https://it.foursquare.com/ Credo effettui ricerche per la sola provincia di Torino, però fate qualche prova. Di fianco alla mappa vi è il link about this map dove vengono spiegati i dettagli tecnici. Fate delle prove. Ciao. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito che utilizza le nostre mappe
yes! Il passaggio di foursquare a OpenStreetMap e' stato ancora annunciato a febbraio http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Ed e' stato una delle notizie che ha nuovamente portato openstreetmap sui media. Quello che attualmente manca a Foursquare e' portare le mappe sugli smartphone, visto che ancora si fa uso di google. Speriamo in questo 2013 ;) 2013/1/12 Gianluca Boero gianlucabo...@alice.it: Ciao a tutti. Recentemente ho chiesto informazioni in lista riguardo una pizzeria da asporto. Cercando su Google il nome di tale pizzeria per un contatto telefonico, mi sono imbattuto in un sito che mi indicava la località ed una cartina rettangolare che mi tornava famigliare, con le building da me inserite e la pizzeria segnalata con un segnalibro. Il sito in questione è il seguente: https://it.foursquare.com/ Credo effettui ricerche per la sola provincia di Torino, però fate qualche prova. Di fianco alla mappa vi è il link about this map dove vengono spiegati i dettagli tecnici. Fate delle prove. Ciao. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito che utilizza le nostre mappe
2013/1/12 Gianluca Boero gianlucabo...@alice.it Ciao a tutti. Recentemente ho chiesto informazioni in lista riguardo una pizzeria da asporto. Cercando su Google il nome di tale pizzeria per un contatto telefonico, mi sono imbattuto in un sito che mi indicava la località ed una cartina rettangolare che mi tornava famigliare, con le building da me inserite e la pizzeria segnalata con un segnalibro. Il sito in questione è il seguente: https://it.foursquare.com/ http://it.wikipedia.org/wiki/Foursquare Usano osm da quasi un anno: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito che utilizza le nostre mappe
Si diceva ieri o l'altro ieri in #osm su IRC che sull'app Android sono spuntate le mappe OSM.. Non so se è confermato... Il giorno 12 gennaio 2013 21:48, Maurizio Napolitano napoo...@gmail.comha scritto: yes! Il passaggio di foursquare a OpenStreetMap e' stato ancora annunciato a febbraio http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Ed e' stato una delle notizie che ha nuovamente portato openstreetmap sui media. Quello che attualmente manca a Foursquare e' portare le mappe sugli smartphone, visto che ancora si fa uso di google. Speriamo in questo 2013 ;) 2013/1/12 Gianluca Boero gianlucabo...@alice.it: Ciao a tutti. Recentemente ho chiesto informazioni in lista riguardo una pizzeria da asporto. Cercando su Google il nome di tale pizzeria per un contatto telefonico, mi sono imbattuto in un sito che mi indicava la località ed una cartina rettangolare che mi tornava famigliare, con le building da me inserite e la pizzeria segnalata con un segnalibro. Il sito in questione è il seguente: https://it.foursquare.com/ Credo effettui ricerche per la sola provincia di Torino, però fate qualche prova. Di fianco alla mappa vi è il link about this map dove vengono spiegati i dettagli tecnici. Fate delle prove. Ciao. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sito che utilizza le nostre mappe
A me non risulta ma forse devo aggiornare o forse non sulle mappe italiane Il giorno 12/gen/2013 22:51, sabas88 saba...@gmail.com ha scritto: Si diceva ieri o l'altro ieri in #osm su IRC che sull'app Android sono spuntate le mappe OSM.. Non so se è confermato... Il giorno 12 gennaio 2013 21:48, Maurizio Napolitano napoo...@gmail.comha scritto: yes! Il passaggio di foursquare a OpenStreetMap e' stato ancora annunciato a febbraio http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Ed e' stato una delle notizie che ha nuovamente portato openstreetmap sui media. Quello che attualmente manca a Foursquare e' portare le mappe sugli smartphone, visto che ancora si fa uso di google. Speriamo in questo 2013 ;) 2013/1/12 Gianluca Boero gianlucabo...@alice.it: Ciao a tutti. Recentemente ho chiesto informazioni in lista riguardo una pizzeria da asporto. Cercando su Google il nome di tale pizzeria per un contatto telefonico, mi sono imbattuto in un sito che mi indicava la località ed una cartina rettangolare che mi tornava famigliare, con le building da me inserite e la pizzeria segnalata con un segnalibro. Il sito in questione è il seguente: https://it.foursquare.com/ Credo effettui ricerche per la sola provincia di Torino, però fate qualche prova. Di fianco alla mappa vi è il link about this map dove vengono spiegati i dettagli tecnici. Fate delle prove. Ciao. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema PCN 2006
Sistemato ripulendo i file temporanei e reinstallando JOSM. Strano. Leonardo Il 12/01/2013 18:27, Volker Schmidt ha scritto: A me funziona. Volker 2013/1/12 Leonardo kinetocor...@gmail.com mailto:kinetocor...@gmail.com Ciao a tutti, sono l'unico che ha problemi di visualizzazione della PCN 2006 su JOSM? Mi appare solo un riquadro rosso con ERRORE. Fino a 4 giorni fa era tutto ok. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com mailto:vosc...@gmail.com personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] enjoy calabria
Il 12/01/2013 17:20, Simone Cortesi ha scritto: Scusate la latitanza. Mi hanno risposto. Settimana prossima esce la versione con i credits corretti. Emergenza rientrata. Ottimo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Vägklassningar
Hej, Här är mina åsikter. Från början tyckte jag man skulle tagga efter vägens standard, men insåg att det var för krångligt och har nu svängt. Nu tycker jag att highway taggen ska vara efter ett strikt system så att alla vet hur den ska användas. Visst, små lokala avvikelser är okej om det behövs. Tyvärr är taggen för motorvägsstandard, motorway, så väl inarbetat, både hos andra kartleverantörer och hos oss, så den må vara undantagen. Såhär taggar jag: motorväg=motorway stamväg=trunk (alla europavägar samt vissa riksvägar) riksväg=primary primär länsväg=secondary andra allmänna vägar=tertiary enskilda vägar=unclassified Till detta är det inget som hindrar att man sen lägger till ytterligare taggar som definierar hur vägen ser ut, t.ex. om vägen är motortrafikled, asfalterad, hur bred den är o.s.v. Mvh Joel Per Eric Rosén skrev 2013-01-11 21:39: Bra med en diskussion här. Jag tänker i alla fall att det vore bra att tydligare kunna skilja vägens *utförande* och trafiklagstiftningsmässiga klassifikation såsom motorväg (implicerar både fysiska och juridiska egenskaper) motortrafikled (kan se ut nästan hur som helst, men cykelförbud etc som ovan) 2+1-väg 12-metersväg med breda vägrenar ... från nät-klassificering såsom europaväg riksväg (tvåsiffrig) länsväg riksintresse (syns inte på nummer) länsväg övrig skyltad (288 osv) länsväg övrig enskild väg och sen naturligtvis alla gator i tätort med kommunal väghållare I det sammanhanget tycker jag highway=motorway är något dåligt. Det finns kommunala trafikleder klassade som motorväg, men som inte är länsväg ens. Och en europaväg kan vara smal och med ringa trafik, kanske rentav grusväg (uppe i lappland). Det senare, europaväg, kan man ju delvis tolka ur ref genom att det börjar på E (och skulle kunna tolka läns/riksvägar på antal siffror), men klassificeringen för highway känns lite godtycklig. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Jag må vara trög, eller nåt. Men jag förstår verkligen inte varför det skulle vara bra att tagga efter en administrativ indelning som inte är intressant för merparten av kartanvändarna. Jag har i princip ingen aning om vilka vägar som är riksvägar och vilka som är länsvägar eller primära länsvägar, och har aldrig känt något behov av att veta det heller. Däremot vill jag, när jag använder en karta, snabbt få en uppfattning om vilka vägar som är stora och små, och det är ju också så de flesta kartor brukar vara utformade. Det främsta argumentet som framförs verkar vara att det skulle vara enkelt eller logiskt. Enkelt håller jag inte med om. När man är ute och åker på en väg är det ganska lätt att göra en grov bedömning av dess storlek, men desto svårare att avgöra vilken administrativ klassning den har, speciellt om man inte ser några skyltar. Naturligtvis tilltalar det ordningssinnet att ha en helt entydig och objektiv klassning, som det är att använda den administrativa klassningen. Men att t ex dessa tre länsvägsdelar (väg 222) skulle ha samma klass (secondary?) kan jag inte alls se någon logik eller användarnytta med: http://goo.gl/maps/XDNSF http://goo.gl/maps/L7YpG http://goo.gl/maps/l9OXm Och jag tycker generellt att de flesta verkar tagga efter en mer eller mindre subjektivt uppskattad vägstandard snarare än administrativ klass. Och isåfall tycker jag att det är bättre att försöka beskriva detta på wikisidan än att att hitta på något annat. //Mattias 2013/1/12 Joel Grafström j...@torsson.se: Hej, Här är mina åsikter. Från början tyckte jag man skulle tagga efter vägens standard, men insåg att det var för krångligt och har nu svängt. Nu tycker jag att highway taggen ska vara efter ett strikt system så att alla vet hur den ska användas. Visst, små lokala avvikelser är okej om det behövs. Tyvärr är taggen för motorvägsstandard, motorway, så väl inarbetat, både hos andra kartleverantörer och hos oss, så den må vara undantagen. Såhär taggar jag: motorväg=motorway stamväg=trunk (alla europavägar samt vissa riksvägar) riksväg=primary primär länsväg=secondary andra allmänna vägar=tertiary enskilda vägar=unclassified Till detta är det inget som hindrar att man sen lägger till ytterligare taggar som definierar hur vägen ser ut, t.ex. om vägen är motortrafikled, asfalterad, hur bred den är o.s.v. Mvh Joel Per Eric Rosén skrev 2013-01-11 21:39: Bra med en diskussion här. Jag tänker i alla fall att det vore bra att tydligare kunna skilja vägens *utförande* och trafiklagstiftningsmässiga klassifikation såsom motorväg (implicerar både fysiska och juridiska egenskaper) motortrafikled (kan se ut nästan hur som helst, men cykelförbud etc som ovan) 2+1-väg 12-metersväg med breda vägrenar ... från nät-klassificering såsom europaväg riksväg (tvåsiffrig) länsväg riksintresse (syns inte på nummer) länsväg övrig skyltad (288 osv) länsväg övrig enskild väg och sen naturligtvis alla gator i tätort med kommunal väghållare I det sammanhanget tycker jag highway=motorway är något dåligt. Det finns kommunala trafikleder klassade som motorväg, men som inte är länsväg ens. Och en europaväg kan vara smal och med ringa trafik, kanske rentav grusväg (uppe i lappland). Det senare, europaväg, kan man ju delvis tolka ur ref genom att det börjar på E (och skulle kunna tolka läns/riksvägar på antal siffror), men klassificeringen för highway känns lite godtycklig. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Som användare av kartan, läs bilist, är jag normalt inte intresserad av klassningen som länsväg, riksväg etc. Däremot kan det kanske vara intressant av andra skäl. När jag kör bil ute på ställen jag inte varit förut är jag alltid intresserad av att komma fram så fort som möjligt. Det är därför min GPS är inställd på det. Det finns ingen inställning i GPSen som säger att åk bara på riksvägar. Jag tycker därför att den viktigaste taggningen i praktiken den som talar om standarden på vägen. Det skulle också kunna uttryckas som den hastighet jag i praktiken kan hålla på vägarna. Ur en administrativ synvinkel borde jag kunna hålla samma maxhastighet på en grusad skogsväg och en bred asfalterad väg och det vet vi alla inte är möjligt. /B Den 12 januari 2013 14:08 skrev bengt bäverman be...@baverman.se: Din definition tycker jag är intressant eftersom den är väldigt enkel och faktiskt går att uppskatta utan att riskera livet, men mäter man blir det på vägar där bilarna som kör hit och bilarna som kör dit inte delar samma utrymme? Jag tycker att det stora problemet med tidigare rekommendationer är att de varit för svåra att förstå eller kanske bara för dåligt dokumenterade. Att utgår från skylatrnas färg är ju dödsenkelt, men i Stockholm hjälper mig inte definitionen som mellan större orter. Vad betyder det i Stockholm. Är det bara Uppsalavägen m fl som kvalificerar eller gäller det även t ex Drottningholmsvägen mellan Brommaplan och Åkeshov? /B Den 11 januari 2013 17:58 skrev Mattias Lindblad o...@matli.net: Angående att mäta upp vägbredd så är jag naturligtvis inte ute efter att folk ska krypa runt med måttband på nätterna. (Däremot är det ju jätteanvändbar information i de fall någon gör det.) Däremot tycker jag ändå att vägbredd är ett bra och objektivt mått för den grova highway-taggningen. Och då menar jag som sagt inte en uppmätt vägbredd, utan en grovuppskattad klassning. Typ 7 m = Tre bilar får plats i bredd == Primary 5-7 m = Två bilar kan mötas i normal fart == Secondary 5 m = Mindre än att två bilar kan mötas bekvämt i full fart == Tertiary Enskild väg == Unclassified? (Vägarna i lantmäteriets översiktskarta är alltså inte uppmärkta med vägbredd eller vägnummer, utan har verkligen information av typen Allmän väg, 7m, vägnummer 500 för varje objekt.) Jag tycker att en sådan uppskattning är enklare och mer logisk att göra än andra alternativ, och dessutom till större nytta för de flesta brukarna. Information om huruvida vägar är av riksintresse, länsvägar, riksvägar, turistvägar utflyktsvägar, mindre länsvägar o s v tycker jag mest känns intressant för myndighetsbruk eller något sådant, och gör sig bäst i andra taggar än den viktigaste indelningen enligt highway-tag. //Mattias 2013/1/11 Andreas Vilén andreas.vi...@gmail.com: Alla riks- och länsvägar är förstås allmänna. Så även de sekundära länsvägarna. Om man har svårt att identifiera sekundära länsvägar (de är inte alltid asfalterade) kan man göra det baserat på att de alltid har blå skyltar (eller lokala mål, vita) till sin destination, medan enskilda vägar har gula skyltar. Och nej, jag tänker inte börja tagga vägbredd, eftersom det är fullständigt livsfarligt. /Andreas 2013/1/11 Ture Pålsson t...@lysator.liu.se: Jag håller på och roar mig med att försöka efterlikna Terrängkartan (mest för att kunna printa egna kartblad att ha i fickan på expeditioner; se http://www.lysator.liu.se/~ture/topokarta/), och då har jag stört mig på att just de saker som används för att välja hur vägar ska ritas på de kartorna (bredd och allmän/enskild väg) nästan alltid fattas i OSM. Bredd finns det ju en tag för (marsch ut med er och tagga width=* på allt i närheten!) men hur är det med allmän/enskild väg? Finns det något vedertaget sätt att markera det? ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Vägklassningar
Jag håller med Joel. Entydiga regler för taggning för att undvika godtycke är bra. Jag har flera gånger stört mig på att vägklassningen ändras hit och dit för att man som redigerare har olika synpunkter på hur viktig eller stor vägen är etc. Dessutom är det ju så att den officiella vägklassningen i Sverige visar vilka områden som binds ihop. Nyttan för kartanvändaren är (förutom att man direkt vilken typ av väg det är) att när man tittar på en utzoomad bild av kartan ser man vilka vägar som binder ihop större områden, och för mer detaljerade bilder framträder fler vägar av lägre klassning, men som binder ihop områden som ligger närmare varandra. Mvh Erik 2013-01-12 11:12, Mattias Lindblad skrev: Jag må vara trög, eller nåt. Men jag förstår verkligen inte varför det skulle vara bra att tagga efter en administrativ indelning som inte är intressant för merparten av kartanvändarna. Jag har i princip ingen aning om vilka vägar som är riksvägar och vilka som är länsvägar eller primära länsvägar, och har aldrig känt något behov av att veta det heller. Däremot vill jag, när jag använder en karta, snabbt få en uppfattning om vilka vägar som är stora och små, och det är ju också så de flesta kartor brukar vara utformade. Det främsta argumentet som framförs verkar vara att det skulle vara enkelt eller logiskt. Enkelt håller jag inte med om. När man är ute och åker på en väg är det ganska lätt att göra en grov bedömning av dess storlek, men desto svårare att avgöra vilken administrativ klassning den har, speciellt om man inte ser några skyltar. Naturligtvis tilltalar det ordningssinnet att ha en helt entydig och objektiv klassning, som det är att använda den administrativa klassningen. Men att t ex dessa tre länsvägsdelar (väg 222) skulle ha samma klass (secondary?) kan jag inte alls se någon logik eller användarnytta med: http://goo.gl/maps/XDNSF http://goo.gl/maps/L7YpG http://goo.gl/maps/l9OXm Och jag tycker generellt att de flesta verkar tagga efter en mer eller mindre subjektivt uppskattad vägstandard snarare än administrativ klass. Och isåfall tycker jag att det är bättre att försöka beskriva detta på wikisidan än att att hitta på något annat. //Mattias 2013/1/12 Joel Grafström j...@torsson.se: Hej, Här är mina åsikter. Från början tyckte jag man skulle tagga efter vägens standard, men insåg att det var för krångligt och har nu svängt. Nu tycker jag att highway taggen ska vara efter ett strikt system så att alla vet hur den ska användas. Visst, små lokala avvikelser är okej om det behövs. Tyvärr är taggen för motorvägsstandard, motorway, så väl inarbetat, både hos andra kartleverantörer och hos oss, så den må vara undantagen. Såhär taggar jag: motorväg=motorway stamväg=trunk (alla europavägar samt vissa riksvägar) riksväg=primary primär länsväg=secondary andra allmänna vägar=tertiary enskilda vägar=unclassified Till detta är det inget som hindrar att man sen lägger till ytterligare taggar som definierar hur vägen ser ut, t.ex. om vägen är motortrafikled, asfalterad, hur bred den är o.s.v. Mvh Joel Per Eric Rosén skrev 2013-01-11 21:39: Bra med en diskussion här. Jag tänker i alla fall att det vore bra att tydligare kunna skilja vägens *utförande* och trafiklagstiftningsmässiga klassifikation såsom motorväg (implicerar både fysiska och juridiska egenskaper) motortrafikled (kan se ut nästan hur som helst, men cykelförbud etc som ovan) 2+1-väg 12-metersväg med breda vägrenar ... från nät-klassificering såsom europaväg riksväg (tvåsiffrig) länsväg riksintresse (syns inte på nummer) länsväg övrig skyltad (288 osv) länsväg övrig enskild väg och sen naturligtvis alla gator i tätort med kommunal väghållare I det sammanhanget tycker jag highway=motorway är något dåligt. Det finns kommunala trafikleder klassade som motorväg, men som inte är länsväg ens. Och en europaväg kan vara smal och med ringa trafik, kanske rentav grusväg (uppe i lappland). Det senare, europaväg, kan man ju delvis tolka ur ref genom att det börjar på E (och skulle kunna tolka läns/riksvägar på antal siffror), men klassificeringen för highway känns lite godtycklig. /Per Eric -- ^): Per Eric Rosén http://rosnix.net/~per/ / p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] Wien fährt
Die Plattform wird von den Wiener Linien morgen wieder abgedreht, also schnell schauen: http://ich-checks.net/wienfaehrt/ Echtzeit-Anzeige der Wiener U-Bahn. Blog Artikel dazu: http://www.createcamp.at/2013/01/12/wien-faehrt/ Ich hab vom 18er die Infos zu den nächsten Zügen gemacht (wobei durch einen Bug 4stellige Wagennummern nicht funktionieren): http://openstreetmap.at/wlcc/ Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] straßenklassifikation wien
hi, ich bin mit der einordnung mancher straßen in wien nicht ganz zufrieden und würde gern folgendes ändern: innere mahü: secondary - tertiary lerchenfelder straße: secondary - tertiary lazarettgasse: secondary - tertiary sensengasse: residential - tertiary fultonstraße + an der oberen alten donau (bis jedleseer straße): residential - tertiary thayagasse (als Verlängerung B232 Richtung Seyringer Straße): residential - tertiary was sagt ihr dazu? lg, markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] straßenklassifikation wien
On Sat, 12 Jan 2013 22:51:04 +0100 Markus Straub markus.straub...@gmail.com wrote: hi, ich bin mit der einordnung mancher straßen in wien nicht ganz zufrieden kann man die einteilung irgendwie objektivieren - gibt es da eine offizielle kategorisierung? praterstraße als secondary find ich auch etwas seltsam btw -- 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] straßenklassifikation wien
Markus Straub schrieb: ich bin mit der einordnung mancher straßen in wien nicht ganz zufrieden und würde gern folgendes ändern: innere mahü: secondary - tertiary lerchenfelder straße: secondary - tertiary Und warum genau? Also IMHO ist die innere Mahü (zumindest derzeit bevor der verrückten Umplanung) höhere Priorität als die Gumpendorfer, und die Lerchenfelder höhere Priorität als Burg-/Neustiftgasse. Deine Änderungen würden das aber genau umgekehrt sehen. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] straßenklassifikation wien
On 12.01.13 22:51, Markus Straub wrote: innere mahü: secondary - tertiary ACK, die Stadtplaner sehen das wohl so. lerchenfelder straße: secondary - tertiary NACK. Genauso wichtig wie Burggasse/Neustiftgasse oder Alser Straße. Ich bin auch nicht einverstanden, dass die Josefstädter Straße nur tertiary ist, BTW (aber egal). lazarettgasse: secondary - tertiary NACK. Wichtige Verbindung vom Gürtel Richtung Brigittenau. sensengasse: residential - tertiary ACK. Auch wenn's dort ein Hoppala gibt (ist das überhaupt eingezeichnet grübel). fultonstraße + an der oberen alten donau (bis jedleseer straße): residential - tertiary Kenne ich zu wenig, tendenziell NACK. thayagasse (als Verlängerung B232 Richtung Seyringer Straße): residential - tertiary Dort ist umgebaut worden, ich kenne das als verschlafene Gartensiedlung. Tendenziell auch eher NACK, aber ich war dort schon seit fast jahrzehnten nicht mehr. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenklassifikation Wien
On 12.01.13 23:12, Stefan Tauner wrote: kann man die einteilung irgendwie objektivieren Die Einteilung ist etwa so: * primary sind wichtige Durchzugsstraßen (meist die B Straßen) * secondary sind überregional (übers Grätzel hinaus, etwa zwei Bezirke verbindend) wichtige, verbindenden Straßen * tertiary sind lokal wichtige, verbindende oder erschließende Straßen (im Grätzel oder etwa zwei Grätzel verbindend) alles kleinere (als Straße mit Individualverkehr) ist in Wien residential. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Nefunkční stahování adres v czechaddress pluginu JOSM
Ahoj, MVČR opět změnilo webovou adresu pro stažení databáze adres používané JOSM pluginem czechaddress, takže pokud databázi nemáte ještě staženou, plugin nebude fungovat. Jak plugin znovu zprovoznit jsem popsal na wiki: http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress#Inicializace TT ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Cartographier les tribunaux d'instance et les cantons
Une référence législative sur les compétences territoriales des différents tribunaux semble bien indiquer que la brique de base est celle des tribunaux d'instance (les autres jrudictions sont basées dessus, ce sont les mêmes par exemple pour les trobunaux du travail/prud'hommes, et pour le second degré c'est le tribunal de grande instance qui sert de base pour les cours d'appels des diffrentes juridictions). http://www.legifrance.gouv.fr/affichCode.do?cidTexte=LEGITEXT06071164dateTexte=20121018 C'est moins clair pour les juridictions financières (cours des comptes) qui semblent se calquer sur le découpage du second degré (grande instance et cours d'appel). Pour le troisième degré (la Cour de cassation pour le pénal, le civil et le travail ; ou le Conseil d'Etat pour les juridictions administratives... et peut-être financières?) il semble que leur compétence soit nationale, donc pas de découpage à ajouter. Faire une liste des tribunaux d'instance ne prend pas beaucoup de temps, il y a donc peu de relations à ajouter (il n'y en a guère plus de 3 ou 4 par département, souvent 2 dans les départements ruraux). Donc avec en gros 200-300 relations on aura fait le tour des tribunaux d'instance et en gros 100 relations celle des grande instance. Cela semble donc facile à créer même dans les départements encore incomplets dans leurs cantons ou communes (il ne devrait plus en rester qu'une poignée manquante principalement dans en Champagne-Ardenne où il manque encore plein de cantons et d'arrondissements. Mais là où le peux me tromper c'est dans les juridictions civiles de départements très peuplés et denses. Un lien que j'ai trouvé au barreau des avocats semble résumer la liste en quelques pages, ce doit donc être facile à faire et à maintenir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nombreux nouveaux contributeurs...
Ce matin, en faisant mon petit envoi quotidien de message de bienvenue aux nouveaux contributeurs de la veille, je trouve la liste bien plus longue qu'habituellement. 45 nouveaux contributeurs rien que pour hier, alors qu'en général ça dépasse rarement 15. Il y a eu un peu de buzz suite à notre passage du million de compte sur OSM, c'est sûrement lié. Ces buzz, sont très bénéfiques pour faire connaitre le projet et donc pour amener des contributeurs. N'hésitez pas à laisser un commentaire avec un lien vers http://openstreetmap.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] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit : Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un des pilotes fournis (dont celui de la carte audio proposé par Microsoft Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur en vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, est possiblement foireuse. H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour qu'un des disques de ta grappe ne tombe pas en rade car le temps de reconstruction risque d'être interminable avec en plus un risque de panne d'un autre disque lors de celle-ci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Article sur OSM
Le message suivant de : ## Bonjour, dans le cadre d'un travail universitaire, j'ai réalisé un petit article sur OSM, dispo ici : [url]http://cartoperso.fr/travaux[/url] a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6t=447 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 meilleures 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] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
Il 06/01/2013 21:26, Yohan Boniface ha scritto: On 01/06/2013 12:45 PM, Tigre-Bleu wrote: Je pense que ça serait bien de rajouter un champ de recherche pour pouvoir centrer la carte facilement sur un petit bled sans galérer à zoomer un peu au petit bonheur la chance entre les 2 grandes villes d'a coté qui apparaissent à des petits niveau de zoom :-) Une recherche à proprement parler n'est pas dans les priorités de la 0.1, sur laquelle je suis en train de travailler, mais l'idée me paraît bonne, donc j'ai ajouté une sorte de jump to location, qui interroge Nominatim et zoom sur le premier résultat de recherche, sans plus d'interaction pour le moment. A tester ici par exemple: http://umap.fluv.io/map/JoeLapin/whatsthat/#15/49.1188/6.1771 :) Tests et retours bienvenus! :) Yohan Ca a bien l'air de marcher. Il me semble que faire un jump to le premier résultat est une bonne idée mais à terme il faudrait aussi avoir la liste complète pour traiter les homonymes. Peut être qu'on peut faire 1 -- jump to le premier résultat et en parrallele afficher sous le champ recherche la liste complète. 2 -- Si l'utilisateur clique sur la carte on rétracte toute la zone de recherche (comme actuellement) 3 -- Si l'utilisateur clique sur un autre résultat on y déplace la carte et on retourne au point 1 en gardant affiché la liste de résultats ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 12 janvier 2013 10:24, Nolwenn donolw...@gmail.com a écrit : Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit : Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec unows des pilotes fournis (dont celui de la carte audio proposé par Microsoft Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur enla tienne vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, est possiblement foireuse. C'est la version officielle de Chrome actuelle, elle n'a rien de surprenant ! Et en tout cas pas foireuse du tout ! 24.0.1312.52 m (c'est bien une version pour Windows 7). Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions stable et beta, sinon 25.0.1364.29 en version dev, cf. http://www.chromium.org/developers/calendar) A mon avis c'est ta version qui n'est pas à jour ! La mise à jour se fait automatiquement oui, mais pas en permanence, regarde le menu A propos de Google Chrome pour voir si TA version est à jour ou pas. H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour qu'un des disques de ta grappe ne tombe pas en rade car le temps de reconstruction risque d'être interminable avec en plus un risque de panne d'un autre disque lors de celle-ci. P... La construction totale du RAID n'a pris que 3 heures en tout (ce n'était pas interminable), et la grappe était utilisable moins de 10 minutes après le début de l'opération (c'est un RAID5 matériel, pas logiciel). C'est une grappe à 2 x 5 disques (en fait du RAID 5 + 0, équivalente à deux grappes RAID5 montées en parallèle en stripes). Sinon les 2 SSD sont montés en RAID aussi (avec redondance). Le backup système après install a pu se faire en moins de 10 minutes alors que le RAID n'était pas encore fini (le contrôleur RAID sait travailler en parallèle et gérer les priorités pour répondre aux premières requêtes d'écriture n'importe où avant même d'avoir fini le reste : c'est pendant les 10 premières minutes qu'il prépare une série de secteurs pour mémoriser où il en est dans sa (re)construction. J'ai aussi testé la reconstruction en débranchant un des disques à chaud (juste après l'installation de l'OS et la génération de son premier backup image système + fichiers) alors même que la construction initiale n'était pas finie. Aucun problème, toutes les données déjà écrites ont été gardées, le système ne s'est même pas bloqué et n'a pas planté, et quand j'ai rebranché le disque une heure après (le temps de naviguer sur Internet), la reconstruction a pris et 20 minutes après était vérifiée et complète. Le principal risque est plutôt sur les processeurs et la RAM (je suis en train de le tester surtout pour tester ses caches L1 à L3, car pour la RAM elle est déjà testée aussi, en pleine charge sur les 2 CPU x 8 cores x 2 threads à 100% le processeur monte à 48 degrés environ et se stabilise, mais en utilisation normale avec tous les states idle activés, il ne dépasse pas les 36 degrés). Sur les PC actuels les principales pannes ne sont d'ailleurs pas sur la RAM mais sur les caches internes des processeurs, sur les disques durs au niveau de leurs contrôleurs, sur les alims sous-dimensionnées et sur les systèmes de refroidissement passifs (souvent mal montés et qui ne tiennent pas la route, particulièrement sur les PC portables même des marques réputées). Ainsi que sur les SSD de certaines marques (très instables par exemple chez Samsung, tous ceux que je connais qui ont acheté chez Samsung ont eu des pannes rapidement alors qu'ils sont sensés être garantis à vie par Samsung: leur problème est dans le firmware pour le contrôle d'erreur et dans leur bitmap d'association qui n'a pas de système de correction, chez Samsung seule la partie stockage a de la redondance, pas la table d'association). J'ai pris des SSD Intel (un peu plus chers) qui ont des algos plus performants dans leur firmware et qui inclue le même niveau de redondance sur la partie stockage et sur la table d'association et les secteurs de correction (un SSD Intel est déjà en interne un système RAID à lui tout seul). Chez de nombreux constructeurs de SSD bon marchés la taille annoncée est la taille totale des mémoires flash, mais on doit retirer la taille des secteurs de la table d'association et il n'y a pas (ou trop peu) de RAM cache pour optimiser et répartir les accès entre les circuits (de fait leur MTBF est largement surestimé, et il n'y a pourtant pas de redondance et de correction d'errreur sur la table d'association). Chez Intel la capacité réelle utilisable est bien celle annoncée. La RAM sinon est de la DDR3 Corsair supportant les profils XTREM à 1,6GHz mais là je la laisse à 1 GHz (en profil standard, aucun overclock non plus sur les CPUs, je ne veux pas griller prématurément les caches), les barrettes sont toutes montées chacune dans leur radiateur, ce n'est pas de la RAM nue). Le boitier
[OSM-talk-fr] [forum-osm-fr] Nouvel inscrit
Le message suivant de : ## Bonjour à tous, Contributeur tout frais, un certain Cquest m'a amené jusque ici. Ayant du temps à donner, je me suis lancé dans l'édition de l'aéroport d'Orly, où il y a beaucoup à faire côté coulisse. Sincères salutations, J_Ice a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=448 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 meilleures 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] Quel GPS routier pour tagger
Bonjour, j'envisage d'acheter un GPS pour ma voiture afin qu'il m'indique la route. J'ai vu que les GPS Garmin offrait la possibilité d'utiliser des cartes OSM ce qui est un vrai plus. J'envisage donc de me diriger vers cette marque. Je me tourne vers vous car je suis un peu perdu parmi tous les modèles. Je souhaiterais un GPS qui permet d'enregistrer des gpx qui permettront d'être importé dans JSOM par exemple afin de pouvoir contribuer à OSM avec ce GPS routier. Connaissez vous un modèle qui puisse faire ça ? Par ailleurs, comment Garmin gère-t'il les cartes importé d'OSM. Est-il capable de trouver les adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel support offre-t'il avec les cartes OSM ? Vous l'aurez compris, je suis à la recherche de tout retour d'expérience concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres marques que Garmin offre tout ce que je recherche (import possible et bonne gestion des cartes OSM, possibilité de mapper), je suis également à votre écoute Merci d'avance Olivier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Tiens ! Moi aussi Aujourd'hui, samedi 12 janvier 2013, redémarrage de l'ordi, mise à jour automatique de firefox (ca arrive de temps à autre ..) et ... moi aussi je ne peut plus faire glisser la carte !!! Jusqu'alors tout baignais et hier tout marchais pile poil. -- View this message in context: http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744116.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] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Par curiosité j'ai aussi essayé Chrome dans sa version Canary build (qui s'installe séparément) : Version 26.0.1381.0 canary Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne glisse toujours pas en cliquant-trainant la souris (cela veut déplacer l'image d'une tuile), et la molette de fait pas de zoom. Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page avancée about:flags) et j'en ai trouvé un qui est activé par défaut : Enable touch events (Mac, Windows, Linux, Chrome OS) Force touchscreen support to always be enabled or disabled, or to be enabled when a touchscreen is detected on startup (Automatic, the default). [Automatique] (choix par défaut, les autres options sont Activé ou Désactivé. Il se trouve que mon écran dispose d'une surface tactile justement !!! (avec une connexion USB détectée par Windows comme un stylet ou une tablette tactile standard). Dans ce cas si je désactive cette option, la Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le doigt sur l'écran ! Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt sur l'écran ! Bref pour que ça fonctionne sous Chrome, il faut : - soit débrancher le cable USB qui relie mon écran au PC pour son interface tactile (pour n'utiliser que la souris). - soit désactiver cette option de Chrome (et utiliser alors uniquement la souris). Sous IE et Firefox, les deux périphériques souris et surface tactile sont vus comme un seul, et ne sont pas distingués. Dans le framework utilisé sur layers.openstreetmap.org, peu importe le périphérique utilisé ils sont utilisés de la même façon. Les *touch events* sont une nouveauté de Chrome (qui n'existe pas encore sous IE ou Firefox), ils permettent de distinguer plusieurs périphériques à l'origine des évènements de molette ou de glisser-trainer et déplacements). Le javascript utilisé dans le framework sur www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le premier périphérique par défaut (pas le second). On n'a pas le même framework pour la SlippyMap de layers.openstreetmap.orgqui génèrent la même action quelque soit le périphérique utilisé. La conséquence du support des touch events sous Chrome est qu'il va permettre d'utiliser sur les sites web plusieurs souris pour des actions différentes : la surface tactile de l'écran, un touchpad, une souris externe, un trackball, voire aussi un joystick ou un bouton de manette de jeux, ou des manettes de jeux comportant plus de capteurs directionnels utilisables dans les jeux en ligne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de façon automatique sur un PC disposant d'une interface multitouch. Et là pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais une double tape ou j'utilise le zoom en glissant et rapprochant ou éloignant deux doigts comme sur une tablette ou un smartphone. La souris reste à part (déplacements, trainer un objet, ici une tuile, vers le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent plus sur la carte mais fonctionnent dans les zones de saisie et pour trainer les ascenseurs des barres de défilement de la même façon qu'avec le doigt sur l'écran). Sur un site de démo des touch events, je peux aussi faire des rotations de photos. Sur Yourtube je peux zoomer un morceau d'une vidéo Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le javascript la souris et l'interface tactile qui devraient réagir de la même façon, ce n'est pas un jeu ! Le 12 janvier 2013 16:46, Philippe Verdy verd...@wanadoo.fr a écrit : Par curiosité j'ai aussi essayé Chrome dans sa version Canary build (qui s'installe séparément) : Version 26.0.1381.0 canary Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne glisse toujours pas en cliquant-trainant la souris (cela veut déplacer l'image d'une tuile), et la molette de fait pas de zoom. Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page avancée about:flags) et j'en ai trouvé un qui est activé par défaut : Enable touch events (Mac, Windows, Linux, Chrome OS) Force touchscreen support to always be enabled or disabled, or to be enabled when a touchscreen is detected on startup (Automatic, the default). [Automatique] (choix par défaut, les autres options sont Activé ou Désactivé. Il se trouve que mon écran dispose d'une surface tactile justement !!! (avec une connexion USB détectée par Windows comme un stylet ou une tablette tactile standard). Dans ce cas si je désactive cette option, la Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le doigt sur l'écran ! Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt sur l'écran ! Bref pour que ça fonctionne sous Chrome, il faut : - soit débrancher le cable USB qui relie mon écran au PC pour son interface tactile (pour n'utiliser que la souris). - soit désactiver cette option de Chrome (et utiliser alors uniquement la souris). Sous IE et Firefox, les deux périphériques souris et surface tactile sont vus comme un seul, et ne sont pas distingués. Dans le framework utilisé sur layers.openstreetmap.org, peu importe le périphérique utilisé ils sont utilisés de la même façon. Les *touch events* sont une nouveauté de Chrome (qui n'existe pas encore sous IE ou Firefox), ils permettent de distinguer plusieurs périphériques à l'origine des évènements de molette ou de glisser-trainer et déplacements). Le javascript utilisé dans le framework sur www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le premier périphérique par défaut (pas le second). On n'a pas le même framework pour la SlippyMap de layers.openstreetmap.orgqui génèrent la même action quelque soit le périphérique utilisé. La conséquence du support des touch events sous Chrome est qu'il va permettre d'utiliser sur les sites web plusieurs souris pour des actions différentes : la surface tactile de l'écran, un touchpad, une souris externe, un trackball, voire aussi un joystick ou un bouton de manette de jeux, ou des manettes de jeux comportant plus de capteurs directionnels utilisables dans les jeux en ligne. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Une démo à tester ici avec un seul doigt (regardez le code source de la page) : http://www.quirksmode.org/m/tests/drag.html Une démo pour les interfaces supportant 2 ou 3 doigts (regardez aussi le code source) : http://www.quirksmode.org/m/tests/drag2.html (si votre surface tactile ne support qu'une seule position vous ne pourrez trainer qu'un seul des carrés en même temp ; utile pour les jeux multijoueurs où on joue sur le même écran, mais c'est ce qui permet aussi le zoom et la rotation à deux doigts) Le truc clé c'est l'évènement ontouchstart qui peut se déclencher une ou plusieurs fois lors d'une touche sur un ou plusieurs objet, chaque touche ayant son propre suivi avec ontouchmove et ontouchend. Ils se distinguent de onmousedown, onmousemove et onmouseup. Sous IE et Firefox cependant, la première touche déclenche à la fois les évènements onmouse* et ontouch* sur un même objet eventlistener (ces listeners sont créés par duplication d'un même objet initial sur les navigateurs qui supportent le multitouch, autant de fois que l'OS peut les distinguer) de sorte que la souris est équivalente à la première touche. Mais Chrome ne fait plus cette fusion par défaut entre la souris et la première touche tactile, Chrome donne donc une touche en plus (en utilisant les doigts et la souris pour des touches distinctes, donc avec mon écran à deux touches plus la souris, je gère 3 touches en tout sous Chrome, mais 2 seulement sous IE et Firefox...). Le 12 janvier 2013 16:59, Philippe Verdy verd...@wanadoo.fr a écrit : Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de façon automatique sur un PC disposant d'une interface multitouch. Et là pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais une double tape ou j'utilise le zoom en glissant et rapprochant ou éloignant deux doigts comme sur une tablette ou un smartphone. La souris reste à part (déplacements, trainer un objet, ici une tuile, vers le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent plus sur la carte mais fonctionnent dans les zones de saisie et pour trainer les ascenseurs des barres de défilement de la même façon qu'avec le doigt sur l'écran). Sur un site de démo des touch events, je peux aussi faire des rotations de photos. Sur Yourtube je peux zoomer un morceau d'une vidéo Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le javascript la souris et l'interface tactile qui devraient réagir de la même façon, ce n'est pas un jeu ! Le 12 janvier 2013 16:46, Philippe Verdy verd...@wanadoo.fr a écrit : Par curiosité j'ai aussi essayé Chrome dans sa version Canary build (qui s'installe séparément) : Version 26.0.1381.0 canary Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne glisse toujours pas en cliquant-trainant la souris (cela veut déplacer l'image d'une tuile), et la molette de fait pas de zoom. Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page avancée about:flags) et j'en ai trouvé un qui est activé par défaut : Enable touch events (Mac, Windows, Linux, Chrome OS) Force touchscreen support to always be enabled or disabled, or to be enabled when a touchscreen is detected on startup (Automatic, the default). [Automatique] (choix par défaut, les autres options sont Activé ou Désactivé. Il se trouve que mon écran dispose d'une surface tactile justement !!! (avec une connexion USB détectée par Windows comme un stylet ou une tablette tactile standard). Dans ce cas si je désactive cette option, la Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le doigt sur l'écran ! Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt sur l'écran ! Bref pour que ça fonctionne sous Chrome, il faut : - soit débrancher le cable USB qui relie mon écran au PC pour son interface tactile (pour n'utiliser que la souris). - soit désactiver cette option de Chrome (et utiliser alors uniquement la souris). Sous IE et Firefox, les deux périphériques souris et surface tactile sont vus comme un seul, et ne sont pas distingués. Dans le framework utilisé sur layers.openstreetmap.org, peu importe le périphérique utilisé ils sont utilisés de la même façon. Les *touch events* sont une nouveauté de Chrome (qui n'existe pas encore sous IE ou Firefox), ils permettent de distinguer plusieurs périphériques à l'origine des évènements de molette ou de glisser-trainer et déplacements). Le javascript utilisé dans le framework sur www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le premier périphérique par défaut (pas le second). On n'a pas le même framework pour la SlippyMap de layers.openstreetmap.org qui génèrent la même action quelque soit le périphérique utilisé. La conséquence du
Re: [OSM-talk-fr] Quel GPS routier pour tagger
Olivier... as-tu un smartphone ? Si oui... un GPS ne t'apportera pas forcément grand chose, faut voir tes usages outdoor. J'ai eu plein de GPS et le seul que j'utilise depuis pas mal de temps maintenant c'est... mon iPhone ;) Le 12 janvier 2013 16:41, Olivier Delaune olivier.dela...@wanadoo.fr a écrit : adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel support offre-t'il avec les cartes OSM ? Vous l'aurez compris, je suis à la recherche de tout retour d'expérience concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres marques que Garmin offre tout ce que je recherche (import possible et bonne gestion des cartes OSM, possibilité de mapper), je suis également à votre écoute Merci d'avance Olivier -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Etat du bâti des communes les plus peuplées de France
Bonjour la liste, J'ai voulu savoir quelles étaient les plus grandes villes de France dont le bâti est manquant ou incomplet. Je ne suis donc amusé à passer en revue les communes les plus peuplées (+ de 20 000 Hab). Pour ceux que cela intéresserait, voici les résultats que j'ai obtenu (sous réserve de changesets très récents et de la fiabilité de mes observations) : - *Nîmes* (30), 140 800 Hab : Bâti à compléter Quartiers périphériques incomplets (Courbessac, Vacquerolles, Castanet, ...) - *Metz* (57), 121 800 Hab : Bâti à compléter Quartiers périphériques manquants (Pantières-Queuleu, Borny, Devant-les-Ponts,...) - *Saint-Pierre* (974), 77 100 Hab : Bâti à compléter Quelques trous éparts... - *La Seyne-sur-Mer* (83), 61 500 Hab : Bâti à compléter Plusieurs quartiers manquants (La Donicarde, Tortel, Domergue,...) - *Sarcelles* (95), 59 400 Hab : Bâti à faire - *Pessac* (33), 57 600 Hab : Bâti à faire - *Hyères* (83), 54 700 Hab : Bâti à faire - *Blois* (41), 46 000 Hab : Bâti à compléter Quelques coins manquants (Villejoint,...) -* Garges-lès-Gonesse* (95), 40 200 Hab : Bâti à faire - *Saint-Laurent-du-Maroni* (973), 37 500 Hab : Bâti à faire - *Saint-Benoît *(974), 34 700 Hab : Bâti à compléter Quelques zones manquantes (Le long du Chemin du Cap) - *Marignane* (13), 34 200 Hab : Bâti à compléter Seule la zone la plus proche du littoral est faite. - *Mâcon* (71), 34 100 Hab : Bâti à compléter Des trous, de ci, de là... - *Cambrai* (59), 32 500 Hab : Bâti à compléter Import en cours, par lots - *Goussainville* (95), 31 000 Hab : Bâti à faire -* Villiers-le-Bel* (95), 27 000 Hab : Bâti à faire - *Kourou* (973), 25 500 Hab : Bâti à faire - *Villeparisis* (77), 24 100 Hab : Bâti à faire - *Gradignan* (33), 23 400 Hab : Bâti à faire - *Frontignan* (34), 22 700 Hab : Bâti à faire - *Cormeilles-en-Parisis* (95), 22 600 Hab : Bâti à faire - *Saint-Dié-des-Vosges* (88), 21 500 Hab : Bâti à compléter Quelques trous à combler - *Fleury-les-Aubrais* (45), 21 100 Hab : Bâti à faire - *La Celle-Saint-Cloud* (78), 20 800 Hab : Bâti à faire Yapluka... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit : C'est la version officielle de Chrome actuelle, elle n'a rien de surprenant ! Et en tout cas pas foireuse du tout ! 24.0.1312.52 m (c'est bien une version pour Windows 7). Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions stable et beta, sinon 25.0.1364.29 en version dev, cf. http://www.chromium.org/developers/calendar) Tu devrais lire https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5 pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous balancer ta logorrhée habituelle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quel GPS routier pour tagger
Non pas de smartphone pour le moment et je ne pense pas que je n'envisage pas d'en avoir un bientôt. Les vieux téléphones sont ceux qui fonctionnent le mieux et le plus longtemps pour ce que je m'en sert (appeler des gens et envoyer des messages). Olivier Le samedi 12 janvier 2013 17:07:53 talk-fr-requ...@openstreetmap.org a écrit : Olivier... as-tu un smartphone ? Si oui... un GPS ne t'apportera pas forcément grand chose, faut voir tes usages outdoor. J'ai eu plein de GPS et le seul que j'utilise depuis pas mal de temps maintenant c'est... mon iPhone Le 12 janvier 2013 16:41, Olivier Delaune olivier.dela...@wanadoo.fr a écrit : adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel support offre-t'il avec les cartes OSM ? Vous l'aurez compris, je suis à la recherche de tout retour d'expérience concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres marques que Garmin offre tout ce que je recherche (import possible et bonne gestion des cartes OSM, possibilité de mapper), je suis également à votre écoute Merci d'avance Olivier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 12 janvier 2013 18:07, Nolwenn donolw...@gmail.com a écrit : Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit : C'est la version officielle de Chrome actuelle, elle n'a rien de surprenant ! Et en tout cas pas foireuse du tout ! 24.0.1312.52 m (c'est bien une version pour Windows 7). Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions stable et beta, sinon 25.0.1364.29 en version dev, cf. http://www.chromium.org/developers/calendar) Tu devrais lire https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5 pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous balancer ta logorrhée habituelle. Tu ferais mieux de lire les messages, au lieu d'insulter sans raison. Et merci je sais ce qu'est une somme de contrôle, probablement mieux que toi (MD5 n'est pas fiable et tu devrais le savoir ; mais si au moins tu avais proposé SHA1) . J'ai déjà développé des versions rapides et optimisées de tous les algo de hachage sécurisés (MD5 est bogué et c'est facile à prouver) ou pas (les variantes de CRC, qui ne sont pas destinées à la sécurité ou la signature, mais à l'autocorrection de certains types d'erreurs sur un nombre limité de bits). Bref documente-toi d'abord ! L'installation n'était pas fausse, c'est bien le comportement de Chrome qui vient bel et bien de changer dans une option maintenant activée par défaut ! Alors c'est bel et bien ton message inutile que je prends pour de la logorrhée (et si tu avais lu les messages ici, tu aurais vu que je n'étais pas le seul à avoir été surpris, même si hier d'autres n'ont pas constaté le changement. Met à jour Chrome et tu verras (clique le bouton du menu en haut à droite, puis A propos de Chrome, si tu n'as pas eu la mise à jour automatiquement c'est que ton navigateur n'a pas encore testé sa version, il ne le fait pas en permanence, mais tu peux le forcer). Et qu'on arrêt de me dire que ma version est fausse, c'est bel et bien la dernière version (la même d'ailleurs sous Chromium pour le channel standard (ce n'est plus une beta, il n'y a pas d'autre beta en attente, le numéro que j'ai donné n'est pas non plus la version dev instable). Ensuite si tu ne vois pas ce comportement c'est que ton matériel ne permet pas de le reproduire (il faut avoir à la fois un écran tactile ET une souris pour constater le changement). Le changement est visible certainement aussi sur les Mac (dont les écrans ont une surface tactile à 3 touches). Il ne peut pas être constaté sur un iPhone (également avec 3 touches mais pas de souris, sauf si tu en connectes une externe avec l'accessoire USB ad hoc qui autorise aussi la connexion d'un clavier). Mais on peut le voir sur une tablette Android avec souris USB externe, ou avec la Surface Microsoft connectée aussi à une souris. J'ai indiqué plus haut l'option caché du navigateur dont le comportement (en mode automatique) a changé (il était désactivé, maintenant l'option est activée par défaut si tu as une surface tactile ou un stylet ; mais tu ne peux t'en rendre compte que si tu essayes d'utiliser la souris au lieu de la surface tactile, c'est là que ça ne marche plus sur www.openstreetmap.org, alors que ça marche encore sur layers.openstreetmap.fr qui utilise un framework javascript différent). Si vous pensez que c'est une anomalie (la souris devrait agir comme la première touche tactile, ce qui n'est plus le cas), alors c'est une anomalie à rapporter aux concepteurs du framework javascript utilisé sur le site openstreetmap.org. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France
On 12/01/2013 18:00, Iggy07 wrote: - *La Seyne-sur-Mer* (83), 61 500 Hab : Bâti à compléter Plusieurs quartiers manquants (La Donicarde, Tortel, Domergue,...) Bonjour, C'est moi qui ai importé la plus grande partie du bâti de la Seyne. Je suis en train de le compléter, petit bout par petit bout, car ça prend beaucoup de temps de corriger les erreurs de validation de JOSM ... Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 12 janvier 2013 18:07, Nolwenn donolw...@gmail.com a écrit : Tu devrais lire https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5 pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous balancer ta logorrhée habituelle. En plus tu cites en référence un bout de paragraphe minuscule de Wikipédia qui n'est pas une source et même ces deux lignes sont fausses aujourd'hui, MD5 n'est PAS utilisé par code.google.com pour verifier les signatures de fichiers (code.google.com utilise SHA1 justement, mais pas MD5 !) L'assertion qui consiste à dire que MD5 est de plus en plus populaire est totalement fausse. Bref ce paragraphe de l'article Wikipédia est totalement inutile et n'apporte strictement rien. Je vois donc que tu lis des trucs sans les évaluer ou juger de leur pertinence ou leur actualité. MD5 n'est plus recommandé depuis plusieurs années, SHA1 l'est encore de façon limitée mais plus pour les signatures authentiques (contre les falsifications volontaires, il y a des tonnes de fichiers virussés qui valident leur signature MD5 et même un grand nombre qui valident leur signature SHA1). La recommandation aujourd'hui c'est plutôt SHA256 (ou sa version tronquée SHA128), et pour les signatures authentiques de code c'est SHA512 (ou sa version tronquée SHA384). Pour les signatures authentique des pilotes Windows, Microsoft exige maintenant des clés de 1024 bits depuis le mois dernier et rejette les certificats signés avec des clés plus courtes depuis le début de ce mois de janvier. Alors ton MD5 est vraiment d'un autre âge... L'algo a plus de 30 ans et s'il ne résiste pas aux craqueurs volontaires, on a montré aussi qu'il comportait un trop grand nombre de collisions permettant des transmissions en apparence sans erreurs (c'est bien pour ça que Google n'en veut plus pour signer les fichiers compilés installables téléchargés sur code.google.com). L'outil md5sum proposé par l'article Wikipedia ne sert plus à rien, sauf pour des raisons historiques si on n'a pas d'autre clé disponible pour comparer. Il ne fait même plus partie de l'installation par défaut de bon nombre de distribs Linux (l'algo a même été interdit dans certaines administrations et dans toutes les applications de transaction sécurisées en ligne, notamment pour les banques; les navigateurs web et les PKI le rejettent maintenant tous comme invalides pour n'importe quel certificat ; il n'est plus utilisé non plus pour hasher de façon irréversible les mots de passes stockés dans /etc/passwd, sauf sur de très vielles installations qui devraient toutes avoir été mises à jour pour exiger de remplacer ces mots de passe obsolètes et facilement craquables). Les protocoles de communication n'ont jamais utilisé MD5 pour vérifier les transferts, même chose pour les systèmes de stockage (cela a toujours été des algos à redondance cyclique, réversibles pour permettre des corrections automatiques de certains types d'erreurs classiques des systèmes de transmission, tels que des bits inversés, ou écrasés sur des séquences courtes par du bruit impulsionnel, la réversibilité étant aussi leur défaut car ils sont facilement craquables même si on sait avec une clé courte limiter le nombre de collisions de clés identiques. Des protocoles plus récents n'utilisent plus les CRC mais des congruences dans des espaces linéaires bien plus complexes (cas du codage DSL, et des transmissions par satellite, mais aussi le cas sur les réseaux mobiles actuels). Les CRC ne servent plus que pour vérifier des messages très courts (un seul datagramme, ou une seule trame IP limitée à environ 1,5ko, ou 12 kbits : on est très en dessous de la taille des fichiers exécutables téléchargés et même de la plupart des contenus actuels du web : pages, scripts, images, audio et vidéo). Les formats modernes d'archives n'utilisent plus MD5 mais SHA1 (il reste le vieux CRC du format ZIP d'origine, mais comme il n'est plus sur on adjoint dans l'archive un fichier manifeste contenant des clés calculées avec des algos plus surs, généralement SHA1 ou SHA128). Pour signer une iamge de CD ou DVD ou BDROM, on utilise systématiquement SHA384 au moins et on signe les fichiers individuels d'une archive et de moins de 1Mo dans un manifeste avec SHA1. au delà c'est encore SHA384 ou plus pour tous les fichiers binaires exécutables (Google y viendra aussi sur les téléchargements qu'il propose sur code.google.com, car SHA1 n'est plus accepté partout comme suffisant : il est refusé maintenant dans l'administration américaine là où les normes FIPS s'imposent). Il y a encore d'autres bons alogos de hachage disponibles en remplacement de la série SHA*, un des meilleurs candidats (contre lequel on n'a encore rien trouvé, contrairement à SHA1 qui commence à craquer), c'est l'algo Whirlpool, un autre algo candidat était Tiger mais il est aussi partiellement cassé et ne se différencie plus de SHA1 en terme de sécurité, il semble que Tiger tiendra encore moins longtemps que SHA1 (qui a
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quel GPS routier pour tagger
On 12/01/2013 18:15, Olivier Delaune wrote: Non pas de smartphone pour le moment et je ne pense pas que je n'envisage pas d'en avoir un bientôt. Les vieux téléphones sont ceux qui fonctionnent le mieux et le plus longtemps pour ce que je m'en sert (appeler des gens et envoyer des messages). Si tu aimes le matériel ancien, tu peux utiliser un TomTom fabriqué avant 2010, sur lequel tu installes ttMaps (http://ttmaps.free.fr) qui te permettra d'afficher les dalles OSM et d'enregistrer des traces et des POIs. C'est ce que j'utilise en rando. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France
Bonjour, Le 12/01/2013 18:00, Iggy07 a écrit : - *Cormeilles-en-Parisis* (95), 22 600 Hab : Bâti à faire - *La Celle-Saint-Cloud* (78), 20 800 Hab : Bâti à faire Ce sont des communes encore en raster. Rien ne presse :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Pour faire court ce n'est pas à toi personnellement que je m'étais adressé au départ, et tout le monde comprendra la grande portée et l'immense politesse de tes propos ici. Le 12 janvier 2013 19:17, Nolwenn donolw...@gmail.com a écrit : Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France
2013/1/12 Iggy07 iggy@gmail.com - *Metz* (57), 121 800 Hab : Bâti à compléter Quartiers périphériques manquants (Pantières-Queuleu, Borny, Devant-les-Ponts,...) Yapluka... Pour Metz, il s'agit de communes rattachées, dont les feuille cadastrales sont tout simplement indisponible sur le site cadastre.gouv.fr Le peu qui a été dessiné dans ces quartiers, provient soit de Bing soit des feuille cadastrale récupéré sur Géoportail. En gros il est urgent d'attendre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
Merci pour ce nouveau service très utile! je viens de tester ici : http://umap.fluv.io/map/augustind/augustin-d/#12/14.7020/-17.4446http://umap.fluv.io/map/augustind/augustin-d/#14/14.6919/-17.4695 Quelques points qui me sont venus à l'esprit : - lorsque tu passes en mode édition et que sont disponibles les nouveaux outils : les fenêtres indicatives qui apparaissent lorsque tu laisses le curseur de la souris sur l'un des 4 outils d'édition de droite sortent souvent de la fenêtre du navigateur, - de manière générale, offrir des suggestions visuelles lors des choix de personnalisation : afficher des aperçus d'icône (et idéalement permette aux utilisateurs de charger leurs propres icônes), afficher une palette de choix de couleurs...cela rendra l'outil plus accessible, - lorsque l'on est en train de trace un ligne, la longueur de la ligne est visible. Est-il possible d'accéder à nouveau à cette valeur une fois l'objet édité? Pour rajouter la distance à parcourir dans le cas d'un itinéraire par exemple. - permettre aux utilisateurs de rajouter des zones de textes visibles par défaut sur la carte (sans avoir besoin de cliquer sur le POI, la ligne, le polygone pour avoir accès à l'information...), pratique pour guider le lecteur de la carte au premier coup d'oeil lorsqu'il y a plusieurs POIs, Je vais essayer de m'en servir pour organiser des évènements à l'avenir donc j'aurai sûrement d'autres retours et suivrai les avancées, merci à toi Yohan! Augustin D. 2013/1/6 Yohan Boniface yohanbonif...@free.fr On 01/06/2013 12:45 PM, Tigre-Bleu wrote: Salut, C'est vraiment sympa! Merci :) Je pense que ça serait bien de rajouter un champ de recherche pour pouvoir centrer la carte facilement sur un petit bled sans galérer à zoomer un peu au petit bonheur la chance entre les 2 grandes villes d'a coté qui apparaissent à des petits niveau de zoom :-) Une recherche à proprement parler n'est pas dans les priorités de la 0.1, sur laquelle je suis en train de travailler, mais l'idée me paraît bonne, donc j'ai ajouté une sorte de jump to location, qui interroge Nominatim et zoom sur le premier résultat de recherche, sans plus d'interaction pour le moment. A tester ici par exemple: http://umap.fluv.io/map/** JoeLapin/whatsthat/#15/49.**1188/6.1771http://umap.fluv.io/map/JoeLapin/whatsthat/#15/49.1188/6.1771:) Tests et retours bienvenus! :) Yohan __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Téléchargement relation avec overpass API
Salut, Je souhaite télécharger une relation avec ses membres, en l’occurrence une limite communale, au format osm xml. J'arrive à faire la manip avec l'éditeur de requête de l'overpass API qui me traduit ma requête : union query type=relation has-kv k=admin_level v=8/ has-kv k=name v=Mauléon-Licharre/ /query recurse type=relation-way/ recurse type=way-node/ /union print mode=meta/ en compact overpass QL puis je fais : wget http://www.overpass-api.de/api/interpreter?data=%28relation%5B%22admin%5Flevel%22%3D%228%22%5D%5B%22name%22%3D%22Maul%C3%A9on%2DLicharre%22%5D%3Bway%28r%29%3Bnode%28w%29%3B%29%3Bout%20meta%3B-O mauleon_boundaries.osm et j'ai mon résultat. Cependant, je pensais pouvoir faire cela plus simplement avec la XAPI compatibility layer et une commande du genre : wget http://www.overpass-api.de/api/xapi?relation[admin_level=8][name=Mauléon-Licharre]-O mauleon_boundaries.osm Le fichier généré comporte la relation mais pas ses membres exactement comme si j'interrogeais l'API principale. Est-il possible par une requête XAPI de télécharger la relation et ses chemins membres ainsi que les noeuds des chemins membres ? Merci d'avance. christophe aka orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Avis sur une idée
Le message suivant de : ## Je suis parfaitement novice dans la cartographie et les systèmes SIG, mais j'aimerai avoir des avis sur la réalisation d'une idée que j'ai depuis un certain temps. Je souhaiterai pouvoir avoir accès à des données d'OSM un peu à la demande et pouvoir les associer un peu comme bon me semble. Je m'explique : Par exemple, je suis un propriétaire qui recherche une habitation dans un endroit que je connais très peu et j'aimerai savoir si le lieu où se situera le logement est bien situé. J'aimerai pouvoir définir mes préférences en disant par exemple, que j'aimerai un habitation proche des écoles, des trains, loin des grands axes routiers, près de supermarchés etc... Pour chaque critère je pourrai avoir accès à une carte spécifique sous forme zones de colorées. Egalement j'aimerai avoir accès à une couche de synthèse qui pourrait me représenter en couleur (du rouge ou vert par exemple) les bons endroits des plus mauvais d'après l'ensemble de mes critères. Le top du top se serait aussi de pouvoir combiner ces données avec d'autres données sociétales du genre : revenu moyen du quartier, taux de criminalité, insalubrité etc... Donc, pour résumer, existe-t-il des applications toutes prêtes qui permettraient de faire cela, ou faut-il les développer ? Dans ce dernier cas, quel effort cela représenterait-il pour quelqu'un (ou une équipe) qui connaît correctement le webmapping ou la géomatique ? a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=450 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 meilleures 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] Téléchargement relation avec overpass API
Bonjour, Avec JOSM, cest très aisé il suffit de se localiser sur un point de la limite communale Puis il suffit de faire un clic droit sur la relation concernée pour obtenir tous les membres. Il faut juste enregistrer le fichier et on a un fichier osm. Amicalement Jean De : orhygine [mailto:arbail...@gmail.com] Envoyé : samedi 12 janvier 2013 22:07 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Téléchargement relation avec overpass API Salut, Je souhaite télécharger une relation avec ses membres, en loccurrence une limite communale, au format osm xml. J'arrive à faire la manip avec l'éditeur de requête de l'overpass API qui me traduit ma requête : union query type=relation has-kv k=admin_level v=8/ has-kv k=name v=Mauléon-Licharre/ /query recurse type=relation-way/ recurse type=way-node/ /union print mode=meta/ en compact overpass QL puis je fais : wget http://www.overpass-api.de/api/interpreter?data=%28relation%5B%22admin%5Flev el%22%3D%228%22%5D%5B%22name%22%3D%22Maul%C3%A9on%2DLicharre%22%5D%3Bway%28r %29%3Bnode%28w%29%3B%29%3Bout%20meta%3B -O mauleon_boundaries.osm et j'ai mon résultat. Cependant, je pensais pouvoir faire cela plus simplement avec la XAPI compatibility layer et une commande du genre : wget http://www.overpass-api.de/api/xapi?relation[admin_level=8][name=Mauléon-Lic harre] http://www.overpass-api.de/api/xapi?relation%5badmin_level=8%5d%5bname=Maul %C3%A9on-Licharre%5d -O mauleon_boundaries.osm Le fichier généré comporte la relation mais pas ses membres exactement comme si j'interrogeais l'API principale. Est-il possible par une requête XAPI de télécharger la relation et ses chemins membres ainsi que les noeuds des chemins membres ? Merci d'avance. christophe aka orhygine ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Firefox : même motif même punition, ca peut se déplacer au doigt, mais plus à la souris. Merci, je n'aurais pas pensé à essayer :) -- View this message in context: http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744180.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] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 12 janvier 2013 23:50, PhQ pierre.que...@sfr.fr a écrit : Firefox : même motif même punition, ca peut se déplacer au doigt, mais plus à la souris. Merci, je n'aurais pas pensé à essayer :) Tu ne trouves pas que le fait de ne pas mettre en équivalence la première touche à l'écran et la souris quand on a les deux est une anomalie ? Personnellement je le pense et ça devrait être corrigé car c'est complètement contre-intuitif et on peut chercher longtemps pourquoi ça ne marche pas à la souris. Quand je vois ce qu'on m'a répondu ici (bogue du navigateur, version incorrecte, mauvaise installation de Windows, et quelques noms d'oiseaux au passage pour m'expliquer que je ne savias pas de quoi je parle...) ce comportement s'il doit être gardé doit être expliqué et connu. Tous les frameworks javascripts pour OSM ne sont pas affectés car selon celui qui est utilisé, certains font l'équivalence, d'autres non. Bien entendu je ne demande pas que le comportement des touches à l'écran soit changé, c'est très bien aussi d'avoir cette possibilité pour supporter les utilisateurs de smartphones et tablettes. Mais ça surprend les utilisateurs de PC classiques pour peu que leur écran dispose d'une interface tactile (devenu populaire depuis quelques mois avec les PC vendus pour Windows 8 et qui incluent l'interface tactile par défaut sans pour autant oublier le clavier et la souris, alors que jusqu'à présent on avait plutôt l'un ou l'autre et rarement les deux à la fois sur un PC). Aussi je vais demander une correction sur www.openstreetmap.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 13 janvier 2013 04:52, Philippe Verdy verd...@wanadoo.fr a écrit : Aussi je vais demander une correction sur www.openstreetmap.org Pour ceux que ça intéresse, j'ai posté ce message (en anglais) sur la page de discussion du wiki documentaire du site openstreetmap.org (avec les détails sur le changement). Nhésitez pas à répondre et transmettre l'info (peut-être qu'il faudrait déplacer ce message ailleurs, mais cette page de discussion est la première qu'on voit sur le site en cliquant sur le lien Documentation: http://wiki.openstreetmap.org/wiki/Talk:Main_Page#Warning_:_The_slippy_map_no_longer_works_here_:_why_.3F_Touch_events..._.28concerns_users_with_a_mouse_AND_a_touch_screen.29 Ne devrais-je pas le poster aussi sur le Centre d'aide ? Malheureusement ce forum (en anglais principalement) refuse les papiers et ne veut que des questions d'assistance simples pas les réponses, et il n'y a pas beaucoup de visibilité pour les questions qui disparaissent rapidement dans le flot continu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Adopt-a-highway representation in OSM
(this is a follow-up post to my original at http://lists.openstreetmap.org/pipermail/talk-us/2013-January/010086.html and the responses thereto) Thanks for the input on this topic earlier this month. I'm in agreement with those who feel that the information is too volatile and potentially out of date to apply to the roadway itself. I think it would be best to just document the physical artifact which exists aside the road. Thus, I'd suggest to myself and others the use of ...information=adopt-a-highway ...sign=yes ...organisation={name of organisation} ...source (on changeset or object)=survey = really should be obligatory ...source:date (on changeset or object)={date of survey} Along with this would be a wiki page which describes the adopt-a-highway information and implications of the positioning of the sign. In most cases, the sign appears on the roadside of the carriageway to which is applies. Now, the signs do typically appear in pairs, with the positioning of the pair indicating the length of roadway to which the adopt-a-highway applies. However, when driving, you typically only see one of the pair; regular driving along a route can lead to awareness of the second position. I think that creating a sign object in this way allows physical verification of the information presented to motorists without complicating highway tagging or creating an implication which would turn out to be incorrect about the actual state of affairs. --ceyockey ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Adopt-a-highway representation in OSM
this should also go to the tagging list. On 1/12/13 9:08 AM, dies38...@mypacks.net wrote: (this is a follow-up post to my original at http://lists.openstreetmap.org/pipermail/talk-us/2013-January/010086.html and the responses thereto) Thanks for the input on this topic earlier this month. I'm in agreement with those who feel that the information is too volatile and potentially out of date to apply to the roadway itself. I think it would be best to just document the physical artifact which exists aside the road. Thus, I'd suggest to myself and others the use of ...information=adopt-a-highway ...sign=yes ...organisation={name of organisation} ...source (on changeset or object)=survey = really should be obligatory ...source:date (on changeset or object)={date of survey} Along with this would be a wiki page which describes the adopt-a-highway information and implications of the positioning of the sign. In most cases, the sign appears on the roadside of the carriageway to which is applies. Now, the signs do typically appear in pairs, with the positioning of the pair indicating the length of roadway to which the adopt-a-highway applies. However, when driving, you typically only see one of the pair; regular driving along a route can lead to awareness of the second position. I think that creating a sign object in this way allows physical verification of the information presented to motorists without complicating highway tagging or creating an implication which would turn out to be incorrect about the actual state of affairs. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] matching external data to OSM
Hi, I'm not sure if this has been discussed or not, if yes, a pointer to the old thread would be much appreciated! People working on imports, QA tools, and others come across the problem of comparing data in OSM to external data sources. So far, I have seen proposals that look like git and use change history, or use some kind of ID in OSM that corresponds to an ID in the external data set. However, both of these approaches have critical issues. The external IDs can be deleted or damaged during normal editing. The change history can be lost if editors delete an area and retrace rather than move the existing data around. OSM needs to optimize first and foremost for normal hand editing, so adding restrictions to prevent either kind of activity obviously should not happen. There is another approach. We instead should focus on using weighted matching algorithms. http://en.wikipedia.org/wiki/Bipartite_graph http://en.wikipedia.org/wiki/Ford%E2%80%93Fulkerson_algorithm This is a well-studied problem. Because our data is basically aligned, it is not NP hard. Doing 30,000 matches in a minute should be no problem. The algorithms and new computers are fast enough for real problems. The idea is that we make a feature vectors that get turned into a feature to feature match score. If you are matching buildings use Euclidean distance between center of masses, area, ratio area to circumference, etc. If we are doing roads, break things into segments, and use length, Euclidean distance between center of masses, PCA to get orientation, etc. If the roads have names, you could add in the hamming edit distance to score name matches. The feature vectors would be dependent on the specific kind of data that is being matched, we would probably need a handful of them to handle all of the different kinds of data OSM has. http://en.wikipedia.org/wiki/Shape_analysis_(digital_geometry) http://en.wikipedia.org/wiki/Principal_component_analysis http://en.wikipedia.org/wiki/Hamming_distance For example, if you are matching houses. You would find all of the houses that are within a specified distance in the external data set and calculate a match score between the OSM house and each house in the external data set. This forms a weighted graph between the OSM data and the external data, with the weight of each edge between the match score. The match score a derived from the feature vectors. You then use something like the augmented path maximum flow algorithm to calculate the globally optimal match. You would need to fiddle with the scoring and feature vector, but it would automate the trivial matching, and by inspecting matches with low scores, would allow the end user to focus his/her attention on areas that need a person looking at it. If you went crazy, you could even include the OSM change history to find items that were intentionally removed from OSM that are still present in the external data source. The soft matching followed by an optimization will allow us to compare OSM to existing data as it is now. It seems like having some code to do this would be useful to a bunch of different people in OSM. This kind of problem is tackled all the time by people doing machine learning and image processing. Has this been tried by anybody? Is there any code available? Thanks Jason ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Mappy Hour next Monday
Hi all, We're continuing the great tradition of Mappy hours into 2013 starting this Monday at 6PM pacific / 9 eastern. Here's the Google+ link where we'll post the hangout info shortly before we start. Hope to see some of you there! https://plus.google.com/events/c5b0qntr3bt54461ev1g1tabee0 Best, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] matching external data to OSM
On Saturday, January 12, 2013, Jason Remillard wrote: There is another approach. We instead should focus on using weighted matching algorithms. [...] Has this been tried by anybody? Is there any code available? This is exactly what I was doing with the conflation plugin for JOSM. Unfortunately I haven't had time to work on it for some time, but the code is on GitHub. It uses the Vivid Solutions Java Topology Suite that went into making RoadMatcher and other conflation tools. Last I used the conflation plugin it was pretty good at matching simple features, but could really use some improvements such as smarter weighting. I hadn't gotten to working with linear features yet. Josh ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us