Re: [OSM-talk-be] (geen onderwerp)
Ik vind al geen DNS record terug voor die naam. Probeer deze eens: http://josm.openstreetmap.de/josmfile?page=Presets/BENELUXzip Glenn On 04/08/2013 01:57 PM, Guy Vanvuchelen wrote: Tot nu toe gebruikte ik in JOSM graag de Plug in 'How to map a..'. Bij het starten van JOSM krijg ik nu echter een foutmelding: Fout bij parsen van http://jos.openstreetmap.de/dosmfile?page:Presets/BENELUXzip=1: The element type item must be terminated bij the matching end-tag/item. Wie kan me hierbij helpen? Guy Vanvuchelen ___ 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] (geen onderwerp)
Dat foutje is ondertussen al een paar dagen verholpen, maar doordat josm 14 alle plugins cached, kan je best zelf de cache leegmaken. Ter herinnering: Here is another tip when you want to test your wiki preset: JOSM caches the downloaded preset file for one week. In order to force an update, you can go to the JOSM settings directory [1] and delete the corresponding file in the cache directory. (You can remove the entire cache folder if you like.) [1] http://josm.openstreetmap.de/**wiki/Help/ResetPreferences#** Locatethesettingsfolderhttp://josm.openstreetmap.de/wiki/Help/ResetPreferences#Locatethesettingsfolder 2013/4/8 Glenn Plas gl...@byte-consult.be Ik vind al geen DNS record terug voor die naam. Probeer deze eens: http://josm.openstreetmap.de/josmfile?page=Presets/BENELUXzip Glenn On 04/08/2013 01:57 PM, Guy Vanvuchelen wrote: Tot nu toe gebruikte ik in JOSM graag de Plug in ‘How to map a..’. ** ** Bij het starten van JOSM krijg ik nu echter een foutmelding: “Fout bij parsen van http://jos.openstreetmap.de/dosmfile?page:Presets/BENELUXzip=1: The element type “item” must be terminated bij the matching end-tag”/item”. ** ** Wie kan me hierbij helpen? ** ** Guy Vanvuchelen ** ** ___ Talk-be mailing listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be ___ 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] OpenSnowMap.org
Great service! Thanks for making it. I have one remark. When you have a route, I don't know what is the start and what is the end. It needs one of those checkered patterns to identify the end, or Googles A-B-C, or OSRMs Green-Yellow-Red. Janko 2013/4/6 yvecai yve...@gmail.com On 04/06/2013 10:57 AM, Steve Bennett wrote: - I find the whole interactive mode clunky and not intuitive. Ok, I've change added some shadows to the (i) button and a better visual explaination, hope this helps to make things clearer. Yves __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSnowMap.org
Thanks for the feedback. There is a lot of room for improvement in the routing system. and I will certainly replace the underlying pyroute for something else before next winter. Consider your request in my list. Yves On 04/08/2013 10:19 AM, Janko Mihelic' wrote: Great service! Thanks for making it. I have one remark. When you have a route, I don't know what is the start and what is the end. It needs one of those checkered patterns to identify the end, or Googles A-B-C, or OSRMs Green-Yellow-Red. Janko 2013/4/6 yvecai yve...@gmail.com mailto:yve...@gmail.com On 04/06/2013 10:57 AM, Steve Bennett wrote: - I find the whole interactive mode clunky and not intuitive. Ok, I've change added some shadows to the (i) button and a better visual explaination, hope this helps to make things clearer. Yves ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-tr] son zamanlarda ki büyükşehir düzeltmeleri...
Kocaeli'nin oralarda biraz inceledim - sanırım baya iş olacak: dublicate nodes çok, yolları doğru bağlanmamış... sanki acemiler dört 'hintli'ye mesaj attım - cevabı yok! Roman On Sat, 06 Apr 2013 07:57:02 +0300, Hakan Tandoğan ha...@gurkensalat.com wrote: Düzeltme derken... Hakikaten anlamlı bir şekilde yol falan eklenmektemi yoksa isimlerimi değiştiriyorlar? Misal bir bölge verebilirsen değişiklikleri görmek isterdim.. Hoşçakal, Hakan Roman Neumüller em...@katpatuka.org wrote: Fark ettiniz mi bilmem ama birkaç haftadan beri - daha doğrusu 18 Şubat'tan itibaren - çoğu sanki hint isimli kullanıcılar tarafından Türkiye'nin büyükşehirleri düzeltilmektedir... tuhaf değil mi? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
[Talk-tr] acemi kontrolu
Tekirdağ ın Çorlu ilçesine düzeltmeler yaptım acemice. Onlara bakıp hatalı yapılanlar ve dikkat etmem gereknler için bana bilgi vermeniz mümkünmüdür? ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] acemi kontrolu
Çorlu şehir içi josm editörü (1) ile baktığımda herhangi bir hata çıkmadı - tek bir tane boş nokta çıktı (2) (unconnected node without tags)... ;-) (1) http://josm.openstreetmap.de/ (2) http://www.openstreetmap.org/browse/node/2254391939 Tekirdağ ın Çorlu ilçesine düzeltmeler yaptım acemice. Onlara bakıp hatalı yapılanlar ve dikkat etmem gereknler için bana bilgi vermeniz mümkünmüdür? -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo Martin, Joachim, meldest du bitte weiterhin zurück, dass die Daten noch nicht gut genug sind? Das habe ich gerade gemacht. Das Problem ist, dass die Daten nach etlichen Verwaltungsreformen von den unteren Vermessungsbehörden gepflegt werden. Das LGL hat kaum Möglichkeiten, die zuständigen Behörden, die natürlich wenig Geld und Personal haben, zu einer fristgerechten Pflege der fehlenden und unvollständigen Daten zu bewegen. Eine Möglichkeit wäre, dass wir für den landesweiten Abgleich die fehlenden Gemeinden/Straßen aus der ebenfalls veröffentlichten LiKa-DB von 2011 ergänzen. Ich werde die Straßenlisten bei meinem Vortrag Offene Geodaten – was machen wir jetzt damit? diesen Donnerstag entsprechend erwähnen. http://www.rtg.bv.tum.de/index.php/en/fortbildungsseminar/programm (Session 7) Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-08 9:54, Joachim Kast wrote: Das Problem ist, dass die Daten nach etlichen Verwaltungsreformen von den unteren Vermessungsbehörden gepflegt werden. Das LGL hat kaum Möglichkeiten, die zuständigen Behörden, die natürlich wenig Geld und Personal haben, zu einer fristgerechten Pflege der fehlenden und unvollständigen Daten zu bewegen. Ich habe keine Erfahrung mit den unteren Vermessungsbehörden. Da die automatischen Liegenschaftsbücher (ALB, ATKIS usw.) aber überall gepflegt werden müssten sollte das ganze nur eine Export-Abfrage sein. Siehe z.B. http://www.lv-bw.de/lvshop2/ProduktInfo/geodaten/hauskoordinaten/hauskoordinate_3.htm - die Hauskoordinaten werden bundesweit vermarktet und wären speziell für uns interessant. Eine exportfähige Teilmenge davon sind aber die Straßenlisten, die genau jene Daten enthalten wie die veröffentlichten. Ich werde die Straßenlisten bei meinem Vortrag Offene Geodaten – was machen wir jetzt damit? diesen Donnerstag entsprechend erwähnen. http://www.rtg.bv.tum.de/index.php/en/fortbildungsseminar/programm (Session 7) Und was machen wir damit? Hauptzweck der Straßenlisten für die OSM ist die Prüfung auf Schreibfehler und Vollständigkeit. Nochmals besser sind Hauskoordinaten, mit denen man einerseits die Vollständigkeit der Straßenlänge besser prüfen kann, andererseits auch gleichnamige Straßen in einer Gemeinde besser unterscheiden kann und zusätzlich die Möglichkeit des Routings bis zum Zielpunkt gewinnt. Was noch? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Joachim Kast osm...@dd1gj.de wrote: Das Problem ist, dass die Daten nach etlichen Verwaltungsreformen von den unteren Vermessungsbehörden gepflegt werden. Das LGL hat kaum Möglichkeiten, die zuständigen Behörden, die natürlich wenig Geld und Personal haben, zu einer fristgerechten Pflege der fehlenden und unvollständigen Daten zu bewegen. *argh* Am wenigsten Personalkosten verursacht die Veröffentlichung von Rohdaten, denn die muss man per Definition gar nicht erst aufbereiten. Vielleicht sollte man das nochmal in dieser Deutlichkeit sagen. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /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] Erdrutsche und Grubeneinstürze
Hi, es gibt ja für alles mögliche Kartenprojekte. Da in den letzten Jahren Grubeneinstürze und Erdrutsche in urbanen Gebieten immer wieder in den Medien waren, habe ich mir überlegt ob es da vielleicht etwas gibt oder ein Bedaf besteht solche Daten auf einer Karte darzustellen. Weiß einer von euch ob es da schon irgendwas in der Art gibt? LG Th. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Klaus Hanauer wrote Das Problem bleibt aber, welche Schreibweise ist richtig: LGL-Liste, OSM-Eintrag oder Schreibweise auf dem Straßenschild ? Ist das nicht alles Sekundärliteratur? Also Quelle 2. oder gar 3. Hand? Festgelegt werden die Namen doch innerhalb der Gemeindeordnung und danach werden sie an die verschiedenen Stellen gemeldet. Und da kann es Kommunikationsfehler geben: zum eigenen Straßenbauamt, zum Kreis, zum Land, zur Schilderfirma, Post, ... Daher halte ich von offiziellen Listen immer weniger je weiter sie sich von der Quelle entfernen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Open-Data-fur-Geobasisdaten-in-Baden-Wurttemberg-tp5745178p5756215.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags an Straßen
Hallo, Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Beste Grüße Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Das ist die alte Diskussion Daten sparen oder sicher gehen dass alles vorhanden ist. Ich selbst mappe viele Hausnummern und dort stellt sich ja die Frage z.B. nach Relationen vs. redundanten Daten auch. Ich bin dafür, mgl. viele Daten, auch redundant, zu erfassen, auch addr:{city,country,postcode,street} an Straßen. Das erhöht zwar die Gefahr, dass bei Änderungen an den Ausgangsdaten (z.B. neue PLZ) mehr geändert werden muss, reduziert aber die Gefahr, dass sich eine (fehlerhafte) Änderung gravierend auf die Ergebnisse der die Daten auswertenden Software (z.B. Nominatim) auswirkt. Aus meiner Sicht sind Versuche, Daten implizit zu definieren, bei OSM i.d.R. nicht erfolgreich, da die Regeln für die implizite Datenerfassung weder klar definiert sind noch von den Mappern gut genug gewusst / eingehalten werden. Aus diesem Grund erfasse ich z.B. auch bei jeder Hausnummer addr:{city,country,postcode,street}. Nachgeschaltete Software kann ja dann immer noch die Datenbank um redundante Daten bereinigen bevor die Daten in irgendwelchen Anwendungen weiterverarbeitet werden. Aus demselben Grund wurde auch der Keypad-Mapper 3 (http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3) entsprechend implementiert. -Ursprüngliche Nachricht- Von: Heinz-Jürgen Oertel [mailto:hj.oer...@t-online.de] Gesendet: Montag, 8. April 2013 15:25 An: talk-de@openstreetmap.org Betreff: [Talk-de] Tags an Straßen Hallo, Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Beste Grüße Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welche Garmingeräte für Schule
Hallo alle zusammen, ein Gymnasium will sich 10 GPS von Garmin für etwa 10 x 150 Euro anschaffen. Welche Geräte, am besten Garmin, würdet Ihr empfehlen? Ich persönlich habe das Garmin Legend und bin sehr zufrieden. Das GPS muss von Schülern intuitiv bedienbar sein die noch nie ein GPS in der Hand hatten. Karten von OSM sollen aufladbar sein und es muss Egnos unterstützen. Also eigentlich genau das Garmin Legend. Leider ist das ein Auslaufmodell und kaum noch zu bekommen. Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Garmingeräte für Schule
Hallo Stephan, Am 08.04.2013 15:54, schrieb smart...@gmx-topmail.de: Hallo alle zusammen, ein Gymnasium will sich 10 GPS von Garmin für etwa 10 x 150 Euro anschaffen. Welche Geräte, am besten Garmin, würdet Ihr empfehlen? Ich persönlich habe das Garmin Legend und bin sehr zufrieden. Das GPS muss von Schülern intuitiv bedienbar sein die noch nie ein GPS in der Hand hatten. Karten von OSM sollen aufladbar sein und es muss Egnos unterstützen. Also eigentlich genau das Garmin Legend. Leider ist das ein Auslaufmodell und kaum noch zu bekommen. Wenn es ein Farbdisplay und einen microSD-Slot haben soll, hast du in deinem Preisbereich die Wahl zwischen Garmin Dakota 20 - Touchscreen, also einigermaßen kompatibel mit Generation Smartphone :) - elektronischer Kompass, Barometer - EGNOS - kein GLONASS - microSD-Slot bis 4 GB (http://garmin.custhelp.com/app/answers/detail/a_id/565/~/wie-ist-die-maximale-speicherkartengr%E3%B6%E3%9Fe-f%E3%BCr-mein-ger%E3%A4t%3F) - bei Amazon brutto 178,00 €, Schule ist aber steuerbefreit also 149,58 € (wenn man beim örtlichen Einzelhändler kauft, kostet es wahrscheinlich den Listenpreis von 249 € brutto) - ich besitze selber eines und bin damit zufrieden Garmin eTrex 20 - Bedienung über Tasten - kein elektronischer Kompass (d.h. Richtung wird aus GPS-Messung bei Bewegung berechnet) - kein Barometer - GLONASS (soll aber laut Erfahrungen anderer nur bei großer Abschattung von Nutzen sein) - EGNOS - bei Amazon brutto 162,00 €, Schule ist aber steuerbefreit also 136,13 € (wenn man beim örtlichen Einzelhändler kauft, kostet es wahrscheinlich den Listenpreis von 199 € brutto) Beachte beim Kauf, dass keine Akkus und keine microSD-Karte enthalten ist. Wenn man Akkus kauft, sollte man auf einen niedrige Selbstentladung achten. Ich fand in den ersten Tagen nach dem Kauf meinen Dakota 20 nicht intuitiv bedienbar. Einmal habe ich bisher einen Garmin eTrex (Vista oder Legend?) benutzt. Ihn fand ich genauso wenig intuitiv bedienbar. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdrutsche und Grubeneinstürze
interessant wäre so etwas auch als historischer Tagim Erzgebirge gab es früher viel Bergbau und deshalb gab es da auch immer mal Einstürze (z.B.:Binge Geyerhttp://www.panoramio.com/photo_explorer#user=1637511with_photo_id=12301860order=date_desc) ) Ein bereits verwendeter Tag ist mir aber nicht bekannt...dort hat jemand das ganze als man_made=minshaft und disused=yes getaggt (aber ist eigentlich nicht so gut) mfg Christian Am 8. April 2013 10:46 schrieb Thorsten Alge m...@thorsten-alge.de: Hi, es gibt ja für alles mögliche Kartenprojekte. Da in den letzten Jahren Grubeneinstürze und Erdrutsche in urbanen Gebieten immer wieder in den Medien waren, habe ich mir überlegt ob es da vielleicht etwas gibt oder ein Bedaf besteht solche Daten auf einer Karte darzustellen. Weiß einer von euch ob es da schon irgendwas in der Art gibt? LG Th. ___ 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] Tags an Straßen
On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Das ist kein Quatsch sondern macht Sinn - Strassen gehören sehr wohl zu einer Postleitzahl, einem Ort, einem Land. Beispiel: in Berlin gibt es die Nollendorfstrasse. Diese zieht sich durch 2 Postleitzahlgebiete. Ich kann nicht erkennen, warum das nicht an der Straße angeheftet sein sollte. Im übrigen ist fast ganz Berlin (nicht von mir) mit PLZ an den Straßen versehen worden und ich bin froh drum weil unsere Applikationen diese Info gut gebrauchen können -Ursprüngliche Nachricht- Von: Jochen Topf [mailto:joc...@remote.org] Gesendet: Montag, 8. April 2013 16:26 An: Heinz-Jürgen Oertel Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tags an Straßen On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Am 8. April 2013 16:44 schrieb Markus Semm ms...@enaikoon.de: Das ist kein Quatsch sondern macht Sinn - Strassen gehören sehr wohl zu einer Postleitzahl, einem Ort, einem Land. Beispiel: in Berlin gibt es die Nollendorfstrasse. Diese zieht sich durch 2 Postleitzahlgebiete. Ich kann nicht erkennen, warum das nicht an der Straße angeheftet sein sollte. Im übrigen ist fast ganz Berlin (nicht von mir) mit PLZ an den Straßen versehen worden und ich bin froh drum weil unsere Applikationen diese Info gut gebrauchen können Straßennamen sind nichts anderes als (historische) Hilfskonstrukte, um geografische Positionen leichter auffindbar zu machen. Solche Hilfskonstrukte nun ihrerseits geografisch über weitere Hilfskonstrukte referenzieren zu wollen halte ich für übertrieben und vom eigentlichen Zweck der Straßennamen her nicht für geboten. Und schließlich werden wir irgendwann nur noch damit beschäftigt sein, unsere eigenen Redundanzen in der Datenbank zu pflegen. Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Am Montag 08 April 2013, 16:25:34 schrieb Jochen Topf: On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen Wenn der User nicht die nächsten Tage antwortet, werde ich diese Attribute löschen. Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Hi, Am 08.04.2013 um 17:05 schrieb Heinz-Jürgen Oertel hj.oer...@t-online.de: Wenn der User nicht die nächsten Tage antwortet, werde ich diese Attribute löschen. Lehn dich mal nicht zu weit aus dem Fenster. Auch wenn ich hier zustimme und ich(!) würde diese Daten auch nicht auf den Straßen eintragen, das Löschen von an sich korrekten Daten hat in OSM nichts verloren. Du (und auch ich) hast eine andere Meinung. Das ist aber nur eine Meinung. Solange die Daten nicht faktisch falsch sind hat niemand das Recht sie zu löschen. Und auch das alles war nur eine Meinung - meine. Das ist der Fluch eines Communityprojektes: es gibt nur wenig richtig und falsch, dafür aber viele Meinungen. Beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
On 08.04.13 16:25, Jochen Topf wrote: Das ist Quatsch. ACK. Was man vielleicht noch ergänzen könnte: Manchmal macht der (leicht angestaubte) postal_code an der Straße Sinn, z.B. gibt es in Wien 2mal die Ludwiggasse, einmal in postal_code=1140, einmal in postal_code=1180. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdrutsche und Grubeneinstürze
Im Harz ist es ebenso. In Sankt Andreasberg zum Beispiel ist im Letzten Jahr eine der Hauptverkehrsstraßen an einer Stelle eingesackt und ein oder zwei Jahre davor ist ein Stollen eingestürzt und eine Garage verschluckt. Für den Schacht ist es ganz einfach mit dem Tagging (man_made=mineshaft) da diese senkrecht nach unten führen. Stollen müssten aber ähnlich wie Straßen behandelt werden. Das taggingschema muss ich mir noch mal genau ansehen. Ein Grubensystem (zusammenhängendes System aus Stollen und Schächten) würde als Relation sinn machen. Allerdings geht es mir gerade eher um die Einsturzstellen. On 08.04.2013 16:23, christian.pietz...@googlemail.com wrote: interessant wäre so etwas auch als historischer Tagim Erzgebirge gab es früher viel Bergbau und deshalb gab es da auch immer mal Einstürze (z.B.:Binge Geyerhttp://www.panoramio.com/photo_explorer#user=1637511with_photo_id=12301860order=date_desc) ) Ein bereits verwendeter Tag ist mir aber nicht bekannt...dort hat jemand das ganze als man_made=minshaft und disused=yes getaggt (aber ist eigentlich nicht so gut) mfg Christian Am 8. April 2013 10:46 schrieb Thorsten Alge m...@thorsten-alge.de: Hi, es gibt ja für alles mögliche Kartenprojekte. Da in den letzten Jahren Grubeneinstürze und Erdrutsche in urbanen Gebieten immer wieder in den Medien waren, habe ich mir überlegt ob es da vielleicht etwas gibt oder ein Bedaf besteht solche Daten auf einer Karte darzustellen. Weiß einer von euch ob es da schon irgendwas in der Art gibt? LG Th. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
On Mon, Apr 08, 2013 at 05:34:07PM +0200, Martin Vonwald (imagic) wrote: Am 08.04.2013 um 17:05 schrieb Heinz-Jürgen Oertel hj.oer...@t-online.de: Wenn der User nicht die nächsten Tage antwortet, werde ich diese Attribute löschen. Lehn dich mal nicht zu weit aus dem Fenster. Auch wenn ich hier zustimme und ich(!) würde diese Daten auch nicht auf den Straßen eintragen, das Löschen von an sich korrekten Daten hat in OSM nichts verloren. Du (und auch ich) hast eine andere Meinung. Das ist aber nur eine Meinung. Solange die Daten nicht faktisch falsch sind hat niemand das Recht sie zu löschen. OSM ist kein jeder macht was er will-Projekt sondern ein Community-Projekt. Was solche Projekte angeht ist OSM ziemlich liberal und erlaubt mehr als das andere vielleicht würden. Aber das heisst nicht, dass man nicht so ein Mindestmaß an Gemeinsamkeit herstellen muss. Die faktische Richtigkeit von Daten ist da nur ein Kriterium. Worauf es ankommt ist ein grober Konsens, der im Projekt hergestellt wird (und der sich natürlich auch verändern kann über die Zeit). Und dieser Konsens sagt nunmal seit Erfindung der addr:*-Tags vor vielen Jahren, dass addr:*-Tags an Gebäude gehören und nicht an Straßen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Hallo Heinz, statt zu löschen, kannst Du die Tags in die korrekten Werte ändern (davon ausgehend, dass an der Straße selbst keine Adressknoten sind) addr:city - is_in:city addr:country - is_in:country_code addr:postcode - postal_code addr:street - name (sollte aber prinzipiell vorhanden sein, damit der einzige Löschkandidat) Mit freundlichen Grüßen Georg V. Von meinem iPad gesendet Am 08.04.2013 um 17:05 schrieb talk-de-requ...@openstreetmap.org: Message: 9 Date: Mon, 08 Apr 2013 17:05:10 +0200 From: Heinz-Jürgen Oertel hj.oer...@t-online.de To: Jochen Topf joc...@remote.org Cc: talk-de@openstreetmap.org Subject: Re: [Talk-de] Tags an Straßen Message-ID: 5915926.6pcxuh3...@heinz.site Content-Type: text/plain; charset=iso-8859-1 Am Montag 08 April 2013, 16:25:34 schrieb Jochen Topf: On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen Wenn der User nicht die nächsten Tage antwortet, werde ich diese Attribute löschen. Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Bis jetzt konnte ich immer nur lesen addr:* an die Objekte und ich würde auch keine Sinn sehen, diese an die Straße zu heften. Um z.B.: die Missverständnisse mit den unterschiedlich PLZ zu berücksichtigen gibt es noch den alten Tag postal_code. Wenn ich in meiner Gegend auf Addr:* auf Straßen gestoßen bin, habe ich die Gebäude von den Luftbildern abgezeichnet (falls noch nicht vorhanden) und die addr:* verschoben. LG Jimmy Am 08.04.2013 16:44, schrieb Markus Semm: Das ist kein Quatsch sondern macht Sinn - Strassen gehören sehr wohl zu einer Postleitzahl, einem Ort, einem Land. Beispiel: in Berlin gibt es die Nollendorfstrasse. Diese zieht sich durch 2 Postleitzahlgebiete. Ich kann nicht erkennen, warum das nicht an der Straße angeheftet sein sollte. Im übrigen ist fast ganz Berlin (nicht von mir) mit PLZ an den Straßen versehen worden und ich bin froh drum weil unsere Applikationen diese Info gut gebrauchen können -Ursprüngliche Nachricht- Von: Jochen Topf [mailto:joc...@remote.org] Gesendet: Montag, 8. April 2013 16:26 An: Heinz-Jürgen Oertel Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tags an Straßen On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags an Straßen
Ich vermute es gibt hier zwei Themen die auseinander zuhalten sind: 1) soll PLZ/ORT/LAND an eine Strasse angehängt werden oder nicht 2) wenn ja: welche TAGs sollen verwendet werden Zu 2) bin weiterhin der Meinung dass das Sinn macht Zu 1) muss mich korrigieren: natürlich sollen an Strassen die für Straßen relevanten Tags verwendet werden, also so wie Georg schreibt: addr:city - is_in:city addr:country - is_in:country_code addr:postcode - postal_code addr:street - name (sollte aber prinzipiell vorhanden sein, damit der einzige Löschkandidat) Gruß Markus -Ursprüngliche Nachricht- Von: Jimmy_K [mailto:jimm...@gmx.at] Gesendet: Montag, 8. April 2013 19:52 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Tags an Straßen Bis jetzt konnte ich immer nur lesen addr:* an die Objekte und ich würde auch keine Sinn sehen, diese an die Straße zu heften. Um z.B.: die Missverständnisse mit den unterschiedlich PLZ zu berücksichtigen gibt es noch den alten Tag postal_code. Wenn ich in meiner Gegend auf Addr:* auf Straßen gestoßen bin, habe ich die Gebäude von den Luftbildern abgezeichnet (falls noch nicht vorhanden) und die addr:* verschoben. LG Jimmy Am 08.04.2013 16:44, schrieb Markus Semm: Das ist kein Quatsch sondern macht Sinn - Strassen gehören sehr wohl zu einer Postleitzahl, einem Ort, einem Land. Beispiel: in Berlin gibt es die Nollendorfstrasse. Diese zieht sich durch 2 Postleitzahlgebiete. Ich kann nicht erkennen, warum das nicht an der Straße angeheftet sein sollte. Im übrigen ist fast ganz Berlin (nicht von mir) mit PLZ an den Straßen versehen worden und ich bin froh drum weil unsere Applikationen diese Info gut gebrauchen können -Ursprüngliche Nachricht- Von: Jochen Topf [mailto:joc...@remote.org] Gesendet: Montag, 8. April 2013 16:26 An: Heinz-Jürgen Oertel Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tags an Straßen On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote: Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen, gerade in meinem Bereich, die Tags addr:{city,country,postcode,street} benutzt. Ist das wirklich nötig? Oder zu viel der Informationen, da ja meist schon implizit enthalten. Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline). Straßen haben keine Adresse, sie haben nur einen Namen. Jochen ___ 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] Tags an Straßen
Am 08/apr/2013 um 17:34 schrieb Martin Vonwald (imagic) imagic@gmail.com: Lehn dich mal nicht zu weit aus dem Fenster. Auch wenn ich hier zustimme und ich(!) würde diese Daten auch nicht auf den Straßen eintragen, das Löschen von an sich korrekten Daten hat in OSM nichts verloren. Du (und auch ich) hast eine andere Meinung. Das ist aber nur eine Meinung. Solange die Daten nicht faktisch falsch sind hat niemand das Recht sie zu löschen. +1, es wird leider zu viel gelöscht. Grundsätzlich wird z.T. auch zu viel getaggt, das führt dann gelegentlich zu Situationen, wo eine Straße foot, bicycle, hgv, hov, taxi, bus, emergency, goods und wer weiss was an access etc. tags hat (alle yes), aber der highway tag fehlt ;-) Daher, wenn man sich einigen könnte, dass diese Art von is_in keine erwünschte Redundanz ist, wäre ich auch für Löschen von Addressdaten auf den Straßen (ggf. postcode als Ausnahme) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Am 08.04.2013 10:05, schrieb Martin Trautmann: On 13-04-08 9:54, Joachim Kast wrote: Ich werde die Straßenlisten bei meinem Vortrag Offene Geodaten – was machen wir jetzt damit? diesen Donnerstag entsprechend erwähnen. http://www.rtg.bv.tum.de/index.php/en/fortbildungsseminar/programm (Session 7) Und was machen wir damit? Hauptzweck der Straßenlisten für die OSM ist die Prüfung auf Schreibfehler und Vollständigkeit. ... Was noch? Das schon, aber bevor wir solche Daten verwenden, gibt es doch noch einiges zu Prüfen: - Lizenzbedingungen auf Verwendungsfähigkeit für OSM - Datenherkunft (keine Google Geocoding API) - Datenformat (manchmal gibt es Exotisches) - Plausibilität - Vollständigkeit (siehe diese Diskussion) - Datenaktualität - Lagegenauigkeit - zukünftige Datenpflege - Community-Regeln für Importe - ... Offene amtliche Daten sind für viele Behörden noch Neuland und dementsprechend viele Fehler werden gemacht bzw. es kommt zu Missverständnissen. Freie Hauskoordinaten und sonstige Rohdaten sind natürlich auch ein Ziel meiner Arbeit, aber hier bedarf es noch viel Überzeugungsarbeit. Für Hamburg sind die Hauskoordinaten prizipiell schon jetzt verfügbar, aber man muss momentan noch ein geringfügiges Bereitstellungsentgelt (Vermutlich 100-200 €) zahlen. Ab 2014 sind sie dann kostenlos erhältlich. Grüße Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-08 20:55, Joachim Kast wrote: Das schon, aber bevor wir solche Daten verwenden, gibt es doch noch einiges zu Prüfen: - Lizenzbedingungen auf Verwendungsfähigkeit für OSM - Datenherkunft (keine Google Geocoding API) ok, da ist meine Vorstellung von Open Data wohl zu naiv, während man erst mal definieren muss, was open data überhaupt bedeutet. Mir schien, das ginge in Richtung Public Domain - da ist mir Lizenz und Herkunft egal. - Datenformat (manchmal gibt es Exotisches) ... würde ich noch ergänzen mit dem Aspekt der Tauglichkeit. Beispielsweise reicht unter Umständen nicht einfach die Angabe eines Straßennamens in einer Gemeinde aus, wenn dieser Straßenname noch immer mehrfach in einer Gemeinde genutzt wird. In BaWü darf das eigentlich nicht mehr der Fall sein, aber es gibt noch viele Altlasten. - Plausibilität - Vollständigkeit (siehe diese Diskussion) Haben wir auf die Qualität der Daten einen wie auch immer gearteten Anspruch? Denn eine Behörde kann sich gerne auf den bequemen Standpunkt zurück ziehen, dass ja irgend was geliefert wurde - Richtigkeit, Vollständigkeit, Aktualität sind womöglich zweitrangig für die Behörde. - Datenaktualität - Lagegenauigkeit - zukünftige Datenpflege - Community-Regeln für Importe - ... Offene amtliche Daten sind für viele Behörden noch Neuland und dementsprechend viele Fehler werden gemacht bzw. es kommt zu Missverständnissen. Manches klingt nach Ausflüchten. untere Vermessungsbehörden lassen sich leicht vorschieben, wenn es um so unterschiedliche Quellen wie Freiburg, Heilbronn oder viele ganz kleine Gemeinden geht - und wo die Daten von 2011 erheblich besser waren. Freie Hauskoordinaten und sonstige Rohdaten sind natürlich auch ein Ziel meiner Arbeit, aber hier bedarf es noch viel Überzeugungsarbeit. In dem Fall mag die schlechte Zulieferqualität als Argument taugen, ob man nicht besser in der Behörde andere Quellen abschöpft. Für Hamburg sind die Hauskoordinaten prizipiell schon jetzt verfügbar, aber man muss momentan noch ein geringfügiges Bereitstellungsentgelt (Vermutlich 100-200 €) zahlen. Ab 2014 sind sie dann kostenlos erhältlich. Stadtstaaten tun sich da naturgemäß leichter. Hingegen führt die Zersplitterung der Aufgaben und Teilprivatisierung wohl dazu, dass sich die widersprüchlichen Fortsetzungen immer weiter auseinander dividieren: Liegenschaftskataster, Einwohnermeldedaten, Abfallwirtschaft, Straßenbau, jeder führt neue Schreibvarianten ein, wo open data das ganze wieder zusammenführen kann. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Police investigating Google's mapathon
Side note... Google maps or even OSM are never going to be authentic maps endorsed by an official source. I disagree. Humanitarian organizations regularly use OpenStreetMap in published maps. Various governments are using and contributing to OSM (this is a good one: http://www.nps.gov/npmap/blog/introducing-park-tiles.html), and there's active work to figure out how to authenticate endorsed versions of objects in OSM. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Arun Ganesh arun.plane...@gmail.com To: OpenStreetMap in India talk-in@openstreetmap.org Sent: Friday, April 5, 2013 4:42 PM Subject: Re: [Talk-in] Police investigating Google's mapathon I did read about an opposition party MP raising concerns about this, but was not aware of what is happening. The whole citizen mapping treading on SOI's territory has been a concern at the back of my mind and I'm curious to know what comes out of this. I find three interesting perspectives to the issue: Authenticity If you are crowdsourcing map making, how do you guarantee it is accurate? You can't! Imagine the military or any security establishment using a crowdsourced map for the basis of its operation, it would be silly without doing an independent ground survey to authenticate the data. Google maps or even OSM are never going to be authentic maps endorsed by an official source. At the end, SOI, Google Maps and Openstreetmap are all going to have different maps, so which one do you trust? The one from the government funded by tax money, or the one from a bunch of unpaid citizens who can do whatever they want? Security The main concern is obviously maps being used as a resource by an enemy to compromise a target. If one were an enemy of the state, which maps would you use for your evil mission? SOI: They hide military areas, but they also have accurate information on a lot of other areas including topography and the data is verified by the Government. Google and OSM: Maps created using citizen volunteers who can only collect what is already publicly available. There is limited moderation and verifying of data. This raises questions about accountability and accuracy of the dataset and there is nobody who can guarantee it. Would one use a crowdsourced map or an official map for a critical operation? Monopoly Planning of most human activities requires some sort of geographic information and in India, with so many people, it's going to be extremely valuable information. History has shown us that those with better maps stays in control, and we are having this dogfight of who control's the better map - the government or the people? ; I find the whole Citizen Mapping vs Security argument laughable. If the security establishment is compromised because of information that can be gathered from the public domain from unverified sources, where exactly is the security compromise? It looks like the State has just been caught sleeping with it's old cash cow while the world has moved on. On Fri, Apr 5, 2013 at 10:56 PM, Ishan Chattopadhyaya ichattopadhy...@gmail.com wrote: Its companies like Google that defame community mapping efforts like ours. First they try StreetView, which turns Govt. suspiscious about their motives and then whatever they do is eyed with suspicion. Anyway, I am not overly disappointed or sad; Perhaps, I'm just happy. On Fri, Apr 5, 2013 at 10:29 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: The similarity exists in that OpenStreetMap also has people, ordinary people, collecting this data and uploading it on OpenStreetMap. The modus operandi is similar. Also, the Delhi Police is acting on a complaint lodged by the Survey of India that exerts its right as the sole map maker in India. Isn't that in conflict with what we're doing on OSM too? I learnt and contributed to Google Maps before I did to OSM. It was on Google Maps that I learnt about OSM. I feel kinda sad with this community taking this approach. Mappers must be able to contribute to any platform that they wish to. I think this case sorta threatens that freedom. Anyway, that's just me. warm regards, Pradeep On 5 April 2013 22:19, Shekhar Krishnan shek...@topomancy.com wrote: This is about Google's private data collection efforts, not OSM's public map-building. No need for us in OSM to worry about the Delhi Police. :) S.K. On Friday 05 April 2013 10:05 PM, Pradeep Mohandas wrote: hi, Are people on this list carefully avoiding discussing this? - http://timesofindia.indiatimes.com/tech/tech-news/internet/Delhi-Police-investigating-Google-Mapathon/articleshow/19398857.cms warm regards, Pradeep -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan Topomancy LLC http://shekhar.cc
[Talk-it] Nomi in caratteri non latini
Mi sono reso conto solo ora facendo una ricerca sulla mappa che nei paesi dove non si usa l'alfabeto latino, i nomi delle citta' e dei luoghi appare nel carattere proprio del luogo, rendendo incomprensibile l'esperienza di navigazione sulla mappa. Questo avviene con Mapnik ma non con Mapquest Open o Opencyclemap. Mi sono anche messo nei panni del resto del mondo (che non usa i caratteri latini) quando guarda la mappa italiana e vede solo scritte incomprensibili. Probabilmente almeno per i luoghi principali bisognerebbe cercare di inserire name anche in altre lingue molto diffuse, vedi arabo, cinese. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] autovelox mobili
Il 03/04/2013 20:48, beppebo...@libero.it ha scritto: Come si possono mappare degli autovelox mobili? X intenderci le colonnine arancioni non fisse con photocamera. Di solito li cambiano a rotazione su alcune arterie. Si può mappare la postazione dove vengono messi più di frequente o meglio lasciar stare e magari metter un allerta su tutta la way x possibile speed camera? Perdonami, ma non credo abbia molto senso mappare una cosa mobile come una postazione autovelox, che oggi c'è, domani no, dopodomani si ma da un'altra parte... Discorso diverso se si parla di una postazione fissa, sempre là. Quanto all'avviso, c'è il semplice maxspeed. Ci sono altri servizi, anche crowd source, che si occupano esclusivamente di segnalare ai loro utenti le postazioni mobili in tempo reale. -- Maurizio DANIELE ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi in caratteri non latini
On 2013-04-08 11:57, emmexx wrote: [...] Probabilmente almeno per i luoghi principali bisognerebbe cercare di inserire name anche in altre lingue molto diffuse, vedi arabo, cinese. A questo indirizzo http://mlm.jochentopf.com/ è possibile vedere la mappa con i 'name:XX' che preferisci. Puoi anche fare cose interessanti tipo mostrami i name:fr dove presenti, altrimenti mostrami name scrivendo nella casella fr,_ (senza virgolette). Oppure ottenere una cartina bilingue con zh|_ che mostra name:zh (cinese) e fra parentesi il contenuto di name. Prendendole da wikipedia, avevo inserito le traduzioni in cinese di tutti i capoluoghi di provincia, ma non conoscendo io NULLA di cinese non so se siano corretti. -- = http://tracciabi.li/~bruno/contacts.html = 2nd email br...@tracciabi.li ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi in caratteri non latini
2013/4/8 bruno br...@anche.no Prendendole da wikipedia, avevo inserito le traduzioni in cinese di tutti i capoluoghi di provincia, ma non conoscendo io NULLA di cinese non so se siano corretti. e tra altro teoricamente non sarebbe legalmente possibile (wikipedia rilascia per lo più con 2 licenze, cc-by-sa e GFDL, vedi qui: http://en.wikipedia.org/wiki/Wikipedia:About#Trademarks_and_copyrights ) che non sono compatibili con la ODbL (credo, purtroppo ;-( ). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
Ho aggiunto la possibilità di classificare le parole che non contengono punteggiatura e numeri nelle pagine per-Comune[1] con una tendina come nelle pagine per-utente; la classificazione è condivisa tra i due gruppi di pagine e le modifiche si vedono aggiornando la pagina; al momento si conoscono 11231 parole (i dati sono sempre quelli del 4 aprile). Per Roma ho dovuto limitare il numero di parole controllate (a 4000) altrimenti è troppo lento, tutte le altre città hanno meno di 4000 nomi distinti, ma Roma ne ha 15171. [1] http://www.forsi.it/osm/spellcheck/highway/boundary/ [2] http://www.forsi.it/osm/spellcheck/highway/user/ -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Way mancante in un confine in provincia di Como
Il 05 aprile 2013 12:11, Alberto Nogaro ha scritto: tra Falloppio e Parè manca una way, qualcuno è in grado di recuperarla dai dati della Regione Lombardia? Falloppio http://www.openstreetmap.org/browse/relation/46174 Parè http://www.openstreetmap.org/browse/relation/46175 Fatto. benissimo! nel frattempo qualcun altro ha riparato il confine tra Avellino(8) e Manocalzati(8) ma qaulcun altro ancora ha fatto un bel buco in Campania id 40796 Bacoli(8) confine scomparso da Napoli, Campania, Italia id 40795 Monte di Procida(8) confine scomparso da Napoli, Campania, Italia id 40808 Pozzuoli(8) confine scomparso da Napoli, Campania, Italia Ritengo che non sia buona pratica far condividere la stessa way ad highway e confine, anche quando seguono lo stesso percorso. La highway è facile che venga spostata, anche solo per allinearla meglio, mentre il confine non andrebbe mai toccato (salvo che venga modificato). ma se le due way condividono i nodi o anche se sono sovrapposti è peggio, comunque se il confine è esattamente al centro della strada e quindi se spostiamo la strada per allinearla meglio, allora il confine la deve seguire, sarebbe un errore spostare solo una way comunque i confini sono molto delicati e certi danni sono difficili da riparare, per Bacoli / Monte di Procida / Pozzuoli con i plugin Undelete e Reverter di JOSM ci ho provato ma danno degli errori, probabilmente perché uno dei nodi è stato cancellato dopo oppure non ho seguito la sequenza giusta di ripristini -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
Il giorno 08 aprile 2013 20:59, Daniele Forsi dfo...@gmail.com ha scritto: Ho aggiunto la possibilità di classificare le parole che non contengono punteggiatura e numeri nelle pagine per-Comune[1] con una tendina come nelle pagine per-utente; la classificazione è condivisa tra i due gruppi di pagine e le modifiche si vedono aggiornando la pagina; al momento si conoscono 11231 parole (i dati sono sempre quelli del 4 aprile). Ciao Daniele, ottimo lavoro :-) Aggiungerei al dizionario della toponomastica sicuramente Poggio, Lungotorrente, Fossato Non sono sicuro su Accesso a Per Roma ho dovuto limitare il numero di parole controllate (a 4000) altrimenti è troppo lento, tutte le altre città hanno meno di 4000 nomi distinti, ma Roma ne ha 15171. [1] http://www.forsi.it/osm/spellcheck/highway/boundary/ [2] http://www.forsi.it/osm/spellcheck/highway/user/ -- Daniele Forsi Ciao, Stefano ___ 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] way avanti e indietro
Il giorno 28 marzo 2013 19:35, Groppo grop...@gmail.com ha scritto: Il giorno 28 marzo 2013 17:54, emmexx emm...@tiscalinet.it ha scritto: È stato ha proposto di segnalare solo le entrate in rotatoria, senza turn_restriction, che hanno una strada laterale, per filtrare i casi più importanti tipo: ... Nel tuo esempio, solo l'entrata che arriva dal parcheggio ha una laterale. Lo script però avrebbe dovuto escluderla perché la laterale è una ciclabile, quindi... c'è qualcosa che non va (grazie per la segnalazione). Ho fatto delle modifiche. Le entrate che hanno come unica laterale una cycleway non dovrebbero più essere segnalate. Ho escluso anche i casi in cui: - imboccare l'entrata in rotatoria sia l'unica scelta possibile ( http://osrm.at/2MV) - le laterali dell'entrata sono entranti, a senso unico. https://dl.dropbox.com/u/41550819/OSM/inversione_permessa.gpx (~1260 segnalazioni) Ciao, Groppo -- crea tabella con way entranti in rotatoria senza turn sul primo nodo DROP TABLE IF EXISTS all_roundabout_entry_without_turn; CREATE TABLE all_roundabout_entry_without_turn AS SELECT w2.id AS entry_id FROM ways AS w1, ways AS w2, junctions AS j1, junctions AS j2 WHERE w1.nodes[1] = j1.node_id AND w1.nodes[array_upper(w1.nodes, 1)] = w2.nodes[1] AND w2.nodes[array_upper(w2.nodes, 1)] = j2.node_id AND j1.id = j2.id AND NOT w1.tags ? 'junction' AND NOT w2.tags ? 'junction' AND w1.tags - 'oneway' 'no' AND w2.tags - 'oneway' 'no' AND w2.nodes[1] NOT IN (SELECT member_id FROM relation_members WHERE member_type = 'N'); CREATE INDEX ON all_roundabout_entry_without_turn (entry_id); ANALYZE all_roundabout_entry_without_turn; -- crea tabella con nodi delle way entranti, tranne primo ed ultimo DROP TABLE IF EXISTS all_roundabout_entry_without_turn_nodes; CREATE TABLE all_roundabout_entry_without_turn_nodes AS SELECT unnest(w.nodes[2:array_upper(w.nodes, 1)-1]) AS nid, e.entry_id AS entryid FROM all_roundabout_entry_without_turn AS e, ways AS w WHERE w.id = e.entry_id; CREATE INDEX ON all_roundabout_entry_without_turn_nodes (nid, entryid); ANALYZE all_roundabout_entry_without_turn_nodes; -- trova primo nodo delle way entranti che hanno nodi appartenenti a più way -- laterali, non entranti ed a senso unico DROP TABLE IF EXISTS turn_errors; CREATE TABLE turn_errors AS SELECT w.nodes[1] AS id FROM ways AS w JOIN ( SELECT e.entryid AS id FROM way_nodes, all_roundabout_entry_without_turn_nodes AS e, ways AS lat WHERE node_id = e.nid AND way_id = lat.id AND lat.tags - 'highway' NOT IN ('footway', 'path', 'cycleway') AND lat.id e.entryid AND CASE WHEN NOT lat.tags ? 'oneway' THEN TRUE WHEN lat.tags - 'oneway'='no' THEN TRUE WHEN lat.tags - 'oneway'='yes' THEN sequence_id = 0 WHEN lat.tags - 'oneway' = '-1' THEN sequence_id = array_upper(lat.nodes, 1) -1 END GROUP BY e.entryid ORDER BY e.entryid ) AS wrong_entry ON (wrong_entry.id = w.id); CREATE INDEX ON turn_errors (id); ANALYZE turn_errors; -- rimuovi casi in cui imboccare l'entrata sia l'unica scelta possibile DROP TABLE IF EXISTS roundabout_entry_without_turn; CREATE TABLE roundabout_entry_without_turn AS SELECT 'n'||n.id AS osmid, 'no turn' AS desc, n.geom AS geometry FROM nodes AS n WHERE n.id IN (SELECT wn.node_id FROM way_nodes AS wn JOIN turn_errors AS error ON (error.id = wn.node_id) GROUP BY wn.node_id HAVING Count(wn.node_id) 2); ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] velox bologna firenze
Sulla bologna firenze ci sono numerose colonnine velox a 110 orari alcune son segnate (anche se non sui nodi per cui rimangono non segnalate fuori routing) oltre a quelle vanno segnalati pure i tutor come speed camera perché non ne vedo nessuno e neppure in altre zone tipo adriatica dove è pieno ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ora si possono classificare le parole anche nelle pagine per Comune
Per Roma, oltre a Via, Largo, Vicolo, etc., aggiungerei anche Arco, Clivo, Borghetto e Corsia, che fanno parte dei toponimi ufficiali di Roma. Davide -- View this message in context: http://gis.19327.n5.nabble.com/Ora-si-possono-classificare-le-parole-anche-nelle-pagine-per-Comune-tp5756275p5756292.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Construcción en terrenos en humedales: caso colegio en Cartagena
Estimados maperos: El sábado 6 de abril El Tiempo publica esta nota: http://www.eltiempo.com/colombia/cartagena/construccion-de-colegio-se-realizaria-en-zona-de-inundacion_12728943-4 El barrio Villa Rosita (cerca al El Pozón) es históricamente foco de inundaciones, esto se debe a que se encuentra entre dos arroyos, el de Ternera y Limón (nombres tomados de GEOnet), que llevan las aguas de las lomas de Turbaco hacia la Ciénaga de la Virgen. http://www.openstreetmap.org/?lat=10.39708lon=-75.46912zoom=17layers=M Alguno de ustedes sabe ¿qué herramientas de control tiene la sociedad civil (en este caso los estudiantes y padres de familia del colegio) para impedir este tipo de construcciones? Saludos, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] ¿Aviso modificación?
Puedes suscribirte a algún RSS de OWL: http://owl.openstreetmap.org/api/0.1/changesets/16/32093/24710/32094/24711.atom O usar ITO Mapper: http://www.itoworld.com/product/osm/map Las dos son buenas herramientas para gestionar los cambios. El día 6 de abril de 2013 21:02, Fco. Javier González Jiménez fjavier...@hotmail.com escribió: Hola, Estoy cansado de encontrarme que algún otro usuario ha realizado cambios erróneos en elementos editados por mí, por ejemplo eliminación de la Ref., del tipo de vía, etc.… Me gustaría saber ¿si existe alguna forma de que nos avise cuando alguien modifique algo ya editado por nosotros? Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] (sin asunto)
tu partido lo estuve arreglando hace poco, a partir de las imágenes satelitales, no agregue información de sentido de circulación de calles y podes agregar información de tipo de superficie (pavimentada, tierra) Tenes ara divertirte, slds y gracias por participar 2013/4/8 Natalia De Barbieri natt...@hotmail.com Gracias por la bienvenida y por la información para orientarme dentro de este mundo =) Soy de Del Viso, Partido de Pilar, Noroeste de GBA... ya descubri algunas cosas por agregar por mi zona pero quiero ponerme bien en tema para no mandarme ninguna macana. Saludos! Ah! Encantada de unirme a la próxima reunión ;) *De:* Werner Horsch *Enviado el:* 6 de abril de 2013 09:09 p.m. *Para:* talk-ar@openstreetmap.org *Asunto:* Re: [Talk-ar] (sin asunto) Bien venida Natalia en nuestro foro vas a encontar diferentes temas, áreas de colaboración hay muchas, sea dibujando, corrigiendo errores, etc si vas a dibujar no olvides de leer nuestra wiki convenciones de dibujo seguro que en la zona donde vivís hay algo para mejorar, de donde sos? cualquier duda que tengas no dejes de preguntar slds 2013/4/6 Natalia De Barbieri natt...@hotmail.com Hola a todos! Soy nueva en la lista y esta semana descubri OSM, estoy maravillada. Quiero comenzar a ayudar a completar/actualizar los mapas, soy nueva en todo esto de ruteos y demás, pero me encanta asi que espero poder contribuir. Busqué algunos pueblos perdidos que visité en mis viajes por el interior del país y que sé que no estan en GoogleMaps, como Antofagasta de la Sierra en Catamarca y los encontré ya cargados en OSM. Me enamoré. Si hay algún tema especifico en el que estén trabajando en el que pueda colaborar, por favor, me hacen saber. Un gran saludo, Natalia ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] (sin asunto)
El lun, 08-04-2013 a las 09:19 -0300, Werner Horsch escribió: tu partido lo estuve arreglando hace poco, a partir de las imágenes satelitales, no agregue información de sentido de circulación de calles y podes agregar información de tipo de superficie (pavimentada, tierra) Es fundamental para el ruteo de los mapas completar sentidos y tipo de superficie. Por otro lado estamos necesitando mapear radares de tráfico. Saludos, -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Usuario Linux: #306000 gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ar] Merkaartor
Hola gente. Les cuento que hace rato estoy dibujando y corrigiendo algunas cosas por mi zona usando el Merkaartor, programa que usaba para otras cosas antes de introducirme a OSM. Pregunto, ¿alguien lo está usando? por que tengo alguna duda. Saludos y gracias.// -- --- Fernando Tochi Moreno --- ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Resumen de Talk-ar, Vol 46, Envío 6
Hola. No se si es un robot, pero yo me he mensajeado con greecemapper, porque hacía unas modificaciones aca en neuquen, terribles. Medio que nos hablamos feo al final. Pero parece que por esta zona ya no edita. Es bastante de meter dedo sin preguntar mucho, y tenés que pelearte con el para que entienda a veces que tenemos otras politicas de ruteo. Al menos me paso asi. El día 6 de abril de 2013 21:53, Gonzalo Gabriel Pérez zalit...@gmail.com escribió: Bienvenida Natalia! Hay algunos temas específicos como decis pero cualquier aporte que se haga por mínimo que sea es importante. En el foro ( http://forum.openstreetmap.org/viewforum.php?id=49 ) y en nuestro servidor de tareas ( http://tareas.openstreetmaps.com.ar/ ) vas a encontrar algo de esto. Saludos. El 6 de abril de 2013 20:53, talk-ar-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-ar a talk-ar@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-ar O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ar-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ar-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ar digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: usuario greecemapper (Fabian Alejandro) 2. Re: usuario greecemapper (Werner Horsch) 3. Re: rutas nacionales (Werner Horsch) 4. Re: usuario greecemapper (Fabian Alejandro) 5. Re: rutas nacionales (Fabian Alejandro) 6. (sin asunto) (Natalia De Barbieri) -- Message: 1 Date: Sat, 6 Apr 2013 17:48:32 -0300 From: Fabian Alejandro fager...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: CA+-gVSpDyC=_bdnt9cxwg5vgtqtjg-fwahvrw4z1vthew1q...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/ea4ecb13/attachment-0001.html -- Message: 2 Date: Sat, 6 Apr 2013 18:25:45 -0300 From: Werner Horsch werner.hor...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: cajiwv74f5+wm-3aphz3tvnszkjw9ta1wri3y6uywdo2p8hq...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 en el link q enviaste apareces vos como editor, en el que me eviaste anteriormente mientras chateabamos estaba greecemapper 2013/4/6 Fabian Alejandro fager...@gmail.com ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/d7fa3b6c/attachment-0001.html -- Message: 3 Date: Sat, 6 Apr 2013 18:33:02 -0300 From: Werner Horsch werner.hor...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] rutas nacionales
Re: [Talk-ar] Resumen de Talk-ar, Vol 46, Envío 6
me parece que conteste en cualquier lado... :/ El día 8 de abril de 2013 17:01, Facundo Suárez facu...@svarez.com.ar escribió: Hola. No se si es un robot, pero yo me he mensajeado con greecemapper, porque hacía unas modificaciones aca en neuquen, terribles. Medio que nos hablamos feo al final. Pero parece que por esta zona ya no edita. Es bastante de meter dedo sin preguntar mucho, y tenés que pelearte con el para que entienda a veces que tenemos otras politicas de ruteo. Al menos me paso asi. El día 6 de abril de 2013 21:53, Gonzalo Gabriel Pérez zalit...@gmail.com escribió: Bienvenida Natalia! Hay algunos temas específicos como decis pero cualquier aporte que se haga por mínimo que sea es importante. En el foro ( http://forum.openstreetmap.org/viewforum.php?id=49 ) y en nuestro servidor de tareas ( http://tareas.openstreetmaps.com.ar/ ) vas a encontrar algo de esto. Saludos. El 6 de abril de 2013 20:53, talk-ar-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-ar a talk-ar@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-ar O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ar-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ar-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ar digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: usuario greecemapper (Fabian Alejandro) 2. Re: usuario greecemapper (Werner Horsch) 3. Re: rutas nacionales (Werner Horsch) 4. Re: usuario greecemapper (Fabian Alejandro) 5. Re: rutas nacionales (Fabian Alejandro) 6. (sin asunto) (Natalia De Barbieri) -- Message: 1 Date: Sat, 6 Apr 2013 17:48:32 -0300 From: Fabian Alejandro fager...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: CA+-gVSpDyC=_bdnt9cxwg5vgtqtjg-fwahvrw4z1vthew1q...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/ea4ecb13/attachment-0001.html -- Message: 2 Date: Sat, 6 Apr 2013 18:25:45 -0300 From: Werner Horsch werner.hor...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: cajiwv74f5+wm-3aphz3tvnszkjw9ta1wri3y6uywdo2p8hq...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 en el link q enviaste apareces vos como editor, en el que me eviaste anteriormente mientras chateabamos estaba greecemapper 2013/4/6 Fabian Alejandro fager...@gmail.com ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/d7fa3b6c/attachment-0001.html -- Message: 3 Date: Sat, 6 Apr 2013 18:33:02 -0300 From:
Re: [Talk-ar] Resumen de Talk-ar, Vol 46, Envío 6
2013/4/8 Facundo Suárez facu...@svarez.com.ar me parece que conteste en cualquier lado... :/ El día 8 de abril de 2013 17:01, Facundo Suárez facu...@svarez.com.ar escribió: Hola. No se si es un robot, pero yo me he mensajeado con greecemapper, porque hacía unas modificaciones aca en neuquen, terribles. Medio que nos hablamos feo al final. Pero parece que por esta zona ya no edita. Es bastante de meter dedo sin preguntar mucho, y tenés que pelearte con el para que entienda a veces que tenemos otras politicas de ruteo. Al menos me paso asi. gracias, ayer me respondió un mensaje. Yo le esribi 3 lineas y su respuesta fue: Hi Fabian, i'm sorry i don't understand spanish language. Could we write in english plz? Simon Media pila, no le costaba nada pasarle un traductor. saludos!. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
Tere! Olen väheke kirjavahetust jälginud ja on mõned tähelepanekud. Saan aru, et imporditakse Maa-ameti ADS andmekihti (aadressiandmed). Nimelt need andmed ei ole täielikud ja omavad endas väga palju puuduseid. Enda arvates on need andmed riigi poolt liiga vara avalikuks tehtud. See tuleneb sellest kuidas need andmed üldse on saadud. Suuremalt jaolt on andmed lidari mõõdistuse ja ortofoto töötlus. Väike kogus andmeid on ehitusregistrist hoonekujude kihilt (ei ole hetkel veel kindel kas see ühendus saadi paika või mitte). Suuremad vead: 1. Kruntide sisehoovides olevad erinevad kõrvalhooned on joonistatud üheks hooneks ja on ühe aadressiga, põhihooned on üldjuhul õigete aadressidega. Kas üldse on tarvidust kõrvalhooneid adresseerida?? 2. Hoone kujud on nihkes ja suuremad kui tegelikkuses (on võetud katuse pind). Nihkest saab aru siis kui võtta alla maaameti piiride kiht, selle järgi saab ka hooned üksteisest eraldada! Muidugi on ka küsitav kas selline kaart üldse vajab täpsemaid hoonete kujusid kuid aadressiandmed võiksid siiski õiged olla. Muidugi on lihtne vana kiht maha kustutada ja uued andmed automaatselt sisestada, kindlasti toimib see suuremas osas maapiirkondades kus ei ole hooned tihedalt koos. Linnades tuleks siiski asjale natuke teravamalt otsa vaadata, mida ära kustutada ja kas uus on ikka parem. Ise vaatan seda Haapsalu mätta otsast ja ei oska kommenteerida terve Eesti kohta. Tervitades Aedviir 8. aprill 2013 1:41 kirjutas SviMik svi...@mail.ru: See on hea ettepanek! Mõned hooned on nii möödas, et ma isegi ei saa aadressi tagid panna. Ja importeerida õiged kontuurid ka ei saa, ennem tuleb vanad kustutada. Ma arvan, et võib kindlasti kustutada neid hooned, mis keegi ei ole puudutanud peale Verbatiumi/xyboti, ja kus ei ole kasuliku tagi peale building=yes ja Type=0x13. Kui keegi teeb seda - andke mulle teada, hakkan siis uued hooned importeerida. Вторник, 2 апреля 2013, 12:34 +03:00 от Margus Värton mar...@dakar.ee: See oli Verbatiumi import, mille tagimisvigasid on hiljem xyboti abil parandatud, kuid mille hoonekontuurid on endiselt nii nihkes kui kõverad kui ennekõike pagan-teab-millisest andmekogust pärit. Igatahes on see andmekogu olnud vana. Seetõttu on meil nüüd suurepärane võimalus saada Verbatiumi andmed enese andmekogust välja. Teen ettepaneku need andmekogust eemaldada ning seejärel jätkata praegu käsiloleva impordiga. Me saame tulemuseks nii kvaliteetsemad kui ka juriidiliselt kindlalt puhtad andmed. Kuidas seda teha, on juba tehniline küsimus - aga mul pole kahtlust, et selline tehniline võimekus on meil siin kusagil olemas. Tegelikult on neid impordi näoga kõveraid andmestikke mujalgi kui Verbatiumi Tallinna import - näiteks Luigel. Ise uusi hooneid impordiks valideerides olen neid alt ära kustutanud, aga hoopis lihtsam oleks seda teha masinaga. Parimat, - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Huvitavad tööriistad Eesti jaoks
Tere, Kui tehniliselt täpne olla, siis riigi poolt polegi hoonekujusid ADS-is avalikuks tehtud. ADS-i väljavõttes on vaid aadresside punktikoordinaadid, iga hoone (aadressi kui täpne olla) kohta üks punkt, ja ka krundi kohta punkt. Hoonekujud võtab SviMik töövahend Maa-ameti WMS-ist ehk põhikaardilt (kui ma mõistega ei eksi), muutes rastri vektoriks tracing-u abil. Kas need on lidari või muuga tehtud, ei tea, kahtlustan et need on peamiselt pisut vanemad ortofotode-põhised andmed. Muidugi võivad ka need olla ebatäpsed, aga paremat meetodit meil kaardistamiseks kahjuks ei ole. KäsiGPS-iga hoonekujusid ei mõõda, ja kui ise hakkaksime ortofotodelt või LIDAR-ilt kaarti tegema, siis tulemus tuleks kindlasti hullem, sest OSM kogukond on ses vallas võrreldes maa-ametiga täielik amatöör. Jaak On 08.04.2013, at 10:35, Peep Aedviir wrote: Tere! Olen väheke kirjavahetust jälginud ja on mõned tähelepanekud. Saan aru, et imporditakse Maa-ameti ADS andmekihti (aadressiandmed). Nimelt need andmed ei ole täielikud ja omavad endas väga palju puuduseid. Enda arvates on need andmed riigi poolt liiga vara avalikuks tehtud. See tuleneb sellest kuidas need andmed üldse on saadud. Suuremalt jaolt on andmed lidari mõõdistuse ja ortofoto töötlus. Väike kogus andmeid on ehitusregistrist hoonekujude kihilt (ei ole hetkel veel kindel kas see ühendus saadi paika või mitte). Suuremad vead: 1. Kruntide sisehoovides olevad erinevad kõrvalhooned on joonistatud üheks hooneks ja on ühe aadressiga, põhihooned on üldjuhul õigete aadressidega. Kas üldse on tarvidust kõrvalhooneid adresseerida?? 2. Hoone kujud on nihkes ja suuremad kui tegelikkuses (on võetud katuse pind). Nihkest saab aru siis kui võtta alla maaameti piiride kiht, selle järgi saab ka hooned üksteisest eraldada! Muidugi on ka küsitav kas selline kaart üldse vajab täpsemaid hoonete kujusid kuid aadressiandmed võiksid siiski õiged olla. Muidugi on lihtne vana kiht maha kustutada ja uued andmed automaatselt sisestada, kindlasti toimib see suuremas osas maapiirkondades kus ei ole hooned tihedalt koos. Linnades tuleks siiski asjale natuke teravamalt otsa vaadata, mida ära kustutada ja kas uus on ikka parem. Ise vaatan seda Haapsalu mätta otsast ja ei oska kommenteerida terve Eesti kohta. Tervitades Aedviir 8. aprill 2013 1:41 kirjutas SviMik svi...@mail.ru: See on hea ettepanek! Mõned hooned on nii möödas, et ma isegi ei saa aadressi tagid panna. Ja importeerida õiged kontuurid ka ei saa, ennem tuleb vanad kustutada. Ma arvan, et võib kindlasti kustutada neid hooned, mis keegi ei ole puudutanud peale Verbatiumi/xyboti, ja kus ei ole kasuliku tagi peale building=yes ja Type=0x13. Kui keegi teeb seda - andke mulle teada, hakkan siis uued hooned importeerida. Вторник, 2 апреля 2013, 12:34 +03:00 от Margus Värton mar...@dakar.ee: See oli Verbatiumi import, mille tagimisvigasid on hiljem xyboti abil parandatud, kuid mille hoonekontuurid on endiselt nii nihkes kui kõverad kui ennekõike pagan-teab-millisest andmekogust pärit. Igatahes on see andmekogu olnud vana. Seetõttu on meil nüüd suurepärane võimalus saada Verbatiumi andmed enese andmekogust välja. Teen ettepaneku need andmekogust eemaldada ning seejärel jätkata praegu käsiloleva impordiga. Me saame tulemuseks nii kvaliteetsemad kui ka juriidiliselt kindlalt puhtad andmed. Kuidas seda teha, on juba tehniline küsimus - aga mul pole kahtlust, et selline tehniline võimekus on meil siin kusagil olemas. Tegelikult on neid impordi näoga kõveraid andmestikke mujalgi kui Verbatiumi Tallinna import - näiteks Luigel. Ise uusi hooneid impordiks valideerides olen neid alt ära kustutanud, aga hoopis lihtsam oleks seda teha masinaga. Parimat, - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-at] Tagging: Straßen auf der Donauinsel
Hallo liebe WienerInnen, mich störts schon seit längerem, dass alles, was auf der Donauinsel asphaltiert ist als highway=cycleway getaggt ist.. Mein Vorschlag wäre: highway=service (oder unclassified?) vehicle=private (oder no?) bicycle=yes Oder fällt euch was passenderes ein? Das Standard-Rendering wird dann zwar Straßen vorgaukeln, aber wir taggen ja nicht für den Renderer :) LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 08.04.2013 20:15, Markus Straub wrote: Hallo liebe WienerInnen, mich störts schon seit längerem, dass alles, was auf der Donauinsel asphaltiert ist als highway=cycleway getaggt ist.. Mein Vorschlag wäre: highway=service (oder unclassified?) vehicle=private (oder no?) bicycle=yes highway=service sicher nicht. Das steht für Zufahrten. unclassified auch nicht, da die Donauinsel Ortsgebiet ist. Außerdem wird unclassified/residential hauptsächlich für Straßen verwendet, die für den allgemeinen Verkehr offen sind. Oder fällt euch was passenderes ein? highway=track + tracktype=grade1 + vehicle=private (oder no) + bicycle=yes -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On Mon, 08 Apr 2013 20:57:13 +0200 Friedrich Volkmann b...@volki.at wrote: On 08.04.2013 20:15, Markus Straub wrote: Hallo liebe WienerInnen, mich störts schon seit längerem, dass alles, was auf der Donauinsel asphaltiert ist als highway=cycleway getaggt ist.. Mein Vorschlag wäre: highway=service (oder unclassified?) vehicle=private (oder no?) bicycle=yes highway=service sicher nicht. Das steht für Zufahrten. und genau das sind sie ja eigentlich auch... Zufahrten zu WCs, Mistkübeln usw. :P unclassified auch nicht, da die Donauinsel Ortsgebiet ist. Außerdem wird unclassified/residential hauptsächlich für Straßen verwendet, die für den allgemeinen Verkehr offen sind. Oder fällt euch was passenderes ein? highway=track + tracktype=grade1 + vehicle=private (oder no) + bicycle=yes + foot=yes und vl noch skates oder sowas, was ich nie verwende? Jedenfalls bin ich auch für track und danke Markus, daß du das mal ansprichst :) -- 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] Tagging: Straßen auf der Donauinsel
Die Straßen sind privat (MA45), es handelt sich zum Teil meiner Meinung nach schon um =service, es sind auch Betriebszufahrten dabei und es gibt von der MA45 ausgestellte Einfahrtsgenehmigungen für bestimmte Zwecke und motorisierte Fahrzeuge in genau bezeichneten Abschnitten. Radfahrer sind an den 'Einfahrt verboten'-Schildern explizit ausgenommen, es gibt aber begrenzt Abschnitte (Badebereich), an denen Radfahrer vorbeigeleitet werden sollen. Am 08.04.2013 21:30 schrieb Stefan Tauner stefan.tau...@gmx.at: On Mon, 08 Apr 2013 20:57:13 +0200 Friedrich Volkmann b...@volki.at wrote: On 08.04.2013 20:15, Markus Straub wrote: Hallo liebe WienerInnen, mich störts schon seit längerem, dass alles, was auf der Donauinsel asphaltiert ist als highway=cycleway getaggt ist.. Mein Vorschlag wäre: highway=service (oder unclassified?) vehicle=private (oder no?) bicycle=yes highway=service sicher nicht. Das steht für Zufahrten. und genau das sind sie ja eigentlich auch... Zufahrten zu WCs, Mistkübeln usw. :P unclassified auch nicht, da die Donauinsel Ortsgebiet ist. Außerdem wird unclassified/residential hauptsächlich für Straßen verwendet, die für den allgemeinen Verkehr offen sind. Oder fällt euch was passenderes ein? highway=track + tracktype=grade1 + vehicle=private (oder no) + bicycle=yes + foot=yes und vl noch skates oder sowas, was ich nie verwende? Jedenfalls bin ich auch für track und danke Markus, daß du das mal ansprichst :) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
Ok, highway=track klingt ganz gut, der Klarheit halber würde ich auch noch surface=asphalt spezifizieren, weil tracks ja üblicherweise bessere Forstwege sind (scheint mir).. Auch wenn es einzelne Zufahrten gibt, hat das Wegenetz für mich keinen großen Zufahrtscharakter. foot=yes ist redundant, würd ich weglassen. Ich hab das Fahrverbot wg. Privatgrund ausgen. Radfahrer auch schon gesehen, aber nicht gewusst, dass es für die ganze Insel gilt. Damit dann also vehicle=private und nicht no. D.h. wir wären dann bei: highway=track + surface=asphalt + tracktype=grade1 + vehicle=private + bicycle=yes LG, Markus On 04/08/2013 10:16 PM, AM osm wrote: Die Straßen sind privat (MA45), es handelt sich zum Teil meiner Meinung nach schon um =service, es sind auch Betriebszufahrten dabei und es gibt von der MA45 ausgestellte Einfahrtsgenehmigungen für bestimmte Zwecke und motorisierte Fahrzeuge in genau bezeichneten Abschnitten. Radfahrer sind an den 'Einfahrt verboten'-Schildern explizit ausgenommen, es gibt aber begrenzt Abschnitte (Badebereich), an denen Radfahrer vorbeigeleitet werden sollen. Am 08.04.2013 21:30 schrieb Stefan Tauner stefan.tau...@gmx.at mailto:stefan.tau...@gmx.at: On Mon, 08 Apr 2013 20:57:13 +0200 Friedrich Volkmann b...@volki.at mailto:b...@volki.at wrote: On 08.04.2013 20:15, Markus Straub wrote: Hallo liebe WienerInnen, mich störts schon seit längerem, dass alles, was auf der Donauinsel asphaltiert ist als highway=cycleway getaggt ist.. Mein Vorschlag wäre: highway=service (oder unclassified?) vehicle=private (oder no?) bicycle=yes highway=service sicher nicht. Das steht für Zufahrten. und genau das sind sie ja eigentlich auch... Zufahrten zu WCs, Mistkübeln usw. :P unclassified auch nicht, da die Donauinsel Ortsgebiet ist. Außerdem wird unclassified/residential hauptsächlich für Straßen verwendet, die für den allgemeinen Verkehr offen sind. Oder fällt euch was passenderes ein? highway=track + tracktype=grade1 + vehicle=private (oder no) + bicycle=yes + foot=yes und vl noch skates oder sowas, was ich nie verwende? Jedenfalls bin ich auch für track und danke Markus, daß du das mal ansprichst :) -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On Mon, 08 Apr 2013 23:03:20 +0200 Markus Straub markus.straub...@gmail.com wrote: Ok, highway=track klingt ganz gut, der Klarheit halber würde ich auch noch surface=asphalt spezifizieren, weil tracks ja üblicherweise bessere Forstwege sind (scheint mir).. surface taggen ist natürlich ok, wenns der wahrheit entspricht, trifft aber nicht auf die ganze insel zu. ordentliche forstwege sind auch tracktype=grade1, aber eben auch asphaltierte straßen, die man von service kaum unterscheiden kann. siehe auch http://wiki.openstreetmap.org/wiki/Key:tracktype Auch wenn es einzelne Zufahrten gibt, hat das Wegenetz für mich keinen großen Zufahrtscharakter. foot=yes ist redundant, würd ich weglassen. da bin ich mir nicht so sicher bei tracks, aber ich habs mich schon öfters gefragt. im wiki ist nichts von implies foot=yes o.ä. zu lesen, aber da tracks sehr oft private feldwege u.ä. sind, halte ich das für eher unangebracht. -- 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] Tagging: Straßen auf der Donauinsel
On 08.04.2013 23:45, Stefan Tauner wrote: Ok, highway=track klingt ganz gut, der Klarheit halber würde ich auch noch surface=asphalt spezifizieren, weil tracks ja üblicherweise bessere Forstwege sind (scheint mir).. surface taggen ist natürlich ok, wenns der wahrheit entspricht, trifft aber nicht auf die ganze insel zu. ordentliche forstwege sind auch tracktype=grade1, aber eben auch asphaltierte straßen, die man von service kaum unterscheiden kann. siehe auch http://wiki.openstreetmap.org/wiki/Key:tracktype Ja, tracktype=grade1 ist ziemlich gleichbedeutend mit surface=paved, wobei surface=asphalt natürlich eine noch genauere Angabe ist, weil tracktype=grade1 ja auch surface=concrete oder surface=paving_stones etc. sein kann. Knifflig zu taggen sind jene Feldwege, die außen Betonplatten haben und innen Gras. Aber die gibts auf der Donauinsel nicht. Auch wenn es einzelne Zufahrten gibt, hat das Wegenetz für mich keinen großen Zufahrtscharakter. foot=yes ist redundant, würd ich weglassen. da bin ich mir nicht so sicher bei tracks, aber ich habs mich schon öfters gefragt. im wiki ist nichts von implies foot=yes o.ä. zu lesen, aber da tracks sehr oft private feldwege u.ä. sind, halte ich das für eher unangebracht. Auf vielen Feldwegen ist Fahrverbot (ausgenommen Anrainer und so), aber zu Fuß darf man fast überall hin. Ich bin der Meinung, getaggt gehört das, was angeschrieben ist. Wenn nichts angeschrieben ist, gelten die gesetzlichen Bestimmungen, und die gehören nicht auf hunderttausend Ways gesetzt, sondern genau 1x ins Wiki: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Austria In Österreich ist alles erlaubt, was nicht dezidiert verboten ist. Wenn auf einem Feldweg oder einer Forststraße keine Fahrverbotstafel steht, darf man ohne weiteres auch mit dem Auto reinfahren. Ich hab mir extra deswegen einen Crossover zugelegt. Allerdings bin ich schon im Gatsch steckengeblieben, und wenn wo ein offener Schranken ist, muss man damit rechnen, dass er bei der Rückkehr geschlossen ist... -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Tagging: Straßen auf der Donauinsel
On 04/08/13 23:45, Stefan Tauner wrote: aber da tracks sehr oft private feldwege u.ä. sind, halte ich das für eher unangebracht Ich würd foot=yes auch weglassen. Auch auf privaten Feldwegen/Forststraßen darf man in .at zu 99,8% gehen. Autobahnen sind klar foot=no, aber sonst? LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] jak tagovat klasický český obchod elektro
Další z pro mě nejasných: v seznamu typů obchodů jsem našel jako nejbližší doityourself a hardware, ale pochopitelně to není ani jedno z toho. Co by bylo lepší? Díky, Milan Vančura ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] jak mapovat budovy v kopci?
Ahoj, tohle je trošku komplexnější problém: jak tagovat budovy ve svahu, tj. každá strana je jinak vysoko nad terénem? Samozřejmě že běžně není potřeba to řešit, ale jsou situace, kdy to začíná mít význam. Narazil jsem na to např. u jedné nízké budovy komplexu budov bývalého Chemapolu ve Vršovicích: z jihu je to jednopatrová budova, ze severu střecha navazuje na terén a používá se jako parkoviště. Podél západní stěny budovy vedou těsně vedle sebe dvě silnice: jedna vodorovně (tj. na konci se zakusuje do svahu a končí ve vratech budovy pod úrovní země) a druhá vede po povrchu, a tak se dostává na střechu s parkovištěm. Jak na to? Milan Vančura ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak mapovat budovy v kopci?
Dne 8.4.2013 12:44, Milan Vancura napsal(a): Ahoj, tohle je trošku komplexnější problém: jak tagovat budovy ve svahu, tj. každá strana je jinak vysoko nad terénem? Samozřejmě že běžně není potřeba to řešit, ale jsou situace, kdy to začíná mít význam. Narazil jsem na to např. u jedné nízké budovy komplexu budov bývalého Chemapolu ve Vršovicích: z jihu je to jednopatrová budova, ze severu střecha navazuje na terén a používá se jako parkoviště. Podél západní stěny budovy vedou těsně vedle sebe dvě silnice: jedna vodorovně (tj. na konci se zakusuje do svahu a končí ve vratech budovy pod úrovní země) a druhá vede po povrchu, a tak se dostává na střechu s parkovištěm. Jak na to? Milan Vančura Cus, obecne pohledej 3D a markovani budov. Musel bys samo objekt rozdelit na vice budov. Pak si musis zvolit nejakou zakladnu (nejspis nejnizsi cast) a u tech vyssich muzes tagovat ze zacinaji az na urovni vyssich pater. Z hlediska 2D mapy se to pak vyrenderuje jako normalni plocha budova, ve 3D je to otazka kvality podkladu terenu - nejspis to bude vypadat tak, ze ti ta cast bude cumet do vzduchu. Pokud sem stih zaznamenat, 3D je proste v OSM zatim naprosto v plenkach, neni na to ani odpovidajici nastroj a ani odpovidajici tagovani. Takze se prevazne jen resi co je nad cim nebo pod cim. Testoval sem nejaky trojrozmerny tagovani. Co funguje celkem slusne je vyska budov. Ale jakmile se dostanes ke slozitejsim vztahum ... je to hodne manualni laborovani s tagovanim a testovani co z toho vyleze. Slusnej priklad takovyho chaosu najdes trebas na Ruzyni - mrkni na novej/eu only terminal a prijezdy k nemu. Je tam rampa co vede nahoru na parkoviste k odletum a pod nim samo vedou dalsi silnice/parkovani u priletu ... z mapy tohle jednoduse nepoznas. Maximalne zjistis, ze tam neco vede nad/pod necim. Na tohle by bylo treba udelat full 3D model. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak tagovat obchod se zdravou výživou
On Mon 08-04-13 12:53:49, LM_1 wrote: Není to úplně ono, ale podívej se na http://wiki.openstreetmap.org/wiki/Key:organic - pořád je to obchod s jídlem, byť se specializací. Díky. Na to jsem koukal, ale moc jsem to nepochopil, asi mi chybějí nějaké znalosti reálií. Tváří se to, že to jsou obchody s určitým definovaným zbožím s nějakou speciální značkou/nálepkou. Jako kdyby např. u nás byl obchod pouze s výrobky označené Klasa (takové to autocontí ácko)... Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak tagovat klasický český obchod elektro
On Mon 08-04-13 12:38:49, Premysl Vohnout wrote: a tohle http://wiki.openstreetmap.org/wiki/Tag:shop%3Delectronics Díky za odkaz, na to jsem taky myslel. K mému překvapení však anglická wiki tvrdí, že správně je shop:hardware. Odůvodňujou to tím, že je podle nich rozdíl mezi obchodem se spotřebiči a obchodem s kabely, vypínači atp. To druhé ma být shop:hardware. http://wiki.openstreetmap.org/wiki/Tag:shop%3Dhardware sekce Similar tags, porovnání s shop:electronics. Tak jsem to přeznačil. Milan ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] dotaz na fungování JOSM
Chtěl jsem se zeptat, zda vám dnes funguje JOSM Já se nemohu přihlásit píše mi hlášku: Error: Macro MOTD(cs|StartupPageSource) failed SSL error: tlsv1 alert unknown ca ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nemehlo
ad neexistující železniční trať: může tam pořád být podloží (bez kolejí a pražců) a takový objekt se obecně bere jako přípustný. LM_1 Dne 8. dubna 2013 11:39 Michal Tauchman michal.tauch...@gmail.comnapsal(a): IOW to ze vyrobim chybu na keepright neni nutne spatne. Ano, někdy KeepRight hlásí nesmysly, taky nedělám to, že nuceně předělávám. Pokud vím nebo zjistím, že hlášená chyba není chybou, označím to jako falešný poplach a napíšu do poznámky, že se nejedná o chybu, ale reálný stav. To nemění nic na tom, že tento uživatel prostě nakreslil hromady cest přes sebe bez křížení, cesty kolidovaly s vodou, bylo jich několik v sobě, konec cesty končil poblíž jiné, takže plavala ve vzduchu atp. A takových je víc, bohužel. Ano, je fajn, že čím více lidí, tím kvalitnější mapy, ale pokud se to dělá bez rozmyslu nebo přečtení aspoň základních informací, napáchá se spíše více škody než užitku. No zrovna ho zkouším kontaktovat, jsem zvědavý, co mi na to řekne. A zeptám se, pokud by se jednalo o historický stav, tak to stejně nemá na mapě co dělat, ne? K čemu potřeba mít zobrazené neexistující prvky, jen to mate. Ono už jsem objevil od tohoto uživatele zakreslenou vlakovou trať, tag abadnoned, a po přezkoumání v Google Earth jsem viděl, že tam žádné koleje už nejsou (jestli byly), takže taky asi historická záležitost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na fungování JOSM
už mi to také běží, asi to byl jen chvilkový výpadek Dne 8. dubna 2013 18:01 2nd 2...@centrum.cz napsal(a): Jo bezi to. JOSM v5759 Chtěl jsem se zeptat, zda vám dnes funguje JOSM Já se nemohu přihlásit píše mi hlášku: *Error: Macro MOTD(cs|StartupPageSource) failed* SSL error: tlsv1 alert unknown ca ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Značení turistických tras
Mám potíže s tím jak označit turistické trasy KČT. Přečetl jsem si http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD a chtěl jsem se podívat na nějakou už označenou trasu abych věděl jak to udělat správně, ale ke svému překvapení jsem nenašel to co jsem hledal, tedy např. tagy kct_blue=major osmc:symbol=blue:white:blue_bar ... místo toho, když se přepnu do "Advanced", jsem našel jen "Relation" a tag "route foot" a nějaké ID. Vůbec nevím kde jsou skryty barvy značek a tak. Edituji v potlach P2 Díky za nápovědu jak na to. Jakub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nemehlo
Ahoj, to asi budu taky za nemehlo :-/ Zrušené železnice kreslím záměrně, neboť nás, mašinkáře, zajímá, kudy tratě dříve vedly. Ve většině případů žel. spodek zůstane v krajině, často se mění na polní či lesní cesty, nebo se na nich staví cyklostezky. Ve výjimečných případech se železničky, jejichž žel. spodek byl rozorán a dokonale zahlazen, obnovují jako turistické atrakce ( http://osm.org/go/0J2mdUcHH- ). Ve městech je asi nesmysl kreslit zaniklé tratě (např. trať na Těšnovské nádraží centrem Prahy), avšak v krajině to, myslím, není nic proti ničemu. LuKo On 8.4.2013 18:32, LM_1 wrote: ad neexistující železniční trať: může tam pořád být podloží (bez kolejí a pražců) a takový objekt se obecně bere jako přípustný. LM_1 Dne 8. dubna 2013 11:39 Michal Tauchman michal.tauch...@gmail.com mailto:michal.tauch...@gmail.com napsal(a): IOW to ze vyrobim chybu na keepright neni nutne spatne. Ano, někdy KeepRight hlásí nesmysly, taky nedělám to, že nuceně předělávám. Pokud vím nebo zjistím, že hlášená chyba není chybou, označím to jako falešný poplach a napíšu do poznámky, že se nejedná o chybu, ale reálný stav. To nemění nic na tom, že tento uživatel prostě nakreslil hromady cest přes sebe bez křížení, cesty kolidovaly s vodou, bylo jich několik v sobě, konec cesty končil poblíž jiné, takže plavala ve vzduchu atp. A takových je víc, bohužel. Ano, je fajn, že čím více lidí, tím kvalitnější mapy, ale pokud se to dělá bez rozmyslu nebo přečtení aspoň základních informací, napáchá se spíše více škody než užitku. No zrovna ho zkouším kontaktovat, jsem zvědavý, co mi na to řekne. A zeptám se, pokud by se jednalo o historický stav, tak to stejně nemá na mapě co dělat, ne? K čemu potřeba mít zobrazené neexistující prvky, jen to mate. Ono už jsem objevil od tohoto uživatele zakreslenou vlakovou trať, tag abadnoned, a po přezkoumání v Google Earth jsem viděl, že tam žádné koleje už nejsou (jestli byly), takže taky asi historická záležitost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Recherche programme utile
Le dimanche 7 avril 2013 22:35:02 Vincent Pottier a écrit : Le 07/04/2013 22:06, Vincent de Chateau-Thierry a écrit : Je vais peut-être répondre à côté de la plaque (mais au moins t'es prévenu :-) ). Pas du tout ! Je rencontre le même type de problème... Du côté d'OSRM (http://map.project-osrm.org/) tu peux procéder au calcul d'un itinéraire en spécifiant départ, arrivée, et surtout, étapes. Je ne connais pas la complexité de tes trajets, mais en cherchant à les reconstituer via ce site, ça te permettrait éventuellement de détecter les passages que tu as parcouru et que le calculateur refuse d'emprunter, que ce soit par absence d'un tracé, ou mauvaise connexion, ou sens interdit, etc. OSRM permet l'export en gpx. Une fois ton itinéraire défini au mieux, tu pourrais l'exporter et le visualiser dans JOSM en superposition à tes traces. La comparaison visuelle te permettrait peut-être de détecter tes fameux 2% à l'oeil, qui sait. vincent En fait, un plugin JOSM qui ferait cette cuisine, ce serait top ! Avec une option piéton pour le retour de rando. Trop fort ! Pour le mode piéton, j'utilise OpenRouteService (via marble). Il faudrait faire un mode piéton pour osrm, il faudrait … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] R25 – v1
Sur une carte imprimée (A4 à A0), on voit vraiment la différence entre un Lambert 93 et un mercator ? Je n'ai jamais vérifié ou calculé… Après, pour refaire sa tapisserie avec des cartes au 25000, je veux bien croire que les raccords ne passent pas… Ceci dit, Igor Brejc a entendu ton appel, puisqu'il est en train de travailler à des projections différentes : http://maperitive.idea.informer.com/proj/?ia=21815 . D'ici peu, tu pourras exporter en Lambert 93 (si son système est bien fait, mais je n'ai pas trop de doutes là-dessous…) JB. Le 07.04.2013 23:21, Jean-Claude Repetto a écrit : On 07/04/2013 22:27, Pierre Touzard wrote: Un grand bravo pour avoir initier ce superbe travail ! Par contre il est vraiment dommage que l'impression de ce type de carte ne puisse se faire qu'en Web mercator (limitation de Maperitive ?). Une projection conique nationale type Lambert 93 eut été plus sympa... surtout pour l'impression d'une carte papier à vocation topographique. Pierre T. Connais-tu http://francetopo.fr [1] ? Cette carte est en Lambert 93. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://francetopo.fr [2] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DCRI Wikimédia France - OSM France
Le 2 avril sur un tout autre sujet, Pieren disait Comme d'habitude, tu racontes un peu n'importe quoi. Sur le cas d'espèce je confirme et je n'ose proposer à verdy d'aller vérifier de visu, car le coin est dangereux et on peut se perdre très facilement par temps de brouillard. -- View this message in context: http://gis.19327.n5.nabble.com/DCRI-Wikimedia-France-OSM-France-tp5756104p5756208.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] Opensnowmap.org
Le 7 avril 2013 19:35, yvecai yve...@gmail.com a écrit : Les skieurs de Super-Besse peuvent maintenant prendre les remontées la tête en haut, et utiliser toute la largeur des pistes. Ils sont, semble-t-il, heureux de cette nouvelle situation. Merci les pistes de Cordon sont aussi dans le bon sens ! Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] maposmatic multicommunes ?
Le 07/04/2013 14:56, Pierre-Alain Dorange a écrit : J'ai réalisé un outil (très rudimentaire) qui permet de récupérer et d'assembler un ensemble de tuiles au zoom désiré : http://www.openstreetmap.org/user/Pierre-Alain%20Dorange/diary/18816 Sinon il y a aussi les logiciels NoniMapView et Mobile Atlas Creator qui permettent de faire ça. http://aeguerre.free.fr/Public/Windows/NoniMapView/ http://mobac.sourceforge.net/ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] maposmatic multicommunes ?
Le 07/04/2013 09:22, cybercen...@espacebaugeois.org a écrit : bonjour, je bosse pour une asso financée par une communauté de communes... pour l'assemblée générale, je souhaiterai imprimer en A0 une carte pour présenter l'avancée du chantier en cours. Il y bien maposmatic, mais il ne me permet pas de tenir compte des communes nouvelles du canton (on en compte 2 en baugeois) et pas non plus de faire un rendu papier de la communauté de communes. quelqu'un a une idée ? Lorsque tu crées une carte avec MapOSMatic, tu as deux possibilités pour définir la zone : - utiliser une limite administrative - définir les coordonnées de la zone. Il me semble que la seconde méthode devrait te permettre de définir la zone correspondant à ta communauté de communes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Classification des cours d'eau
Bonjour, Une petite question sur le choix des tags waterway : entre la source et l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de waterway=stream à waterway=river ? Question annexe : une rivière canalisée sur une partie de son cours doit-être elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux purement artificiels ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Boues d'épandage ? Eaux usées ?
Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ?
Bonjour, Tu peux regarder du côté de la balise landuse = landfill (qu'on peut traduire par décharge) ... si c'est le seul usage de cette zone d'épandage http://wiki.openstreetmap.org/wiki/Waste_Processing Pas vu de détail particulier dans le wiki concernant la nature des rejets industriels. S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant Le 8 avril 2013 16:27, te...@free.fr a écrit : Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vérités et mensonges de la cartographie (gag)
Hello, Je vous parle d'un temps que les moins de 20 ans ne peuvent pas connaître : celui de PHILEMON et ses cartes de l'Atlantique ! Hommage à Philémon : vérités et mensonges de la cartographie http://maragoyet.blog.lemonde.fr/2013/04/04/hommage-a-philemon-verites-et-mensonges-de-la-cartographie/ -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse pour un champ captant ?
Le lun. 08 avril 2013 à 05:09 +0200, Philippe Verdy a écrit : Il y a aussi les forages gaziers, comme ceux à fracturation hydrolique (refusés en France pour le gaz de schistes, mais maintenant qui se multiplient un peu partout en Europe). [...] OK, on peut voir la question sous deux angles : 1) comme le propose Pierre-Alain, landuse=wellfield + resource=... 2) landuse=water_wellfield, puis éventuellement landuse=oil_wellfield... Je préfère la 2e solution, parce que je pense qu'il est préférable de traiter les réseaux d'eau à part, dans la continuité de man_made=water_well, et séparément les réseaux d'énergie. Mais j'ai lancé la discussion sur la liste tagging parce qu'il me semble qu'on a maintenant intérêt à avoir des avis plus mondiaux et donc, fatalement, pas en français. La suite là-bas ? -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classification des cours d'eau
Concernant la rivière canalisée, sans ambiguité je tague le way en tant que rivière (sauf sur les parties où le cours d'eau a été détourné pour l'essentiel de son lit naturel en passant par un nouveau bras où passe l'essentiel de l'eau, créant un quasi bras mort où l'eau circule peu mais circule encore quand même de façon régulière, auquel cas ce bras naturel persistant conserve le statut de rivière même si ce n'est plus le bras principal, alors que le nouveau bras devient bien un canal. Le but est d'avoir un tracé continu de bout en bout de la source (en stream) à l'embouchure ou le confluent (en river). entrant dans une relation type=waterway/waterway=river rassemblant tous les segments et donnant un nom unique à l'ensemble du cours (indépendant des noms locaux des différents segments). Cela n'empêche pas pour autant d'avoir une **autre** relation reprenant une partie des ways de la rivière ou du fleuve (souvent aussi de plusieurs), pour le canal lui-même. Cette relation portera le nom du canal, mais empruntera les parties navigables et les écluses (alors que le/les rivières emprunteront les chemins naturels même s'ils passent par des seuils (infranchissables en bateau) parallèles aux écluses. Cette autre relation porte alors le nom du canal tout entier, mais contrairement aux fleuves et rivières le sens de circulation de l'eau peut s'inverser (il n'y a pas de notion de source et d'embouchure non plus dans un canal). Le 8 avril 2013 16:16, te...@free.fr a écrit : Bonjour, Une petite question sur le choix des tags waterway : entre la source et l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de waterway=stream à waterway=river ? Question annexe : une rivière canalisée sur une partie de son cours doit-être elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux purement artificiels ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DCRI Wikimédia France - OSM France
Le coin n'est pas si dangereux que ça sinon il n'y aurait pas de pistes de skis à proximité. Qu'appelles-tu dangereux ? La présence de l'armée sur une partie du site (le flanc ouest du mont), alors que le domaine skiable et les installations civiles sont sur le flanc est ? ou une autre nature de danger (de nature environnementale) ? La montagne peut être dangereuse partout dans certaines conditions, même dans des domaines skiables ou à proximité immédiate. C'est indépendant du fait qu'il y ait ou pas une activité militaire. Le site à mon avis est beaucoup moins dangereux et ne demande pas d'être un spécialiste ou d'être assisté de guides bien formés, que le Pic du Midi par exemple (où il y a aussi des antennes hertziennes mais pas d'installations militaires, mais pourtant qui est très dangereux tout autour). Ce site ressemble plus a de gros vallons et ne présente pas plus de dangers naturels que des collines bretonnes (qui peuvent être même plus dangereuses dans certaines zones pour les randonneurs qui s'égarent, par exemple dans les Monts d'Arrhée) ou des falaises normandes. Alors ta réponse c'est vraiment du 'n'importe quoi. Tu interprètes ce qui n'est pas dit ou veux faire croire ce que tu veux en lire. Le 8 avril 2013 10:03, PhQ pierre.que...@sfr.fr a écrit : Le 2 avril sur un tout autre sujet, Pieren disait Comme d'habitude, tu racontes un peu n'importe quoi. Sur le cas d'espèce je confirme et je n'ose proposer à verdy d'aller vérifier de visu, car le coin est dangereux et on peut se perdre très facilement par temps de brouillard. -- View this message in context: http://gis.19327.n5.nabble.com/DCRI-Wikimedia-France-OSM-France-tp5756104p5756208.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
Salut, Merci les pistes de Cordon sont aussi dans le bon sens ! Et j'en suis tout à fait ravi :P Cordialement, -- Mikaël Cordon, mickey86 Le lundi 8 avril 2013 10:31:30, Fabien a écrit : Le 7 avril 2013 19:35, yvecai yve...@gmail.com a écrit : Les skieurs de Super-Besse peuvent maintenant prendre les remontées la tête en haut, et utiliser toute la largeur des pistes. Ils sont, semble-t-il, heureux de cette nouvelle situation. Merci les pistes de Cordon sont aussi dans le bon sens ! Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] repère déplacé par mégarde.
Bonjour, En taggant, j'ai déplacé involontairement un repère géodésique. J'ai essayé de retrouver ses coordonnées d'origine mais je préférerais le replacer tel qu'il était avant. Comment faire pour annuler ce que j'ai fait ? le point en question : http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=49.07953lon=4.77078layers=BFFTitem=8070level=3 Et j'ai retrouvé les coordonnées exactes du repère sur ce site http://geodesie.ign.fr , mais les unités sont différentes entre la fiche et JOSM, et je ne suis pas certains de la conversion (pour la précision) - http://geodesie.ign.fr/fiches/pdf/5158804.pdf Merci d'avance. Xavier L. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] repère déplacé par mégarde.
Regarde l'historique du point, relève ses coordonnées, et dans JOSM clique sur déplacer le noeud dans le menu outils pour entrer ces anciennes coordonnées. Le 9 avril 2013 01:04, Xavier x.larc...@laposte.net a écrit : Bonjour, En taggant, j'ai déplacé involontairement un repère géodésique. J'ai essayé de retrouver ses coordonnées d'origine mais je préférerais le replacer tel qu'il était avant. Comment faire pour annuler ce que j'ai fait ? le point en question : http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=49.07953lon=4.77078layers=BFFTitem=8070level=3 Et j'ai retrouvé les coordonnées exactes du repère sur ce site http://geodesie.ign.fr , mais les unités sont différentes entre la fiche et JOSM, et je ne suis pas certains de la conversion (pour la précision) - http://geodesie.ign.fr/fiches/pdf/5158804.pdf Merci d'avance. Xavier L. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] OSMタイル配信サーバインストールできず
ribbonさん、こんばんは。下り専門です。 私もUbuntsuは 12.04.2で始めてみました。 mapnikのコンパイルはできました。 boost は1.49 になっています。 ログをみたところ、パッケージをダウンロードするときに 名前解決に失敗しているみたいですね。 DNSは正しく設定されていますか? Temporary failureとのことなので今実行したらできるとか。 私はTirexでつまずいています。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 校正依頼: JA:Mapnik 翻訳しました
On Sat, Apr 06, 2013 at 01:53:03PM +0900, Hiroshi Miura(@osmf) wrote: おお、助かります。 せっかくであるので、できるだけ文書化して、他の方が 独自のサーバを簡単に作れるようにしたいですね。。。 また、翻訳の課題もあります。 https://github.com/osmfj/tilecache/blob/master/DEVELOPMENT.ja.md こちらに参考文献が書いているのですが、 翻訳がされていないものがおおいです。また、翻訳が追いついていないです。 例えば、 http://wiki.openstreetmap.org/wiki/Mapnik と言うことで、JA:Mapnikを翻訳しました。 ただ、一部アヤシイ所があります。そう言うところは英語をそのまま、 あるいは★要確認 マークを付けています。 今回、可能な限りオリジナルに忠実にしています。ですので、 今まであった訳文をばっさり削ったところもあります。古くなって いるものもありますが、ひょっとすると残しておいたほうがいい ものもあったのかもしれません。そういうものは、過去履歴から 戻していただけると幸です。 校正にご協力いただけると助かります。各位 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSMタイル配信サーバインストールできず
On Mon, Apr 08, 2013 at 08:35:56PM +0900, 下り専門 wrote: mapnikのコンパイルはできました。 boost は1.49 になっています。 ログをみたところ、パッケージをダウンロードするときに 名前解決に失敗しているみたいですね。 DNSは正しく設定されていますか? あたりでした。何かのプロセスが、/etc/resolv.confを書き換えていたようです。 今コンパイルが開始したところです。g++が動くのでかなり時間がかかりそうですね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] OSM on BBC TV
Hello, My house mate was watching Man Lab while I was cooking dinner and heard we've armed ourselves with the latest in mapping technology. http://www.bbc.co.uk/iplayer/episode/b01rsk2w/James_Mays_Man_Lab_Series_3_Episode_2/?t=50m30s A closer look at 55:20, but his hand covering the attribution! http://www.bbc.co.uk/iplayer/episode/b01rsk2w/James_Mays_Man_Lab_Series_3_Episode_2/?t=54m25s I look over his shoulder and what do I see, none other than the OpenStreetMap base map being used by James May. I think it was this website: http://www.netweather.tv/index.cgi?action=lightning;sess= Nothing in the credits. Is it worth looking into this? I think it would be nice to have a wiki page OSM spotted in the wild or notable OSM use, probably categorised by countries and medium. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM on BBC TV
On 8 April 2013 12:13, Gregory nomoregra...@googlemail.com wrote: Nothing in the credits. Is it worth looking into this? Nice spot, but I'm not sure that we want to require everyone who shows a web site using OSM tiles or data to attribute us? The web site features has the attribution. I'm not an expert on the legal question of whether this constitutes a use of the maps as per the ODBL, but I think it suffices to feel happy at sights in the public domain! Regards, Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM on BBC TV
On 8 April 2013 12:13, Gregory nomoregra...@googlemail.com wrote: ...I think it was this website: http://www.netweather.tv/indeI think it would be nice to have a wiki page OSM spotted in the wild or notable OSM use, x.cgi?action=lightning;sess=http://www.netweather.tv/index.cgi?action=lightning;sess= Nothing in the credits. Is it worth looking into this? I also noticed this, probably because I have been using the netweather.tvsite for quite a while. Free weather radar on an OSM basemap is pretty cool. The website attributes OSM which I think is all that could be expected. I don't think TV would ever be expected to attribute things which appear fairly incidentally and if anything they should have credited netweather rather than OSM. Kevin ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM on BBC TV
I must admit I am hoping that SOTM being in the UK this year will give us some good media coverage. Dudley Date: Mon, 8 Apr 2013 14:41:04 +0100 From: k...@k3v.eu To: nomoregra...@googlemail.com CC: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] OSM on BBC TV On 8 April 2013 12:13, Gregory nomoregra...@googlemail.com wrote: ...I think it was this website:http://www.netweather.tv/indeI think it would be nice to have a wiki page OSM spotted in the wild or notable OSM use, x.cgi?action=lightning;sess= Nothing in the credits. Is it worth looking into this? I also noticed this, probably because I have been using the netweather.tv site for quite a while. Free weather radar on an OSM basemap is pretty cool. The website attributes OSM which I think is all that could be expected. I don't think TV would ever be expected to attribute things which appear fairly incidentally and if anything they should have credited netweather rather than OSM. Kevin ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM on BBC TV
Yep, I think I worded my e-mail a bit too strongly on the attribution. I think it would be fun to keep a list of such sightings. But perhaps I haven't caught up with the current OSM state in which uses of it are becoming really frequent. On 8 April 2013 19:49, Dudley Ibbett dudleyibb...@hotmail.com wrote: I must admit I am hoping that SOTM being in the UK this year will give us some good media coverage. Dudley -- Date: Mon, 8 Apr 2013 14:41:04 +0100 From: k...@k3v.eu To: nomoregra...@googlemail.com CC: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] OSM on BBC TV On 8 April 2013 12:13, Gregory nomoregra...@googlemail.com wrote: ...I think it was this website: http://www.netweather.tv/indeI think it would be nice to have a wiki page OSM spotted in the wild or notable OSM use, x.cgi?action=lightning;sess=http://www.netweather.tv/index.cgi?action=lightning%3bsess= Nothing in the credits. Is it worth looking into this? I also noticed this, probably because I have been using the netweather.tvsite for quite a while. Free weather radar on an OSM basemap is pretty cool. The website attributes OSM which I think is all that could be expected. I don't think TV would ever be expected to attribute things which appear fairly incidentally and if anything they should have credited netweather rather than OSM. Kevin ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Mappy Hour tonight
Hey mappers! It's mappy hour time again tonight. In about 45 minutes. Head over here for the hangout link around 8:30 Eastern / 5:30 Pacific: https://plus.google.com/events/ch8vpg6b71afebelh246pl76a0s See you there, -- Martijn van Exel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Mappy hour link
See you there! https://plus.google.com/hangouts/_/aeaa5832b2a0b74e9923f1c40c2cbf312686db41?authuser=0eid=113331273824393211883hl=en -- Martijn van Exel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Whole-US Garmin Map update - 2013-04-07
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-07 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-07/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-04-07 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us