Re: [Talk-dk] Strømningsretningen stemmer ikke!
Hej Uffe Nej, alle liniestykker i databasen har en retning og vandløb strømmer blot i samme retning som liniestykket. Mandag den 16. marts 2015 23:22:34 skrev Uffe Kousgaard: Det løber nordpå, på den strækning. Skal man sætte oneway før retningen kan ses på kortet? mvh Uffe Kousgaard Niels Elgaard Larsen wrote: Men der er stadig vandløb, som jeg ikke har fundet ud af, fx Tokkerup Å: http://www.openstreetmap.org/way/32057465 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-be] Icon error josm 8109
On 2015-03-16 20:33, Marc Gemis wrote : An incomplete answer. The icons are always part of a style. Some icons can be found in the default style. Other styles that you have downloaded can be found in ~/Library/Caches/JOSM (on a Mac). They have names such as "mirror_https___josm.openstreetmap.de_josmfile_page_Styles_Lane_and_Road_Attributes_zip_1" I have no idea in which style the icon that you are looking for can be found. I had some problems with the above style, which had "http" in its name and was missing "_zip_1". Maybe because I had installed it a long time ago. The updates didn't work. I had to remove the file from my cache directory. This was the only way to resolve a missing bus icon. regards m On Mon, Mar 16, 2015 at 2:56 PM, Jakka vdmfrank...@gmail.com wrote: Hi, One icon power tower are white in editor screen. In dos screen bij startup shows "fout: lokaliseren van afbeelding 'icons/power_tower_high2.n.16.png' mislukt" this error is for every icons on the demanded tile Where are those icons located? versie:JOSM 8109 windows josm-tested.jar Would your issue be related to changeset 7967 moving the icons? images_nodist/icons/power_tower_high2.n.16.png (moved from trunk/images/icons/power_tower_high2.n.16.png) images_nodist/icons/power_tower_low.n.16.png (moved from trunk/images/icons/power_tower_low.n.16.png) André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] Bankomaty Fio
zdravím, myslím, že se chybička vloudila: vsiml jsem si za na strankach Fio banky maji seznam jejich bankomatu s/jejich/smluvních/ s GPS souradnicemi. Napsal jsem dotaz na Fio, zda-li bych mohl pouzit informace ze stranek k rozsireni dat v openstreetmap a dostal jsem svoleni. Moje predstava je, ze bych importoval body s nasledujici atributy: amenity=atm operator=Fio banka ehm ... není to spíše Pharro opening_hours=... source=www.fio.cz a http://www.pharro.cz/bankomaty ? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
The only one I can think of is Maperitive. There is also this article on QGIS that I should still read: https://twitter.com/martinstabe/status/573893617909108737 Jo 2015-03-16 23:21 GMT+01:00 Marc Ducobu marc.duc...@gmail.com: Yes this is really nice to see the bicycle tags on a slippy map. We can present it during the mapping party. But ideally I'll want to have a tool for creating PNG / PDF image for OSM with a nice presentation of the bicycle tags. Do you know such a tool ? Marc On 8 March 2015 at 21:53, Marc Zoutendijk marczoutend...@mac.com wrote: Op 8 mrt. 2015, om 21:41 heeft Marc Ducobu marc.duc...@gmail.com het volgende geschreven: A french cyclist association create this map : http://bicyclette69.free.fr/carte/carte.html. This map is really nice. But I think they use maperitive which is proprietary. For me, that site is not working at all. It responds to no click whatsoever. This site does the job quiet well: http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=cyclewayszoom=14lat=45.75156lon=4.86038layers=B0TFF And it has a lot of useful options. Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Adressen via AGIV Crab
Voor Sint-Truiden zijn er nog geen postcode grenzen vastgelegd. Naast 3800 zijn ook 3803 en 3806 postcodes in Sint-Truiden. En er zijn veel deelgemeenten. Groeten, Erik Op 16-03-15 om 22:51 schreef Sander Deryckere: Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of niet correct is, dan kan overpass geen adressen vinden, waardoor alle staten dus op 0 blijven staan. Ik zal morgen eens kijken naar die grenzen, maar het probleem kan nog een eindje blijven bestaan. Overpass is niet zo snel met het updaten van gebieden als met het updaten van andere objecten, omdat het wat meer rekenkracht vraagt om vanuit een OSM relatie een geografisch gebied te maken. Ik verwacht dat er dus enkele dagen vertraging op kunnen zitten. Groeten, Sander Op 16-mrt.-2015 21:09 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com mailto:guy.vanvuche...@gmail.com: De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de ‘uitstalramen’! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond…maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-it] 30/3 - LUG Villafranca di Verona - Import piste ciclabili
Ciao volevo far sapere che nella serata del 30/3 si svolgerà un incontro OSM presso il LUG (http://linuxludus.it/) di Villafranca di Verona con il tema Import piste ciclabili. In questi anni l'associazione Terre del Custoza ha creato delle piste ciclabili nel veronese sfruttando strade secondarie per collegare le varie località della zona. Tempo fa gli organizzatori hanno indicato il loro sito per trovare i tracciati GPX. Da qui l'idea di organizzare una serata a tema per creare tracciati e relazioni con i nomi dei percorsi. Le piste ciclabili sono ben segnalate sulle strade, quindi varrebbe la pena valorizzare questo lavoro. La zona interessata riguarda comuni veronesi ma comunque vicini anche alle province di Mantova e Brescia. Per chi è interessato a partecipare e aiutare lascio i riferimenti: http://www.openstreetmap.org/node/2098656806 http://linuxludus.it/contatti/ L'incontro si terrà dalle ore 20 alle 22. Ciao Davide -- View this message in context: http://gis.19327.n5.nabble.com/30-3-LUG-Villafranca-di-Verona-Import-piste-ciclabili-tp5837449.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
[OSM-ja] 使い方が不適切なリレーションの扱い
おかのです バス停のデータとかを眺めていて、問題がありそうなものの存在に気づきました。 Relation: 愛媛県内のバス停留所 (4140521) https://www.openstreetmap.org/relation/4140521 Relation: 大字・町丁目レベル位置参照情報 - 松山市 (4144073) https://www.openstreetmap.org/relation/4144073 type=site の使い方として不適切であり、 http://wiki.openstreetmap.org/wiki/Relation:site かつ、そもそもこのようなリレーション自体が不適切とされています。 http://wiki.openstreetmap.org/wiki/Relation It would be inappropriate, for instance, to use a relation to group 'All footpaths in East Anglia'. リレーション削除が適切かと思いますが、 どのように進めるのがよいでしょうか。 編集した方にはまだ接触していません。 この方の編集を見ると、この二つ以外にも同じような使い方のリレーションがあります。 また、例示した二つのリレーションでは、それぞれ国土数値情報と位置参照情報を使っているようですが、 適切な使い方なのかがよくわからないので、これについても教えていただけるとありがたいです。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
bonjour OpenLevelUp! a les honneurs de la revue de presse de Géotribu du 13 mars ! http://geotribu.net/GeoRDP/20150313 Bravo PanierAvide ! à bientôt dans le métro rennais ! Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-dk] Underlig rendering (Danmark = vand)
On 16-03-2015 20:33, Michael Andersen wrote: Ok jeg har rettet fejlen, men tør ikke sige hvor længe der går før Sjælland ser normal ud igen. Man kan se på http://overpass-api.de/achavi/?changeset=29506609 hvor det er gået galt Pas på når i roder med kystlinier derude. Det kan hurtigt få vidtrækkende konsekvenser :) Mvh Hjart Tak. Og det kunne være mig, der lavede en fejl. Jeg har i alt fald arbejdet lidt omkring Mosede havn med udløb af vandløb. Mandag den 16. marts 2015 20:14:23 skrev Michael Andersen: Hej Leif Når det problem viser sig kan man tjekke coastline laget på OSMI: http://tools.geofabrik.de/osmi/?view=coastlinelon=12.36239lat=55.55135zoo m=11overlays=coastline,coastline_error_lines,line_not_a_ring,line_overlap,l ine_invalid,line_direction,questionable,coastline_error_points,unconnected,i ntersections,not_a_ring,double_node,tagged_node Her kan man pt se at der er (hvis de ikke allerede er repareret) skader på kystlinien omkring Ishøj/Greve Strand. Jeg kigger på det nu. /Hjart Mandag den 16. marts 2015 19:14:14 skrev Leif Lodahl: Hej alle, Jeg tror vi er blevet oversvømmet ! Fra og med niveau 13 vises land som vand. F.eks. http://www.openstreetmap.org/#map=13/55.9945/12.0529 Okay, måske er det ikke en oversvømmelse men en eller anden relation der er gået i udu. Jeg har desværre ikke kompetence til at finde og reparere fejlen. /Leif ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-cz] Bankomaty Fio
Ahoj, výborný, ale pokud plánuješ používat data z webových stránek, tak tam jsou vlastně tři informace: - ze souřadnic - z adresy - z textového popisu A ty souřadnice mi z následujících důvodů připadají jako nejméně důvěryhodné z těchto tří: a) Když si kliknu na tu mapu, tak mám pocit, že poloha mapy se řídí adresou budovy - tj. že v mapě není přesná poloha bankomatu. Dokonce když jsem našel dva bankomaty, které podle popisu leží na stejné adrese, ale každý trochu jinde - a mají stejné souřadnice: http://www.fio.cz/o-nas/kontakty?region=5# mapBranches , poslední dva. U větších budov tím pádem může být bankomat i o desítky metrů jinde. b) V některých případech souřadnice uvedené na stránce leží ještě jinde - jinde než ta adresa budovy i než kde ten bankomat asi skutečně je - viz čtvrtý bankomat (Fügnerova) na stránce výše. Podle mě i tak to asi stojí za to, pokud to budeš dělat ručně a rozhodovat se individuálně podle uvážení, kam ten uzel umístit, a pokud naimportuješ taky slovní popis do description. Honza -- Původní zpráva -- Od: Martin Hamrle martin.ham...@gmail.com Komu: talk-cz@openstreetmap.org Datum: 16. 3. 2015 20:34:19 Předmět: [Talk-cz] Bankomaty Fio Zdravim, vsiml jsem si za na strankach Fio banky maji seznam jejich bankomatu s GPS souradnicemi. Napsal jsem dotaz na Fio, zda-li bych mohl pouzit informace ze stranek k rozsireni dat v openstreetmap a dostal jsem svoleni. Moje predstava je, ze bych importoval body s nasledujici atributy: amenity=atm operator=Fio banka opening_hours=... source=www.fio.cz Konflikty bych resil poloautomaticky nebo rucne. Dal bych pridal fio.cz na wiki jako zdroj pro odvozovani dat. Stejne by sli resit pobocky. Na neco jsem zapomnel? Martin ___ 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] Bathymétrie sur OSM
Bonjour, Je projet soeur de OSM, openseampa.org permet d'enregistrer les données de bathymétrie par exemple enregistrée au moyen du petit boitier adhoc (voir [1] et [2] et [3]) Si assez de navigateurs raccordaient leur profondimètres à leur gps et à une petit boitier comme [4] et uploadaient celles-ci dans un projet comme [5], cela alimenterait le projet [6] et rapidement la carte openseamap auraient des données de profondeur plus récentes que les cartes officielles, surement plus de données aussi et sans doute des données de meilleure qualité. Nous n'aurions alors plus besoin des cartes du SHOM et le SHOM collaborerait plus vonlontiers avec OSM. Et ces cartes pourraient être utilisées dans des outils libres de navigation marine comme OpenCPN [7] Mes questions : 1/ qui parmi vous utilise opencpn ? 2/ qui connait des gens qui seraient intéressés par participer à un projet de collecte de données de profondeurs ? 3/ que faudrait-il pour monter au sein de OSM-fr un projet de moyenne oi ugrande ampleur de collectes de telles données de profondeur ? 4/ qui serait intéressé par faire des cartes avec des courbes de niveau de profondeur ? Je me souviens qu'une équipe je crois liée à un fablab de Brest a fait un petit bateau pour enregistrer ces données de profondeur avec la position et l'heure (comme cela on peut recalculer et déduire la marée). 5/ quelqu'un peut-il m'aider à retrouver les coordonnées de cette équipe et l'URL de ce projet ? Merci beacoup, Nicolas (mappeur bruxellois) [1] http://www.openseamap.org/index.php?id=bathymetrieL=3 [2] http://wiki.openstreetmap.org/wiki/Bathymetry [3] http://sourceforge.net/p/openseamap/mailman/openseamap-develop/thread/549982e0.5010...@arcor.de/ [4] http://seesea.sourceforge.net/datalogger/index.html [5] depth.openseamap.org [6] http://www.openseamap.org/index.php?id=bathymetrieL=1 [7] http://opencpn.org -- Nicolas Pettiaux - nico...@pettiaux.be Soutenons april.org , framasoft.org et laquadrature.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] OGD Vienna Tree update (?)
Glaubst du wirklich, dass es so oft vorkommt, dass jemand versehentlich einen unabhängigen Baum-Node löscht? Da geht es nur um eine handvoll Einträge, die dann sicherheitshalber einfach nicht übernommen werden. Wenn dann jemand den Baum manuell wieder hinzufügt, würde er durch das Update-Skript als existent erkannt und durch einen Update wieder mit dem Kataster auf 1:1 gebracht. Ich weiß nicht, ob es so toll ist, die OSM über die Jahre hinweg mit former:natural_tree zu füllen? Für den Moment klingt es nach einer praktikablen Lösung, aber in 10, 20, 200, 2000 Jahren haben wir dann eine homogene Node-Wiese aus fomer:natural_tree. ;-) Außerdem würde jemand, der einen Baum aus Unwissenheit löscht, wahrscheinlich auch nicht über diesen speziellen (oder einen ähnlichen) Tag Bescheid wissen - also den Baum so oder so einfach löschen. Zur Halbautomatik: dafür wäre der POIChecker gut geeignet, der macht genau das. Wie ich vor ca. einem Jahr einmal nachgefragt habe, habe ich aber keine Antwort erhalten. Aber genau für die schon bestehenden Bäume ist ein Update automatisch durchführbar, denke ich. Da geht es nur um das Ergänzen fehlender Attribute. Natürlich ist eine Crowd-Lösung präziser, aber wir reden hier von über 100.000 Einträgen ... Das ist auch der Grund, warum ich keine OverpassDIFF Abfrage verwende - die Datenmenge ist einfach zu viel dafür! Am 2015-03-16 um 10:03 schrieb Andreas Labres: On 14.03.15 22:04, Markus Mayr wrote: Dabei möchte ich mithilfe des Full-History-Dumps jene Bäume erkennen, die zwar ursprünglich importiert, aber von der OSM Community gelöscht wurden. Ich glaube nicht, dass das sehr zielführend ist, weil Du nicht unterscheiden kannst, welche davon wissentlich oder irrtümlich gelöscht wurden. Grade bei Node-Objekten kann man da schnell einen Irrtum machen (den man, nachdem man gesaved hat, auch nicht mehr rückgängig gemacht bekommt). Außerdem sollten wir uns eine Systematik für dieser Baum wurde gefällt überlegen. Auf die kannst Du dann Bezug nehmen. Ev. auch eine diesen Baum gab's hier nie-Info, im Fehler im Kataster zu overrulen (wobei ich selbst noch nie über einen solchen gestolpert bin). Ich habe ein/zwei Bäume, von denen ich weiß, dass sie 2014 gefällt wurden, als gefällt markiert, glaube mit former:natural=tree und note mit Erklärung. Aber da sollen wir glaub ein System reinbringen. Aber sich auf ein reines Node wurde gelöscht verlassen darf man glaube ich nicht. Außerdem könntest Du über eine Update-Halbautomatik nachdenken, für die Bäume, die's schon vor dem Import gab, wo aber der Kataster mehr Daten hat (kenne ich mich mit Baumarten aus...). Da wäre irgendeine übernimm die Daten aus dem Kataster für diesen Baum Funktion schön. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-be] Icon error josm 8109
Hi, One icon power tower are white in editor screen. In dos screen bij startup shows fout: lokaliseren van afbeelding 'icons/power_tower_high2.n.16.png' mislukt this error is for every icons on the demanded tile Where are those icons located? versie:JOSM 8109 windows josm-tested.jar ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Bathymétrie sur OSM
Le Lun 16 mars 2015 15:22, Romain MEHUT a écrit : Bonjour, En pièce jointe l'article du Télégramme qui présente le projet Brestois. super. Je cherchais le nom de Arnaud Yonnet avec lequel j'avais à l'époque déjà pas mal correspondu. Merci beaucoup. Où en est ce projet ? La rade de brest est-elle complétement mapée ? Le bateau mapeur fonctionne-t-il bien ? Est-il utilisable ailleurs ? Quelles sont les enseignements du projet ? Un URL décrit-il tout ? Merci Nicolas -- Nicolas Pettiaux - nico...@pettiaux.be Soutenons april.org , framasoft.org et laquadrature.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bathymétrie sur OSM
Re, Je n'ai pas les réponses à tes questions. J'avais eu l'article via la liste http://listes.infini.fr/wws/info/cartes-ouvertes-pays-brest Tu devrais y trouver quelqu'un pour t'éclairer... Romain Le 16 mars 2015 15:29, Nicolas Pettiaux nico...@pettiaux.be a écrit : Le Lun 16 mars 2015 15:22, Romain MEHUT a écrit : Bonjour, En pièce jointe l'article du Télégramme qui présente le projet Brestois. super. Je cherchais le nom de Arnaud Yonnet avec lequel j'avais à l'époque déjà pas mal correspondu. Merci beaucoup. Où en est ce projet ? La rade de brest est-elle complétement mapée ? Le bateau mapeur fonctionne-t-il bien ? Est-il utilisable ailleurs ? Quelles sont les enseignements du projet ? Un URL décrit-il tout ? Merci Nicolas -- Nicolas Pettiaux - nico...@pettiaux.be Soutenons april.org , framasoft.org et laquadrature.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Téléchargement de données topologiques issues d'OSM
On 16/03/2015 12:20, Nicolas Moyroud wrote: Un contact me demande si il est possible de télécharger quelque part des données topologiques du réseau routier issues d'OSM. Il lui faut des données structurées comme celles exploitées par le moteur de calcul d'itinéraires OSRM (noeud commun à chaque carrefour, tronçons découpés à chaque intersection, sens de circulation). Cf. osrm-extract et osrm-prepare qui génèrent à partir d'un extrait de planet le format exploité par OSRM. https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] OSM setkani v Brne
zdravím, shodou okolností se má dnes v 17:00 v Atlasu (= Café Atlas na Veveří) konat setkání, kde se má diskutovat i o mapách, níže přeposílám info vidím na doodle čtyři lidi, co se hlásili, že by měli dnes čas - bylo by fajn, kdyby někdo (...) mohl dojít reprezentovat místní OSM komunitu a navázat spolupráci ď. K. *** Ahoj, prosím přidat na program pondělního Atlasu ještě bod Atlas Brna: Zkoušíme vyvinout univerzální mapový server a sjednotit do něj pasivní i interaktivní mapy Brna zveřejňované dosud na různých místech městem, jakož i NGO a jednotlivci (projeví-li zájem) a hlavně několik map nových nebo dosud neveřejných. Aby byl systém už od začátku nastavený na možnost přidávat donekonečna další mapy (vrstvy), bylo by fajn, kdybyste se zamysleli, jaké typy map (vrstev) byste ocenili, ať už jako občané nebo v rámci své práce pro Brno. Například v našem dlouhém seznamu nemáme skoro nic z oblasti sociální (Martine, Báro, Patriku). A samozřejmě, kdybyste se chtěli zapojit do vývoje konkrétní mapy, a tím i systému, vítám to s nadšením. Zde brainstormingoidní seznam, který stále roste (větší část navrhl Aleš): vrstvy mapového serveru města Brna (výhledově samozřejmě) územní plán regulační plán, územní studie základní mapa ortofotomapy kontejnery na tříděný odpad, sběrné dvory, obecní komposty veřejná doprava linkové vedení šaliny trolejbusy denní městské autobusy (40 – 80, 84) speciální autobusy (81, 82, školní linky, Avion, Olympia…) noční autobusy regionální autobusy vlaky zastávky IDS JMK zastávky komerčních linek nezařazených do IDS JMK schéma přestupních uzlů bezbariérové zastávky aktuální pohyb spojů (už existuje - aplikace “iris”) bezbariérovost – zastávky, trasy, úřady, veřejné budovy parkoviště – parkovací domy, parkoviště s vazbou na MHD… (inspirace: http://www.bezpecneparkovani.cz/Home.cms?ActiveID=1001) čerpací stanice (vč. alternativních paliv) cyklomapa – cykloopatření, doporučené trasy, stojany… pěší mapa – vč. zkratek a prošlapů (prošlapy se následně snažit legalizovat a upravit) historické mapy historické ortofotomapy hranice katastrálních území hranice městských částí sídla úřadů školy, DPS, nemocnice, polikliniky, lékárny hřbitovy veřejná WC (vč.WC ve veřejných budovách) městské pozemky a stavby legální plakátovací plochy a bilboardy (aby lidé snadno určili ty nelegální a nahlásili je) “Brňáci pro Brno” probíhající změny územního plánu plánované investiční opravy uzavírky, plán blokových čištění znečištění ovzduší intenzity dopravy na komunikacích vodní mapa brownfields obecní prostory k pronájmu prodejní místa jízdních dokladů legální psí výběhy sportovní mapa mapa podivuhodností “brno poetické”, pamětní desky, mapa událostí místa dalekého rozhledu veřejná wi-fi podzemí mapy svícení, viz text Jeníka Hollana herny a výherní automaty domy určené k asanaci náš aktuální úkol: vybrat několik málo map (vrstev), navrhnout u každé zvlášť, jak se má chovat, vypsat, které další mapy (vrstvy) se k ní pojí (čili zaškatulkovat ji) funkčně a tematicky, vypsat, co je potřeba k jejímu vyvinutí a spuštění a co je potřeba k jejímu trvalému provozu k. -- Jakub Kořínek *** ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Collecting various road situations
Thanks, that would work well! 2015-03-16 10:46 GMT+01:00 Cartinus carti...@xs4all.nl: On 14-03-15 17:38, Mateusz Konieczny wrote: Thanks for examples! I am still looking for well mapped area with many pedestrian roads, living streets, footways, cycleways... Something like this? https://www.openstreetmap.org/#map=16/52.1069/5.0358 --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Téléchargement de données topologiques issues d'OSM
Bonjour à tous, Un contact me demande si il est possible de télécharger quelque part des données topologiques du réseau routier issues d'OSM. Il lui faut des données structurées comme celles exploitées par le moteur de calcul d'itinéraires OSRM (noeud commun à chaque carrefour, tronçons découpés à chaque intersection, sens de circulation). Vous auriez des infos à ce sujet ? Merci Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] バヌアツのサイクロへのHOTタスク
その後の状況です。 被災前の建物を全て描くタスクが立ち上がり、既に90%ほど完了しています。 http://tasks.hotosm.org/project/945 確認はできていませんが、現時点で最も詳しいバヌアツの地図になっているかもしれません。 http://tools.geofabrik.de/mc/#15/-17.7147/168.3103num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=nokia-map 現在の活動についての記事が書かれました。 http://hot.openstreetmap.org/updates/2015-03-16_mapping_vanuatu_islands OSMAndやGarminで使えるオフラインマップ用のデータが配布され始めました。 https://wiki.openstreetmap.org/wiki/2015_03_Vanuatu_Pam_Cyclone_Response#Daily_updates 国連のWorld Food Program (UN WFP) が、そのチームの配備に我々のデータを 利用することを計画中です。 現在の焦点は途絶した通信を復旧させるために通信塔の位置を見つけて マッピングすることです。 簡単なガイドも作られ始めました。 http://hotosm.github.io/tracing-guides/guide/vanuatu.html 現在の解像度の画像を元にリモートマッピングで見つけるのは厳しい状況ですが 何とかできないか引き続き検討が行われています。 東 2015/03/15 Shu Higashi higa...@gmail.com: 第一弾のマッピングはほぼ終わりそうです。 (確認作業は残っていますが) 日本からも何名かご参加いただきました。 お疲れ様でした&ありがとうございました。 東 2015/03/15 Shu Higashi higa...@gmail.com: 東です。 バヌアツのサイクロン被害の支援に向けて HOTのタスクマネージャが2つ(#943,944)立ち上がっています。 http://tasks.hotosm.org/ 欧米が夜間に入り、アジアにリレーのたすきが渡されています ;) ご興味とお時間ある方がおられましたらご参加ください。 Bingかmapboxがだいたい使えるようです。 <現地の特徴> 分断された集落が多い 北東側の被害が大きい模様 <主なマッピング対象> 住宅地(landuse=residential) 学校(amenity=school) 宗教施設(amenity=place_of_worship) 道路(書き方は下記アフリカでの道路識別法参照:highway=*) https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa 水路(waterway=*) 広場(ヘリコプターが着陸できそうな場所:leisure=common) <参考> サイクロンの進路: http://js.static.reliefweb.int/sites/reliefweb.int/files/resources/VUT_Cyclone_Track_Map_March12.pdf http://wiki.openstreetmap.org/wiki/Vanuatu http://www.stuff.co.nz/world/south-pacific/67366444/Cyclone-Pam-hits-Vanuatu-Death-tally-begins Bingカバーエリア: http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=-15.587324766473579lon=168.431396484375zoom=9l=bing ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSRM-talk] Extracted and prepared files
If anyone is interested, I have lately processed whole planet and all continents for OSRM. As I know how painful it is (time and cost wise) - I am happy to share them with other developers and create a repository for others If you wish to access them now (some of them are fresh, some are month old and this will vary - do not complain they are free :)) go to http://osrmserver.controtex.com and click either on planet or continents If you find it useful to have one repository for different files (like specific regions) - I would be happy to continue it if I find funds to keep powerful server to do those calculations. ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[Talk-us] Weigh stations on Interstates
In continuing mapping destination tag on highways based on Mapillary imagery, I've come across the problem of how to tag weigh stations on Interstate highways (http://en.wikipedia.org/wiki/Weigh_station). I haven't found anything in the wiki, and I don't know enough how they work to come up with reasonable tagging. What are the rules for access, for example? An example would be http://www.openstreetmap.org/#map=17/43.00858/-89.22468layers=N with Mapillary imagery starting here http://mapillary.com/map/im/xHw-s0_0RrAt3V-yVq4n9g Any ideas would be appreciated. Harald. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [talk-latam] Task Manager Honduras
Hey Antonio, seguro desde Colombia podemos colaborar también con el trazado de calles y edificaciones. Por favor --usando el Umap [1]-- indícanos los polígonos en los que desean trabajar para abrir tareas en el gestor [2]. Gracias, Humberto Yances _ [1] http://umap.openstreetmap.co/es/ [2] http://tareas.openstreetmap.co/ El 16 de marzo de 2015, 10:28, Leo Arias y...@elopio.net escribió: Avisanos en qué podemos ayudar, y desde Costa Rica echamos una mano también. ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
[Talk-ru] ███ как увидеть ТРЕК на КАРТЕ ███
есть у меня такой трек http://www.openstreetmap.org/user/dmitryturin/traces/1895643 каков линк, чтобы увидеть его на карте? или это невозможно совсем?? ___ Talk-ru mailing list Talk-ru@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ru
[diversity-talk] Something good associate with OSM
Hello. I would like to introduce project which may revolutionize global access to information about safety and have impact on the improvement. Of course project is created on OSM base. It is mobile app available on android devices: [ https://play.google.com/store/apps/details?id=com.safethru.android ]( https://play.google.com/store/apps/details?id=com.safethru.android ) SafeThru is useful for people interested in improve local safety level for example by inform others about danger areas but most of all it is great tool for travelers for whom this knowledge is like gold dust. Especially for them Airbnb feature is developed. Now they can check Airbnb offers and choose one from 'good neighborhood'. Core of app is in place and it can be download from google store. But it is in beta stage and there are some functions that we would like to discuss with potential users. And that is why there is crowdfunding campaign on indiegogo platform: [ https://www.indiegogo.com/projects/safethru-dare-to-protect-yourself-and-others ]( https://www.indiegogo.com/projects/safethru-dare-to-protect-yourself-and-others ) We would like to ask for support OpenStreetMap community in founding this project. We need help with communicate this initiative to OSM community. I'm happy to send more photos or materials. I'm sure that if we succeed it will be OSM success ass well. Kind Regards, Mateusz Piwowarczyk___ diversity-talk mailing list diversity-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/diversity-talk
Re: [OSM-talk-fr] toilettes automatiques
Pourquoi pas. D'autant que ce genre de lieu n'est pas tellement multiusage et qu'on risque pas de conflit. Pas besoin de préfixer toilets:automated=yes. En revanche il est utile de taguer wheelchair=yes si c'est assez large (rarement dans les cafés-bars , et les petits restaux des centres-villes) et équipé de poignée pour aider a se lever du fauteuil sans aide extérieure. Et aussi lavatories=yes (?) si on peut se laver les mains... Ce n'est pas le cas partout malheureusement (notamment les cafés-bars-presse-PMU-Loto souvent exigus). Le 16 mars 2015 15:54, Florian LAINEZ winner...@free.fr a écrit : Salut, Comment taggeriez-vous le fait que des toilettes sont lavées automatiquement ? J'ai regardé sur le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dtoilets et personne ne s'est encore posé la question apparemment. Dans tag info la clef* automated=yes/no *est un peu utilisé mais cela me parait la meilleure solution. Votre avis sur la question ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ 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] heise berichtet ueber osm.org-Routing integration
On Fri, Feb 20, 2015 at 04:41:31PM +0100, Holger Jeromin wrote: https://github.com/Project-OSRM/osrm-backend/issues/1219#issuecomment-59010196 Danke, dass du mir die Stelle per Mail geschickt hast. Der Weg hat ja schon folgende Tags: hgv=destination highway=track motorcar=destination motorcycle=destination Ich hätte gedacht, dass osrm tracks nutzt, wenn der access richtig ist. Dann mach doch ein neues Ticket auf. Obige Kombi sollte definitiv im Auto-Profil erlaubt sein. Die allermeisten router werfen alle wege weg die nicht aufgrund der highway tags auf Auto Nutzung hinweisen. Ich denke wir finden auch Beispiele mit Fahrradstraße. Das ist am ende ein cycleway motor_vehicle=destination oder so. Alle wege sollten nutzbar sein am Ende oder Anfang der route, und alle access restrictions sollten wie ein access=destination benutzt werden. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Bathymétrie sur OSM
Le Lun 16 mars 2015 15:33, Romain MEHUT a écrit : Re, Je n'ai pas les réponses à tes questions. J'avais eu l'article via la liste http://listes.infini.fr/wws/info/cartes-ouvertes-pays-brest Tu devrais y trouver quelqu'un pour t'éclairer... merci beaucoup Nicolas -- Nicolas Pettiaux - nico...@pettiaux.be Soutenons april.org , framasoft.org et laquadrature.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] was:*= oder old_*= tag prefixing Was: Re: Taginfo-Challenge
On Mon, Mar 16, 2015 at 10:16:28AM +0100, Andreas Labres wrote: On 14.03.15 21:06, Florian Lohoff wrote: Wie man auf die idee kommen kann anstatt die Versionierung der Datenbank die tags auf old_/was: status zu kopieren erschliesst sich mir nicht. Wenn Du ein Node-Objekt löschst, hast Du keine Möglichkeit mehr, auf die History zuzugreifen/zu suchen. Du weißt auch gar nicht mehr, dass da mal was war. Konkretes Beispiel, weil das grade an anderer Stelle Thema ist: Hier war mal ein Baum, der ist 2014 gefällt worden. Mit jeder Menge an Infos zu dem gewesenen Baum. Auch für Geschäfte ist das relevant, hier war mal ein so und so Geschäft drin, seit ## steht das leer. IMO gängiger Prefix dafür ist former:* old_ ist hingegen nicht generell als Prefix zu sehen, IMO ist da nur old_name definiert und das ist ein definierter Tag, den man auch wissentlich so setzt. IMHO sollte der node bis auf einen note tag bereinigt werden. former: was: old_* ist alles broken. Es gibt eine history dafür. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] heise berichtet ueber osm.org-Routing integration
On Fri, Feb 20, 2015 at 03:21:20PM +0100, Holger Jeromin wrote: Leute die dem Navi hinterher hin den Fluß fahren. Aber der Router kann nicht entscheiden, ob es sinnvoll ist den Track jetzt zu benutzen oder nicht. Oder willst du, dass der Router dich mit deinem Auto bis auf das Basislager des Mt.Everest lotst, da Wenn es keine alternative Zufahrt gibt, muss man da halt durch. auch hier gilt? Also ich erwähne mal das Navi im Mercedes W211 - Also der vorletzten E-Klasse. Das navigiert mich über alle wege - Kann mir aber ansagen das ich eine Einfahrtsbeschränkte Straße benutze. So war das auch letzte Woche auf der FossGIS. Zufahrt zum Schloß war nicht möglich weil da pömpel auf der Straße standen - Also hat mir mein Auto gesagt - Die nächste möglichkeit Rechts - Achtung - Zufahrtsbeschränkt - Damit war klar - Augen auf! Um beim Mt. Everest zu bleiben - Das was du vorschlägst heisst das ich in Katmandu leider keine Route berechnen kann. Ich möchte das ich einen Weg bis ins Basislager bekomme - aber vielleicht 10km vorher die Ansage bekomme das die Zufahrt möglicherweise nicht für dieses Auto geeignet ist. Bei mir ist der Track der EINZIGE weg zu mir nach Hause. Trotzdem verweigert mit der router die Nutzung. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] toilettes automatiques
Salut, Comment taggeriez-vous le fait que des toilettes sont lavées automatiquement ? J'ai regardé sur le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dtoilets et personne ne s'est encore posé la question apparemment. Dans tag info la clef* automated=yes/no *est un peu utilisé mais cela me parait la meilleure solution. Votre avis sur la question ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Weigh stations on Interstates
I didn't look closely at the situation, but what rendered looked more or less right. Consider an enforcement relation http://wiki.openstreetmap.org/wiki/Relation:enforcement, and also on the bypass route (the main highway) hgv=no and a maxweight=* tag for which you don't have to weigh in on the segment between the exit ramp for the scale and the enterance ramp from the scale. Drivers for whom this applies will appreciate the advance warning that they're going to be slowing significantly or stopping soon (often well before it's posted if you're using OsmAnd and in a region where mandatory scales tend to lack adequate official advanced warning, like Oklahoma and BC) but will be able to infer a legal bypass if the scales are closed (or maybe stop anyway for a break if they're due). Either way, it'll give the crew (be it one or two members) a little more warning to take appropriate action. Less useful, but still handy for ETA estimation, at well-known locations that are extremely rarely, if ever, closed, like the Oregon Port of Entry Scale, Samuel Baldock Freeway, Woodburn, Oregon. On Mon, Mar 16, 2015 at 11:33 AM, Harald Kliems kli...@gmail.com wrote: In continuing mapping destination tag on highways based on Mapillary imagery, I've come across the problem of how to tag weigh stations on Interstate highways (http://en.wikipedia.org/wiki/Weigh_station). I haven't found anything in the wiki, and I don't know enough how they work to come up with reasonable tagging. What are the rules for access, for example? An example would be http://www.openstreetmap.org/#map=17/43.00858/-89.22468layers=N with Mapillary imagery starting here http://mapillary.com/map/im/xHw-s0_0RrAt3V-yVq4n9g Any ideas would be appreciated. Harald. ___ 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-us] Weigh stations on Interstates
Also present near the USA mexican border are immigration check stations, where border patrol agents profile passengers and drivers based on race, and may ask for identification. In some places these are mobile stations, others have mappable fixed infrastructure. Typically all vehicles must stop. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Weigh stations on Interstates
It's worth noting that rules vary heavily by state and, in some cases, may or may not be signed particularly well. South Dakota, for example, has signs posted that all vehicles over 8,000 GVWR, except RVs, should stop (and that would include many pickup trucks and vans), while Montana requires only vehicles at the CDL level (26,000 lbs and above) to stop. Several of the other states I drove through last summer were less descriptive (e.g. All trucks must stop in many cases, without defining exactly what constituted a truck). Personally, I think it could be very helpful to have this data (and, as already suggested, those stations that are almost always open) in OSM, but I don't know what the best ways for tagging it would be. Having recently done a cross-country move in a personally owned box van that was not fully compliant with DOT specification for commercial vehicles, I was very grateful for local advice that led me to avoid a stop at the South Dakota port of entry. On Mon, Mar 16, 2015 at 11:24 AM, Bryce Nesbitt bry...@obviously.com wrote: While one could get into access tags for weigh stations, it seems like it would create as many problems as it solves. -- A weigh station in the USA is a mandatory stop for heavy goods vehicles, and prohibited entry for everyone else. Heavy goods vehicles with special equipment can bypass the station, if given a bypass signal. Stations are often staffed only during limited hours (many stations are physically present, but open only sporadically). A station, if stopping is required, will add travel time to a hgv. I think you tag it as is is, and let routing software determine the applicable national laws for who it stops. The tagging should relate to a given way, perhaps with addr:street, or a more fiddly relation. -- A related concept is a hunter check station, and a boat check station (checking hunting permits and checking for invasive weeds respectively). California USA has agricultural check stations, mandatory for all vehicles, looking for invasive pests. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Kevin Broderick k...@kevinbroderick.com ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] tours penchées
j'ai gardé le même sens que celui utilisé pour l'orientation des toits skillions dans le rendu 3d. on peux conseiller d'utiliser W/E pour être tranquille en effet. je doute qu'on ait beaucoup de bâtiments penchés au pole nord et sud, ça devrait aller. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5837413.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Weigh stations on Interstates
On Mon, Mar 16, 2015 at 12:50 PM, Harald Kliems kli...@gmail.com wrote: On Mon, Mar 16, 2015 at 12:39 PM Paul Johnson Only place I've known this to be true is California. Everywhere else I've been, it either reverts to a highway parking area (midwest) or a public access scale (northwest) when trucks aren't required to stop, and when trucks are required to stop, access is still generally granted to the public to use the amenities available I don't think that's the case in Wisconsin or Ontario/Quebec. When closed, these stations always look completely deserted, and when they're open, I only ever see trucks in there. But maybe that's just because nobody knows that you're allowed to drive in there? It's certainly not covered in the WI drivers handbook. Generally speaking, scales that aren't in mandatory stop operations are of minimal use to anyone other than the long-distance, budget-minded and/or commercial traveler, since generally speaking the only two things that are at these locations are highway parking (which is by design always open to most-to-all comers so fatigued drivers can get off the road and take a safety nap), usually some litter barrels, and possibly a permanently installed scale (I say possibly because I've personally encountered a grand total of zero of these in Oklahoma, leaving just the parking; and some of the ones in Oklahoma closer to Arkansas often omit the litter barrels as most of the traffic over the border is going to or from Walmart's central distribution center, minutes over the line in Fayetteville, Arkansas, or the college border town of Fort Smith, AR, in which all the traffic's coming from the Oklahoma side). As such, most drivers don't bother to enter them because they're not useful. And even if they have a scale in operation, it's generally only useful for the folks who care enough about their suspension and tires to balance their load and make sure anything they're towing is properly balanced. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] tours penchées
Je prenais l'exemple des pôles géographiques pour fixer la règle pour chaque hémisphère uniquement parce que c'est uniquement aux pôles que les valeurs des angles d'azimut correspondent exactement aux angles de longitude puique les directions des azimuts sont tangents et alignés avec les méridiens. C'est grâce au choix du pôle de référence (nord ou sud) qu'on peut fixer le signe de l'angle azimut. Et classiquement c'est le pôle nord qui est choisi car il est du côté positif des latitudes, à +90° dans le système de coordonnées Mercator standard d'OSM. Le 16 mars 2015 19:02, Cactusbone cactusb...@free.fr a écrit : j'ai gardé le même sens que celui utilisé pour l'orientation des toits skillions dans le rendu 3d. on peux conseiller d'utiliser W/E pour être tranquille en effet. je doute qu'on ait beaucoup de bâtiments penchés au pole nord et sud, ça devrait aller. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5837413.html Sent from the France mailing list archive at Nabble.com. ___ 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
[Talk-br] RES: Fwd: App de Mobilidade Urbana
http://www.allryder.com Me parece que eles procuram beta-testers locais para validar o que já tem para outras cidades, alias pelos pequenos erros de grafia no email ela nem deve estar no Brasil. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre WIEFELS [mailto:alexandr...@yahoo.com] Enviada em: segunda-feira, 16 de março de 2015 14:54 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Fwd: App de Mobilidade Urbana Tbm recebi Abç On Monday, March 16, 2015 6:33 PM, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com wrote: Tb recebi. []s, Hélio. _ From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 16 Mar 2015 14:21:17 -0300 Subject: Re: [Talk-br] Fwd: App de Mobilidade Urbana Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []s Marcio From: Arlindo Pereira mailto:openstreet...@arlindopereira.com Sent: Monday, March 16, 2015 1:40 PM To: OSM talk-br mailto:talk-br@openstreetmap.org Subject: [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []s Arlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio (http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: App de Mobilidade Urbana
Tb recebi.[]s,Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 16 Mar 2015 14:21:17 -0300 Subject: Re: [Talk-br] Fwd: App de Mobilidade Urbana Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []s Marcio From: Arlindo Pereira Sent: Monday, March 16, 2015 1:40 PM To: OSM talk-br Subject: [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []s Arlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio (http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Weigh stations on Interstates
On Mon, Mar 16, 2015 at 12:24 PM, Bryce Nesbitt bry...@obviously.com wrote: While one could get into access tags for weigh stations, it seems like it would create as many problems as it solves. -- A weigh station in the USA is a mandatory stop for heavy goods vehicles, and prohibited entry for everyone else. Only place I've known this to be true is California. Everywhere else I've been, it either reverts to a highway parking area (midwest) or a public access scale (northwest) when trucks aren't required to stop, and when trucks are required to stop, access is still generally granted to the public to use the amenities available (highway parking, litter receptacles; sometimes a storm shelter, rarely a public restroom, telephone, vending machines), and if they're permanently installed, the scales are intentionally left on for use by the general public (Oregon often uses automated speed enforcement cameras on these at the 3 MPH zone over them to protect the scales from damage, at rarely used permanently installed scales). Even then, when they've had a scale out of service at Woodburn when the other side of the scalehouse is staffed, nobody seemed to care that I rolled in to adjust load balance on the scales using the unmanned side (there's two scales in each direction at the Woodburn Port of Entry scales) Heavy goods vehicles with special equipment can bypass the station, if given a bypass signal. Stations are often staffed only during limited hours (many stations are physically present, but open only sporadically). Seems to be on the most major corridors only; I imagine it exists elsewhere but I've yet to see it anywhere except for parts of the Panamerican Highway in the US and Canadian west. I think you tag it as is is, and let routing software determine the applicable national laws for who it stops. The tagging should relate to a given way, perhaps with addr:street, or a more fiddly relation. Problem is, as we've observed on what's starting to feel like a weekly basis here, there are no rational national assumptions, when in doubt, tag it anyway. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] niveaux pour les ascenseurs
Bonsoir, Mon avis se reflète pas mal dans la solution qui rend bien sur OpenLevelUp, ça me semble plus logique d'indiquer à quels niveaux l'ascenseur s'arrête avec level=0;1;2 (ou un intervalle 0-2, voir clé repeat_on=*). Je trouve ça également bizarre la valeur de level avec un unique niveau. C'est peut-être une question de manque de détail (dans le sens information inconnue) : la personne ayant tagué cet ascenseur a vu qu'il était accessible depuis tel niveau, mais n'a pas regardé quels autres niveaux étaient accessibles, et donc n'a noté que celui qu'elle a observé. Cordialement, PanierAvide. Le 16/03/2015 18:39, Florian LAINEZ a écrit : hello, je me pose une question et n'ai trouvé de réponse ni sur le wiki ni nul part : comment tagueriez-vous les différents niveaux d'un ascenseur ? Perso pour un ascenseur desservant les étages 0, 1 et 2 je ferrai un polygone ou un nœud et lui attribuerai le tag /level = 0;1;2 / Mais je vois que ce n'est pas ce que tout le monde fait. Ici un exemple de point au niveau -1 : https://www.openstreetmap.org/node/3263357493 et d'un node niveau 0 : https://www.openstreetmap.org/node/3263357492 reliés par une way. Cela ne décrit d'après moi pas la réalité car deux points highway=elevators sont créés. J'ai juste ? Je vois que ma solution est bien rendue dans OpenLevelUp!, donc @panieravide ton avis m'intéresse, merci -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Weigh stations on Interstates
On Mon, Mar 16, 2015 at 10:39 AM, Paul Johnson ba...@ursamundi.org wrote: Problem is, as we've observed on what's starting to feel like a weekly basis here, there are no rational national assumptions, when in doubt, tag it anyway. I think we've also observed that more people map than fix: and *any such rules embedded in the tagging will quickly become * *inconsistent to the point of useless.* Everywhere else I've been, it either reverts to a highway parking area (midwest) or a public access scale (northwest) when trucks aren't required to stop, and when trucks are required to stop, access is still generally granted to the public to use the amenities available There are three access cases for non-hgv's: prohibited by sign, unstated probably permissive, permitted by sign. All three exist. The common unstaffed weigh station in the American west has everything locked up, it's either a rest area or the rest area is separate. It's pretty useless to stop. If it's a permissive rest area,* I argue it should be mapped as a rest area.* ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Weigh stations on Interstates
2015-03-16 17:33 GMT+01:00 Harald Kliems kli...@gmail.com: In continuing mapping destination tag on highways based on Mapillary imagery, I've come across the problem of how to tag weigh stations on Interstate highways (http://en.wikipedia.org/wiki/Weigh_station). I haven't found anything in the wiki, and I don't know enough how they work to come up with reasonable tagging. some years ago, scales have been discussed on the mailing list, but it doesn't seem if this has lead to a lot of tagging: http://taginfo.osm.org/tags/man_made=weighing_scale#overview There are also 12 amenity=truck_scale For those weighing stations I'd see them as a bigger object with the scale just being a part of it (if I understand that correctly), could be something like amenity or highway=weighing_station Cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] niveaux pour les ascenseurs
La notion de layers n'est effectivement pas liée aux étages, mais la question porte ici sur le tag level, qui lui est vraiment lié aux étages (voir [1]). Le tag level=* gère également les demi-étages (voir plus, j'ai vu des quarts et tiers d'étages ici [2]). Après effectivement les étages en eux-mêmes peuvent comporter des noms divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une relation type=level ou le polygone indoor=level qui correspond ;) Cordialement, PanierAvide [1] http://wiki.openstreetmap.org/wiki/FR:Key:level [2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U Le 16/03/2015 19:00, Philippe Verdy a écrit : Attention le nombre de layers dans Osm et leur numérotation ne correspond pas necessairelent a celles des niveaux ou étages dans un bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en entresol entre deux étages... Pour différentes raisons on peut avoir besoin de plus de layers OSM que d'étages et en plus dans le mêle bâtiment et au mêle étage physique on a des numérotations différentes pour les niveaux de parking et niveaux habitables ou commerciaux d'un magasin Les étages et niveaux ne sont pas linéaires et ont des dénominations propres au bâtiment et a son usage interne... Contrairement aux layers d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce que le layer 0 par défaut soit au niveau du sol exterieur qui n'est pas toujours plat et s'aligne avec des étages différents selon le côté du batiment ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-co] Actualización del Tasking Manager V.2
Hola a todos! Me pregunto si podemos actualizar el gestor de tareas a la última versión, incluso esta viene con la traducción actualizada, de esta forma brindar a los usuarios una entrada más legible totalmente en español. Saludos, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] tours penchées
Sens horaire pour l'aimuth? En carto on a plus souvent le sens trigo. Pour ôter toute ambiguïté je suggère d'utiliser non pas un signe +/- mais W/E pour Ouest et Est. Note que dans OSM les longitudes est et horaires des fuseaux sont positifs a l'est et négatif a l'ouest du méridien zéro: si on doit indiquer un angle d'azimuth d'inclinaison depuis le pôle nord il aura la même valeur et le même signe que la longitude du méridien. Si on se place au pôle sud ce sera la valeur opposée... Le 16 mars 2015 18:07, Cactusbone cactusb...@free.fr a écrit : comme pour les toits skillions orienté, je pense que le plus simple est d'utiliser le nord géographique, et d'indiquer les angles a partir du nord dans le sens horaire (90 étant l'est donc) via wikipedia, on aura plus souvent une orientation approximative de l'ange (type NNW) et l'écartement du sommet avec la verticale plutôt qu'un angle, genre se décale de 1m vers le NNW. mais certains bâtiments ont leur inclinaison indiqué en angle, ça dépends des sources utilisées. a noter aussi que l'écart a tendance a varier avec le temps quand il s'agit d'un sol instable, et donc on ne sera jamais précis... le soucis avec la hauteur de plusieurs points c'est l'extrapolation des points manquant dans les bâtiments complexes. et ensuite il faut voir si on incline que les murs, ou si on incline tout le bâtiment (ça dépends du bâtiment) je ne sais pas ce qui est le plus probable, entre pouvoir relever les différentes hauteurs de points, ou utiliser les donnés déjà existantes. on pourrais faire ça : pour le tilt, si on vois un m dans la valeur, on prends un écartement, et on calcule l'angle qui correspond pour l'azimuth, utiliser soit les valeurs en texte, soit un angle horaire depuis le nord géographique pour les points, on peux déjà utiliser le tag height, et une relation pour indiquer que c'est une évolution de hauteur, reste a trouver un nom, mais c'est moins facile a voir quand on édite un bâtiment. l'avantage c'est que ca permet de faire des batiments plus complexes que simplement penchés. je vais essayer de faire une image avec quelques cas histoire que ca soit un peu plus graphique. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5837396.html Sent from the France mailing list archive at Nabble.com. ___ 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-us] Weigh stations on Interstates
While one could get into access tags for weigh stations, it seems like it would create as many problems as it solves. -- A weigh station in the USA is a mandatory stop for heavy goods vehicles, and prohibited entry for everyone else. Heavy goods vehicles with special equipment can bypass the station, if given a bypass signal. Stations are often staffed only during limited hours (many stations are physically present, but open only sporadically). A station, if stopping is required, will add travel time to a hgv. I think you tag it as is is, and let routing software determine the applicable national laws for who it stops. The tagging should relate to a given way, perhaps with addr:street, or a more fiddly relation. -- A related concept is a hunter check station, and a boat check station (checking hunting permits and checking for invasive weeds respectively). California USA has agricultural check stations, mandatory for all vehicles, looking for invasive pests. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] niveaux pour les ascenseurs
Attention le nombre de layers dans Osm et leur numérotation ne correspond pas necessairelent a celles des niveaux ou étages dans un bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en entresol entre deux étages... Pour différentes raisons on peut avoir besoin de plus de layers OSM que d'étages et en plus dans le mêle bâtiment et au mêle étage physique on a des numérotations différentes pour les niveaux de parking et niveaux habitables ou commerciaux d'un magasin Les étages et niveaux ne sont pas linéaires et ont des dénominations propres au bâtiment et a son usage interne... Contrairement aux layers d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce que le layer 0 par défaut soit au niveau du sol exterieur qui n'est pas toujours plat et s'aligne avec des étages différents selon le côté du batiment Le 16 mars 2015 18:49, PanierAvide panierav...@riseup.net a écrit : Bonsoir, Mon avis se reflète pas mal dans la solution qui rend bien sur OpenLevelUp, ça me semble plus logique d'indiquer à quels niveaux l'ascenseur s'arrête avec level=0;1;2 (ou un intervalle 0-2, voir clé repeat_on=*). Je trouve ça également bizarre la valeur de level avec un unique niveau. C'est peut-être une question de manque de détail (dans le sens information inconnue) : la personne ayant tagué cet ascenseur a vu qu'il était accessible depuis tel niveau, mais n'a pas regardé quels autres niveaux étaient accessibles, et donc n'a noté que celui qu'elle a observé. Cordialement, PanierAvide. Le 16/03/2015 18:39, Florian LAINEZ a écrit : hello, je me pose une question et n'ai trouvé de réponse ni sur le wiki ni nul part : comment tagueriez-vous les différents niveaux d'un ascenseur ? Perso pour un ascenseur desservant les étages 0, 1 et 2 je ferrai un polygone ou un nœud et lui attribuerai le tag *level = 0;1;2 * Mais je vois que ce n'est pas ce que tout le monde fait. Ici un exemple de point au niveau -1 : https://www.openstreetmap.org/node/3263357493 et d'un node niveau 0 : https://www.openstreetmap.org/node/3263357492 reliés par une way. Cela ne décrit d'après moi pas la réalité car deux points highway=elevators sont créés. J'ai juste ? Je vois que ma solution est bien rendue dans OpenLevelUp!, donc @panieravide ton avis m'intéresse, merci -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ 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
[Talk-dk] Underlig rendering (Danmark = vand)
Hej alle, Jeg tror vi er blevet oversvømmet ! Fra og med niveau 13 vises land som vand. F.eks. http://www.openstreetmap.org/#map=13/55.9945/12.0529 Okay, måske er det ikke en oversvømmelse men en eller anden relation der er gået i udu. Jeg har desværre ikke kompetence til at finde og reparere fejlen. /Leif ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] tours penchées
comme pour les toits skillions orienté, je pense que le plus simple est d'utiliser le nord géographique, et d'indiquer les angles a partir du nord dans le sens horaire (90 étant l'est donc) via wikipedia, on aura plus souvent une orientation approximative de l'ange (type NNW) et l'écartement du sommet avec la verticale plutôt qu'un angle, genre se décale de 1m vers le NNW. mais certains bâtiments ont leur inclinaison indiqué en angle, ça dépends des sources utilisées. a noter aussi que l'écart a tendance a varier avec le temps quand il s'agit d'un sol instable, et donc on ne sera jamais précis... le soucis avec la hauteur de plusieurs points c'est l'extrapolation des points manquant dans les bâtiments complexes. et ensuite il faut voir si on incline que les murs, ou si on incline tout le bâtiment (ça dépends du bâtiment) je ne sais pas ce qui est le plus probable, entre pouvoir relever les différentes hauteurs de points, ou utiliser les donnés déjà existantes. on pourrais faire ça : pour le tilt, si on vois un m dans la valeur, on prends un écartement, et on calcule l'angle qui correspond pour l'azimuth, utiliser soit les valeurs en texte, soit un angle horaire depuis le nord géographique pour les points, on peux déjà utiliser le tag height, et une relation pour indiquer que c'est une évolution de hauteur, reste a trouver un nom, mais c'est moins facile a voir quand on édite un bâtiment. l'avantage c'est que ca permet de faire des batiments plus complexes que simplement penchés. je vais essayer de faire une image avec quelques cas histoire que ca soit un peu plus graphique. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5837396.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Fwd: App de Mobilidade Urbana
Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []s Marcio From: Arlindo Pereira Sent: Monday, March 16, 2015 1:40 PM To: OSM talk-br Subject: [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []s Arlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio (http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] OGD Vienna Tree update (?)
On 16.03.2015 10:39, Markus Mayr wrote: Aber genau für die schon bestehenden Bäume ist ein Update automatisch durchführbar, denke ich. Da geht es nur um das Ergänzen fehlender Attribute. Ich schlage vor, bei dieser Gelegenheit auch gleich die unerlaubten Massenedits von User ecdos rückgängig zu machen. Und mir ist aufgefallen, dass dort, wo das Art-Epitheton unbekannt ist, das sp. sowohl in species=* als auch in taxon=* steht. In letzterem gehört es weg, weil es keinen Sinn hat, mit dem Taxon auf die Art-Ebene zu gehen, wenn die Art gar nicht bekannt ist. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] niveaux pour les ascenseurs
hello, je me pose une question et n'ai trouvé de réponse ni sur le wiki ni nul part : comment tagueriez-vous les différents niveaux d'un ascenseur ? Perso pour un ascenseur desservant les étages 0, 1 et 2 je ferrai un polygone ou un nœud et lui attribuerai le tag *level = 0;1;2* Mais je vois que ce n'est pas ce que tout le monde fait. Ici un exemple de point au niveau -1 : https://www.openstreetmap.org/node/3263357493 et d'un node niveau 0 : https://www.openstreetmap.org/node/3263357492 reliés par une way. Cela ne décrit d'après moi pas la réalité car deux points highway=elevators sont créés. J'ai juste ? Je vois que ma solution est bien rendue dans OpenLevelUp!, donc @panieravide ton avis m'intéresse, merci -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] toilettes automatiques
Philippe le tag que tu cherches est drinking_water = yes; no c'est confirmé par le wiki. Pour en revenir à l'automatisation du lavage, j'ai également vu des *autocleaning = yes; no* et c'est pour cela que je me demande ce qu'il convient d'utiliser. Sinon on pourrait utiliser autowash = yes;no et ça serait carrément Corben Dallas Multipass approved pour ceux qui comprendront :P Le 16 mars 2015 18:02, Philippe Verdy verd...@wanadoo.fr a écrit : Pourquoi pas. D'autant que ce genre de lieu n'est pas tellement multiusage et qu'on risque pas de conflit. Pas besoin de préfixer toilets:automated=yes. En revanche il est utile de taguer wheelchair=yes si c'est assez large (rarement dans les cafés-bars , et les petits restaux des centres-villes) et équipé de poignée pour aider a se lever du fauteuil sans aide extérieure. Et aussi lavatories=yes (?) si on peut se laver les mains... Ce n'est pas le cas partout malheureusement (notamment les cafés-bars-presse-PMU-Loto souvent exigus). Le 16 mars 2015 15:54, Florian LAINEZ winner...@free.fr a écrit : Salut, Comment taggeriez-vous le fait que des toilettes sont lavées automatiquement ? J'ai regardé sur le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dtoilets et personne ne s'est encore posé la question apparemment. Dans tag info la clef* automated=yes/no *est un peu utilisé mais cela me parait la meilleure solution. Votre avis sur la question ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ 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 -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Weigh stations on Interstates
On Mon, Mar 16, 2015 at 12:39 PM Paul Johnson Only place I've known this to be true is California. Everywhere else I've been, it either reverts to a highway parking area (midwest) or a public access scale (northwest) when trucks aren't required to stop, and when trucks are required to stop, access is still generally granted to the public to use the amenities available I don't think that's the case in Wisconsin or Ontario/Quebec. When closed, these stations always look completely deserted, and when they're open, I only ever see trucks in there. But maybe that's just because nobody knows that you're allowed to drive in there? It's certainly not covered in the WI drivers handbook. Harald. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Fwd: App de Mobilidade Urbana
Tbm recebiAbç On Monday, March 16, 2015 6:33 PM, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com wrote: #yiv8047049869 #yiv8047049869 --.yiv8047049869hmmessage P{margin:0px;padding:0px;}#yiv8047049869 body.yiv8047049869hmmessage{font-size:12pt;font-family:Calibri;}#yiv8047049869 Tb recebi.[]s,Hélio. From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 16 Mar 2015 14:21:17 -0300 Subject: Re: [Talk-br] Fwd: App de Mobilidade Urbana Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []sMarcio From: Arlindo Pereira Sent: Monday, March 16, 2015 1:40 PMTo: OSM talk-br Subject: [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []sArlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio (http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___Talk-br mailing listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] Adressen via AGIV Crab
In Limburg ontbreken nog veel postcode grenzen omdat er nog veel deelgemeente grenzen ontbreken. Dikwijls vallen die grenzen samen. 'k ben daar dus moeten stoppen met het toevoegen van postcode grenzen m 2015-03-17 0:37 GMT+01:00 Erik Beerten ebe...@gmail.com: Voor Sint-Truiden zijn er nog geen postcode grenzen vastgelegd. Naast 3800 zijn ook 3803 en 3806 postcodes in Sint-Truiden. En er zijn veel deelgemeenten. Groeten, Erik Op 16-03-15 om 22:51 schreef Sander Deryckere: Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of niet correct is, dan kan overpass geen adressen vinden, waardoor alle staten dus op 0 blijven staan. Ik zal morgen eens kijken naar die grenzen, maar het probleem kan nog een eindje blijven bestaan. Overpass is niet zo snel met het updaten van gebieden als met het updaten van andere objecten, omdat het wat meer rekenkracht vraagt om vanuit een OSM relatie een geografisch gebied te maken. Ik verwacht dat er dus enkele dagen vertraging op kunnen zitten. Groeten, Sander Op 16-mrt.-2015 21:09 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com : De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de ‘uitstalramen’! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond…maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] Bankomaty Fio
Ahoj, vzhlem k tomu bych také přidal nějaké todo na manuální check, aby se dalo poznat, co je import, a co je vhodné ověřit (a nemusel jsi to dělat ty). Jak na to ale poví zkušenější importéři, já rád ověřím bankomaty v mé domovině. Navíc bych zahrnul id toho bankomatu na stránkách, aby se dal jednoduše udělat import nových bankomatů a nehýbat s potenciálně ručně upřesněnými. On Mon, Mar 16, 2015 at 09:35:02PM +0100, Jan Vršovský wrote: Ahoj, výborný, ale pokud plánuješ používat data z webových stránek, tak tam jsou vlastně tři informace: - ze souřadnic - z adresy - z textového popisu A ty souřadnice mi z následujících důvodů připadají jako nejméně důvěryhodné z těchto tří: a) Když si kliknu na tu mapu, tak mám pocit, že poloha mapy se řídí adresou budovy - tj. že v mapě není přesná poloha bankomatu. Dokonce když jsem našel dva bankomaty, které podle popisu leží na stejné adrese, ale každý trochu jinde - a mají stejné souřadnice: http://www.fio.cz/o-nas/kontakty?region=5# mapBranches , poslední dva. U větších budov tím pádem může být bankomat i o desítky metrů jinde. b) V některých případech souřadnice uvedené na stránce leží ještě jinde - jinde než ta adresa budovy i než kde ten bankomat asi skutečně je - viz čtvrtý bankomat (Fügnerova) na stránce výše. Podle mě i tak to asi stojí za to, pokud to budeš dělat ručně a rozhodovat se individuálně podle uvážení, kam ten uzel umístit, a pokud naimportuješ taky slovní popis do description. Honza -- Původní zpráva -- Od: Martin Hamrle martin.ham...@gmail.com Komu: talk-cz@openstreetmap.org Datum: 16. 3. 2015 20:34:19 Předmět: [Talk-cz] Bankomaty Fio Zdravim, vsiml jsem si za na strankach Fio banky maji seznam jejich bankomatu s GPS souradnicemi. Napsal jsem dotaz na Fio, zda-li bych mohl pouzit informace ze stranek k rozsireni dat v openstreetmap a dostal jsem svoleni. Moje predstava je, ze bych importoval body s nasledujici atributy: amenity=atm operator=Fio banka opening_hours=... source=www.fio.cz Konflikty bych resil poloautomaticky nebo rucne. Dal bych pridal fio.cz na wiki jako zdroj pro odvozovani dat. Stejne by sli resit pobocky. Na neco jsem zapomnel? Martin ___ 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 -- S pozdravem Ladislav Láska la...@kam.mff.cuni.cz Katedra Aplikované Matematiky, MFF UK tel.: +420 739 464 167 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] Adressen via AGIV Crab
Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of niet correct is, dan kan overpass geen adressen vinden, waardoor alle staten dus op 0 blijven staan. Ik zal morgen eens kijken naar die grenzen, maar het probleem kan nog een eindje blijven bestaan. Overpass is niet zo snel met het updaten van gebieden als met het updaten van andere objecten, omdat het wat meer rekenkracht vraagt om vanuit een OSM relatie een geografisch gebied te maken. Ik verwacht dat er dus enkele dagen vertraging op kunnen zitten. Groeten, Sander Op 16-mrt.-2015 21:09 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de ‘uitstalramen’! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond…maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-dk] Strømningsretningen stemmer ikke!
Det løber nordpå, på den strækning. Skal man sætte oneway før retningen kan ses på kortet? mvh Uffe Kousgaard Niels Elgaard Larsen wrote: Men der er stadig vandløb, som jeg ikke har fundet ud af, fx Tokkerup Å: http://www.openstreetmap.org/way/32057465 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-us] [OSM-talk] Your opinion about SOTM US
I'm kind of jumping on this discussion a bit late, but there is another possible solution; to build better tools. On one side it could be easier to review imports and recent changes. This would make the cost of imports lower. On the other side, map editing could be made less tedious. Guiding using outside data sources is one approach, similar to slide http://labs.strava.com/slide/. Basically any tools that makes map editors more productive is good; existing users do more and new users are more engaged. My 2 cents anyways. On Tue, Mar 10, 2015 at 9:19 AM, Clifford Snow cliff...@snowandsnow.us wrote: Alex, Our friends on the other side of the pond like to point out that we have many poorly and unmapped areas. I'm sure we all agree that their assessment is correct. Solving this problem should be one of our highest priorities. Two solutions come to mind, increase the number of imports and growing the community of mappers. While I feel that imports have their place, i.e. addresses and building outlines, my preferred solution is to increase the number of mappers. It would be great to see a session to brainstorm how to set target growth rates and then how to achieve them. My sense is that having the US Chapter Board involved is needed to help overcome some obstacles, ie. funding, software tools, communications, etc. I'd be happy to create a proposal for such a session, but it would need a facilitator to help us work with a large group of interested parties. (I haven't facilitated a large group in many years.) My other obstacle is I'm currently visiting Costa Rica and I'm often in places with limited internet access which makes it hard to communicate. I'd like to get some feedback what others think. Do we have a problem of being under and poorly mapped lands? Is it worthwhile to hold a session to build a roadmap to fix it? If so how would you do it? Clifford On Mon, Mar 9, 2015 at 8:52 PM, Alex Barth a...@mapbox.com wrote: Casting the net a little wider: What do you think are the big topics and challenges for OpenStreetMap as we're about to go into the second decade? What does this mean for State of the Map? On Mon, Mar 2, 2015 at 8:40 AM, Martijn van Exel m...@rtijn.org wrote: Hey all, I put together a 3 minute survey about the upcoming State of the Map US conference. The main thing I would like to know more about is the types of talks you would be interested in, or even specifically which people or organizations you would want to see a talk from. You can find the survey here: http://goo.gl/forms/YZpm2aPk2O If you don't want to fill out the survey, you can also send your opinion my way in an email. In any case, thanks in advance for taking the time. Remember, the Call for Papers will be open for another 3 weeks: http://stateofthemap.us/talk/ Thanks again, -- Martijn van Exel skype: mvexel ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] RES: Fwd: App de Mobilidade Urbana
Troquei mais algumas mensagens com ela, parece que ela é uma colaboradora portuguesa da empresa, e eles buscam lançar o app em algumas cidades no Brasil (após passarem por testes com usuários da comunidade). []s Arlindo 2015-03-16 15:17 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: http://www.allryder.com Me parece que eles procuram beta-testers locais para validar o que já tem para outras cidades, alias pelos pequenos erros de grafia no email ela nem deve estar no Brasil. ___ Reinaldo Neves Equação Informática (11) 3221-3722 *De:* Alexandre WIEFELS [mailto:alexandr...@yahoo.com] *Enviada em:* segunda-feira, 16 de março de 2015 14:54 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] Fwd: App de Mobilidade Urbana Tbm recebi Abç On Monday, March 16, 2015 6:33 PM, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com wrote: Tb recebi. []s, Hélio. -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 16 Mar 2015 14:21:17 -0300 Subject: Re: [Talk-br] Fwd: App de Mobilidade Urbana Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []s Marcio *From:* Arlindo Pereira openstreet...@arlindopereira.com *Sent:* Monday, March 16, 2015 1:40 PM *To:* OSM talk-br talk-br@openstreetmap.org *Subject:* [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []s Arlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio ( http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Fwd: App de Mobilidade Urbana
Olá pessoal, Eu trabalho na Allryder. :) A gente realmente está tentando entrar em contato com membros ativos da comunidade OSM. Eu sou o único brasileiro na empresa e, apesar de assinar a lista há alguns meses, não me considero um expert no assunto. Tenho alguns colegas alemãos que são muito mais ativos e conhecedores de OSM do que eu. De qualquer maneira, só queria deixar aqui meu contato também, caso tenham algumas dúvidas técnicas sobre o que estamos fazendo. Abraços Thiago Bueno Thiago Bueno Silva 2015-03-16 21:54 GMT+01:00 Arlindo Pereira openstreet...@arlindopereira.com : Troquei mais algumas mensagens com ela, parece que ela é uma colaboradora portuguesa da empresa, e eles buscam lançar o app em algumas cidades no Brasil (após passarem por testes com usuários da comunidade). []s Arlindo 2015-03-16 15:17 GMT-03:00 Reinaldo Neves rne...@equacao.com.br: http://www.allryder.com Me parece que eles procuram beta-testers locais para validar o que já tem para outras cidades, alias pelos pequenos erros de grafia no email ela nem deve estar no Brasil. ___ Reinaldo Neves Equação Informática (11) 3221-3722 *De:* Alexandre WIEFELS [mailto:alexandr...@yahoo.com] *Enviada em:* segunda-feira, 16 de março de 2015 14:54 *Para:* OpenStreetMap no Brasil *Assunto:* Re: [Talk-br] Fwd: App de Mobilidade Urbana Tbm recebi Abç On Monday, March 16, 2015 6:33 PM, Hélio Ricardo Pinheiro Coutinho helio_couti...@hotmail.com wrote: Tb recebi. []s, Hélio. -- From: thunder...@gpsinfo.com.br To: talk-br@openstreetmap.org Date: Mon, 16 Mar 2015 14:21:17 -0300 Subject: Re: [Talk-br] Fwd: App de Mobilidade Urbana Pelo visto ela encaminhou essa mensagem para outros porque a recebi em minha caixa postal com o mesmo texto. []s Marcio *From:* Arlindo Pereira openstreet...@arlindopereira.com *Sent:* Monday, March 16, 2015 1:40 PM *To:* OSM talk-br talk-br@openstreetmap.org *Subject:* [Talk-br] Fwd: App de Mobilidade Urbana Pessoal, encaminho mensagem que recebi sobre o app Allryder, que traz informações de transporte público baseadas no OSM. []s Arlindo On 2015-03-16 10:30:51 UTC MsEc wrote: Oi Nighto! O meu nome é Erica e eu estou trabalhando para uma startup que está construindo um app the mobilidade urbana inteligente para ajudar a comoção das pessoas em grandes cidades como o Rio ( http://wiki.openstreetmap.org/wiki/Allryder). Nós estamos usando alguns dados do OSM, mas também estamos a contribuir para a comunidade com outros dados. Reparei que você é um dos mais ativos na comunidade, parabéns por isso! É graças a pessoas como você que soluções inovativas como a nossa podem ser criadas :) Nós sabemos bem como os transportes públicos são loucos e complicados no Rio, e nós queremos ajudar a mudar isso e a fazer a diferença na vida dos cidadãos. Desta forma, eu estava ponderando se você não se interessaria em ser um beta tester e ter acesso exclusivo ao app antes de ser oficialmente lançado? Se você tiver interesse no app, se inscreva aqui: http://bit.ly/1AfDItz e eu irei lhe enviar um email nos próximos dias com mais detalhes e acesso à versão beta. Muito obrigada! Erica ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-dk] Strømningsretningen stemmer ikke!
Hej, Jeg taler om at vandet på den strækning løber mod nord ude i virkeligheden. Det var den information Niels Elgaard søgte. Og jeg ved godt, at liniestykker har en digitaliseringsretning. Men retningen fremgår ikke af det normale OSM kort. hilsen Uffe Michael Andersen wrote: Hej Uffe Nej, alle liniestykker i databasen har en retning og vandløb strømmer blot i samme retning som liniestykket. Mandag den 16. marts 2015 23:22:34 skrev Uffe Kousgaard: Det løber nordpå, på den strækning. Skal man sætte "oneway" før retningen kan ses på kortet? mvh Uffe Kousgaard Niels Elgaard Larsen wrote: Men der er stadig vandløb, som jeg ikke har fundet ud af, fx Tokkerup Å: http://www.openstreetmap.org/way/32057465 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
Yes this is really nice to see the bicycle tags on a slippy map. We can present it during the mapping party. But ideally I'll want to have a tool for creating PNG / PDF image for OSM with a nice presentation of the bicycle tags. Do you know such a tool ? Marc On 8 March 2015 at 21:53, Marc Zoutendijk marczoutend...@mac.com wrote: Op 8 mrt. 2015, om 21:41 heeft Marc Ducobu marc.duc...@gmail.com het volgende geschreven: A french cyclist association create this map : http://bicyclette69.free.fr/carte/carte.html. This map is really nice. But I think they use maperitive which is proprietary. For me, that site is not working at all. It responds to no click whatsoever. This site does the job quiet well: http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=cyclewayszoom=14lat=45.75156lon=4.86038layers=B0TFF And it has a lot of useful options. Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group!
Op 16-03-15 om 23:21 schreef Marc Ducobu: Yes this is really nice to see the bicycle tags on a slippy map. We can present it during the mapping party. But ideally I'll want to have a tool for creating PNG / PDF image for OSM with a nice presentation of the bicycle tags. Do you know such a tool ? Marc These can help ... http://www.maposmatic.org/ Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] Mapování MHD (Hodonín)
Ahoj. On Mon, Mar 16, 2015 at 05:24:19PM +0100, Michal Pustějovský wrote: ... Tahle zastávka je pouze pro autobusy a navíc jednosměrná, normálně bývá prvků zastávky více (např. kombinovaná s tramvajemi http://www. openstreetmap.org/relation/4606379 (http://www.openstreetmap.org/relation/4606379#map=19/49.18748/16.61836)). Značka zastávky s jízdním řádem se značí public_transport=platform + highway =bus_stop (tohle čistě kvůli renderování) a neuškodí přidat bus=yes. V ukázce jsou všechny public_transport=platform node a u autobusových je značka highway=bus_stop (asi umístěno do místa, kde je sloupek zastávky). Ve výsledku to dá na mapě ikonu autobusu v místě, kde je sloupek a to je pěkné. Co když chci ovšem hezky zakreslit public_transport=platform jako plochu a zároveň chci také mít označkován uzel, kde je sloupek zastávky a od renderu očekávám, že mi tam vykreslí ikonku autobusové zastávky? Jak to správně udělat? Zdá se, že highway=bus_stop je zastaralé, ale jak tedy správně označit sloupek zastávky? Ahoj Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-dk] Strømningsretningen stemmer ikke!
On 16-03-2015 20:59, Sandra de Blécourt Dalsberg wrote: Hej allesammen, Jeg havde det allerede på fornemmelse, men nu har jeg været på fieldtrip for at slå det fast med egne øjne: strømningsretningen i vandløbet nord for Ganløse Egede Det hedder Ganløse Eged på OSM, er det forkert? (mellem Buresø og Bastrup Sø) stemmer ikke. Dejligt det er lige hvad vi har brug for. Jeg har prøvet at rette på vandløb på Sjælland de sidste par uger. I starten prøvede jeg at arbejde med de retninger, der var. Men efterhånden gik det op for mig at strømningsretningerne var stort set tilfældige. Der var vandløb, der startede ved kysten og løb op i landet. Der var vandløb, der løb frontalt mod hinanden eller løb ud i ingenting. Jeg har rettet op på det meste i syd og vestsjælland ud fra antagelser om at vandløb løber mod kysten og ved at læse kommunale planer. Som fx: http://www.openstreetmap.org/way/237850757/history#map=18/55.74403/11.30603 Men der er stadig vandløb, som jeg ikke har fundet ud af, fx Tokkerup Å: http://www.openstreetmap.org/way/32057465 Der er også mange vandløb, som jeg ikke mener har en retning, dvs bare er grøfter. Mener du: http://www.openstreetmap.org/way/24045 Som slet ikke er forbundet til noget særligt. Så når du har set, at der faktisk er strøm i den, burde den jo løbe ud i et eller andet. Osmose er ret skrap til at finde problemer med vandløb (men lidt ustabil i dag) http://osmose.openstreetmap.fr/en/map/#item=1220level=1%2C2%2C3tags=fixable=bbox=10.39031982421875%2C55.245466531916485%2C13.006439208984375%2C55.96765007530668 Men nu er mit spørgsmål: skal jeg vende strømningsretningen om på hele vandløbet? (Den slår et smut sydpå langs med den vestlige side af Ganløse Egede.) Eller kunne man forestille sig, at vandet i den sydligste del af vandløbet faktisk strømmer fra syd mod nord, og at det vender ved et af de indtegnede grøfter? I så fald skal kun noget af vandløbet rettes, men hvor meget? Som sagt, du skal ikke stole alt for meget på de eksisterende strømretninger. Så vend strømretningen. Og forbind den så med resten af vandløbene. Hvis den løber mellem Buresø og Bastrup Sø, skal den forbindes til de to søer og de andre vandløb der ved søerne. Du kunne jo også spørge den, der mappet vandløbet om strømretningen er observeret andre steder. Og du kan skrive i source tagget at du har observeret retningen. For den slags observationer kan bruges til at deducere strømningsretninger i mange andre vandløb. Hilsen fra en OSM-rookie ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Strømningsretningen stemmer ikke!
Hej Sandra og velkommen til Jeg har studeret ortofotos for området lidt og må indrømme at det er vanskeligt udfra det at gætte hvilken vej den sydlige del strømmer. Der kunne jo være et rørlagt stykke videre sydpå. Hvis man nu var god til at læse højdekurver kunne man måske gøre det ud fra f.eks. cykelkortet, men ellers ville jeg mene der skulle en ekspedition til for at afgøre spørgsmålet :) Mandag den 16. marts 2015 19:59:09 skrev Sandra de Blécourt Dalsberg: Hej allesammen, Jeg havde det allerede på fornemmelse, men nu har jeg været på fieldtrip for at slå det fast med egne øjne: strømningsretningen i vandløbet nord for Ganløse Egede (mellem Buresø og Bastrup Sø) stemmer ikke. Vandet strømmer vestpå, og ikke østpå som det ellers er angivet på OSM. Det ville også være mærkeligt andet, da hovedvandskellet for hhv. Roskilde fjord og Øresund løber lige vest for Bastrup Sø, sådan cirka der hvor det omtalte vandløb slutter mod øst. Men nu er mit spørgsmål: skal jeg vende strømningsretningen om på hele vandløbet? (Den slår et smut sydpå langs med den vestlige side af Ganløse Egede.) Eller kunne man forestille sig, at vandet i den sydligste del af vandløbet faktisk strømmer fra syd mod nord, og at det vender ved et af de indtegnede grøfter? I så fald skal kun noget af vandløbet rettes, men hvor meget? Hilsen fra en OSM-rookie ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Strømningsretningen stemmer ikke!
Åh, ok. Det har du ret i. Jeg spurgte lige på IRC og der er tilsyneladende ikke nogen normale OSM baserede kort der angiver hvilken retning vandløb strømmer. Så enten må enten må man gætte sig til det eller skabe sit eget kort. Mandag den 16. marts 2015 23:48:04 skrev Uffe Kousgaard: Hej, Jeg taler om at vandet på den strækning løber mod nord ude i virkeligheden. Det var den information Niels Elgaard søgte. Og jeg ved godt, at liniestykker har en digitaliseringsretning. Men retningen fremgår ikke af det normale OSM kort. hilsen Uffe Michael Andersen wrote: Hej Uffe Nej, alle liniestykker i databasen har en retning og vandløb strømmer blot i samme retning som liniestykket. Mandag den 16. marts 2015 23:22:34 skrev Uffe Kousgaard: Det løber nordpå, på den strækning. Skal man sætte oneway før retningen kan ses på kortet? mvh Uffe Kousgaard Niels Elgaard Larsen wrote: Men der er stadig vandløb, som jeg ikke har fundet ud af, fx Tokkerup Å: http://www.openstreetmap.org/way/32057465 ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-be] Mapper of the month
Hi, I fairly recently started using it. Not sure if it is suitable for this goal, I only work with it for a few months , nice concept. It might work, it surely is intuitive. Trello is todo list indeed... Maybe that is a better idea than trac. On 16-03-15 23:05, Marc Ducobu wrote: I didn't get a response from OSM France... do you know trello ? Should we try trac ? Does exist a server of OSM Belgium where we can install trac ? On 11 March 2015 at 18:51, Marc Ducobu marc.duc...@gmail.com wrote: I asked to someone from OSM France if they use such a tool. I'm wainting the response. But I'm ok to use trac that I never use. How do we organise ourself ? On 6 March 2015 at 21:50, Glenn Plas gl...@byte-consult.be wrote: Hi Marc, Redmine is dreadful to setup in the first place, using nginx + passenger it is doable but once you need to apply updates to ruby it goes south. I professionally support redmine installs and I hate them, so I like the idea a lot but not the software you suggest. It's fine at first but with some plugins you start to hit the rails/ruby versioning issues that make it hell to support and keep it secure. On the other hand, maybe we can use trac like JOSM does. The tool http://trac.edgewall.org/ might not be fancy, but all I ever need to do is run the standalone version behind an nginx webserver and it runs for years , written in python. With the limited resources we have, we need some low mainteance thing. Trac is also nice since it doesn't 'force' a ticket flow, you can just invent one that suits you. It's a project help tool more than a ticketing/helpdesk tool like redmine. (which is ok as long as you don't have to touch it after a sucessfull initial install) Greetings, Glenn PS: I also feel that all the sudden we have a boost in this community, it's awesome and contagious too! On 06-03-15 21:36, Marc Ducobu wrote: Hello every one ! I have the impression that all of us wants to develop the community of OSM belgium and I'm happy about it! Moreover it is nice to see that we have a reflexion about it. I like a lot the idea of the 'todo' because some people wants to help but doesn't know what to do (sometimes too much emails to read, no occasion to talk in real life with others, ...). Redmine ( http://www.redmine.org/ ) can be useful tool for that (maybe there is other tool more efficient, even a page on the drupal site is enough...). But I think that the must important step is to have a reflexion about the organisation of this todo list because it can be very messy and so useless. Maybe we can contact other local community to know if they use such a tool... Also I think that it will be interesting is to have a national meeting once a year (or twice). To build a community, it is important to meet each others in real. Also it can be a good occasion to motivate new people to help us... Have a nice we. Marc On 6 March 2015 at 09:29, Nicolas Pettiaux nico...@pettiaux.be wrote: Le jeu. 5 mars 2015 à 21:45, Jorieke Vyncke jorieke.vyn...@gmail.com a écrit : And to Nicolas, it would indeed be nice to have a direct link to all the mappers of the month. I'll have a look if I can add a keyword or something... thanks Nicolas ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Taginfo challenge
On 16/03/2015 00:16, Rob Nickerson wrote: Not necessarily as fixing the tag could also result in the data being rendered therefore making it more visible for people to come in and fix (if a local community of OSMers exists). Other non-destructive actions might me to include key capitalisations in JOSM's validity warnings before uploading and/or a bot that added discussion comments to the changeset that created the key. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] tours penchées
En fait toitu as choisi le pôle sud comme référence des angkes d'azimut pour que ca corresponde aux angles de longitude des méridiens vus depuis ce pôle: azimut 0° vers le nord (direction du méridien de Greenwich depuis les 2 pôle et direction effective du nord partout ailleurs) et donc azimut +/- 180° vers le sud (antiméridien). Puis pour le signe de l'azimut c'est la encore en regardant vers le méridien +90° depuis le pôle sud qu'on va indiquer l'ouest partout dans les deux hémisphères). Aux pôles il n'y a pas de direction ouest ou est, sauf en se basant sur les méridiens passant par ces pôles. Certes on n'a pas de bâtiment penché à décrire dans OSM aux pôles, quoique le pôle sud soit occupé par une base scientifique des USA. Le 16 mars 2015 19:11, Philippe Verdy verd...@wanadoo.fr a écrit : Je prenais l'exemple des pôles géographiques pour fixer la règle pour chaque hémisphère uniquement parce que c'est uniquement aux pôles que les valeurs des angles d'azimut correspondent exactement aux angles de longitude puique les directions des azimuts sont tangents et alignés avec les méridiens. C'est grâce au choix du pôle de référence (nord ou sud) qu'on peut fixer le signe de l'angle azimut. Et classiquement c'est le pôle nord qui est choisi car il est du côté positif des latitudes, à +90° dans le système de coordonnées Mercator standard d'OSM. Le 16 mars 2015 19:02, Cactusbone cactusb...@free.fr a écrit : j'ai gardé le même sens que celui utilisé pour l'orientation des toits skillions dans le rendu 3d. on peux conseiller d'utiliser W/E pour être tranquille en effet. je doute qu'on ait beaucoup de bâtiments penchés au pole nord et sud, ça devrait aller. -- View this message in context: http://gis.19327.n5.nabble.com/tours-penchees-tp5836844p5837413.html Sent from the France mailing list archive at Nabble.com. ___ 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
[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 19. März 2015
Servus! Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen: am Donnerstag, 19. März 2015 um 19:00 Uhr (2015-03-19T19:00:00+01:00) 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-fr] niveaux pour les ascenseurs
La norme indoorOSM te propose l'utilisation de buildingpart=verticalpassage que tu associes aux étages par des relations, ainsi les quarts d'étages peuvent appartenir à un ensemble plus grand :)PanierAvide a expliqué de manière pertinente les autres questions au sujet du tag level. En tout cas, l'utilisation d'un tag level multiple ou l'association à de multiples relations rejoint un même point: l'unicité de l'élément. Cependant je pense que pour le routing sa méthode doit avoir ses avantages.@Verdy: Pourquoi parles tu de layers? J'avais cette problématique sur de l'indoor y a pas longtemps. Librement, Le Lundi 16 mars 2015 19h10, PanierAvide panierav...@riseup.net a écrit : La notion de layers n'est effectivement pas liée aux étages, mais la question porte ici sur le tag level, qui lui est vraiment lié aux étages (voir [1]). Le tag level=* gère également les demi-étages (voir plus, j'ai vu des quarts et tiers d'étages ici [2]). Après effectivement les étages en eux-mêmes peuvent comporter des noms divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une relation type=level ou le polygone indoor=level qui correspond ;) Cordialement, PanierAvide [1] http://wiki.openstreetmap.org/wiki/FR:Key:level [2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U Le 16/03/2015 19:00, Philippe Verdy a écrit : Attention le nombre de layers dans Osm et leur numérotation ne correspond pas necessairelent a celles des niveaux ou étages dans un bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en entresol entre deux étages... Pour différentes raisons on peut avoir besoin de plus de layers OSM que d'étages et en plus dans le mêle bâtiment et au mêle étage physique on a des numérotations différentes pour les niveaux de parking et niveaux habitables ou commerciaux d'un magasin Les étages et niveaux ne sont pas linéaires et ont des dénominations propres au bâtiment et a son usage interne... Contrairement aux layers d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce que le layer 0 par défaut soit au niveau du sol exterieur qui n'est pas toujours plat et s'aligne avec des étages différents selon le côté du batiment ___ 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-it] Città metropolitane
I rispettivi omonimi comuni continuano ancora ad esistere al momento all'interno delle città metropolitane. Quello che che cambia è che il sindaco del comune capoluogo diventa anche il presidente della Città metropolitana e di tutti i comuni che ne fanno parte. Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Citta-metropolitane-tp5837307p5837424.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
[OSM-talk] SafeThru spam via PN
Hi, I have received spam via PN (for the first time ever) by user SafeThru. He/She sent the same text a few hours before to b...@openstreetmap.de, the email address of the team of German Wochennotiz (Weekly). SafeThru is promoting a strange non-free, proprietary Android app called SafeThru and seeking funds. I hereby ask you not to honor this abuse of personal messages via osm.org because OSM personal messages are the wrong way to promote an app or service. Please do not donate money! 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: [Talk-dk] Underlig rendering (Danmark = vand)
Hej Leif Når det problem viser sig kan man tjekke coastline laget på OSMI: http://tools.geofabrik.de/osmi/?view=coastlinelon=12.36239lat=55.55135zoom=11overlays=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node Her kan man pt se at der er (hvis de ikke allerede er repareret) skader på kystlinien omkring Ishøj/Greve Strand. Jeg kigger på det nu. /Hjart Mandag den 16. marts 2015 19:14:14 skrev Leif Lodahl: Hej alle, Jeg tror vi er blevet oversvømmet ! Fra og med niveau 13 vises land som vand. F.eks. http://www.openstreetmap.org/#map=13/55.9945/12.0529 Okay, måske er det ikke en oversvømmelse men en eller anden relation der er gået i udu. Jeg har desværre ikke kompetence til at finde og reparere fejlen. /Leif ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk] Collecting various road situations
On 14-03-15 17:38, Mateusz Konieczny wrote: Thanks for examples! I am still looking for well mapped area with many pedestrian roads, living streets, footways, cycleways... Something like this? https://www.openstreetmap.org/#map=16/52.1069/5.0358 --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-cz] Bankomaty Fio
Zdravim, vsiml jsem si za na strankach Fio banky maji seznam jejich bankomatu s GPS souradnicemi. Napsal jsem dotaz na Fio, zda-li bych mohl pouzit informace ze stranek k rozsireni dat v openstreetmap a dostal jsem svoleni. Moje predstava je, ze bych importoval body s nasledujici atributy: amenity=atm operator=Fio banka opening_hours=... source=www.fio.cz Konflikty bych resil poloautomaticky nebo rucne. Dal bych pridal fio.cz na wiki jako zdroj pro odvozovani dat. Stejne by sli resit pobocky. Na neco jsem zapomnel? Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-dk] Underlig rendering (Danmark = vand)
Ok jeg har rettet fejlen, men tør ikke sige hvor længe der går før Sjælland ser normal ud igen. Man kan se på http://overpass-api.de/achavi/?changeset=29506609 hvor det er gået galt Pas på når i roder med kystlinier derude. Det kan hurtigt få vidtrækkende konsekvenser :) Mvh Hjart Mandag den 16. marts 2015 20:14:23 skrev Michael Andersen: Hej Leif Når det problem viser sig kan man tjekke coastline laget på OSMI: http://tools.geofabrik.de/osmi/?view=coastlinelon=12.36239lat=55.55135zoo m=11overlays=coastline,coastline_error_lines,line_not_a_ring,line_overlap,l ine_invalid,line_direction,questionable,coastline_error_points,unconnected,i ntersections,not_a_ring,double_node,tagged_node Her kan man pt se at der er (hvis de ikke allerede er repareret) skader på kystlinien omkring Ishøj/Greve Strand. Jeg kigger på det nu. /Hjart Mandag den 16. marts 2015 19:14:14 skrev Leif Lodahl: Hej alle, Jeg tror vi er blevet oversvømmet ! Fra og med niveau 13 vises land som vand. F.eks. http://www.openstreetmap.org/#map=13/55.9945/12.0529 Okay, måske er det ikke en oversvømmelse men en eller anden relation der er gået i udu. Jeg har desværre ikke kompetence til at finde og reparere fejlen. /Leif ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!
Bonsoir à tous, Encore des nouvelles d'OpenLevelUp!, avec quelques nouveautés depuis la dernière fois. En bref et visible : ajout d'un système de liens courts, de nombreuses icônes pour les pièces (room=*), le fond de tuiles est conservé lorsque l'on utilise les liens (permanents et courts), la fenêtre de chargement est plus bavarde, et il y a possibilité de cacher les objets sans style associé. C'est toujours ici : http://github.pavie.info/openlevelup Pour la version plus complète des changements : * Le système de lien courts en bas de page, par exemple http://github.pavie.info/openlevelup/?s=m.39i+-1.IVB+T6+-1.0+3 * La fenêtre de chargement décrit les étapes une par une * Le fond de carte est conservé lorsque l'on utilise un lien (paramètre tiles) * Correction d'un bug sur l'opacité qui n'était pas remise à 1 lorsque l'on passait des zooms élevés aux zooms plus faibles * Des boutons pour monter ou descendre un escalier/ascenseur (repose sur les valeurs d'étages des objets) * Les tags min_level et max_level sont analysés pour tous les objets * Rendu des types de pièces (tag room=*) pour les valeurs : administration, reception, auditorium, amphitheatre, chapel, class, laboratory, computer, conference, crypt, kitchen, library, nursery, office, restaurant, sport, storage, toilets, waiting, technical * Les polylignes avec un tag room=* uniquement sont gérés comme des polygones * Les escaliers et sorties de secours, les piliers et haies sont affichées avec un style propre * Les objets entrance=* et les multipolygones sont demandés auprès d'Overpass API * Les valeurs d'étages sont récupérées depuis les relations type=level si besoin * Une meilleure gestion des styles des objets (calculés une unique fois) * Un texte How ? ajouté sous le titre décrit rapidement comment utiliser le site * Le paramètre pour cacher les objets sans style défini/reconnu Vos retours et suggestions sont toujours la bienvenue :) Cordialement, PanierAvide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Insel wird nicht gerendert
Also ich sehe eine Insel, vom Symbol her dürfte das Buschland sein... Am 16.03.2015 um 20:43 schrieb Johannes: Hallo, weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch gemappt? https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651 Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-dk] Strømningsretningen stemmer ikke!
Hej allesammen, Jeg havde det allerede på fornemmelse, men nu har jeg været på fieldtrip for at slå det fast med egne øjne: strømningsretningen i vandløbet nord for Ganløse Egede (mellem Buresø og Bastrup Sø) stemmer ikke. Vandet strømmer vestpå, og ikke østpå som det ellers er angivet på OSM. Det ville også være mærkeligt andet, da hovedvandskellet for hhv. Roskilde fjord og Øresund løber lige vest for Bastrup Sø, sådan cirka der hvor det omtalte vandløb slutter mod øst. Men nu er mit spørgsmål: skal jeg vende strømningsretningen om på hele vandløbet? (Den slår et smut sydpå langs med den vestlige side af Ganløse Egede.) Eller kunne man forestille sig, at vandet i den sydligste del af vandløbet faktisk strømmer fra syd mod nord, og at det vender ved et af de indtegnede grøfter? I så fald skal kun noget af vandløbet rettes, men hvor meget? Hilsen fra en OSM-rookie ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-de] Insel wird nicht gerendert
On 03/16/2015 08:43 PM, Johannes wrote: Hallo, weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch gemappt? https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651 ... jetzt ist sie da. Ich habe in FireFox Ctrl R gemacht. Toni ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Taginfo challenge
Hi, On 03/16/2015 08:54 PM, Andreas Goss wrote: I've found a dozen really incompetent imports by following up on oddities in Taginfo. Simply fixing the tags would do nothing but mask the bad data. It would allow me to actually find the stuff that really wrong. As it stands now I'm not going to waste my time fixing 200 capital language spellings like de-DEjust to find a few bad ones. If you are offering the two alternatives (1) leave bad imports easy to find, or (2) cloak bad imports by fixing their tags and therefore allow one single person to work more effectively, then (1) is clearly preferrable. Ignoring list entries that simply have a capitalisation problem doesn't seem a huge problem to me, and I could do that without actually changing them all in OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] niveaux pour les ascenseurs
On a aussi le cas des grands magasins ayant occupé des étages de plusiers immeubles dont les étages ne sont pas alignés entre eux, dans ce cas onpeuttrouver (mais pas toujours) quelques marches ou une légere pente entre deux parties d'un même niveau du magasin, pourtant les étages entre les deux immeubles sont numérotés indépendamment des niveaux du magasin : les ascenseurs d'un côté du magasin n'indiquent pas les mêmes étages de l'autre côté au même niveau du magasin. Dans un tel cas le bouton de l'ascenseur indiquelesétages réels du batiment, mais il y a une étiquette à côté donnant en plus le numéro du niveau du magasin (idem pour les niveaux de parking) et une signalétique face aux portes d'ascenseurs. Les niveaux (level=*) ont donc des noms complexes (étage d'ascenseur ou d'escalier , nom et niveau d'un magasin, niveau de parking) et ne sont pas de simples numéros entiers comme les layers=* d'OSM (entiers de valeur arbitraire, mais ordonnés). Ces cas ne sont en fait pas rares du tout, ils existent partout où existe un relief assezimportantpour avoir des hauteurs de sol assezdifférentesentre deux côtés d'un immeuble, même en plaine à cause du relief artificiel pour l'aménagement des voies extérieures d'acces (aux parkings,garages, sous sols) ou pour deux rues paralleles de hauteurs physiques différentes entre lesquelles est construit le batiment. On a déjà cité le cas des dalles suspendues (quartier de La Défense à Courbevoie/Puteaux, quartier du Colombier à Rennes) On a aussi la plus grande librairie de France (parait-il) à Lille occupant plusieurs immeubles, les Galeries Lafayette à Paris,les immeubles au pied de la Tour Bretagne à Nantes, les gares Montparnasse/Pasteur et leurs stations RER et RATP en sous-sol et la tour Montparnasse, où il n'est tout bonnement pas possible d'avoir une numérotation d'étage unique entre toutes les constructions mitoyennes (d'autant que les parkings ont souvent des hauteurs sous plafond plus réduites que les étages habitables ou commerciaux, même dans un seul et unique batiment,pour offrir plus de places, notamment les parkings de magasins: les ascenseurs ne s'alignent pas sur chaque niveau de parking, il y a quelques marches d'entresol, ou une rampe, éventuellement équipée d'un monte-escaliers pour les personnes à mobilité réduite ou en fauteuil, ou d'un petites escalator ou tapis roulant dans les acces de magasins avec nervures de blocage des roues pour les caddies)... Le 16 mars 2015 19:09, PanierAvide panierav...@riseup.net a écrit : La notion de layers n'est effectivement pas liée aux étages, mais la question porte ici sur le tag level, qui lui est vraiment lié aux étages (voir [1]). Le tag level=* gère également les demi-étages (voir plus, j'ai vu des quarts et tiers d'étages ici [2]). Après effectivement les étages en eux-mêmes peuvent comporter des noms divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une relation type=level ou le polygone indoor=level qui correspond ;) Cordialement, PanierAvide [1] http://wiki.openstreetmap.org/wiki/FR:Key:level [2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U Le 16/03/2015 19:00, Philippe Verdy a écrit : Attention le nombre de layers dans Osm et leur numérotation ne correspond pas necessairelent a celles des niveaux ou étages dans un bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en entresol entre deux étages... Pour différentes raisons on peut avoir besoin de plus de layers OSM que d'étages et en plus dans le mêle bâtiment et au mêle étage physique on a des numérotations différentes pour les niveaux de parking et niveaux habitables ou commerciaux d'un magasin Les étages et niveaux ne sont pas linéaires et ont des dénominations propres au bâtiment et a son usage interne... Contrairement aux layers d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce que le layer 0 par défaut soit au niveau du sol exterieur qui n'est pas toujours plat et s'aligne avec des étages différents selon le côté du batiment ___ 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
[Talk-de] Insel wird nicht gerendert
Hallo, weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch gemappt? https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651 Gruß Johannes signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Taginfo challenge
I've found a dozen really incompetent imports by following up on oddities in Taginfo. Simply fixing the tags would do nothing but mask the bad data. It would allow me to actually find the stuff that really wrong. As it stands now I'm not going to waste my time fixing 200 capital language spellings like de-DEjust to find a few bad ones. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Insel wird nicht gerendert
bei mir ist die gerendert, einfach nochmal neu laden;-) Am 16.03.2015 um 20:43 schrieb Johannes jo...@posteo.de: Hallo, weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch gemappt? https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651 Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel wird nicht gerendert
Ach ich weiß was es war. Der Outer Way hatte am ebenfalls natural=water gemappt und damit die Insel übermalt. Aber das hatte ich kurz zuvor noch entfernt. Danke! Am 16.03.2015 um 20:57 schrieb Toni Erdmann: On 03/16/2015 08:43 PM, Johannes wrote: Hallo, weiß jemand warum diese Insel nicht gerendert wird. Ist das was falsch gemappt? https://www.openstreetmap.org/way/9832583#map=17/50.91372/7.03651 ... jetzt ist sie da. Ich habe in FireFox Ctrl R gemacht. Toni ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-be] Adressen via AGIV Crab
De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de uitstalramen! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Città metropolitane
2015-03-15 22:10 GMT+01:00 Davio davide@gmail.com: Ciao, ciao, Dal 1 gennaio 2015 le pronvice di Torino, Roma, Milano, Venezia, Genova, Bologna, Firenze, Bari, Napoli e Reggio Calabria sono state soppresse. Le medesime aree amministrative sono state sostitute dalle città metropolitane. Che livello amministrativo sarebbe da assegnare a queste nuove entità? Le ipotesi sono due, o rimanono al livello 6 come le province, o gli si assegna un livello più alto (il 5), o più basso (il 7) Cosa ne pensate? secondo me possono rimanere allo stesso livello... Ciao, Davide -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-in] Fwd: [ALF] Call for Volunteers : Street Vending Mapping Project
-- Forwarded message -- From: Vinay Sreenivasa vi...@altlawforum.org Date: Mon, Mar 16, 2015 at 12:40 PM Subject: [ALF] Call for Volunteers : Street Vending Mapping Project To: alfexter...@googlegroups.com alfexter...@googlegroups.com Dear All, Please find below a call for volunteers for a study on Street Vending in Bangalore, by SELCO Foundation, Bangalore. Please write to Rachita, - rach...@selcofoundation.org for further details. Thanks, Vinay *Call for Volunteers : Street Vending Mapping Project in Bangalore* Selco Foundation is looking for volunteers to help map and profile the vendors in an area in South Bangalore. The three day mapping exercise will be conducted from 20-22 March 2015. A short orientation workshop will be conducted on the first day to introduce the different mapping and survey techniques to the volunteers. Background: The Street Vendors (Protection of Livelihood and Regulation of Street Vending) Act, 2014 is an Act of Parliament to regulate street vendors in public areas and protect their rights. The act is aimed towards providing the vendors with a sense of livelihood security as well as lay out regulations for their regularization. Lack of documentation as well as the growing apprehension towards the street vendors may result in the Act being a liability rather than a security measure for the street vendors of Bangalore. SELCO Foundation is conducting a detailed study looking at the vending activities in a particular neighbourhood of South Bangalore. By documenting the different typologies of vendors, as well as their processes, the threats faced by them as well as their social and economic contribution to the neighbourhood, the study aims to provide a deeper understanding into their role in our societies. Eligibility: No prior experience in mapping or survey exercises is required. Fluency in Kannada will be desirable. If interested, please drop in a mail at rach...@selcofoundation.org for further details -- Vinay K Sreenivasa Alternative Law Forum 98805 95032 122/4, Infantry Road, (Opposite Infantry Wedding Hall) Bangalore 560001 -- You received this message because you are subscribed to the Google Groups alfexternal group. To unsubscribe from this group and stop receiving emails from it, send an email to alfexternal+unsubscr...@googlegroups.com. To post to this group, send email to alfexter...@googlegroups.com. Visit this group at http://groups.google.com/group/alfexternal. For more options, visit https://groups.google.com/d/optout. ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-be] Wallonia : new dataset : elevation data
Le 15/03/15 16:51, Marc Ducobu a écrit : I didn't get the meaning of your sentence : The SPW might us know that we are allowed to use their data for osm , can we already use it in OSM ? Yes, we are allowed to use those date to draw objects in OSM database. Julien Fastré ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] OGD Vienna Tree update (?)
On 14.03.15 22:04, Markus Mayr wrote: Dabei möchte ich mithilfe des Full-History-Dumps jene Bäume erkennen, die zwar ursprünglich importiert, aber von der OSM Community gelöscht wurden. Ich glaube nicht, dass das sehr zielführend ist, weil Du nicht unterscheiden kannst, welche davon wissentlich oder irrtümlich gelöscht wurden. Grade bei Node-Objekten kann man da schnell einen Irrtum machen (den man, nachdem man gesaved hat, auch nicht mehr rückgängig gemacht bekommt). Außerdem sollten wir uns eine Systematik für dieser Baum wurde gefällt überlegen. Auf die kannst Du dann Bezug nehmen. Ev. auch eine diesen Baum gab's hier nie-Info, im Fehler im Kataster zu overrulen (wobei ich selbst noch nie über einen solchen gestolpert bin). Ich habe ein/zwei Bäume, von denen ich weiß, dass sie 2014 gefällt wurden, als gefällt markiert, glaube mit former:natural=tree und note mit Erklärung. Aber da sollen wir glaub ein System reinbringen. Aber sich auf ein reines Node wurde gelöscht verlassen darf man glaube ich nicht. Außerdem könntest Du über eine Update-Halbautomatik nachdenken, für die Bäume, die's schon vor dem Import gab, wo aber der Kataster mehr Daten hat (kenne ich mich mit Baumarten aus...). Da wäre irgendeine übernimm die Daten aus dem Kataster für diesen Baum Funktion schön. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Città metropolitane
2015-03-16 9:09 GMT+01:00 Luca Delucchi lucadel...@gmail.com: secondo me possono rimanere allo stesso livello... +1, per decidere meglio si potrebbe studiare [1] cosa cambia (se hanno più o meno poteri rispetto alla provincia deceduta?). Guardando altrove, in Germania ci sono i Länder (admin_level=4), di cui alcuni per motivi storici sono delle città (Berlino, Amburgo, Brema) mentre gli altri sono più estesi, ma al livello amministrativo sono uguali. Un'altra domanda sarebbe: cosa facciamo con Roma Capitale (e similmente con le altre città elencate)? Continua di esistere come entità di livello 8? http://www.openstreetmap.org/relation/41485 [1] articolo 1, comma 16, della Legge 7 aprile 2014, n. 56 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] On Wheels
Hey guys, as a OpenStreetMap admirer and community manager by heart I want to say this: As somebody who is also completely dependent on project financing and subsidizing: Aside from questioning their ethics we need to consider their motivational grounds for not using OSM at this point. From a practical perspective, using OSM is a no brainer. From a project perspective OSM could ruin their financial non-profit model. Just watch the website and see that they have multiple commercial sponsors, they probably have had some subsidies as well to make this project happen. I’ve heard on news stories that they need to have a deliverable (an app) by April. That means they have clear goals and deliverables they promised and need to deliver to one or more partners. Maybe they even promised a sustainable business model after the release (eg. selling the app). This is a lot of pressure for a young organisation like themselves and if then some organisation comes round and says: Hey, we have been doing the same thing, for free, with no sponsors, but more volunteers than you can even imagine. That’s not what they need to hear. Granted that, they should have done their homework, and should know about wheelmap.org and OpenStreetMap Belgium in the first place. So before we start taking out the pitchforks and scream 'stop monetising crowdsourcing', let’s us approach them in an inviting way. See if we can help them in any way and see what their endgame is. Maybe we’ll not be able to help them in short term, but we’ll have a friend organisation and new ambassadors in the long run. Just me two cents… Kind regards, Pieter-Jan Pieter-Jan Pauwels Community Coordinator, Open Knowledge Belgium m: +32 476 66 27 77 tel:+32 476 66 27 77 | e: pieter-jan.pauw...@okfn.org mailto:pieter-jan.pauw...@okfn.org | w: okfn.be http://okfn.be/ On 14 Mar 2015, at 15:19, Ben Abelshausen ben.abelshau...@gmail.com wrote: On Fri, Mar 13, 2015 at 5:30 AM, Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote: I assume everybody here knows that there is also an app based on osm : http://wheelmap.org/ http://wheelmap.org/ Yes, I even tweeted it to them already. I hope they can cooperate with us and let's hope focus is not on monetizing their crowd-sourced data. This would be ethically very questionable in my view, especially when the topic of accesibility is concerned. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] was:*= oder old_*= tag prefixing Was: Re: Taginfo-Challenge
On 14.03.15 21:06, Florian Lohoff wrote: Wie man auf die idee kommen kann anstatt die Versionierung der Datenbank die tags auf old_/was: status zu kopieren erschliesst sich mir nicht. Wenn Du ein Node-Objekt löschst, hast Du keine Möglichkeit mehr, auf die History zuzugreifen/zu suchen. Du weißt auch gar nicht mehr, dass da mal was war. Konkretes Beispiel, weil das grade an anderer Stelle Thema ist: Hier war mal ein Baum, der ist 2014 gefällt worden. Mit jeder Menge an Infos zu dem gewesenen Baum. Auch für Geschäfte ist das relevant, hier war mal ein so und so Geschäft drin, seit ## steht das leer. IMO gängiger Prefix dafür ist former:* old_ ist hingegen nicht generell als Prefix zu sehen, IMO ist da nur old_name definiert und das ist ein definierter Tag, den man auch wissentlich so setzt. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de