Re: [talk-ph] Mappers doing adding attribute
Going back to this discussion and because it was raised again during a F2F meeting last Saturday [0]. I corrected a a lot of duplicates. First, I extracted all version1 node contribution of username:ivet that has a key osm_id using overpass: query type=node user name=ivet/ has-kv k=osm_id/ /query print mode=meta/ My assumption for extracting this data is that they are existing OSM POIs which were planned to be polygonized but was accidentally uploaded. In my random, eye-balling. I did see many of these duplicates (2-3 times). I completely deleted these duplicated using JOSM validation [1] Please have a look and let me know if I made it worse. [0] https://plus.google.com/106331524452439989301/posts/2c8UU1x1mLn?pid=6165066674616492242oid=109394390468066203655authkey=CMCq7fX9offhjgE [1] http://www.openstreetmap.org/changeset/32281314 On Thu, Nov 20, 2014 at 4:51 AM, Erwin Olario gov...@gmail.com wrote: Great suggestion from Eugene to merge nodes into polygons. FWIW, in the JOSM editor, the shortcut key to merge nodes is M. Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Thu, Nov 20, 2014 at 3:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi Feye, This is OK. Was just curious about the similar activity and wanted to know what was happening. :-) Anyway, I do have a suggestion. Instead of deleting the original POI node, please suggest that they use the original node as one of the nodes of the new polygon. This is so that the original person that added the POI node is still credited somehow in the existing objects in the database. I have left that suggestion on a few of their changesets, but it seems they have not read it. :( http://www.openstreetmap.org/changeset/26859930 http://www.openstreetmap.org/changeset/26859253 http://www.openstreetmap.org/changeset/26858714 ~Eugene On Wed, Nov 19, 2014 at 8:55 AM, Feye Andal andalf...@gmail.com wrote: Hello Sir, We from Project NOAH are polygonizing point POIs so that we can use it for the WebSAFE feature of Project NOAH. WebSAFE (web version of InaSAFE) only uses polygons as its exposure data to be able to function correctly. Sir Maning instructed me to delete the points after we polygonize them. We apologize for not informing you right away. Thanks, Feye On Wed, Nov 19, 2014 at 6:49 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi, Does anybody have any idea what these mappers are doing doing changesets that only say adding attribute? http://www.openstreetmap.org/user/aileen_aviera/history http://www.openstreetmap.org/user/Khym/history http://www.openstreetmap.org/user/ivet/history Most of these changesets seem to be polygonizing point POIs. ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-cz] K?T poru?uje licenci OSM
licenci k vyrenderovane mape urcuje ten, kdo ji vyrenderoval To by mě zajímalo, jak si tohle odvodil. Já čtu v [1] toto: Attribute: You must attribute any public use of the database, or works produced from the database, in the manner specified in the ODbL Předpokládám, že vyrenderované dlaždice jsou works proced from the database [1] http://opendatacommons.org/licenses/odbl/summary/ Dne 29. června 2015 12:14 Pavel Machek pa...@ucw.cz napsal(a): On Mon 2015-06-22 17:26:22, Pavel Pisa wrote: Ahoj Pavle i ostatní, On Monday 22 of June 2015 13:44:31 Pavel Machek wrote: Ahoj! tak tohle mě dostalo. Nejen, že KČT odmítá spolupráci s OSM, ale Klub českých turistů Queer dokonce na svém webu OSM používá a nedodržuje požadavky na uvedení zdroje a copyrightu: http://queer.kct.cz/turisticke-znaceni Pekne od nich, ze nam reknou, co oznackovali... skoda ze to nedelaji vsichni v KCT. A ted.. OdBL tusim rika, ze licenci vyrendrovanych dat urcuje ten, kdo je renderuje.. takze jsme si jisty, ze neco porusujou? Bylo by pekne mit moznost to po nich natrasovat z tech obrazku ale zase OdBL, takze nemuzem :-(. Určitě od nich nemůžeme požadovat průběhy. OSM mapu jako podklad pro vykreslení vlastní vrstvy použít mohou a nic vracet nemusí. To je zcela v pořádku. Ale zásadní porušení licence OSM je neuvedení informace, že pro jako podklad je použitá databáze nebo přímo dlaždice z OSM. Pokud není něco zcela špatně u mě nebo v OdbL (znova jí teď kvůli tomu číst nestíhám), tak tato informace uvedená být musí a bez toho je to neoprávněné použití díla, tedy v krajním případě to lze klasifikovat jako krádež. No, kradezi bych to nenazyval, necht jsou veci nazyvany pravymi jmeny. Ono to vypada, ze licenci k vyrenderovane mape urcuje ten, kdo ji vyrenderoval... takze je dokonce mozny ze to co queer.kct.cz delal bylo v poradku. Svet byl jednodussi kdyz jsme se tvarili ze mapa a vsechno z ni vyrenderovane je CC-BY-SA... (i kdyz to mozna nebylo vymahatelne). Kazdopadne jsem rad, ze se tam copyright objevi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] osm13/tile a subit une cure estivale...
Merci pour l'info c'est très intéressant. Le 29 juin 2015 12:36, Christian Quest cqu...@openstreetmap.fr a écrit : L'hiver dernier avait été l'occasion de remettre au propre les données de la base postgresql qui sert à la génération des tuiles OSM-FR et HOT. Remettre au propre consiste à réorganiser les données sur disque pour les rassembler géographiquement (CLUSTER sur geohash*), ce qui permet de limiter le nombre d'accès disques nécessaires pour lire les données servant à dessiner un morceau de carte. Au fur et à mesure des mises à jour des données OSM, le désordre revient petit à petit et le nombre d'accès disque augmente donc régulièrement. C'est très visible sur le graphe annuel disponible sur http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/diskstats_utilization/sda.html J'ai donc à nouveau fait un CLUSTER pour remettre ça au propre. Vu qu'on a plus d'espace sur le SSD, ça a pris environ 24h là où il fallait plus de 3 ou 4 jours :) Les updates étaient suspendus pendant la manip et ont été relancés hier soir. C'est quasi à jour. A renouveller dans 6 mois... * voir https://cquest.hackpad.com/The-benefit-of-data-clustering-in-osm2pgsql-V7u26XbNaYW -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Mappen von Schachtdeckeln
Michael Paulmann wrote on 29.06.2015 11:48: ich wollte euch fragen wie ihr Schachtdeckel, wie in den Fotos zu sehen, mappt. Die Schachtdeckel sind auf einer Grünflächen am Max-Eyth-See: http://www.openstreetmap.org/#map=18/48.82848/9.20963 http://wiki.openstreetmap.org/wiki/DE:Key:manhole -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-cz] Rekonstrukce ulice
Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Layers and landuse
sent from a phone Am 29.06.2015 um 09:45 schrieb Lester Caine les...@lsces.co.uk: Landuse should be a 'virtual' layer, as should all 'political' concepts. +1, it already is like this Keep 'layers' to at least keep the vertical structures sort of working although it is now time that 'height' at least had some place! you can use ele and height tags for 3D, but either you have a very good imagination or you would want editor support for it. (we could even have curves or other parametric geometry by adding curve tension tags to the ways or inventing freaky 3D relations (e.g. lathe, sweep)), but all these would need support to be useful. The step from 2D to 3D would add a lot of complexity on the mappers, narrowing down the mass of contributors potentially willing and able to participate. Everyone would have to deal with this: It's difficult to imagine introducing 3D in parallel (as long as you don't do it completely disconnected, i.e. a fork), because everything is connected and someone not aware of 3D information would damage it inadvertently as soon as he was starting to make 2D edits on 3D data. cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Layers and landuse
sent from a phone Am 29.06.2015 um 09:45 schrieb Lester Caine les...@lsces.co.uk: Boundaries and landuse are another 'plane' independent of layer, rather than 'plane' you can see them as pointy volumes you get by slicing a piece of the globe, connecting the centre of the earth with the nodes and cutting along the way ;-) cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] Fwd: Programme du Users Club UrbIS du 11 juin 2015 / Programma voor de UrbIS Users Club van 11 juni 2015
Le 28/06/15 13:42, Nicolas Pettiaux a écrit : Le 2015-06-12 9:43, Julien Fastré a écrit : Hi ! I had a presentation yesterday. It was very fine, the audience reach +/- 100 peoples from different administration of Brussels Capital Regio. Here are the slides : http://fr.slideshare.net/Julienfastre/openstreetmap-et-urbis-urbis-user-club-11-juin-201511-juni-2015 Bravo Julien et grand merci. Je lis que 630 batiments de Bruxelles ville ne sont pas dans OSM. Je propose l'organisation d'une cartopartie à Bruxelles ville en août ou septembre pour mapper ces batiments qui manque. Et faire cela avec la participation et le soutien de 1/ la ville de Bruxelles 2/ de l'association du tourisme de Bruxelles, 3/ de l'association des brasseurs et restaurateurs bruxellois, 4/ du Gracq. Qu'en pensez-vous ? Nicolas Salut, D'après les conversations que j'ai eu avec emerzh, il ne s'agit pas forcément de bâtiments manquants. Soit : - la référence n'a pas été ajoutée à l'objet dans OSM, mais le bâtiment y est ; - les données d'URBIS utilisées ne sont pas à jour (seules celles de 2013 ont été transformées en fichiers .osm et sont facilement utilisables), et les bâtiments n'existent plus Donc il faudrait identifier d'abord ces 630 bâtiments, et voir ce qu'il en est. Après la discussion avec Urbis et de ce que j'en ai vu, il y aurait deux-trois choses à faire : - mettre en place une routine pour avoir des données urbis à jour en fichiers .osm ; - continuer la comparaison entre les données .osm et les fichiers urbis à jour (nb de bâtiments manquants, localisation) Pour ces deux points il faudrait trouver quelqu'un qui a du temps et les connaissances pour le faire... Et puis, chose simple, il faudrait renseigner le WMS avec les orthophotos d'URBIS dans JOSM, comme cela a été fait avec la Région Wallonne et l'AGIV. Julien ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] K?T poru?uje licenci OSM
On Mon 2015-06-22 17:26:22, Pavel Pisa wrote: Ahoj Pavle i ostatní, On Monday 22 of June 2015 13:44:31 Pavel Machek wrote: Ahoj! tak tohle mě dostalo. Nejen, že KČT odmítá spolupráci s OSM, ale Klub českých turistů Queer dokonce na svém webu OSM používá a nedodržuje požadavky na uvedení zdroje a copyrightu: http://queer.kct.cz/turisticke-znaceni Pekne od nich, ze nam reknou, co oznackovali... skoda ze to nedelaji vsichni v KCT. A ted.. OdBL tusim rika, ze licenci vyrendrovanych dat urcuje ten, kdo je renderuje.. takze jsme si jisty, ze neco porusujou? Bylo by pekne mit moznost to po nich natrasovat z tech obrazku ale zase OdBL, takze nemuzem :-(. Určitě od nich nemůžeme požadovat průběhy. OSM mapu jako podklad pro vykreslení vlastní vrstvy použít mohou a nic vracet nemusí. To je zcela v pořádku. Ale zásadní porušení licence OSM je neuvedení informace, že pro jako podklad je použitá databáze nebo přímo dlaždice z OSM. Pokud není něco zcela špatně u mě nebo v OdbL (znova jí teď kvůli tomu číst nestíhám), tak tato informace uvedená být musí a bez toho je to neoprávněné použití díla, tedy v krajním případě to lze klasifikovat jako krádež. No, kradezi bych to nenazyval, necht jsou veci nazyvany pravymi jmeny. Ono to vypada, ze licenci k vyrenderovane mape urcuje ten, kdo ji vyrenderoval... takze je dokonce mozny ze to co queer.kct.cz delal bylo v poradku. Svet byl jednodussi kdyz jsme se tvarili ze mapa a vsechno z ni vyrenderovane je CC-BY-SA... (i kdyz to mozna nebylo vymahatelne). Kazdopadne jsem rad, ze se tam copyright objevi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cat] SotM CAT 2015
Proba ara. Crec que ja està modificat l'obligació d'inici de sessió per a l'enquesta. https://docs.google.com/forms/d/11ndjA4_7mZVwumZw-FLfB8tcZrF_wt6O9jyjCXnz8_M/viewform?usp=send_form El dia 29 de juny de 2015, 8:44, Felip Manyer i Ballester fe...@openstreetmap.cat ha escrit: El 25/06/15 23:59, en/na Carlos Sánchez ha escrit: Us proposo el dissabte 3 d'octubre al CitiLab de Cornellà. Us passo un enllaç per anar veient que en penseu del tema i si en proposseu d'altres ubicacions o dates alternatives. https://docs.google.com/forms/d/11ndjA4_7mZVwumZw-FLfB8tcZrF_wt6O9jyjCXnz8_M/viewform?usp=send_form Bon dia, malauradament sembla que requereixi una connexió... -- Felip Amic, fugim tanta malòria, on viu tot home a gratcient; del camí a l'ombra fem memòria, mirant la vinya i l'aire pacient, i transcrivim cent i mil meravelles al Llibre de les Set Sivelles. -+- El Llibre de les Set Sivelles, Josep Sebastià Pons -+- ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- *Carlos Sánchez*About.me http://about.me/carlos.sanchez ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-at] Fahrverbot ausgen. Fzg. der Anrainer u. ihrer Lieferanten sowie Wirtschaftsfahrzeuge bis zu einer Höchstbreite von 2m70
On 28.06.2015 23:00, Stefan Tauner wrote: Dieses Schild (siehe Anhang) steht ca. bei 68938085 am Anfang der Bellevuestraße (https://www.openstreetmap.org/way/24935753). Als wäre das nicht schon blöd genug zu taggen... fehlt ein gleichwertiges Zeichen am Ausgang auf der anderen Seite (zumindest bei 68938289 habe ich keines gesehen). Discuss! Markus Straub, du hast dort erst unlängst editiert... warst du auch vor Ort und hast irgendeinen Input? Vor allem würde mich interessieren, warum er fixme=access,maxspeed gesetzt hat. Wenn er der Meinung ist, dass daran etwas falsch ist, hätte er im Fixme eine Begründung angeben sollen. Ich habe schon vor über 4 Jahren korrekt vehicle=delivery gesetzt, was den Fahrzeugen der Anrainer und ihrer Lieferanten entspricht. Die Wirtschaftsfahrzeuge bis zu einer Höchstbreite von 2m ließen sich damals noch nicht taggen, heute geht das mit agricultural:conditional=yes@width=2. Wenn das ganze wirklich nur von einer Seite beschildert ist, dann ergibt sich: vehicle:forward=delivery agricultural:forward:conditional=yes@width=2 Das gleiche gilt natürlich auch für Way 347333116. Nebenbei missfällt mir an Way 24935753 das source:maxspeed=AT:zone:30. Sowohl AT... als auch ...30 sind überflüssig. Dass es sich bei der Zone um eine 30er-Zone handelt, ergibt sich schon aus maxspeed=30, und das Land hat mit der 30er-Zone nicht wirklich was zu tun. Darum besser nur source:maxspeed=zone (oder noch besser maxspeed:type=zone). -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Mappen von Schachtdeckeln
Hallo Leuts, ich wollte euch fragen wie ihr Schachtdeckel, wie in den Fotos zu sehen, mappt. Die Schachtdeckel sind auf einer Grünflächen am Max-Eyth-See: http://www.openstreetmap.org/#map=18/48.82848/9.20963 Gruß Michael Paulmann ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-ja] deleting note tag from old KSJ2 import data
Tomさん コメントありがとうございます。 どうやってやるかはともかくとして、 削除する方向で動きたいな、と思います。 他にもコメントありましたら、今週いっぱいくらいまででいただけると嬉しいです。 m(_ _)m 2015年6月27日 14:25 Tomomichi Hayakawa tom.hayak...@gmail.com: Tomです@空港なので取り急ぎ これらのデータの多くを入れたのは私です。 当時は、そのような解釈でタグ付けしていたように思います。 その後、海外の方より、余分なタグつけるな!的な投稿があり、 削除すべきだとの認識になったと記憶しています。 私も、気が付いたら削除していましたが・・。 これらの冗長なタグの削除に賛成です。 2015年6月25日 22:16 Satoshi IIDA nyamp...@gmail.com: いいだです。 過去のKSJ2データインポートにおいて、noteタグおよびnote:jaに付与されているデータを削除したい、と考えています。 これらのデータは、noteタグ本来の利用法でなく、本来のnoteタグの利用を阻害しています。 また、出典明記の観点からも、データ出典元である国土交通省から データ表記方法はOSM側の判断によるという判断を頂いていることから、 過去OSM側で行われた「できる限り併記してください」の意味合いについても、クリアしていると考えています。 2条3項の、この部分です。 国土数値情報の整備年、国土画像情報の撮影年・撮影場所、ファイル名、編集・加工した場合には編集・加工責任者等の情報についても、できる限り併記してください。 http://nlftp.mlit.go.jp/ksj/other/yakkan.html 過去の判断では、「できる限り」が、「可能な限りすべての場所に」と解釈されていました。そのため、KSJ2の元データに存在していたすべての属性テーブ ルの情報が、タグとして付与されていました。出典の明記方法がOSM側判断に任されているということは、「できる限り」とは、「どこかの場所に、できたら ば」という意味であると考えています。 具体的にOSMデータベースから削除したいデータは、以下です。 ■森林データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Forest note = A13-06_25.xml , のような、ファイル名。 ■発電所データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Power_plant note = National-Land Numerical Information (Power plant) 2007, MLIT Japan note:ja = 国土数値情報(発電所データ)平成19年 国土交通省 ■公共施設データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Public_facility note = National-Land Numerical Information (Public Facility) 2006, MLIT Japan note:ja = 国土数値情報(公共施設データ)平成19年 国土交通省 ■鉄道データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Railway note = National-Land Numerical Information (Railway) 2007, MLIT Japan note:ja = 国土数値情報(鉄道データ)平成19年 国土交通省 ■河川データ note = National-Land Numerical Information (River) 2006, MLIT Japan note:ja = National-Land Numerical Information (River) 2006, MLIT Japan http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/River 懸念として、利用したデータの年度が、OSM wikiに記載されていないデータセットがあります。 これについては、現状OSMデータベース側に入力されている情報を元に、 OSM wikiに記載を行ってから(OSM wikiに、◯◯年度のデータを利用していますとドキュメントを残してから) 消したほうが、将来的にトラッキングがし易いのかな?と思っています。 あまり使わないデータだとも思いますので、そうした作業はなくともよいだろうな、とも思っています。 ご意見をいただけると嬉しいです。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk] Layers and landuse
On 29/06/15 10:59, Florian Lohoff wrote: I consider layer=* on landuse as beeing broken. If you need to cut out a part of an landuse thats what a multipolygon is for. For me landuses may not overlap. As a goal for the future, a 'plane' of data that has a single landuse classification for every point would be nice. Other projects are working on that data and just using OSM as a background overlay. but for now, a large residential area with a few small pockets of other areas of activity such as a playground don't need the full multi-polygon treatment. But should the residential road network be inside or outside that polygon? We had the same discussion in relation to 'landuse=university' where the campus area needs an outline, but t5ere are a lot of different 'landuse' activities within that ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] MeckPomm - Ergänzung Straßenschlüssel / Abgleich mit öff. Straßen
Hallo Community, ich bin Matthias, der ein oder andere kennt mich vielleicht unter meinem privaten Benutzer (user:!i!). Seit einiger Zeit arbeite ich nun im Katasteramt hier in Rostock und helfe da insb. bei verschiedenen Projekten für die Bürger mit. An dieser Stelle geht es hier also um OSM :-) Auf der MeckPomm-ML hatten wir bereits im letzten Jahr angesprochen, dass wir gerne dabei mithelfen möchten, hier im Flächenland M-V OSM gerade bei den Straßen zu vollständiger [1]. Hintergrund ist, dass wir z.B. bei www.orka-mv.de auch Daten aus OSM nutzen um eine aktuelle und detaillierte Karte mit Landesabdeckung anbieten zu können. Leider hatten wir nun ein wenig Pech bei unserer internen Abstimmung und übersehen, dass bevor es losgeht nochmal mit der OSM-Community zu diskutieren, weshalb es verständlicher Weise letzte Woche ein wenig Aufregung im Forum gab [2]. Das tut uns leid, es war nicht beabsichtigt die policies zu verletzen, sondern wir haben es einfach verpennt über die Details früher zu informieren :-( Das haben wir nun nachgeholt und findet sich als erster Entwurf hier im Wiki: https://wiki.openstreetmap.org/wiki/User:KVLA-HRO-Mei/M-V_Straßenschlüssel_Import Wir haben bereits Feedback aus dem Forum und der ML probiert einzubauen, möchten aber die Community auf talk-de nicht außen vor lassen. Gerne also Anmerkungen einfach mailen, wir diskutieren die dann und schauen was möglich ist. Um es kurz zu machen, hier nochmal eine kleine Zusammenfassung: Worum es gehen soll, ist das Erkennen der bereits vorhandenen / fehlenden / abweichenden Straßen zwischen OSM und dem offiziellen Stand der Verwaltung. Dazu möchten wir die Straßenschlüssel an die Straßensegmente hängen [3], um auch langfristig die Straßen wiederfinden zu können und neue (noch fehlende) Straßen zu finden. Dabei wollen wir schrittweise vorgehen und zunächst (wo wir aktuell gestoppt haben) die Straßen anfassen, welche wir eindeutig über den Namen finden können. In einem zweiten Schritt probieren wir dann Straßen mit klar erkennbaren Abweichungen (Schreibweise, Geometrie, Abschnitte, ...) mit einem Schlüssel zu versehen (merken uns die Probleme für später). Für Schlüssel die nun noch nicht zugeordnet werden konnten schauen wir, ob es da Probleme (auch auf unserer Seite) gibt, oder ob die wirklich fehlen. Erst danach würden wir durchgehen und bei den eindeutigen Fehlern Korrekturen an den OSM Straßennetz durchführen. Das beinhaltet dann also ggF. Straßen auftrennen, z.B. weil sie bisher über Gemeindegrenzen hinaus so benannt waren, oder das Erfassen/Benennen von noch fehlenden/unbenannten Straßen. All dass passiert aber durch Menschen und wird nur durch eigene Tools unterstützt um schneller ein ganzes Bundesland durchsehen zu können. Ich hoffe wir können auch hier noch etwas Feedback bekommen, wie die Community zum Vorgehen und den Einzelheiten steht. Wir greifen Hinweise gerne auf, aber wie gesagt, wir sind ja erst bei Schritt 1, also ein halbautomatischer Edit. Viel steht auch schon im Forum und der Seite unseres Projekt-Partner [3], gerne dort also nochmal reinschauen. Ich fände es schön, wenn wir mit diesem Projekt bei OSM mithelfen etwas an OSM zurückzugeben könnten :-) Mit freundlichen Grüßen Matthias Meißer 1 https://lists.openstreetmap.de/pipermail/meckpomm/2014-November/002220.html https://lists.openstreetmap.de/pipermail/meckpomm/2014-December/002229.html 2 http://forum.openstreetmap.org/viewtopic.php?id=31618 3 http://vbgolnik.de/de/geodaten/openstreetmap-mv-strassenschluesselzuordnung-gis/ -- Matthias Meißer Sachbearbeiter Regionale Geoinformationsssysteme Hansestadt Rostock Der Oberbürgermeister Kataster-, Vermessungs- und Liegenschaftsamt Abt. Kataster Holbeinplatz 14, 18069 Rostock Tel.: +49 (0)381 381 6221 Fax: +49 (0)381 381 6902 E-Mail: matthias.meis...@rostock.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Mechanical edits
Hi Andrew, Am 2015-06-29 um 17:01 schrieb Andrew MacKinnon: I admit that I have been guilty of doing inappropriate mechanical edits in the past, but I am wondering: is it time that OSM implements controls on doing mechanical edits in the API? In other words, should OSM implement a feature in the API that bans doing edits over a certain size (perhaps 5 degrees latitude or 5 degrees longitude, with larger amounts of longitude allowed near the north and south pole as this would make editing there impossible otherwise), with exceptions for administrators/designated users? Would this cause so much of a problem for legitimate users that this is a bad idea? A large bounding box of a changeset is not a proof that the edit is mechanical. There are also users at OSM who first edit an object in Europe and afterwards in America before they upload their changes. (This usually happens if the user uses JOSM oder Potlatch 2) On the other hand, it is possible that a users who performs a mechanical edit uploads his changes in small chunks, each having a small bounding box (few square kilometers). Adding such a feature just increase the amount of work of a group of administrators. Every user who wants to legallay perform a mechanical edit has to get additional rights granted. That's why I think that there should be no restriction on API side. Either people realize that mechanical edits have to be disussed first (after revert of their first undiscussed mechanical edit) or they get blocked if they refuse contact with the community. Best regards Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Layers and landuse
On 29/06/15 15:08, Martin Koppenhoefer wrote: The step from 2D to 3D would add a lot of complexity on the mappers, narrowing down the mass of contributors potentially willing and able to participate. Everyone would have to deal with this: It's difficult to imagine introducing 3D in parallel (as long as you don't do it completely disconnected, i.e. a fork), because everything is connected and someone not aware of 3D information would damage it inadvertently as soon as he was starting to make 2D edits on 3D data. I'm not so bothered about 3D, but rather making it a little clearer on 2D maps that one HAS to go a particular way when the road other side of the building IS 5 stories below, and the main road is three stories below that. People who have visited Malta will know what I am saying, but following a satnav somewhere you don't know after a long flight ... it would be nice if the map warned you :) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Rekonstrukce ulice
Mozna prece - odkazu na tema tydne cisla 252 weeklyOSM CZ: http://www.weeklyosm.eu/cz/archives/3756 Dne 29. června 2015 17:17 jzvc j...@tpfree.net napsal(a): Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] Mechanical edits
Recently we have been having a problem with several users doing mechanical edits to add the prefix ON to the ref of every highway in Ontario. The Canadian OSM community is unhappy with this. I admit that I have been guilty of doing inappropriate mechanical edits in the past, but I am wondering: is it time that OSM implements controls on doing mechanical edits in the API? In other words, should OSM implement a feature in the API that bans doing edits over a certain size (perhaps 5 degrees latitude or 5 degrees longitude, with larger amounts of longitude allowed near the north and south pole as this would make editing there impossible otherwise), with exceptions for administrators/designated users? Would this cause so much of a problem for legitimate users that this is a bad idea? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanical edits
A large bounding box of a changeset is not a proof that the edit is mechanical. There are also users at OSM who first edit an object in Europe and afterwards in America before they upload their changes. (This usually happens if the user uses JOSM oder Potlatch 2) On the other hand, it is possible that a users who performs a mechanical edit uploads his changes in small chunks, each having a small bounding box (few square kilometers). There would have to be editor support for this feature, i.e. generate a warning in this situation. The idea is that mechanical edits would only be allowed for administrators/users with the mechanical edits allowed flag/users with over 1000 edits and 1 month experience, etc. There needs to be something to prevent particularly inexperienced users from doing damaging mechanical edits or at least generate warnings in editors to discourage them from doing so. Maybe a less drastic method is for editors such as JOSM to generate a warning when uploading a changeset with a large bounding box, or edits that upload data coming from the XAPI/Overpass service, etc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-ca] ON prefix
User:osm_validation_and_improvements made mechanical edits to add the ON prefix to Ontario highways again. I am currently in the process of reverting these edits, but this will take a long time. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
On Sat, 27 Jun 2015 17:55:08 +0200, Simon Poole si...@poole.ch wrote: A condition of having a valid licence to use OSM data is providing a suitable way of pointing out the conditions of use of said data to your users/customers/etc (which is relaxed a bit for produced works). Don't provide that, you don't have a valid licence with all the related consequences. If you have information that this obligation is not being fulfilled by distributors of OSM based products, please report it to the OSMF/LWG. The problem being, of course, assuming there is no property right, there's only a contract, not a license. Contracts are not enforceable against third parties. A person who makes OSM data available without conditioning it on acceptance of the same contract, may indeed be in violation of *his* contract. But the people who take that data aren't bound by anything. If someone obtains a stash of OSM data, stripped of all attribution and legalese, then, upstream, someone may have violated a contract. But unless there's some sort of intellectual property right, people who obtain OSM data in this way aren't bound by anything. This is why IP rights are so valuable! You don’t require a continuous chain of legal documents. If there is an IP right, then if the licensing info is stripped off, then a user has no right to the data to begin with. On the other hand, if everyone is being a good actor and, when they are further distributing OSM data, attaching the ODbL, there is a contract. But I’m not sure who the contract is between—a third party can’t enter into a contract on behalf of OSM. So the contract would probably be between the third-party distributor and whoever takes the data from it. However, OSM might be able to enforce that contract, as a third-party beneficiary. (Third parties who are the intended beneficiaries of a contract can sometimes enforce contracts they are not parties to—this is very different than third parties being bound by someone else’s contract.) [I’m a new subscriber to this list, so apologies if this message isn’t formatted or threaded properly. Also, this is just based on US law and common law generally. Details might be different in civil law jurisdictions. Finally, while IAAL, this is not legal advice, and no one reading this is my client. ] — john ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-cz] Rekonstrukce ulice
Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Rekonstrukce ulice
On 06/29/2015 05:17 PM, jzvc wrote: Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. Ahoj, tagy máme, ale 2. nepanuje na tom úplně shoda a 1. máloco to umí používat: http://wiki.openstreetmap.org/wiki/Key:opening_date http://wiki.openstreetmap.org/wiki/Conditional_restrictions V praxi třeba tady, ale stejně je na tom i highway=construction : http://www.openstreetmap.org/way/344081477 Omezeně průchodnou bych asi značil foot=yes, width=šířka v metrech, wheelchair=no, surface=povrch - možná unpaved? . Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
John Bergmayer wrote: The problem being, of course, assuming there is no property right, there's only a contract, not a license. Contracts are not enforceable against third parties. A person who makes OSM data available without conditioning it on acceptance of the same contract, may indeed be in violation of *his* contract. But the people who take that data aren't bound by anything. It's possible they may be. OSMF is based in England Wales, and the Contributor Terms say This Agreement shall be governed by English law without regard to principles of conflict of law. Under the Contracts (Rights of Third Parties) Act 1999, a person who is not a party to a contract (a 'third party') may in his own right enforce a term of the contract if... the term purports to confer a benefit on him. But this is way above my pay grade. https://en.wikipedia.org/wiki/Contracts_(Rights_of_Third_Parties)_Act_1999 Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-Using-OSM-data-without-modifying-are-there-any-guidelines-tp5848948p5849151.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
On Jun 29, 2015, at 11:18 AM, Richard Fairhurst rich...@systemed.net wrote: It's possible they may be. OSMF is based in England Wales, and the Contributor Terms say This Agreement shall be governed by English law without regard to principles of conflict of law. Under the Contracts (Rights of Third Parties) Act 1999, a person who is not a party to a contract (a 'third party') may in his own right enforce a term of the contract if... the term purports to confer a benefit on him”. Right, same in the US. As I mentioned, intended third party beneficiaries may enforce a contract against one of the parties. But a third party cannot be bound by a contract entered into by others. -- j...@bergmayer.net ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-ca] Ref tags in Ontario -- also Manitoba and Quebec
It's worth mentioning that prefixes have been added in other provinces as well: - R (for Route) and A (for Autoroute) in Quebec (e.g. A 40, R 148) - PTH (Provincial Trunk Highway), PR (Provincial Route, i.e. secondary road) and Route in Manitoba (e.g. PTH 15, PR 241, Route 90) Other than Route for metro routes in Winnipeg, the highway shields can be determined algorithmically (in Manitoba, anything above 199 is a Provincial Route; in Quebec, everything below 100 and above 399 is an Autoroute); outside of Winnipeg, there is no chance of confusion as to which route marker to use, as there might be in Ontario. -- Jonathan Crowe http://www.jonathancrowe.net ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Am 29.06.2015 um 17:00 schrieb John Bergmayer: On Sat, 27 Jun 2015 17:55:08 +0200, Simon Poole si...@poole.ch wrote: A condition of having a valid licence to use OSM data is providing a suitable way of pointing out the conditions of use of said data to your users/customers/etc (which is relaxed a bit for produced works). Don't provide that, you don't have a valid licence with all the related consequences. If you have information that this obligation is not being fulfilled by distributors of OSM based products, please report it to the OSMF/LWG. The problem being, of course, assuming there is no property right, there's only a contract, not a license. Contracts are not enforceable against third parties. That is naturally clear, however a) nobody is claiming that there are no as in: none at all, property rights in OSM data, and b) I was only referring to the original distributor of the OSM data/derived data. Besides that, there are other statues that could be brought to the table in some of the major markets for OSM based products (for example unfair competition legislation in Germany) that would hurt substantially (the OSMF would naturally not be party to such action). Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Deletions in Korea
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi List, the user jbeank did some strange edits. he deleted the National Intelligence Service HQ south of Seoul, a kind of South Korean CIA. http://osmhv.openstreetmap.de/changeset.jsp?id=32029119 So I looked at some other edits of that user: He edited some details along the DMZ, and added a mosque in Daejon http://www.openstreetmap.org/changeset/32003914 And the border between Turkey and Syria: http://www.openstreetmap.org/changeset/31958075#map=16/36.7058/38.9604 Which is notable because of http://dailystar.com.lb/News/Middle-East/2015/Feb-24/288559-missing-korean-teen-at-isis-training-camp.ashx I can't quite understand the motivations and connections between the edits, but some of this should probably be reverted. m. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWRb2AACgkQ3EB7kzgMM6K0fQCcD64NZMIztv8HbOB656anpQIz IHcAn2PHlNEPqRDNGhjPtq8l1QhL8MBY =UHoc -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cat] Fwd: Llibertat de panorama
Hola! Doncs nosaltres com a entitat també ens posicionem a favor de la llibertat de panorama. Ja ho hem parlat i informarem del tema al Fòrum. Albert, ens va arribar el correu de David Parreño ;) Personalment no me'n vaig recordar de comentar-ho al regidor d'urbanisme i a l'alcaldessa a l'Enroda't, però en aquest aspecte no hi ha problema. Un és antic participant del Viquiprojecte de Badalona, i l'alcaldessa la vàrem tenir l'any passat al Fòrum a la presentació del Viquiprojecte de Badalona. Com segurament vindran aquest dissabte els hi farem arribar el tema, a més de fer-ho de forma institucional. I sí, estic d'acord que la comunitat d'OpenStreetMap en català també es posicioni a favor. 2015-06-29 6:02 GMT+02:00 josep constantí jconsta...@yahoo.es: Compteu amb mi. Mapes oberts i panorama obert. Josep Sent from Yahoo Mail on Android https://overview.mail.yahoo.com/mobile/?.src=Android -- *From*:Konfrare Albert lakonfrariadelav...@gmail.com *Date*:dl., juny 29, 2015 at 0:18 *Subject*:Re: [Talk-cat] Fwd: Llibertat de panorama Ep! Responc entre línies. He afegit al David Parreño en CCO per si més endavant vol subscriure's i intervenir en la conversa (i poder seguir el fil) El dia 28 de juny de 2015, 19:07, Carlos Sánchez erielk...@gmail.com ha escrit: Aniré fent difussió de les fotografies de monuments i edificis en negre de llocs com La Palma de Cervelló, Vilanova i la Geltrú o Sabadell, que aneu fent. El dia 28 de juny de 2015, 19:02, Carlos Sánchez erielk...@gmail.com ha escrit: Distribuiré a través d'OSMcatalà i del meu compte la campanya i alguns exemples... Us animo a fer-ho pels diferents ajuntaments de la vostra zona El dia 28 de juny de 2015, 18:35, yo paseopor yopaseo...@gmail.com ha escrit: Em sembla una idea , jo puc fer-la de Vilanova i la Geltrú 2015-06-27 23:04 GMT+02:00 Carlos Sánchez erielk...@gmail.com: Que us sembla fer una campanya a través de les xarxes dirigides als ajuntaments de parla catalana amb el següent format?? @ajuntament https://twitter.com/ajuntament recordeu que la gent ja no podrà publicar imatges dels vostres monuments i edificis emblemàtics #FoP https://twitter.com/search?q=%23FoP (incloent imatge d'un monument o edifici de la seva vil·la pintat de negre) https://twitter.com/search?q=%23FoP Bona iniciativa Carlos! Però cal tenir present que l'esmena de llei només afectaria als edificis o monuments amb drets d'autor, és a dir, aquelles obres en què l'autor no faci més 70 anys que és mort. A partir dels 70 anys els drets expiren. Ho dic per no caure en la desinformació a l'hora de fer la campanya, i assegurar-nos de què hi posem imatges amb aquest tipus d'edificis. 2015-06-25 12:55 GMT+02:00 Konfrare Albert lakonfrariadelav...@gmail.com : Ep! Reenvio això. Estaria bé que ens posicionéssim i veiéssim com podem ajudar. No estaria de més contactar amb altres grups d'OSM. Inisiteixo en què seria important que ens posicionessim com a grup. És a dir, que la gent d'Amical Wikimedia puguin dir «la gent d'OpenStreetMap en català donen suport a la campanya per la llibertat de panorama». En aquest cas estaria bé crear una pàgina al wiki explicant la nostra posició i fer-ne difusió. De moment entenc que en Carlos, Yopaseopor i jo mateix estem a favor d'afegir-nos a la campanya. Ningú més s'ha pronunciat. Si us sembla bé podem esperar a demà al vespre, si ningú més diu res, doncs ens hi adherim. Si algú té alguna objecció que ho digui ara o... ;) Salut!! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [OSM-talk] Mechanical edits
On 6/29/2015 11:12 AM, Michael Reichert wrote: That's why I think that there should be no restriction on API side. Either people realize that mechanical edits have to be disussed first (after revert of their first undiscussed mechanical edit) or they get blocked if they refuse contact with the community. Also even if there was a restriction on the API for area of edit, a mechanical editor would just first break the edit into smaller sections, hit 'Upload' and walk away as all the sections are automatically uploaded. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-latam] ciclo de seminarios gratuitos del IPGH sobre TIG
Creo que puede ser interés para la lista que la Sección Nacional del Ecuador del Instituto Panamericano de Geografía e Historia http://www.ipgh.gob.ec/ IPGH, a través de la Comisión de Cartografía ha organizado un ciclo de talleres y seminarios prácticos sobre diversos temas relacionados con las Tecnologías de la Información Geográfica (TIG) con el fin de acercar las geotecnologías a la ciudadanía. El primero de ellos es un taller sobre OpenLayers y se celebra mañana martes 30 de junio a las 15:00 h (hora local) en el Auditorio del Instituto Geográfico Militar (IGM) en Quito y se retransmitirá online. El día 9 de julio Daniel Orellana impartirá el taller «Introducción al uso y edición de OpenStreetMap». También se ha programado un taller sobre Geoestadística con R (Elena Chicaiza) y de escenarios de riesgos frente a tsunamis (Kleber Gonzales). Para los que vayáis a venir mañana con la laptop habrá conexión a internet. Horarios y más información en el blog de Geoimagina http://www.geoimagina.com/blog/309-geoimagina-colabora-con-el-ciclo-de-seminarios-del-ipgh-ecuador-sobre-geotecnologias Saludos, José Ignacio Sánchez *NOSOLOSIG* +593 993546218 www.nosolosig.com http://www.nosolosig.com nosolo...@nosolosig.com http://twitter.com/nosolosig ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-it] Aggiornamento dei distributori di carburante
dieterdreist wrote sent from a phone Am 27.06.2015 um 20:26 schrieb Aury88 lt; spacedriver88@ gt;: documentato o no (come moltissime cose) ci sono parecchi brand Indipendent (e alcuni indipendent) diffusi in un po' tutto il mondo che cosa ti fa pensare che questi brand=Independent fossero usati per altro che oggetti con un brand di nome Independent? ciao Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it premesso che non ho il numero esatto di quanti di quei brand siano riferiti all'ambito della distribuzione di carburante, ma limitatamente al carburante il fatto che al momento non risultano registrati brand di nome Indipendent o indipendent mi lascia supporre che non possa essere il nome di un brand...può sempre essere che sia anche un errore di diverse decine/centinaia di mappatori che hanno confuso il name o l'operator ma questo non lo so Una lista la puoi trovare qui [1] e puoi notare che sotto la lettera I non compare alcuna compagnia con tale nome Liste più generali (limitatatmente alla lettera I o i): [2] per il nord america RISULTATO=0 [3] per l'asia RISULTATO=0 [4] per l'europa RISULTATO=0 [5] per il sud america RISULTATO=0 [6] per l'oceania RISULTATO=0 altre prove che ho fatto è stata la ricerca tramite motore di ricerca della stringa Indipendent + fuel e non ho trovato nulla se non riferimenti alle pompe bianche... volevo provare anche con qualcosa di più ufficiale tipo un database di trademark ma non sono riuscito ad accedervi se ci riesci fammi sapere il risultato. comunque perchè? hai evidenze del fatto che siano state indicate così perchè riferite ad un brand effettivamente esistente con tale dicitura? in ambito petrolifero o altro? Vedento la mappa su taginfo ho visto una distribuzione a tutto il mondo quindi deve essere un marchio/brand abbastanza famoso ma non ho stranamente trovato nulla in rete riferito all'ambito petrolifero o altro. Comunque visto che ci siamo se sei a conoscenza di un brand di nome Indipendent oltre alla segnalazione nell'apposita discussione per il tag sarebbe utilissimo anche segnalare/aggiornare le pagine eventualmente mancanti di questo elemento (prima fra tutti quella wikipedia) [1]https://en.wikipedia.org/wiki/List_of_automotive_fuel_brands [2]http://www.namedevelopment.com/brand-names.html#9 [3]http://www.namedevelopment.com/brand-names.html#37 [4]http://www.namedevelopment.com/brand-names.html#65 [5]http://www.namedevelopment.com/brand-names.html#94 [6]http://www.namedevelopment.com/brand-names.html#121 - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-distributori-di-carburante-tp5848265p5849159.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Layers and landuse
On Mon, Jun 29, 2015 at 11:49:21AM +0100, Lester Caine wrote: On 29/06/15 10:59, Florian Lohoff wrote: I consider layer=* on landuse as beeing broken. If you need to cut out a part of an landuse thats what a multipolygon is for. For me landuses may not overlap. As a goal for the future, a 'plane' of data that has a single landuse classification for every point would be nice. Other projects are working on that data and just using OSM as a background overlay. but for now, a large residential area with a few small pockets of other areas of activity such as a playground don't need the full multi-polygon treatment. But should the residential road network be inside or outside that polygon? We had the same discussion in relation to 'landuse=university' where the campus area needs an outline, but t5ere are a lot of different 'landuse' activities within that ... playground != landuse - leisure=playground is part of a landuse=residential imho. I'd put a area landuse=residential area amenity=school name=University ... on that area. I see a huge problem coming with maintenance of the map where people have glued together all different types of object. The most problematic i see here is landuse (or other area based objects like amenity, leisure etc) and highway. As highway does not have a dimension the landuse reusing the highway nodes means covering half of the street. E.g. for me landuse=forest sharing nodes with the street means that there are trees on one side of the road until the center line. In some areas i have given up fixing that or even touching the map. Whatever object you try to fix/move you end up fixing 20 objects in the surrounding. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Aggiornamento dei distributori di carburante
mi scuso per il doppio post: segnalo che tra i tag brand dedicati al rifornimento di carburante del programma vespucci sono presenti entrambe le forme Independent e independent [1] Si può provare a chiedere allo sviluppatore in base a cosa o perchè abbia inserito questo brand e perchè siano presenti entrambe le forme [1]https://osmeditor4android.googlecode.com/svn/trunk/taginfo.json - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-distributori-di-carburante-tp5848265p5849161.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSRM-talk] osrm-extract hangs on osmosis updated germany file
On Mon, Jun 29, 2015 at 07:15:21PM +0200, Florian Lohoff wrote: On Fri, Jun 26, 2015 at 07:31:39PM +0200, Florian Lohoff wrote: Hi, i am regularly (every 4 hours or so) generating a new germany file with osmosis from planet diff (updating + cutting) and then convert it with the default car profile. Now i switched from 0.3.9 to git current and osrm-extract now hangs, or takes infinite time. For testing i used a germany file from download.geofabrik.de which worked. Convert took 663.46s. Now i used my file again and it is running for 2 hours at the same file size. [extractor] Sorting edges by renumbered start ... ok, after 16.5565s I found the live-lock of the osrm-extract - Its caused by commit break; } +// skip invalid edges +if (all_edges_list[i].result.target == SPECIAL_NODEID) +{ After adding an i++; here +continue; +} I get segfault in osrm-prepare with that file: [info] Input file: germany.osrm [info] Restrictions file: germany.osrm.restrictions [info] Profile: profile.lua [info] Threads: 8 [info] Generating edge-expanded graph representation [info] - 82673 restrictions. [info] Importing n = 21965574 nodes [info] - 44850 bollard nodes, 81913 traffic lights [info] and 23226747 edges [info] Graph loaded ok and has 23226747 edges [info] Removing graph geometry while preserving topology Segmentation fault Going back to 0.3.9 *grmpf* Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-us] Mapping Southern Maryland: A new local group
On Saturday, June 27, 2015 04:28:26 PM T M wrote: Did you contact Univ of MD Eastern Shore? If not I can put you in contact with their GIS professor? I haven't, mostly because it's outside of our intended geographic area of interest*, but I certainly wouldn't be against it. One of the people that showed interest is a student at UMD in College Park so we'll try to make contacts that way as well. Thanks for the offer. I'd very much enjoy talking with others and introducing OSM as a way to teach GIS/cartography. --Eric * Southern Maryland generally applies to the areas of Calvert, St. Mary's, Charles, and southern PG and Anne Arundel counties. I am in no way limiting membership and would happily expand to other areas if there was enough interest. The Eastern Shore, while 'close' geographically would require a boat ride to actually be close. :) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Layers and landuse
On Sun, Jun 28, 2015 at 02:39:14PM +0200, Tobias Knerr wrote: On 27.06.2015 11:19, michael spreng wrote: This is not a tagging error. It is an error. Only the underground part of the ditch should have layer=-1, and it needs to also have a tunnel tag. As for landuse, such areas are typically non-physical, and as such not easily inserted into the layer hierarchy. However, mappers are using landuse far beyond its original definition, and also map physical things such as pastures and (arguably) fields with it. At that point, the usual layer rules need to apply. If neighbouring fields are farmland and meadow you need to split them. And as we all think about mapping roads as areas e.g. landuse=highway landuses have most likely to stop at roadsides. I consider layer=* on landuse as beeing broken. If you need to cut out a part of an landuse thats what a multipolygon is for. For me landuses may not overlap. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] osm13/tile a subit une cure estivale...
L'hiver dernier avait été l'occasion de remettre au propre les données de la base postgresql qui sert à la génération des tuiles OSM-FR et HOT. Remettre au propre consiste à réorganiser les données sur disque pour les rassembler géographiquement (CLUSTER sur geohash*), ce qui permet de limiter le nombre d'accès disques nécessaires pour lire les données servant à dessiner un morceau de carte. Au fur et à mesure des mises à jour des données OSM, le désordre revient petit à petit et le nombre d'accès disque augmente donc régulièrement. C'est très visible sur le graphe annuel disponible sur http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/diskstats_utilization/sda.html J'ai donc à nouveau fait un CLUSTER pour remettre ça au propre. Vu qu'on a plus d'espace sur le SSD, ça a pris environ 24h là où il fallait plus de 3 ou 4 jours :) Les updates étaient suspendus pendant la manip et ont été relancés hier soir. C'est quasi à jour. A renouveller dans 6 mois... * voir https://cquest.hackpad.com/The-benefit-of-data-clustering-in-osm2pgsql-V7u26XbNaYW -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Hi, On 06/29/2015 05:21 PM, John Bergmayer wrote: Right, same in the US. As I mentioned, intended third party beneficiaries may enforce a contract against one of the parties. But a third party cannot be bound by a contract entered into by others. This was discussed at *very* *great* *length* before the license change. The basic question was: Could someone go to a relatively lawless country, extract OSM data there and make it into a new product to be sold outside of the ODbL in markets that we would consider important? I can't recap the whole breadth of the discussion here (legal-talk archive is your friend if you really want), but the gist of the discussion was that if this happened, while it may be cleverly exploiting legal loopholes, it would certainly be a gross violation of the spirit of our license and we would certainly not shy away from calling the party out for what they're doing, which would likely damage their business. The moral stick is probably the strongest weapon in our arsenal anyway, looking at the size of our legal battle chest ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[Talk-us] Question?
Would this be better in OpenHistoricalMap? http://www.openstreetmap.org/edit#map=19/33.44692/-112.09043 *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* *Sorry for any misspellings* ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Well the more basic question is: would you in the end have a marketable product that you could sell in places where people actually have money? And the answer is likely no. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[Talk-us] Telenav seeks OSM editors
Hey all, Apologies for the plug but I just can’t think of a better place to ask. Telenav currently has a couple open positions for OSM editors at our HQ in Sunnyvale, California! Here is the link to the job description, you can apply directly from there - http://t.co/k1xURXw4r9 If you want to know what our OSM editor team has been up to, check out our SOTM US talk here: http://stateofthemap.us/telenav-map-data-team-behind-the-monitor-and-in-the-field-a-north-dallas-tx-case-study/ Get in touch with me or my colleague Vlad (cc) if you have any questions! Martijn PS before you ask - yes, for a number of reasons we do want these folks to be at our HQ in Sunnyvale, CA :) ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question?
Is there any feature on the ground that can be surveyed? From the image it doesn't appear that the site has any historical markers that can be mapped. If so, I would say it doesn't belong in OSM. You'l' have to ask OHM if they think it belongs there. You should also contact the editor. I'm sure she would be happy to explain why she felt it belongs in OSM. Clifford On Mon, Jun 29, 2015 at 12:13 PM, Hans De Kryger hans.dekryge...@gmail.com wrote: Would this be better in OpenHistoricalMap? http://www.openstreetmap.org/edit#map=19/33.44692/-112.09043 *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* *Sorry for any misspellings* ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-br] Prazos SOTM LatAm
olá. Até amanhã a inscrição na SOTM LatAm tem preço promocional (15 dólares). Já o prazo para submissão de palestras finaliza na sexta-feira, dia 03 de Julho. http://sotm.openstreetmap.cl/ -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Question?
On Mon, Jun 29, 2015 at 2:14 PM, Richard Welty rwe...@averillpark.net wrote: http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Thanks for pointing out the wiki page on archaeological sites. I wasn't aware it was documented. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cz] Rekonstrukce ulice
Díky, to jsem neznal, v tom obecném opening_hours jsem to neviděl, tak jsem se dál nepídil. Jethro 2015-06-29 23:39 GMT+02:00 v...@email.cz: Zdar, rok v úplné specifikaci http://wiki.openstreetmap.org/wiki/Key:opening_hours/specification je. U uzavírek se používá typicky něco jako: vehicle:conditional = no @ (2015 May 25-2015 Jun 8) H. -- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 6. 2015 23:14:56 Předmět: Re: [Talk-cz] Rekonstrukce ulice 2015-06-29 17:42 GMT+02:00 Tom Ka tomas.kaspa...@gmail.com: Mozna prece - odkazu na tema tydne cisla 252 weeklyOSM CZ: http://www.weeklyosm.eu/cz/archives/3756 Díky, to jsem četl, ale už jsem to stihl zapomenout... Nicméně tam není zmíněno opening_date, což je u dlouhodobých rekonstrukcí použitelnější než (Jan-Dec) ;-) Protože má ulice zmapované chodníky, tak ty jsem nechal být, protože se zatím nic neděje, jen jsou umístěné zákazy. Na silnice a šalinu jsem dal construction a na tu část kolejí, po kterých teď rok nic nepojede, disused a nastavil jsem opening_date. Přijde mi škoda, že neexistuje tagování pro dlouhodobější dočasné věci - pokud jsem správně pochopil conditional_restrictions, tak se v nich používá syntaxe opening_hours, což u roční rekonstrukce je k ničemu (neboť jsem v jejich definici rok nenalezl). Díky za rady a rád se nechám poučit, pokud jsem na něco zapomněl a nebo to udělal nevhodně. Jethro Dne 29. června 2015 17:17 jzvc j...@tpfree.net napsal(a): Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-br] Traduções em português do iD e JOSM
Hm assim: o Nominatim fornece nomes para a busca no site principal, mas a interface do Nominatim não é traduzível ainda porque é voltada para desenvolvedores (que afinal não sobrevivem sem inglês). Mas é legal que alguém sugira a possibilidade de tradução, talvez implementem uma interface pra isso em breve. 2015-06-29 17:49 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: twain47/Nominatim ‒ How to translate nominatim.openstreetmap.org? #292 Tentei colher a informação lá mas estou com dificuldade de me fazer entender. Em 28 de junho de 2015 22:51, Fernando Trebien fernando.treb...@gmail.com escreveu: Talvez ninguém tenha olhado porque o site é um projeto, o Nominatim é outro, e o que aparece no site são traduções que vêm das duas fontes. Em particular, os termos que aparecem na lista de resultados de uma pesquisa vêm do Nominatim. On Sun, Jun 28, 2015 at 10:48 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Links para todas as traduções: https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es 2015-06-28 22:43 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases Em 28 de junho de 2015 22:40, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Onde são gerenciadas as traduções do Nominatim? Em 28 de junho de 2015 22:26, Fernando Trebien fernando.treb...@gmail.com escreveu: No caso do Nominatim, tinha MUITA coisa pra consertar. Basicamente só 1 tradutor se preocupou e ele pelo visto nem é mapeador. Vai levar um tempo, talvez meses, pra que os consertos passem pro site. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Traduções em português do iD e JOSM
Eu entendi isso. Mas digamos que exista uma tradução ruim sendo entregue pelo Nominatim ao openstreetmap.org, não sei onde ajustá-la. Seria naquele TranslateWiki? Em 29 de junho de 2015 18:26, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm assim: o Nominatim fornece nomes para a busca no site principal, mas a interface do Nominatim não é traduzível ainda porque é voltada para desenvolvedores (que afinal não sobrevivem sem inglês). Mas é legal que alguém sugira a possibilidade de tradução, talvez implementem uma interface pra isso em breve. 2015-06-29 17:49 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: twain47/Nominatim ‒ How to translate nominatim.openstreetmap.org? #292 Tentei colher a informação lá mas estou com dificuldade de me fazer entender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Probleme mit Mapper - was tun?
Hallo Bernhard, Am 2015-06-29 um 22:24 schrieb Bernhard Weiskopf: Eine Mail an d...@osmfoundation.org mit Beschreibung des Sachverhalts. Ich bin leider nicht täglich in OSM bzw. am PC, deshalb antworte ich erst jetzt. Muss man an o. g. E-Mail-Adresse in Englisch schreiben oder ist auch Deutsch möglich? Deutsch geht auch. Es sind derzeit drei Deutsche in der DWG. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Traduções em português do iD e JOSM
twain47/Nominatim ‒ How to translate nominatim.openstreetmap.org? *#292* https://github.com/twain47/Nominatim/issues/292#issuecomment-116812936 Tentei colher a informação lá mas estou com dificuldade de me fazer entender. Em 28 de junho de 2015 22:51, Fernando Trebien fernando.treb...@gmail.com escreveu: Talvez ninguém tenha olhado porque o site é um projeto, o Nominatim é outro, e o que aparece no site são traduções que vêm das duas fontes. Em particular, os termos que aparecem na lista de resultados de uma pesquisa vêm do Nominatim. On Sun, Jun 28, 2015 at 10:48 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Links para todas as traduções: https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es 2015-06-28 22:43 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases Em 28 de junho de 2015 22:40, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Onde são gerenciadas as traduções do Nominatim? Em 28 de junho de 2015 22:26, Fernando Trebien fernando.treb...@gmail.com escreveu: No caso do Nominatim, tinha MUITA coisa pra consertar. Basicamente só 1 tradutor se preocupou e ele pelo visto nem é mapeador. Vai levar um tempo, talvez meses, pra que os consertos passem pro site. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-cz] spatna definice kraju
Dobrý večer, regiony soudržnosti jsou vedeny take v RÚIAN, http://vdp.cuzk.cz/vdp/ruian/regiony/vyhledej?rs.nazev=rs.kod=rsg.sort=NAZ EVsearch=Vyhledat PS -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Sunday, June 28, 2015 11:01 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] spatna definice kraju Ahoj, ano, je to takto: level 10 - katastrální území level 8 - obec level 7 - okres (77 okresů) level 6 - kraj (14 krajů) level 4 - region soudržnosti (těch je 8, to je ten Jihovýchod apod.) Kraje jako takové tedy v OSM jsou, level 6. -- Petr Dne Ne 28. června 2015 21:06:26, Jiří Sedláček napsal(a): To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě správně, víc o tom budou vědět asi jiní. 2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com: Ahoj, Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne rozdeleni kraju na: Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy, Jihovychod, Stredni Morava, Moravskoslezsko a Praha. Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani Nominatim API na geocoding dostanu spatnou definici kraje: display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj, Jihovýchod, Czech Republic class=boundary type=historicimportance= 0.16679990974024 address100Špilberk/address100 cityBrno/city countyokres Brno-město/county stateJihovýchod/state countryCzech Republic/country country_codecz/country_code /place Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name Jihomoravsky kraj obsahuje. Nevite, kdo by to byl schopen opravit? Predem diky. M. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-us] Question?
I think there's also this? http://www.openstreetmap.org/way/303225395 On Mon, Jun 29, 2015 at 3:24 PM, Richard Welty rwe...@averillpark.net wrote: On 6/29/15 3:58 PM, Clifford Snow wrote: Is there any feature on the ground that can be surveyed? From the image it doesn't appear that the site has any historical markers that can be mapped. If so, I would say it doesn't belong in OSM. You'l' have to ask OHM if they think it belongs there. You should also contact the editor. I'm sure she would be happy to explain why she felt it belongs in OSM. Clifford On Mon, Jun 29, 2015 at 12:13 PM, Hans De Kryger hans.dekryge...@gmail.com mailto:hans.dekryge...@gmail.com wrote: Would this be better in OpenHistoricalMap? http://www.openstreetmap.org/edit#map=19/33.44692/-112.09043 the canal, you mean? it's probably appropriate for OHM, although i'd be interested in what is actually surveyable on the ground. the existence of something surveyable determines if anything should be in OSM in, perhaps, the disused: namespace. it were to go into OHM, of course, we like it if it's documented and start_date and end_date tags are provided. but then we'd prefer the whole canal system, or at least major chunks of it, instead of this fragment. so the answer is definitely maybe. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cz] Rekonstrukce ulice
2015-06-29 17:42 GMT+02:00 Tom Ka tomas.kaspa...@gmail.com: Mozna prece - odkazu na tema tydne cisla 252 weeklyOSM CZ: http://www.weeklyosm.eu/cz/archives/3756 Díky, to jsem četl, ale už jsem to stihl zapomenout... Nicméně tam není zmíněno opening_date, což je u dlouhodobých rekonstrukcí použitelnější než (Jan-Dec) ;-) Protože má ulice zmapované chodníky, tak ty jsem nechal být, protože se zatím nic neděje, jen jsou umístěné zákazy. Na silnice a šalinu jsem dal construction a na tu část kolejí, po kterých teď rok nic nepojede, disused a nastavil jsem opening_date. Přijde mi škoda, že neexistuje tagování pro dlouhodobější dočasné věci - pokud jsem správně pochopil conditional_restrictions, tak se v nich používá syntaxe opening_hours, což u roční rekonstrukce je k ničemu (neboť jsem v jejich definici rok nenalezl). Díky za rady a rád se nechám poučit, pokud jsem na něco zapomněl a nebo to udělal nevhodně. Jethro Dne 29. června 2015 17:17 jzvc j...@tpfree.net napsal(a): Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-de] hour_on/off / Re: MeckPomm ...
Joachim Kast wrote on 2015-06-29 21:24: [3] http://www.openstreetmap.org/way/5011198 Worauf bezieht sich eigentlich das hour_on/off [1], auf den Zugang, die Geschwindigkeit, oder die Einbahnstrasse? Ich würde empfehlen, beim entsprechenden Wert das Schema key:conditional=value @ (22:00-06:00) [2] zu verwenden... [1] deprecated: https://wiki.openstreetmap.org/wiki/Key:hour_on [2] https://wiki.openstreetmap.org/wiki/Conditional_restrictions Hm, interessant, 367 Nodes tragen hour_on/off=automatic, das sind offenbar viele highway=street_lamp in Sachsen, die diesen Tag ohne Dokumentation adoptiert haben. tom ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Mapper - was tun?
Eine Mail an d...@osmfoundation.org mit Beschreibung des Sachverhalts. Ich bin leider nicht täglich in OSM bzw. am PC, deshalb antworte ich erst jetzt. Muss man an o. g. E-Mail-Adresse in Englisch schreiben oder ist auch Deutsch möglich? Schließlich habe ich zum ersten Mal mit solch einem Verhalten eines Mappers zu tun (der noch einiges mehr geändert hat, wie ich eben festgestellt habe und der jetzt seine Kontakte mit mir eingestellt hat.) Bernhard -Ursprüngliche Nachricht- Von: Michael Reichert [mailto:naka...@gmx.net] Gesendet: Dienstag, 16. Juni 2015 22:59 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Probleme mit Mapper - was tun? Hallo Bernhard, Am 2015-06-16 um 22:51 schrieb Bernhard Weiskopf: ... der DWG melden ... Wie mache ich das? Eine Mail an d...@osmfoundation.org mit Beschreibung des Sachverhalts. Könntest du mal bitte die drei Changesets verlinken, die du kommentiert hast? Parkplatz: https://www.openstreetmap.org/way/346798057 https://www.openstreetmap.org/changeset/31337863 Waldweg mit Schranke (über 3 m (im Mittel 5 m) breit, heißt Dünenweg in den Aushangplänen): https://www.openstreetmap.org/way/32039218 https://www.openstreetmap.org/changeset/31643054 Tunnel mit maxspeed = 10: https://www.openstreetmap.org/way/36976044 https://www.openstreetmap.org/changeset/31838368 Schmaler Weg, Fahrradverbot in BW, da width 1 m: https://www.openstreetmap.org/way/33127203 https://www.openstreetmap.org/changeset/31643568 Keinen der genannten Changesets hast du kommentiert. Der User weiß also noch gar nicht, dass er den Fehler begangen hat. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Question?
On 6/29/15 3:58 PM, Clifford Snow wrote: Is there any feature on the ground that can be surveyed? From the image it doesn't appear that the site has any historical markers that can be mapped. If so, I would say it doesn't belong in OSM. You'l' have to ask OHM if they think it belongs there. You should also contact the editor. I'm sure she would be happy to explain why she felt it belongs in OSM. Clifford On Mon, Jun 29, 2015 at 12:13 PM, Hans De Kryger hans.dekryge...@gmail.com mailto:hans.dekryge...@gmail.com wrote: Would this be better in OpenHistoricalMap? http://www.openstreetmap.org/edit#map=19/33.44692/-112.09043 the canal, you mean? it's probably appropriate for OHM, although i'd be interested in what is actually surveyable on the ground. the existence of something surveyable determines if anything should be in OSM in, perhaps, the disused: namespace. it were to go into OHM, of course, we like it if it's documented and start_date and end_date tags are provided. but then we'd prefer the whole canal system, or at least major chunks of it, instead of this fragment. so the answer is definitely maybe. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Probleme mit Mapper - was tun?
Danke, Michael, ich hab die Einleitung in englisch (mit den wichtigsten Daten) verfasst und deutsche Textteile aus talk-de ergänzt. Mal abwarten, was die OSMF dazu meint. Gruß Bernhard -Ursprüngliche Nachricht- Von: Michael Reichert [mailto:naka...@gmx.net] Gesendet: Montag, 29. Juni 2015 22:29 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Probleme mit Mapper - was tun? Hallo Bernhard, Am 2015-06-29 um 22:24 schrieb Bernhard Weiskopf: Eine Mail an d...@osmfoundation.org mit Beschreibung des Sachverhalts. Ich bin leider nicht täglich in OSM bzw. am PC, deshalb antworte ich erst jetzt. Muss man an o. g. E-Mail-Adresse in Englisch schreiben oder ist auch Deutsch möglich? Deutsch geht auch. Es sind derzeit drei Deutsche in der DWG. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Rekonstrukce ulice
Zdar, rok v úplné specifikaci http://wiki.openstreetmap.org/wiki/Key:opening_hours/specification je. U uzavírek se používá typicky něco jako: vehicle:conditional = no @ (2015 May 25-2015 Jun 8) H. -- Původní zpráva -- Od: Jethro xtom...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 29. 6. 2015 23:14:56 Předmět: Re: [Talk-cz] Rekonstrukce ulice 2015-06-29 17:42 GMT+02:00 Tom Ka tomas.kaspa...@gmail.com: Mozna prece - odkazu na tema tydne cisla 252 weeklyOSM CZ: http://www.weeklyosm.eu/cz/archives/3756 Díky, to jsem četl, ale už jsem to stihl zapomenout... Nicméně tam není zmíněno opening_date, což je u dlouhodobých rekonstrukcí použitelnější než (Jan-Dec) ;-) Protože má ulice zmapované chodníky, tak ty jsem nechal být, protože se zatím nic neděje, jen jsou umístěné zákazy. Na silnice a šalinu jsem dal construction a na tu část kolejí, po kterých teď rok nic nepojede, disused a nastavil jsem opening_date. Přijde mi škoda, že neexistuje tagování pro dlouhodobější dočasné věci - pokud jsem správně pochopil conditional_restrictions, tak se v nich používá syntaxe opening_hours, což u roční rekonstrukce je k ničemu (neboť jsem v jejich definici rok nenalezl). Díky za rady a rád se nechám poučit, pokud jsem na něco zapomněl a nebo to udělal nevhodně. Jethro Dne 29. června 2015 17:17 jzvc j...@tpfree.net napsal(a): Dne 29.6.2015 v 15:31 Jethro napsal(a): Ahoj, jak správně značit ulici, která prochází rekonstrukcí? Typicky zavřená na rok, omezeně průchodná, neprůjezdná. Značí se jenom jako highway=construction, což mi ale přijde nepřesné, protože novostavba typicky není ani průchodná (aspoň legálně). Díky Jethro Cus, nic jinyho asi nevymyslis, pripadne tam tu ulici nech, a nastav na ni dopravni omezeni (=pouze pro pesi). Na docasnej stav OSM zatim pokud vim tagovani nema. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Commerces et services multi-activités : un seul node ?
M’intéresser aux horaires d’ouverture m’a amené à m’interrogé sur le bien-fondé de classer les commerces et services selon leur disponibilité pratique et, non pas sous l’angle réducteur de l‘unicité du lieu et/ou de la gestion. Exemples du plus courant au plus rare : - Bars-restaurants : dans le même lieu et avec des personnels en partie différents, les deux types de service ne sont pas rendus dans les mêmes créneaux horaires. - Hôtels-restaurants : l’écart horaire est maximal, car l’un est un service d’accueil permanent (assez souvent 24/24) et l’autre est offert une poignée d’heures par jour. Il arrive que les bâtiments soient distincts et aient une raison sociale différente, mais, c’est rare - Permanence d’état-civil : l’accueil est souvent possible le jour, tous les jours de l’année, ce qui n’est pas le cas des autres services de l’hôtel de ville. - Cas d’école : un « centre de rééducation libéral » comprend deux services dans même lieu, à savoir « kinésithérapie » et « cabinet infirmier ». Chacun a son numéro de téléphone et ses horaires très différents, puisque les infirmières assurent une permanence de 7 à 22 heures. Il me semble que ce serait plus logique de qualifier les services rendus avec leurs caractéristiques propres et donc de considérer un tag pour chacun. Cela poserait alorss des problèmes de nommage (doit-on écrire deux fois « hôtel-restaurant » tel qu’il est indiqué sur la façade ?). Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Question?
On Mon, Jun 29, 2015 at 1:58 PM, Brad Neuhauser brad.neuhau...@gmail.com wrote: I think there's also this? http://www.openstreetmap.org/way/303225395 That was the feature I pick up on and did look any further. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question?
On 6/29/15 4:58 PM, Brad Neuhauser wrote: I think there's also this? http://www.openstreetmap.org/way/303225395 ah, missed that. depends on whether the requirements of http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site are met; if they are, then OSM is correct. otherwise i don't think we've discussed this in OHM in a lot of detail. we would see it as a place name that is real for some period of time, so i don't think we'd just copy the osm style tagging for this. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
Bonsoir, On 26/06/2015 13:54, Christian Quest wrote: Les étapes me semblent un bon compromis. Pas trop complexe à modéliser, pas trop complexe à réutiliser. Je me pose juste une question, à la lecture de cette discussion. Comment définir les étapes ? Quand on mappe une gare, une station de tram, etc., c'est parce qu'elle existe réellement à cet endroit là sur le terrain. Mais une véloroute, on la parcourt à son propre rythme. Il y a des gens qui font 20 km par jour et d'autres 180... Avez-vous réfléchi à cette question ? -- Adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-es] Término municipal de Madrid
Hola, una duda que puede estar relacionada con esto (o no), y que voy a aprovechar el hilo para preguntar es la siguiente: Cuando yo busco por ejemplo la Calle Hierbabuena en el municipio de Tres Cantos en Madrid [1], la ubica dentro del suburb Soto de Viñuelas, cuando realmente no es así. El area residencial Soto de Viñuelas está delimitada [2], y el suburb tiene un único nodo en ese área [3] (no los he hecho yo). ¿Habría que modificar estos lugares de otro modo? ¿El residential_area debería ser el suburb? [1] http://www.openstreetmap.org/search?query=Calle%20Hierbabuena%2C%20Tres%20Cantos#map=16/40.6004/-3.7063 [2] http://www.openstreetmap.org/relation/1543436 [3] http://www.openstreetmap.org/node/311967538#map=14/40.6110/-3.6885 Muchas gracias, Un saludo, Jonás. 2015-06-28 21:32 GMT+02:00 Carlos Dávila cdavi...@orangecorreo.es: Si no veis inconveniente creo la relación, aprovechando los límites de los municipios colindantes. Contrastaré con el SIG que comenta José Luis por si acaso. El 28/06/15 a las 20:59, David Marín Carreño escribió: Debería haberlo. Al menos, cuando mapeé los distritos (hace ya algunos años) lo había... El 28/6/2015 5:26 p. m., Carlos Dávila cdavi...@orangecorreo.es mailto:cdavi...@orangecorreo.es escribió: Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) ) He visto que no existe un límite administrativo correspondiente al término municipal de Madrid (admin_level=8). Sí hay un límite con admin_level=7, llamado Área Metropolitana de Madrid, que engloba los términos de Madrid y municipios adyacentes (Móstoles, Alcorcón, etc.) y varios límites administrativos con nivel 9 para cada uno de los barrios de Madrid. ¿No debería haber también un admin_level=8 intermedio? O es que Madrid por sus características especiales ya no tiene término municipal como tal. Con las relaciones que hay actualmente las búsquedas de direcciones resultan un poco confusas/difíciles, ya que los enrutadores asignan las calles bien al área metropolitana de Madrid o bien a un barrio y normalmente no se sabe en qué barrio está una calle o se busca en Madrid no en Área Además puede haber calles con el mismo nombre en varios de los municipios incluidos en el área metropolitana y no sabremos en cuál está la calle que nos muestra el navegador. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jonás Andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Fahrverbot ausgen. Fzg. der Anrainer u. ihrer Lieferanten sowie Wirtschaftsfahrzeuge bis zu einer Höchstbreite von 2m70
Dieses Schild (siehe Anhang) steht ca. bei 68938085 am Anfang der Bellevuestraße (https://www.openstreetmap.org/way/24935753). Als wäre das nicht schon blöd genug zu taggen... fehlt ein gleichwertiges Zeichen am Ausgang auf der anderen Seite (zumindest bei 68938289 habe ich keines gesehen). Discuss! Markus Straub, du hast dort erst unlängst editiert... warst du auch vor Ort und hast irgendeinen Input? -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Un GPS pour guider les aveugles en randonnee
Bonjour, Je mets en copie la liste alsacienne. Peut-être que quelqu'un pourrait se rapprocher des 2 personnes de l'Université de Strasbourg afin d'en savoir plus? Romain Le 28 juin 2015 10:41, JB jb...@mailoo.org a écrit : Plus probablement le Club Vosgien, vu la zone… C'est intéressant, je serais curieux de voir l'itinéraire : les images montrent des larges chemins en herbe, mais pas de petits sentiers escarpés sous couvert forestier ! Elles montrent aussi des accompagnateurs voyants, sont-ils nécessaires aux intersections ? Le gps est celui d'un smartphone, donc avec parfois des larges imprécisions. JB. Le 27/06/2015 23:27, THEVENON Julien a écrit : Cet exemple d application je l aurais bien vu a base de donnees OSM. Je pense que la FFRP a du faire du micro-mapping pour recenser les obstacles https://fr.news.yahoo.com/gps-guider-aveugles-randonn%C3%A9e-143514508.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Bonjour Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 27/06/2015 09:49, Christian Quest a écrit : Autre problème avec cette analyse osmose: on avait utilisé jusque maintenant ref=* et pas ref:FR:LaPoste... - le rapprochement fait pas osmose ne semble pas se faire (ou alors la tolérance de distance est insuffisante). - les formulaires de JOSM prennent en compte ref=* - on va avoir un mix entre les deux... Je corrige, passage vers ref. Est-ce que la correction est effective? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
Le 29/06/2015 09:52, Romain MEHUT a écrit : Bonjour Le 27 juin 2015 13:53, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Le 27/06/2015 09:49, Christian Quest a écrit : Autre problème avec cette analyse osmose: on avait utilisé jusque maintenant ref=* et pas ref:FR:LaPoste... - le rapprochement fait pas osmose ne semble pas se faire (ou alors la tolérance de distance est insuffisante). - les formulaires de JOSM prennent en compte ref=* - on va avoir un mix entre les deux... Je corrige, passage vers ref. Est-ce que la correction est effective? Merci. Romain Non pas encore. Il faudra aussi retirer les codes postaux. Il faut attendre que ça soit correct dans les bulles d'Osmose. La suppression des code postaux est déjà effective mais pas les ref. Le code n'est pas encore passé sur le master d'Osmose. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Wiki k importu budov z RUIAN (a LPIS)
Odpovědel jsem The import was discussed on imports mailing list, it is listed on https://wiki.openstreetmap.org/wiki/Import/Catalogue (search for RUIAN) and English wiki page athttp://wiki.openstreetmap.org/wiki/RUIAN was created in February 2014. V. Dne 28. června 2015 14:54 v...@email.cz napsal(a): Ahoj, v diskuzi k changesetu: https://www.openstreetmap.org/changeset/22354794 se objevuje otázka, jestli je někde anglická wiki stránka k importu budov z RUIAN, a jestli bychom to mohli přidat do http://wiki.openstreetmap.org/wiki/Import/Catalogue . Můžete někdo povolaný prosím odpovědět a přidat to do toho katalogu? A mimochodem popis importu LPIS taky vypadá zastarale... Díky, Honza ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Layers and landuse
On 29/06/15 04:06, Warin wrote: If lower than the 'original ground level' then layer=-1 (or more) layer are tags to map relative local stacking (which object is above which other object where they overlap), it has nothing to do with original ground level. Where objects do not overlap, the tag is meaningless. There should be a reference point, so that what one mapper maps can be verified by another mapper. I use the 'original ground level' as that reference point and call it level 0. If you used level 2 it would work ... but the next mapper could use level -2 .. and it would look rather strange .. especially if the two were linked .. the link would need to go from one level to the other.. other wise the link would not be to teh correct layer/level. If both mappers use the same reference problems are reduced. The problem with all of these is simply that OSM does not do height which is a pity. I have several areas around here which are difficult to map, and certainly can't be navigated too by a router simply because 'original ground level' is a couple of hundred feet difference from one side to the other. Example ... one enters the car park at level 1 ... it goes up in half level steps to level 6 which is 'ground level' for the rest of Evesham. Mellieha in Malta was even worse with entrances to car parks several hundred feet above almost adjacent roads. Landuse should be a 'virtual' layer, as should all 'political' concepts. Keep 'layers' to at least keep the vertical structures sort of working although it is now time that 'height' at least had some place! What is the main problem here is the attempt to use the same way for several unrelated elements. We know that the editors simply can't cope with 'relations' and without a mechanism to provide duplicate ways where one use needs splitting from another we are not going to be able to keep the data consistent. Coastline is a goo example. If that was a set of data on it's own 'PLANE' that could be viewed in isolation, then we could modify the coastline and then simply flag what adjacent detail then needs review ... coastal erosion etc. Boundaries and landuse are another 'plane' independent of layer, although 'mixed' use land may well be augmented by different tags once the layers are better structured? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM: We believe OSM is going to win
We believe OSM is going to win - Wir glauben, OSM wird gewinnen. https://geoobserver.wordpress.com/2015/06/29/osm-we-believe-osm-is-going-to-win/ Der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] spatna definice kraju
Nominatim je obecně dost problematický a moc by si přál mít k dispozici funkčnější geocoder nad OSM. Pokud ti nefunguje něco konkrétního, můžeš založit ticket tady: https://github.com/twain47/Nominatim Po dlouhém období stagnace probíhá vývoj docela aktivně, ale takových problémů je tam spousta, takže v nějakou rychlou opravu bych moc nedoufal. Moje oblíbené příklady: - i při omezení hledání na území v ČR se po zadání dotazu Bo (začátek hledání přes autocomplete) najde Bolívie (pro názvy států omezení neplatí), Bonn, Bole City v Číně, Boé ve Francii, atd. - při hledání ulice Krátká s preferencí (ne omezením) na území Prahy Nominatim jako první výsledek vrátí stejnojmennou ulici ve Zlíně V. Dne 29. června 2015 7:55 Milan Sladky milan.sla...@outlook.com napsal(a): Ahoj Petre, Diky za objasneni. Netusis tedy jak dostat level 6 z Nominatim geocodingu? Protoze v tom vystupu viz. nize neni... Milan From: o...@propsychology.cz To: talk-cz@openstreetmap.org Date: Sun, 28 Jun 2015 23:01:10 +0200 Subject: Re: [Talk-cz] spatna definice kraju Ahoj, ano, je to takto: level 10 - katastrální území level 8 - obec level 7 - okres (77 okresů) level 6 - kraj (14 krajů) level 4 - region soudržnosti (těch je 8, to je ten Jihovýchod apod.) Kraje jako takové tedy v OSM jsou, level 6. -- Petr Dne Ne 28. června 2015 21:06:26, Jiří Sedláček napsal(a): To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě správně, víc o tom budou vědět asi jiní. 2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com: Ahoj, Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne rozdeleni kraju na: Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy, Jihovychod, Stredni Morava, Moravskoslezsko a Praha. Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani Nominatim API na geocoding dostanu spatnou definici kraje: display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj, Jihovýchod, Czech Republic class=boundary type=historicimportance= 0.16679990974024 address100Špilberk/address100 cityBrno/city countyokres Brno-město/county stateJihovýchod/state countryCzech Republic/country country_codecz/country_code /place Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name Jihomoravsky kraj obsahuje. Nevite, kdo by to byl schopen opravit? Predem diky. M. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-at] LUGT/OSM-Stammtisch Innsbruck im Juli und August 2015
Servus! Wir möchten zu den nächsten gemeinsamen LUGT-/OSM-Stammtischen einladen. Für die vereinfachte Sommerplanung haben wir bereits zwei Termine ausgemacht: am Donnerstag, 16. Juli 2015 um 19:00 Uhr … und am Donnerstag, 13. August 2015 um 19:00 Uhr im Restaurant Kastanie Innsbrucker Straße 4, 6176 Völs Wir freuen uns auf ein zahlreiches Erscheinen! Die Einladung ist wie immer auch auf der LUGT-Webseite und im OSM-Wiki zu finden: http://www.lugt.at/ http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch Grüße Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Layers and landuse
On Sat, Jun 27, 2015 at 10:40:52AM +0200, Ture Pålsson wrote: I recently taught my rendering hack about the ’layer’ tag, and immediately encountered a set of new problems. For example, consider this ditch: http://www.openstreetmap.org/way/243331898 http://www.openstreetmap.org/way/243331898 . It has layer=-1, probably to indicate that is passes under the road which it crosses. However, it is entirely covered by a landuse=farmland with no layer tag, which I take to mean an implicit layer=0. This means that my renderer now renders the farmland over the ditch, completely hiding the latter. Meanwhile, Mapnik obviously does what the tagger intended. Is this a tagging error, that I should fix by editing the data, or is it something that my renderer should be able to cope with? it is an error and your renderer should be able to cope with it as it is a pretty common error. Simply ignore any layer tags which are not in combination with bridge,tunnel,covered, steps,indoor or similar - the key:layer wikipage has a longer list of combinations that seem legit. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] hgv=designated in US National Park
Russ, Thanks for the additional information. Perhaps hgv=destination? I am pretty sure that if one showed up at one of the Estes Park entrances with a semi and told them that you had to make a delivery in Granby they wouldn't let you through. The next time I am up there I will ask. Mike On Mon, Jun 29, 2015 at 8:02 PM, Russell Deffner russell.deff...@hotosm.org wrote: Dang, sorry; just caught my typo, hgv=private may NOT be the proper tag. *From:* Russell Deffner [mailto:russell.deff...@hotosm.org] *Sent:* Monday, June 29, 2015 8:02 PM *To:* 'Mike Thompson' *Cc:* 'Open Street Map Talk-US' *Subject:* RE: [Talk-us] hgv=designated in US National Park Hi again Mike, I should have specified – the entirety of Trail Ridge Road J I think we did actually come in (from the east, i.e. FC to Granby) via 36. I would say hgv=private is the ‘correct’ tag; in this case the ‘highway’ is actually ‘State controlled w/ agreements of the Park Service’, maybe Jim or one of them have a better answer, but it seems more like “this is a State Highway” if you ‘know the rules’ and have a valid ID you can use it accordingly. (in our case we just had to have a Fort Collins address and say “we’re on our way to work in Granby” – this was in either our work trucks or my personal vehicle). Anyway, hope this helps find proper tagging for 34/36/Trail Ridge Road; cheers! =Russ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Deletions in Korea
I agree. Certainly 32029119 should be reverted. I contacted the user, but I didn't get a response. Also, I see that someone else has queried the NIS building edit, but didn't get a response. Andrew On 30 June 2015 at 01:16, Max abonneme...@revolwear.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi List, the user jbeank did some strange edits. he deleted the National Intelligence Service HQ south of Seoul, a kind of South Korean CIA. http://osmhv.openstreetmap.de/changeset.jsp?id=32029119 So I looked at some other edits of that user: He edited some details along the DMZ, and added a mosque in Daejon http://www.openstreetmap.org/changeset/32003914 And the border between Turkey and Syria: http://www.openstreetmap.org/changeset/31958075#map=16/36.7058/38.9604 Which is notable because of http://dailystar.com.lb/News/Middle-East/2015/Feb-24/288559-missing-korean-teen-at-isis-training-camp.ashx I can't quite understand the motivations and connections between the edits, but some of this should probably be reverted. m. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWRb2AACgkQ3EB7kzgMM6K0fQCcD64NZMIztv8HbOB656anpQIz IHcAn2PHlNEPqRDNGhjPtq8l1QhL8MBY =UHoc -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Layers and landuse
-Original Message- From: Florian Lohoff [mailto:f...@zz.de] Sent: Tuesday, 30 June 2015 3:52 AM To: Lester Caine Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Layers and landuse On Mon, Jun 29, 2015 at 11:49:21AM +0100, Lester Caine wrote: On 29/06/15 10:59, Florian Lohoff wrote: I consider layer=* on landuse as beeing broken. If you need to cut out a part of an landuse thats what a multipolygon is for. For me landuses may not overlap. As a goal for the future, a 'plane' of data that has a single landuse classification for every point would be nice. This would be useful for the sea / land / coastline issues... Nick *** WARNING: This email (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this email without appropriate authority. If this email was not intended for you and was sent to you by mistake, please telephone or email me immediately, destroy any hardcopies of this email and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this email is not waived or destroyed by that mistake. It is your responsibility to ensure that this email does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this email do not necessarily reflect the opinions of the Department of Transport and Main Roads, or endorsed organisations utilising the same infrastructure. *** ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Ref tags in Ontario -- also Manitoba and Quebec
J'ai commenté il y a 4 mois le changeset suivant http://www.openstreetmap.org/changeset/29085742 invitant le contributeur OntarioEditor a venir discuter. Pour les routes du Québec, ces préfixes sont effectivement inutiles avec la classification existante des routes. Ces préfixes n'existent pas sur les panneaux routiers. Je vais donc utiliser Overpass pour repérer toutes les routes du Québec avec ces préfixe et enlever les préfixes. Pierre De : Jonathan Crowe jonathan.cr...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Lundi 29 juin 2015 11h42 Objet : Re: [Talk-ca] Ref tags in Ontario -- also Manitoba and Quebec It's worth mentioning that prefixes have been added in other provinces as well: - R (for Route) and A (for Autoroute) in Quebec (e.g. A 40, R 148)- PTH (Provincial Trunk Highway), PR (Provincial Route, i.e. secondary road) and Route in Manitoba (e.g. PTH 15, PR 241, Route 90) Other than Route for metro routes in Winnipeg, the highway shields can be determined algorithmically (in Manitoba, anything above 199 is a Provincial Route; in Quebec, everything below 100 and above 399 is an Autoroute); outside of Winnipeg, there is no chance of confusion as to which route marker to use, as there might be in Ontario. -- Jonathan Crowe ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] hgv=designated in US National Park
Mike, Highway 34 has a bit different rules, I remember when I was living in Fort Collins and working in Granby we could pass through the park for free and actually drove our ‘commercial pickup trucks and wood chippers in tow’ (which is a whole other story with potential tree pest/disease spread potential). But I do not know the ‘complete rules’; I would think the other roads follow normal park rules. =Russ From: Mike Thompson [mailto:miketh...@gmail.com] Sent: Monday, June 29, 2015 6:36 PM To: Open Street Map Talk-US Subject: [Talk-us] hgv=designated in US National Park I am finding roads in Rocky Mountain National Park tagged as hgv=designated in spite of the fact that on the ground it is clearly posted No Commercial Vehicles in RMNP. While hgv doesn't exactly equal commercial it would be improper to route a commercial vehicle through the park. Can this tagging be correct? Mike ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] hgv=designated in US National Park
Dang, sorry; just caught my typo, hgv=private may NOT be the proper tag. From: Russell Deffner [mailto:russell.deff...@hotosm.org] Sent: Monday, June 29, 2015 8:02 PM To: 'Mike Thompson' Cc: 'Open Street Map Talk-US' Subject: RE: [Talk-us] hgv=designated in US National Park Hi again Mike, I should have specified – the entirety of Trail Ridge Road J I think we did actually come in (from the east, i.e. FC to Granby) via 36. I would say hgv=private is the ‘correct’ tag; in this case the ‘highway’ is actually ‘State controlled w/ agreements of the Park Service’, maybe Jim or one of them have a better answer, but it seems more like “this is a State Highway” if you ‘know the rules’ and have a valid ID you can use it accordingly. (in our case we just had to have a Fort Collins address and say “we’re on our way to work in Granby” – this was in either our work trucks or my personal vehicle). Anyway, hope this helps find proper tagging for 34/36/Trail Ridge Road; cheers! =Russ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Traduções em português do iD e JOSM
Sim. Mas lembrando que é para a busca no site (atendida pelo Nominatim), não para a página do Nominatim (que não foi incluída no mesmo banco de tradução). 2015-06-29 18:38 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Eu entendi isso. Mas digamos que exista uma tradução ruim sendo entregue pelo Nominatim ao openstreetmap.org, não sei onde ajustá-la. Seria naquele TranslateWiki? Em 29 de junho de 2015 18:26, Fernando Trebien fernando.treb...@gmail.com escreveu: Hm assim: o Nominatim fornece nomes para a busca no site principal, mas a interface do Nominatim não é traduzível ainda porque é voltada para desenvolvedores (que afinal não sobrevivem sem inglês). Mas é legal que alguém sugira a possibilidade de tradução, talvez implementem uma interface pra isso em breve. 2015-06-29 17:49 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: twain47/Nominatim ‒ How to translate nominatim.openstreetmap.org? #292 Tentei colher a informação lá mas estou com dificuldade de me fazer entender. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] weekly 257 online in English
The weekly round-up of OSM news, issue #257, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Have fun! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] hgv=designated in US National Park
Russ, Thanks for the helpful information. I should have mentioned it is US 36 in question (I haven't looked at US 34 yet - east of Deer Junction anyway). In any event, it sounds like you had special permission (since you didn't have to pay an entrance fee at all). In which case hgv=private (Only with permission of the owner on an individual basis). Mike On Mon, Jun 29, 2015 at 7:40 PM, Russell Deffner russell.deff...@hotosm.org wrote: Mike, Highway 34 has a bit different rules, I remember when I was living in Fort Collins and working in Granby we could pass through the park for free and actually drove our ‘commercial pickup trucks and wood chippers in tow’ (which is a whole other story with potential tree pest/disease spread potential). But I do not know the ‘complete rules’; I would think the other roads follow normal park rules. =Russ *From:* Mike Thompson [mailto:miketh...@gmail.com] *Sent:* Monday, June 29, 2015 6:36 PM *To:* Open Street Map Talk-US *Subject:* [Talk-us] hgv=designated in US National Park I am finding roads in Rocky Mountain National Park tagged as hgv=designated in spite of the fact that on the ground it is clearly posted No Commercial Vehicles in RMNP. While hgv doesn't exactly equal commercial it would be improper to route a commercial vehicle through the park. Can this tagging be correct? Mike ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-br] Track = via agro-florestal
Alguém discorda dessa tradução? -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [talk-ph] Mappers doing adding attribute
Thanks, Sir. Will double check po. Feye On Mon, Jun 29, 2015 at 6:39 PM, maning sambale emmanuel.samb...@gmail.com wrote: Going back to this discussion and because it was raised again during a F2F meeting last Saturday [0]. I corrected a a lot of duplicates. First, I extracted all version1 node contribution of username:ivet that has a key osm_id using overpass: query type=node user name=ivet/ has-kv k=osm_id/ /query print mode=meta/ My assumption for extracting this data is that they are existing OSM POIs which were planned to be polygonized but was accidentally uploaded. In my random, eye-balling. I did see many of these duplicates (2-3 times). I completely deleted these duplicated using JOSM validation [1] Please have a look and let me know if I made it worse. [0] https://plus.google.com/106331524452439989301/posts/2c8UU1x1mLn?pid=6165066674616492242oid=109394390468066203655authkey=CMCq7fX9offhjgE [1] http://www.openstreetmap.org/changeset/32281314 On Thu, Nov 20, 2014 at 4:51 AM, Erwin Olario gov...@gmail.com wrote: Great suggestion from Eugene to merge nodes into polygons. FWIW, in the JOSM editor, the shortcut key to merge nodes is M. Erwin Olario - - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Thu, Nov 20, 2014 at 3:36 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi Feye, This is OK. Was just curious about the similar activity and wanted to know what was happening. :-) Anyway, I do have a suggestion. Instead of deleting the original POI node, please suggest that they use the original node as one of the nodes of the new polygon. This is so that the original person that added the POI node is still credited somehow in the existing objects in the database. I have left that suggestion on a few of their changesets, but it seems they have not read it. :( http://www.openstreetmap.org/changeset/26859930 http://www.openstreetmap.org/changeset/26859253 http://www.openstreetmap.org/changeset/26858714 ~Eugene On Wed, Nov 19, 2014 at 8:55 AM, Feye Andal andalf...@gmail.com wrote: Hello Sir, We from Project NOAH are polygonizing point POIs so that we can use it for the WebSAFE feature of Project NOAH. WebSAFE (web version of InaSAFE) only uses polygons as its exposure data to be able to function correctly. Sir Maning instructed me to delete the points after we polygonize them. We apologize for not informing you right away. Thanks, Feye On Wed, Nov 19, 2014 at 6:49 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi, Does anybody have any idea what these mappers are doing doing changesets that only say adding attribute? http://www.openstreetmap.org/user/aileen_aviera/history http://www.openstreetmap.org/user/Khym/history http://www.openstreetmap.org/user/ivet/history Most of these changesets seem to be polygonizing point POIs. ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Unsealed footways/cycleways/paths and rendering
Do you think it is necessary, for the general user, to visually distinguish unsealed (unpaved/poor surface) footways/cycleways/paths from those that are sealed? This has been raised in an issue related to unsealed roads (with focus on motorized traffic) [1]. Unsealed roads will probably get a visual hint when they contain on of the following tags (please discuss them here or in the appropriate list [2], not in the issue tracker): tracktype=grade2/grade3/grade4/grade5 smoothness=bad/very_bad/horrible/very_horrible/impassable surface=ground/dirt/earth/sand/grass For typical pedestrians and cyclists, some of these conditions might be ok. Not so much for wheelchair users, seniors, or people who don't want to get dirty when it rains. :P [1] https://github.com/gravitystorm/openstreetmap-carto/issues/110#issuecomment-116883466 [2] https://lists.openstreetmap.org/pipermail/tagging/2013-December/016007.html -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] MeckPomm - Ergänzung Straßenschlüssel / Abgleich mit öff. Straßen
Hallo Matthias, das ist natürlich sehr interessant, amtliche und OSM-Daten durch einen einheitlichen Schlüssel abgleichbar zu machen. In Baden-Württemberg steht das amtliche Straßenverzeichnis [1] incl. Straßenschlüssel schon einige Zeit als OpenData [2] zur Verfügung, wird aber bisher nur für den Straßenabgleich mittels regio-osm.de benutzt. Ich werde die Aktion in MV weiterhin mit großem Interesse beobachten. Durch den Schlüssel ergibt sich insbesondere die große Chance, die offiziellen Straßennamen erkennen zu können. Hier in Baden-Baden ist der große Klassiker die Merkurstraße [3]. In den Anfangszeiten der Autonavis wurde da so mancher Hotelgast auf den Berg [4] geschickt. Viele Grüße Joachim [1] www.lgl-bw.de/lgl-internet/web/sites/default/de/07_Produkte_und_Dienstleistungen/Open_Data_Initiative/Galerien/Dokumente/OD_strassenschluessel_20150331.zip [2] http://www.lgl-bw.de/lgl-internet/opencms/de/07_Produkte_und_Dienstleistungen/Open_Data_Initiative/index.html [3] http://www.openstreetmap.org/way/5011198 [4] http://www.openstreetmap.org/way/296321331 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de