Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28 April 2015 at 11:05, Colin Smale colin.sm...@xs4all.nl wrote: The existing through_route proposal may not be perfect but IMHO is a good base. It will need weeding through to keep it on-topic. This is how I see the scope of the discussion (just to get the ball rolling, feel free to shoot): 1) it has to be about junctions, not about individual ways (it's not about warning of sharp bends in a continuous road) 2) it has to be about aspects which cannot (reliably) be derived from the geometry alone (see point 1 above) 3) it must cover factors which affect the way the route to be driven is explained to the user (keep left vs. take the exit, follow the road to the right vs. turn right etc etc) 4) it *may* cover factors which affect the way the router chooses its optimum route (e.g. time penalties for a give way) //colin Is a 'through route' a continuation of - Road number - Road name - The lack of crossing white paint into/out of a 'side road' , or - Direction of travel I'm concerned about ambiguity arising out of potential different interpretations. I'm sure we will be able to find examples of all combinations of all of the above! -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 27/04/15 21:31, Rob Nickerson wrote: Ok a few people are agreeing that a relation is needed to assist the routing engine to provide higher quality instructions (with routing left unaffected). That's good. I'd like to get something in the wiki and ideally get it approved (this is not an invite to talk about the wiki or the approval process - I've heard it all before). Question: Should I revive the through_route proposal or start a new one under a different name, say route_continues (or just continues) so as to avoid any ambiguity with the use of through route in general language? Reading the objections on http://wiki.openstreetmap.org/wiki/Proposed_features/through_route and to be honest, the example used is simply wrong. Since AC and DC are both 'A56' then there is nothing additional needed. That routing software does not use the clean information in this case is not an OSM problem? Now if you want to tell the router that the 'main' route goes onto the other road that is a different problem? That the junction has a 'stop' when going from A to D is not unusual, with B-D having priority. That should be distinguishable if the correct junction tagging is applied? I was looking at the actual problem which only occurs when there is not a matching road segment either side of the junction. We do have the problem of not having reliable identification tags, but if we are working with road segments which have a usable ID, be that a 'ref' or second a road name, then this information is cleanly tagged on all three legs on the example. To my mind, the 'through_route' tag is also applied to those segments rather than the junction, so we have ... for example ... name=LondonRoad, through_route=OxfordWay and the reverse on the other side. The routing software then knows the primary route through the junction and can announce as appropriate. For unidentified roads, which is one of my irritations around this area, one needs a way of identifying the two ways which is not then also displayed. One of those places where 'object_id' could be useful, but to be honest I think one simply lives with the 'strange' messages. I don't think that things like trying to create a relation are productive. Although in the UK if the street gazetteer data becomes freely usable then there will be id's that can be used after reference and name. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
It's about that which cannot be inferred from the geometry and the current tagging. The road name and number come under current tagging, but sometimes they are not enough to know how to describe the next instruction(s) to the user. We are in the business of dictating the exact text that a navigator should speak, but we need to provide the basic information on which these decisions can be made. The ambiguity of a T-junction where the side-road has the same name and ref as one of the straight through legs is evident. Direction of travel is a good point - the through route may not be symmetrical. //colin On 2015-04-28 13:47, pmailkeey . wrote: On 28 April 2015 at 11:05, Colin Smale colin.sm...@xs4all.nl wrote: The existing through_route proposal may not be perfect but IMHO is a good base. It will need weeding through to keep it on-topic. This is how I see the scope of the discussion (just to get the ball rolling, feel free to shoot): 1) it has to be about junctions, not about individual ways (it's not about warning of sharp bends in a continuous road) 2) it has to be about aspects which cannot (reliably) be derived from the geometry alone (see point 1 above) 3) it must cover factors which affect the way the route to be driven is explained to the user (keep left vs. take the exit, follow the road to the right vs. turn right etc etc) 4) it *may* cover factors which affect the way the router chooses its optimum route (e.g. time penalties for a give way) //colin Is a 'through route' a continuation of * Road number * Road name * The lack of crossing white paint into/out of a 'side road' , or * Direction of travel I'm concerned about ambiguity arising out of potential different interpretations. I'm sure we will be able to find examples of all combinations of all of the above! -- Mike. @millomweb [2] - For all your info on Millom and South Copeland via THE AREA'S PREMIER WEBSITE - CURRENTLY UNAVAILABLE DUE TO ONGOING HARASSMENT OF ME, MY FAMILY, PROPERTY PETS TCs [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk [2] https://sites.google.com/site/millomweb/index/introduction [3] https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Enoteca
http://wiki.openstreetmap.org/wiki/IT:Map_Features#Cibo_e_bevande il wiki ci riporta shop=wine Il 28/04/2015 15:08, Damjan Gerl ha scritto: Ciao a tutti! Solita domada di come si tagga... un'enoteca? Per ora ho fatto così: amenity=bar bar=wine_bar Grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] OSM é ruim porque qualquer um pode editar, Google Maps é melhor mimimi
Achei esse artigo do Gizmodo Brasil bem interessante, e nos menciona no fim: http://gizmodo.uol.com.br/google-maps-politica-revisao/ On Sun, Apr 26, 2015 at 3:49 PM Marcos Pereira majpere...@gmail.com wrote: Google maps é lixo! Em 24/04/2015 10:39, Tiago Fassoni A. A. Leite tiagofass...@gmail.com escreveu: https://www.google.pt/maps/place/Takht+Pari+Forest/@33.5013022,73.1260777,17z/data=!4m2!3m1!1s0x38dff298d82d62c9:0xdd99b92ec4539b33 https://www.google.com/maps/place/33%C2%B030%2752.5%22N+73%C2%B003%2733.2%22E/@33.5117431,73.0558748,15z/data=!4m2!3m1!1s0x0:0x0 ___ 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: [OSM-talk] Wiki project: Article about the standard layer, with key
Looking good so far. Is there any plans to add Wiki page links to the areas section? atm it's unclear what key to use in cases such as cemetery, what the exact wording of the value should be. Thanks for the work so far Dave F. On 28/04/2015 12:43, Wuzzy wrote: The wiki page has made good progress so far. Now almost all icons are explained, only a very few icons for rare tags are missing. Also most areas are described, a few exotic area colors are missing, but I don't know how many and which ones. I also added the beginnings of explaining lines, the most important road types are now in. The rest will hopefully follow some day. Someone also added a short section with techincal information. Thanks for that, but keep in mind that this page is intended to be more user-centric, so I move this section to the bottom. Now although the wiki page is still WIP it is at least complete enough to be linked to in the wiki. I already have placed some links throughout the wiki, but I have probably missed some opportunities. So please help me by placing internal links to this wiki page where it is appropriate. Thanks for your time and support so far. :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28/04/2015 13:23, Lester Caine wrote: Reading the objections on http://wiki.openstreetmap.org/wiki/Proposed_features/through_route and to be honest, the example used is simply wrong. How about this one: http://www.openstreetmap.org/node/21745867? Contrary to rational expectations, the 'through route' here is Groombridge Hill - Langton Road, and Ashurst Road has give-way lines. -- Steve --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Voie de gauche réservée aux bus et aux taxis sur l'autoroute A1
Bonjour, Pour info si ce n'est pas déjà pris en compte dans OSM: http://www.actu-environnement.com/ae/news/voie-reservee-bus-taxis-autoroute-a1-24424.php4 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Modello lettera mancata attribuzione
Il giorno 27 aprile 2015 20:35, girarsi_liste liste.gira...@gmail.com ha scritto: Altrimenti bisognerebbe inserire un link con relativa spiegazione nel WikiProject Italy. Questa mi sembra la soluzione migliore. Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Kathmandu, OSM e il Politecnico di Milano
Giro questa email del POLIMI. Ciao, Marco Forwarded Message Subject:[Avvisi Generici] Helping Nepal with a mapping action at Como Campus Date: Tue, 28 Apr 2015 11:19:07 +0200 From: Polo Territoriale di Como messaggi.automat...@polimi.it To: Undisclosed recipients:; Gentile studente, probabilmente già siete informati di quello che è successo in Nepal, della tragedia seguita al terremoto che ha colpito Kathmandu, la sua periferia ed alcuni villaggi della zona. Ci sono diversi modi per aiutare la popolazione, tra questi è possibile contribuire attraverso l’iniziativa di mappatura lanciata da Humanitarian OpenStreetMap (http://hot.openstreetmap.org/). Si tratta di attività di volontariato volte a fornire nel più breve tempo possibile le cartografie delle zone che sono state colpite da calamità. Il Laboratorio Geomatics and Earth Observation (GEOlab) del Politecnico di Milano - Polo Territoriale di Como partecipa a questa attività con un appuntamento in cui si impara a mappare insieme, collaborando alla produzione delle nuove cartografie di Kathmandu e delle zone colpite dal terremoto. Per maggiori informazioni: http://tasks.hotosm.org/ *L'appuntamemto è per mercoledi 29 Aprile 2015 alle ore 14 nell'aula 3.3 (Via Castelnuovo, 7 – Como).* Grazie per la collaborazione, Maria Brovelli, Marco Minghini e Giovanna Venuti /Dear student,/ /You all know the tragedy that has followed the massive earthquake that devastated large parts of Kathmandu, of its suburbs as well as many Nepal remote mountain villages and towns. Beside other ways of helping you can contribute in the crisis mapping action launched by the Humanitarian OpenStreetMap Team (http://hot.openstreetmap.org/)/ /The Geomatics and Earth Observation laboratory (GEOlab) of Politecnico di Milano - Como Campus wants to be part of this activity and asks you to contribute. For mapping together we will meet on Wednesday afternoon 29th April 2015 at the Como Campus, Computer Room 3.3, at 2 pm (Via Castelnuovo, 7 – Como)./ /Here the tasks to be accomplished http://tasks.hotosm.org// /Thank you for your support!/ /Maria Brovelli, Marco Minghini and Giovanna Venuti/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Info per mappatura nuove regole di navigazione a Venezia
Ciao a tutti siamo un gruppo di canoisti e rematori che si sono attivati per fare modificare un divieto di navigazione a kayak e barche a remi a Venezia. Le nostre richieste sono state accolte in parte dal comune, ma ne è scaturito un regolamento di navigazione farraginoso e complesso, sia per le vie d'acqua interessate, che per le imbarcazioni, che per gli orari. Nel gruppo si era discusso su come compilare una mappa che contenga il tutto, che sia interpretabile da chiunque e liberamente scaricabile e consultabile. In alcuni abbiamo citato OSM, ma nessuno è abbastanza ferrato da definire come e con che tag iniziare la mappatura. Chiediamo a voi se fosse possibile organizzare un map party sull'argomento, in modo da scegliere cosa fare e mostrare come realizzare il progetto. Magari inizamo a dicuterne qui, poi si vede se la cosa coinvolge anche il resto del gruppo. Grazie comunque per ogni informazione Davide ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-de] OpenRouteService mit Profil für Rollstuhlfahrer geht in Beta-Test
Seit kurzem befindet sich das Rollstuhlprofil des OpenRouteService (http://openrouteservice.org) in der Beta-Phase. Das Profil ist zunächst in einer separaten Version des Dienstes verfügbar (http://openrouteservice.org/wheelchair-2.1), der derzeit Deutschland abdeckt. Wenn die Beta-Tests abgeschlossen sind, wird das Profil auch über das Hauptportal verfügbar. Die räumliche Abdeckung wird dann Europa, Asien, Afrika und Ozeanien sein. Rückmeldungen aller Art sind willkommen. Die Mitteilung der Arbeitsgruppe Geoinformatik in Heidelberg dazu (http://k1z.blog.uni-heidelberg.de/2015/04/14/option-for-wheelchair-routing-now-available-within-openrouteservice/) zeigt an einem Beispiel den Effekt des Profils. WICHTIG: Gerade bei den für das Rollstuhl- und Fußgängerrouting so wichtigen Daten über Bürgersteige und abgesenkte Bordsteinkanten gibt es nach wie vor einen enormen Mangel an Informationen in der OpenStreetMap. Während man über die Existenz von Bürgersteigen noch relativ gut mit Annahmen arbeiten kann, so funktioniert dies nicht bei nötigen Informationen über deren Zustand, Breite, Neigung und die zugehörigen abgesenkten Bordsteinkanten. Da die Routenberechnung stets nur so gut sein kann, wie die dafür verwendeten Daten, sind weitere Datenbeiträge speziell für diese Objekte nötig. Ein Tool, das für Teile dieser benötigten Daten visualisiert, wo diese fehlen, wurde vom OSM Nutzer nitegate entwickelt und enthält nun einige Erweiterungen speziell für Fußgängerroutinginformationen: http://editor.osmsurround.org/ So können beispielsweise Straßen angezeigt werden, die keinen Tag „sidewalk=*“ haben. Weiterhin werden Wege ohne Steigungsinformation, sowie Wege ohne „smoothness“/„surface“ Tags angezeigt. Eine Auswertung von als „highway=footway“ getaggten Gehwegen, die parallel zu Straßen als separate Objekte eingezeichnet wurden, fehlt bisher. Die als fehlend visualisierten Daten können im Tool direkt über das eigene Konto eingetragen werden. Ein entsprechender Editor ist vorhanden. Informationen zum Einzeichnen von Gehwegen finden sich im Wiki unter: http://wiki.openstreetmap.org/wiki/DE:Gehsteig http://wiki.openstreetmap.org/wiki/DE:Tag:footway=sidewalk Informationen zum Bürgersteigrouting finden sich im Wiki hier: https://wiki.openstreetmap.org/wiki/User:Maxbe/Bürgersteigrouting https://wiki.openstreetmap.org/wiki/User:Maxbe/B%C3%BCrgersteigrouting ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] maxspeed=AT:*
Dabnke für die Diskussion, ich weiß jetzt, dass ich mich von allen Ergänzungen, die irgendwas mit maxspeed zuu tun haben, fern halte und nichts dergleichen in den nächsten Monaten bis Jahren ergänzen werde, da es nur Choas gibt, und da bin ich nicht bereit, mitzumischen. KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] mapové podklady pro tisk
Ahoj, -- Původní zpráva -- Od: Kobík Martin mar...@kobik.cz Komu: talk-cz@openstreetmap.org Datum: 28. 4. 2015 13:39:00 Předmět: [Talk-cz] mapové podklady pro tisk Zdravím, již chvilku se snažím sledovat dění kolem OSM a jejich použití. 1/ Rád bych data použil pro můj projekt, ale než vše nastudovat radši bych spolupracoval s někým s komunity kdo poradí, případně zajistí, jak stáhnout data mapy vhodné jako tiskové podklady na informační tabule o velikosti území cca 50 × 60 km. Mám pocit, že něco kolem tisku se tu docela nedávno probíralo a jediné co si z toho pamatuji je, že to je docela věda, to všechno rozběhat. Taky záleží, jaký typ mapy potřebuješ - obecnou, turistickou... Existují na to různé nástroje: http://wiki.openstreetmap.org/wiki/OSM_on_ Paper 2/ Našel by se někdo, kdo dokáže pomoci nahradit - překódovat na stránkách původně použité maps google na OSM? Sice jsem to nikdy nedělal, ale dle tohoto příkladu [1], stačí do současného google maps kódu přidat OSM vrstvu. Případně se mrknout na Leaflet nebo OpenLayers [2] [1] http://wiki.openstreetmap.org/wiki/Google_Maps_Example [2] http://wiki.openstreetmap.org/wiki/Deploying_your_own_Slippy_Map Marián Díky za info Martin Kobík ___ 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-legal-talk] The Failover Issue and Publishing Derived Datasets
I've done some thinking on further aspects of the geocoding issue and have written a diary post on teh subject: http://www.openstreetmap.org/user/SimonPoole/diary/34858 signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS
2015-01-24 10:18 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: C'est la géométrie qu'on ne peut pas reprendre en tant que telle des PDF car elle s'appuie sur une base IGN non libre. Vu qu'on ne la reprend pas, je ne vois pas où serait le problème. Je ne sais pas si ça a déjà été relevé sur cette liste mais la base IRIS est maintenant libérée en LO/OL par l'IGN: http://professionnels.ign.fr/contoursiris (merci à http://ecrans.liberation.fr/ecrans/2015/04/28/un-decoupage-plus-precis-des-communes-en-licence-libre_1273735) Pieren PS: notez que je suis aussi contre leur import dans OSM mais que ça peut servir à contrôler certaines de nos limites communales. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Wiki project: Article about the standard layer, with key
The wiki page has made good progress so far. Now almost all icons are explained, only a very few icons for rare tags are missing. Also most areas are described, a few exotic area colors are missing, but I don't know how many and which ones. I also added the beginnings of explaining lines, the most important road types are now in. The rest will hopefully follow some day. Someone also added a short section with techincal information. Thanks for that, but keep in mind that this page is intended to be more user-centric, so I move this section to the bottom. Now although the wiki page is still WIP it is at least complete enough to be linked to in the wiki. I already have placed some links throughout the wiki, but I have probably missed some opportunities. So please help me by placing internal links to this wiki page where it is appropriate. Thanks for your time and support so far. :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki project: Article about the standard layer, with key
Nice work so far =) I added the language selector so people can start translating certain things. cheers Christian 2015-04-28 13:43 GMT+02:00 Wuzzy wuz...@mail.ru: The wiki page has made good progress so far. Now almost all icons are explained, only a very few icons for rare tags are missing. Also most areas are described, a few exotic area colors are missing, but I don't know how many and which ones. I also added the beginnings of explaining lines, the most important road types are now in. The rest will hopefully follow some day. Someone also added a short section with techincal information. Thanks for that, but keep in mind that this page is intended to be more user-centric, so I move this section to the bottom. Now although the wiki page is still WIP it is at least complete enough to be linked to in the wiki. I already have placed some links throughout the wiki, but I have probably missed some opportunities. So please help me by placing internal links to this wiki page where it is appropriate. Thanks for your time and support so far. :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28 April 2015 at 08:21, Rob Nickerson rob.j.nicker...@gmail.com wrote: Please refer to my first email to the list (removing redundant routing instructions). Do you know how to view the mailing list archive online? Rob Yes thanks - I viewed archive stuff before posting - and in any case I've got the thread as e-mail ! I've looked at the case and your comments but feel the instruction is actually valid. There is a turn which is mentioned but likely the main purpose of the instruction is to let you know the change of road name. If you continue the route http://www.openstreetmap.org/directions?engine=osrm_carroute=52.45303%2C-1.48900%3B52.45434%2C-1.49086#map=18/52.45369/-1.48991layers=Q, you get the same message on a straight road but obviously without the 'turn' part. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-cz] mapové podklady pro tisk
Zdravím, již chvilku se snažím sledovat dění kolem OSM a jejich použití. 1/ Rád bych data použil pro můj projekt, ale než vše nastudovat radši bych spolupracoval s někým s komunity kdo poradí, případně zajistí, jak stáhnout data mapy vhodné jako tiskové podklady na informační tabule o velikosti území cca 50 × 60 km. 2/ Našel by se někdo, kdo dokáže pomoci nahradit - překódovat na stránkách původně použité maps google na OSM? Díky za info Martin Kobík ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] Modello lettera mancata attribuzione
2015-04-26 19:50 GMT+02:00 Carlo Stemberger carlo.stember...@gmail.com: C'è già qualcosa: https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution/Example_email A mio avviso bisognerebbe fare un lavoro di integrazione per uniformare a livello internazionale. +1 Ciao! Carlo -- 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-it] Enoteca
Ciao a tutti! Solita domada di come si tagga... un'enoteca? Per ora ho fatto così: amenity=bar bar=wine_bar Grazie Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
Am 28.04.2015 um 13:47 schrieb pmailkeey . pmailk...@googlemail.com: Road number Road name The lack of crossing white paint into/out of a 'side road' , or Direction of travel I believe it's mainly about what appears to be road continuity (road markings). In Germany the traffic sign is this one: http://www.fahrschule-duenhoeft.de/cms/cms/old/zeichen/images/S202.JPG this is a scheme: http://www.mikrocontroller.net/attachment/157865/quiz3_03_12_720.jpg cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hundekottütenspender tagging
Am 27.04.2015 um 21:25 schrieb Holger Mappt holger...@gmx.net: Andererseits gibt es viel mehr Briefkästen bzw. viel weniger Paketabgabe-/Packstationen, um dafür einen extra Tag zu benutzen. das ist für mich komplett neu, dass wir Dinge die es nicht so oft gibt einfach bei anderen tags mit reinschieben, anstatt logisch vorzugehen. Also vending_machine eher als Selbstbedienungsdingens, egal ob raus oder rein. Muss da auch immer an den Vorschlag für eine Babyklappe denken: amenity=vending_machine, vending=living_baby_in. So lange es eindeutig ist und jeder weiß was gemeint ist geht es für mich in Ordnung. Ist halt nur ein Tag und keine Weltanschauung. ich finde, die tags müssen Sinn machen, weil es sonst noch viel komplizierter wird, als es sowieso schon ist. Die Babyklappe hat genauso ihren eigenen Tag wie der Briefkasten, der Geldautomat oder die Telefonzelle (da werden Gesprächsminuten verkauft). Nur Paketstationen sollen als Verkaufsautomaten getaggt werden? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it-trentino] Mappiamo per il Nepal?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 28/04/2015 11:20, Maurizio Napolitano ha scritto: La biblioteca comunale è a nostra disposizione dalle 13:00 alle 19:30 Mi dicono che c'è sempre il problema di farsi fare la registrazione per accedere al wifi e che questo porta via parecchio tempo. Vale per tutti il fatto che l'accesso alla rete è focale per lavorare. Concordo anche sul fatto che ciascuno di noi è impegnato sul lavoro. Possiamo provare a dire che si comincia alle 16:30, invitiamo le persone ad arrivare prima registrandosi per l'accesso alla wifi. Io posso liberarmi prima e posso anche provare a fare una spiegazione di 15/20 minuti su cosa è HOT e cosa c'è da fare. A quel punto poi dovremmo esserci tutti e, intorno alle 17, ciascuno con il suo pc comincia a mappare. Chi deve imparare si mette vicino a chi lo sa fare.. Cosa ne pensate? - -1 non ci sono causa lavoro. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVP4clAAoJEMTPIIVov0ZtT90H/0s3r8L60tNp0GuP9E/HRp4A qYm/ux4XWA0DmjdnqaQzjMtcsUN+FUlasK4Hu7dVShp2fiFAUtTu2KZz2e2qsFnV 8bIeY0swPZ6enQL3V3sKPqSuKnEgBefIg10oO+a0ezrWKBpXOcMb6+nZkHURZTxg Ul5C8+OyAnfJlAkeyBivgdTpqraN0MsuxcAm+oHFSf1NgWnL0czqzSP9f2BTSuZk mckGmixYJ2gU6J877qlc2nJRmFvuulXbKkoHYONrkHDVGYmN+E553uj6Mhl8Rk3t aAQLUwIQsQVH2ZPec3d62YGAd1jgrPzZTW6PbYH1pEnYnZYvEnsYGumtm4A3SJk= =Y6vZ -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[OSM-talk-fr] Invitation au State of The Map à Brest les 29/30/31 mai 2015
Bonjour à tous, À vos agendas ! Après Lyon en 2013 et Paris l'année dernière, nous vous donnons rendez-vous à Brest pour notre State of the Map 2015, du vendredi 29 au dimanche 31 mai, à l'Université de Bretagne Occidentale. Le principe du programme demeure : des interventions par des contributeurs, comme par des utilisateurs, sans exclusive. Des temps d'échange aussi, et de la convivialité, évidemment. Le programme est donc à composer selon ce que vous avez envie d'entendre, et ce que vous avez envie de communiquer. Vous pouvez nous proposer des interventions, des présentations, des ateliers en utilisant l'adresse suivante : pour contacter l'équipe organisatrice : sotm [at] openstreetmap [point] fr. Le pré-programme en fonction des interventions proposées : https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2015 Côté logistique, les inscriptions sont ouvertes sur cette page : https://sotmfr15.eventbrite.fr Une page de mise en relation pour le covoiturage est là : https://framacalc.org/Covoiturage%20SOTM-FR-2015 Et surtout n'hésitez pas à diffuser dans vos réseaux ! À bientôt à Brest, Pour l'équipe d'animation, Louis-Julien de la Bouëre administrateur OpenStreetMap ljbou...@openstreetmap.fr -- Louis-Julien de la Bouëre Association Tiriad ljbou...@tiriad.org www.tiriad.org Portable : 06 58 79 80 56 Twitter : @assotiriad Skype : tiloul29 Instagram : ljbouere29 TumblR : http://ljbouere.tumblr.com/ attachment: ljbouere.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] OpenStreetMap GSOC 2015: accettati 8 studenti e relativi progetti
Segnalo per coloro che sono interessati che quest'anno sono stati accettati al Google Summer Of Code 2015 ben 8 progetti riguardanti OSM. Qui trovate l'elenco completo: https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/AcceptedProjects Ciao! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Enoteca
Am 28.04.2015 um 15:16 schrieb Gianluca Boero gianlucabo...@alice.it: il wiki ci riporta shop=wine si, dipende cosa si intende con enoteca, ci sono sia negozi che vendono vino (senza posti a sedersi) che anche ristoranti con una ampia gamma di vino da scegliere, ed entrambi si possono chiamare enoteche ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[talk-latam] Gran Chaco Americano
Hola amigos, quisiera compartirles que estaré participando del proyecto chaco ra'anga https://www.facebook.com/pages/Chaco-Raanga/890689487665515?fref=ts durante el mes de junio, durante este viaje mi idea el de trackear todo el recorrido e ir anotando los nombres de los caminos, también así ciudades, pueblos, comunidades indígenas, y otros puntos de interés para luego levantarlos a OSM, los equipos que voy a llevar para realizar el trabajo son un gps garmin etrex 10 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-10/prod87768.html y mi teléfono con el OSMtracker, a parte una cámara canon con gps para tomar algunas fotos georeferenciadas y una gopro para ver si puedo hacer algunas capturas interesantes xD y luego compartirla a través de alguna plataforma libre. Si tienen algunas recomendaciones les estaré agradecido :-) Saludos! Juan Bauer ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Dopo il giro fatto siamo arrivati a questa decisione: Martedì 5 maggio a Trento presso la Biblioteca comunale di Trento, via Roma 55, nella sala didattica della sezione ragazzi, dalle ore 16.00 alle ore 19.15 si svolgerà un incontro per una formazione di base su come collaborare e cominciare quindi a contribuire. Domani esce un comunicato stampa del Comune di Trento l'evento è patrocinato da: - Biblioteca Comunale di Trento - FBK - Wikimedia Italia ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28/04/15 15:15, Steve Doerr wrote: Reading the objections on http://wiki.openstreetmap.org/wiki/Proposed_features/through_route and to be honest, the example used is simply wrong. How about this one: http://www.openstreetmap.org/node/21745867? Contrary to rational expectations, the 'through route' here is Groombridge Hill - Langton Road, and Ashurst Road has give-way lines. It's not an unusual occurrence. Tagging Langton Road as through_route = Groombridge Hill would override the natural flow. Tag Ashurst Road as through_route = Langton Road gives that a higher priority than the 'A264' reference, and finally Groombridge Hill gets through_route = Langton Road as well. Although I could accept not tagging that since it is 'natural' once the A264 is ignored. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/through_route throws up a few more points. My point is that this is not a 'relation' problem, but rather that the through_route tag was getting mixed up with traffic management tagging. If you take out all the objections due to junction priority rules and properly document that area of tagging, one is left with only the cases that are missing a link through a junction? With the correct 'give way' tagged on the above junction, again the A264 'priority' is reduced but only if there is no matching restriction on Groombridge Hill? This does of cause create the need for a better micro-mapped junction layout since the highway=give_way tag needs to be a short distance down http://www.openstreetmap.org/way/285608726 and the routing software needs to understand the whole area of the junction rather than just the the common node. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28 April 2015 at 13:15, Colin Smale colin.sm...@xs4all.nl wrote: It's about that which cannot be inferred from the geometry and the current tagging. The road name and number come under current tagging, but sometimes they are not enough to know how to describe the next instruction(s) to the user. We are in the business of dictating the exact text that a navigator should speak, but we need to provide the basic information on which these decisions can be made. The ambiguity of a T-junction where the side-road has the same name and ref as one of the straight through legs is evident. Direction of travel is a good point - the through route may not be symmetrical. //colin Are we then back down to the simple issue of failing to tag the arm(s) with the 'give way' markings ? - We're not tagging them in all necessary cases (where the 'side road' is in line with one arm of the main road) - Routers are ignoring the tags. Is this the solution rather than creating a new solution ? Is a 'through route' a continuation of - Road number - Road name - The lack of crossing white paint into/out of a 'side road' , or - Direction of travel I'm concerned about ambiguity arising out of potential different interpretations. I'm sure we will be able to find examples of all combinations of all of the above! -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-ph] Bing Imagery
Hello there, Bing is following up again on the missing imagery. Do we have a list or timeline on how long this will take to compile? We're also prepping to complete disaster risk mapping tasks in preparation for the typhoon season, so it would be helpful to secure imagery soon. Celina celinaagaton.com celina.aga...@gmail.com Twitter @celinaagaton http://twitter.com/celinaagaton Skype: celinaagaton On Wed, Apr 22, 2015 at 6:49 AM, Celina Agaton celina.aga...@gmail.com wrote: Hi Maning, I'm talking to Bing and they are asking for a list of missing areas. Can you guys send me a list soon? Celina celinaagaton.com celina.aga...@gmail.com Twitter @celinaagaton http://twitter.com/celinaagaton Skype: celinaagaton On Sat, Apr 11, 2015 at 10:39 PM, maning sambale emmanuel.samb...@gmail.com wrote: To whom? cheers, Maning Sambale (mobile) On Apr 11, 2015 8:59 PM, Celina Agaton celina.aga...@gmail.com wrote: If we can get a list together I can put in a request. Celina celinaagaton.com celina.aga...@gmail.com Twitter @celinaagaton http://twitter.com/celinaagaton Skype: celinaagaton On Sat, Apr 11, 2015 at 8:00 PM, talk-ph-requ...@openstreetmap.org wrote: Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Re: Imagery update (April 2015) (Eugene Alvin Villar) -- Message: 1 Date: Sat, 11 Apr 2015 16:12:10 +0800 From: Eugene Alvin Villar sea...@gmail.com To: ianlopez ian_lopez_1...@yahoo.com Cc: Osm-ph talk-ph@openstreetmap.org Subject: Re: [talk-ph] Imagery update (April 2015) Message-ID: CAPhqi6JYB09LTZcjUv89_dPyXH679vNd5tKE5BE7H=- hwyr...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Ouch. I only got to look at the updated/redacted Bing imagery. It seems that the Batch 3 imagery and older are completely gone as well as some other imagery. I also see new imagery in various parts of the country, such as in Pangasinan, Isabela, and Surigao. On Thu, Apr 2, 2015 at 10:48 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Today, I noticed that the Los Baños, Laguna area has new imagery (taken on January 8, 2014). Unfortunately, many parts of Laguna (San Pedro, Nuvali, Canlubang, San Pablo, Santa Cruz, Nagcarlan), southern Metro Manila (from NAIA downwards), central and eastern Cavite and parts of western Quezon (Candelaria, Sariaya, Lucena) are no longer covered by Bing aerial images. I wonder if there is a way to request for new Bing aerial imagery, especially for areas that recently lost coverage. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20150411/03c9a502/attachment-0001.html -- Subject: Digest Footer ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- End of talk-ph Digest, Vol 81, Issue 9 ** ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] OpenRouteService profile for wheelchair users goes to beta testing phase
The wheelchair profile of OpenRouteService (http://openrouteservice.org) has gone into beta phase. The profile itself is available in a separate version: (http://openrouteservice.org/wheelchair-2.1), which currently covers Germany only. However, after successful beta testing, the profile will be also available via the main portal. The spatial coverage will then be Europe, Asia, Africa and Oceania. Any feedback is welcome. Further information may be found in the corresponding blog post of the chair of GIScience at Heidelberg University: http://k1z.blog.uni-heidelberg.de/2015/04/14/option-for-wheelchair-routing-now-available-within-openrouteservice/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28 April 2015 at 16:25, Colin Smale colin.sm...@xs4all.nl wrote: The give way sign won't help to distinguish between the arms where two roads diverge... You mean neither has give way markings ? Can you provide an example ? It's sounding a bit like Russia ! By the way, the sign is often a STOP sign, so the logic will have to check for both. Whether 'often' or not, that's true. That made me think of another peculiarity - but it's not a stop, just a give way on the through route. So yes, I've found a give way on the through route ! I guess this is a bit like the mini roundabout scenario. Can we accept the concept of not having a through route at a junction ? In the case I've found, there's no continuity - different number,different name, give way but is a continuation of the main route! -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS
Les IRIS nouvellement disponibles sont basés sur GEOFLA (2010). Les limites internes aux communes ne sont pas trop dégradées, pour le reste c'est variable. Donc pas d'import... car la qualité n'est pas vraiment au rendez-vous. Le 28/04/2015 13:44, Pieren a écrit : 2015-01-24 10:18 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: C'est la géométrie qu'on ne peut pas reprendre en tant que telle des PDF car elle s'appuie sur une base IGN non libre. Vu qu'on ne la reprend pas, je ne vois pas où serait le problème. Je ne sais pas si ça a déjà été relevé sur cette liste mais la base IRIS est maintenant libérée en LO/OL par l'IGN: http://professionnels.ign.fr/contoursiris (merci à http://ecrans.liberation.fr/ecrans/2015/04/28/un-decoupage-plus-precis-des-communes-en-licence-libre_1273735) Pieren PS: notez que je suis aussi contre leur import dans OSM mais que ça peut servir à contrôler certaines de nos limites communales. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Ci siamo attivati anche a Trento https://www.eventbrite.it/e/biglietti-mappiamo-per-il-nepal-16769037643 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it-lazio] Domani incontro Maptime a Roma
Al prossimo #Maptime https://twitter.com/hashtag/Maptime?src=hash #vedovelle https://twitter.com/hashtag/vedovelle?src=hash Vs #nasoni https://twitter.com/hashtag/nasoni?src=hash 29 Aprile ore 18:00 solito posto @altraeconomia https://twitter.com/altraeconomia RSVP: https://t.co/OxWfHg88I1 @MaptimeMI https://twitter.com/MaptimeMI — Maptime Roma (@MaptimeRoma) 23 Aprile 2015 https://twitter.com/MaptimeRoma/status/591352076178952192 ___ Talk-it-lazio mailing list Talk-it-lazio@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-lazio
[OSM-talk] Different HOT Domains without redirect...
I already wrote on the HOT mailinglist, but because the focus there is obviously somewhere else I thought I'd mention it here, too. So I just realized that the same website has 3 or maybe even more URLs. - http://hot.osm.org/ - http://hot.openstreetmap.org/ - http://hotosm.org/ While it looks like someone fixed the issue that some pages were not up do date, it's still pretty bad for search engines. I also just realized that there are no www. versions, except for www.hotosm.org, but that should also redirect (needs a seperate one I think) In my opinion it would be best if all URL had a 301 redirect to http://www.hot.openstreetmap.org/ * http://moz.com/learn/seo/redirection __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-latam] Gran Chaco Americano
El 28 de abril de 2015, 11:43, Juan Alfredo Bauer Eisenkolbl baue...@gmail.com escribió: Ok, muchas gracias, voy a fijarme. Nos trasladaremos en vehículos, Para vehículos Mapillary ofrece un phone mount gratuito, solo hay que escribir a mou...@mapillary.com con tu nombre y dirección de envío! Éxitos! Humberto estaremos recorriendo 10 días el Chaco Argentino, 10 días Chaco Boliviano y 10 días Chaco Paraguayo El 28 de abril de 2015, 11:52, Jo winfi...@gmail.com escribió: Hola Juan Alfredo, Investiga Mapillary.com. Cual sera tu modo de transporte? Si a pie, habla con la gente de Mapillary, quisas pueden prestarte algunos materiales para que fotografias todo el camino. Jo (Polyglot) 2015-04-28 17:12 GMT+02:00 Juan Alfredo Bauer Eisenkolbl baue...@gmail.com: Hola amigos, quisiera compartirles que estaré participando del proyecto chaco ra'anga https://www.facebook.com/pages/Chaco-Raanga/890689487665515?fref=ts durante el mes de junio, durante este viaje mi idea el de trackear todo el recorrido e ir anotando los nombres de los caminos, también así ciudades, pueblos, comunidades indígenas, y otros puntos de interés para luego levantarlos a OSM, los equipos que voy a llevar para realizar el trabajo son un gps garmin etrex 10 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-10/prod87768.html y mi teléfono con el OSMtracker, a parte una cámara canon con gps para tomar algunas fotos georeferenciadas y una gopro para ver si puedo hacer algunas capturas interesantes xD y luego compartirla a través de alguna plataforma libre. Si tienen algunas recomendaciones les estaré agradecido :-) Saludos! Juan Bauer ___ 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-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
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28 April 2015 at 16:05, Lester Caine les...@lsces.co.uk wrote: My point is that this is not a 'relation' problem, but rather that the through_route tag was getting mixed up with traffic management tagging. -- Lester Caine - G8HFL Is there need for a through route tag as well as the give way tag ? How is the whole concept affected by roundabouts (mini) - where all '3' arms are 'give way' What if the junction has more than one through route ? I'm thinking one arm in, one arm out (effectively dual carriageway) and one arm that's both in and out. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-latam] Gran Chaco Americano
Ok, muchas gracias, voy a fijarme. Nos trasladaremos en vehículos, estaremos recorriendo 10 días el Chaco Argentino, 10 días Chaco Boliviano y 10 días Chaco Paraguayo El 28 de abril de 2015, 11:52, Jo winfi...@gmail.com escribió: Hola Juan Alfredo, Investiga Mapillary.com. Cual sera tu modo de transporte? Si a pie, habla con la gente de Mapillary, quisas pueden prestarte algunos materiales para que fotografias todo el camino. Jo (Polyglot) 2015-04-28 17:12 GMT+02:00 Juan Alfredo Bauer Eisenkolbl baue...@gmail.com: Hola amigos, quisiera compartirles que estaré participando del proyecto chaco ra'anga https://www.facebook.com/pages/Chaco-Raanga/890689487665515?fref=ts durante el mes de junio, durante este viaje mi idea el de trackear todo el recorrido e ir anotando los nombres de los caminos, también así ciudades, pueblos, comunidades indígenas, y otros puntos de interés para luego levantarlos a OSM, los equipos que voy a llevar para realizar el trabajo son un gps garmin etrex 10 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-10/prod87768.html y mi teléfono con el OSMtracker, a parte una cámara canon con gps para tomar algunas fotos georeferenciadas y una gopro para ver si puedo hacer algunas capturas interesantes xD y luego compartirla a través de alguna plataforma libre. Si tienen algunas recomendaciones les estaré agradecido :-) Saludos! Juan Bauer ___ 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-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
[Talk-cz] oznacovani dlazdic jako dirty
Ahoj, narazil jsem na takovy docela pekny Greasemonkey skriptik, treba se to bude nekomu hodit: https://gist.github.com/Adrianod/e6b522bf1715a49b68c2 na Alt klik to pak umi na OSM invalidovat dlazdice. Protoze jsme narazil na obcasne problemy se synchronizaci jednotlivych tile serveru OSM, trochu jsem ho pro sichr osklive hacknul, ze to jde po vsech serverech najednou, vizte nize. Petr // ==UserScript== // @nameclick n' dirt // @namespace https://gist.github.com/Adrianod/e6b522bf1715a49b68c2 // @description Alt-click to mark tiles as dirty on openstreetmap.org // @include http://www.openstreetmap.org/* // @include https://www.openstreetmap.org/* // @version 1 // @grant none // ==/UserScript== /* $.ajax({\ url: this.src.text().replace(/.\.tile\.openstreetmap\.org/, a.tile.openstreetmap.org)+/dirty,\ context: this\ });\ */ var code = '\ $(#map).on(click, .leaflet-tile, function(e) {\ if (e.altKey) {\ $.ajax({\ url: this.src.replace(/.\.tile\.openstreetmap\.org/, a.tile.openstreetmap.org)+/dirty,\ context: this\ }).done(function() {\ $(this).fadeTo(fast, .8);\ });\ $.ajax({\ url: this.src.replace(/.\.tile\.openstreetmap\.org/, b.tile.openstreetmap.org)+/dirty,\ context: this\ }).done(function() {\ $(this).fadeTo(fast, .6);\ });\ $.ajax({\ url: this.src.replace(/.\.tile\.openstreetmap\.org/, c.tile.openstreetmap.org)+/dirty,\ context: this\ }).done(function() {\ $(this).fadeTo(fast, .2);\ });\ }\ });'; var script = document.createElement(script); script.textContent = code; document.body.appendChild(script); ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-se] Mapathon i Stockholm om Nepal
Hallå, Jag är stationerad i Stockholm nuförtiden så jag tittar gärna förbi så fort jag slutat kneget imorgon. Vilka tasks/område är aktuella för imorgon? Vilken editor används? /Johan 2015-04-27 15:15 GMT+02:00 John Andersson john.anders...@wikimedia.se: Hej! Vi på Wikimedia Sverige[1] tänkte ordna ett mapathon i Stockholm den 29 april med målet att förbättra kartorna över det jordbävningsdrabbade området i Nepal.[2] Jag har själv gjort en del volontärarbete på HOT de senaste åren, men kan för lite för att svara på svårare frågor. Därför undrar jag om det är någon av er OSMare som kan tänka er att komma hit och hjälpa nybörjarna? Vi kan erbjuda ett minibidrag[3] för att täcka resekostnaden (tåg/flyg + hotell m.m.) på upp till 2 000 kronor. Skulle ni inte kunna resa till men vill ordna något lokalt så kan ni även söka ett minibidrag för ert lokala evenemang. Det är superenkelt och gjort på typ 15 minuter. Någon som är har tid och intresse att ställa upp? [1] http://wikimedia.se/ [2] https://se.wikimedia.org/wiki/Projekt:HOT_2015/Jordbävning_i_Nepal [3] https://se.wikimedia.org/wiki/Projekt:Stöd_till_gemenskapen_2015/Ansökningar_Minibidrag_2015 Mvh, John - - - - *John Andersson* Wikimedia Sverige Project Manager Phone: +46(0)73-3965189 Email: john.anders...@wikimedia.se johnandersso...@hotmail.com Skype: johnandersson86 Be sure to follow us on Twitter at @WikiEuropeana http://twitter.com/#%21/wikieuropeana and @WikimediaSE https://twitter.com/WikimediaSE Would you like to support free knowledge and Wikipedia? Please consider becoming a member https://donera.wikimedia.se/node/6 of Wikimedia Sverige! We need your support. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-ee] Avatud Maakaardi Seltsi MTÜst
Mul on MTÜ ühe asutajana pisut raske jah-sõna öelda, ehkki möönan, et see on tegelikult mõistlik. Ja pealegi tundub ka hea mõte olevat kaardistajate hulka kasvatada vikipedistide arvelt. Probleemi näen selles, et vikipedistid ei tundu üldse olevalt teenustele ja tehnoloogiale suunatud seltskond, aga meil on vaja ka seda osa arendada. Seega ei kipuks ma hooga juriidilisi kehasid ühendama ja mõnda neist likvideerima. Me võiksime küll liitumist arutada ning selle mõtte ka välja öelda, ent nagu ka abielu puhul, oleks esmalt mõistlik koostoimimist harjutada. Kui see ei tööta ja lisandväärtust ei teki, siis ainult poe kinnipanemiseks ei ole mõtet liituda. Ega taskide hulk ju ei vähene, kui see aastaaruanne välja arvata. - M - 28. aprill 2015 22.51 kirjutas Tormi Tabor tormi.ta...@gmail.com: Tere. Ei ole küll MTÜ liige, aga olen külaliikumisega seoses sama küna ees olnud ja Jaagu ettepanek on mõistlik. Tervitades, Tormi Tabor 5451 3000 28. aprill 2015 22.35 kirjutas Jaak Laineste j...@openstreetmap.ee: Tere, Oletatavasti on kõik Avatud Maakaardi Seltsi MTÜ liikmed siinse listi liikmed, ja saavad info kätte. Nimelt oleme juhatusega põgusalt arutanud, et ehk ei ole eraldi MTÜ pidamisel nii väga põhjust, ja paneks leivad ühte kappi Wikimedia Eestiga. Tehniliselt näeks see siis välja nii, et meie MTÜ lõpetab tegevuse, ja varad anname üle WIkimedia Eesti MTÜ-le. MTÜ põhikiri ei lubagi midagi muud varadega teha, kui anda üle sarnaste eesmärkidega teisele MTÜle. Liikmelisuse osas jääks igaühe oma otsustada. Detaile tuleks täpsustada, esialgu on tegu toorideega. MTÜ pidamine nõuab tegelikult pisut vaeva ja kulusid, isegi kui see midagi ei tee, hetkel viimase aasta suurim kulu oligi aastaaruanne äriregistrisse. Miinuseks on, et sõltumatuid projekte on siis raskem teha, teisalt neid eriti ei paista ka tulemas. Kui just suurt uut SOTM-i ei korralda, aga seda saab ka teise MTÜ alt teha. Mis on arvamused ja argumendid? On keegi, kes tahab MTÜ raames mõne hea projektiga ise jätkata? Asjaga on ses osas kiire, et Wikimedia Eesti järgmine üldkoosolek on nüüd mais juba tulemas, ja heal juhul saaks asjad juba enne suve vähemalt algatatud. Nemad on suure Wikimedia liikmed ja küsivad ka “ameerikast” luba suuremateks asjadeks. Nende juhatuselt on esialgu positiivne julgustus asjaks, aga ka neil peab seda üldkoosolek lõpuks otsustama. Tervitades, Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-se] Mapathon i Stockholm om Nepal
[Jag svarar å Johns vägnar (cc:ad) eftersom jag redan finns på listan.] Jättekul att du kan komma! Vi kommer att använda iD editor och fokusera på alla tasks där det finns mycket kvar att göra: #1004, #1006 och #1009 som det ser ut nu, men vi får se på eftermiddagen. Det viktiga är att vi inte tar en task som nästan är färdig och där nybörjarna får för sig att börja validera andras jobb. -- André Costa GLAM-tekniker Wikimedia Sverige Hallå, Jag är stationerad i Stockholm nuförtiden så jag tittar gärna förbi så fort jag slutat kneget imorgon. Vilka tasks/område är aktuella för imorgon? Vilken editor används? /Johan 2015-04-27 15:15 GMT+02:00 John Andersson john.anders...@wikimedia.se: Hej! Vi på Wikimedia Sverige[1] tänkte ordna ett mapathon i Stockholm den 29 april med målet att förbättra kartorna över det jordbävningsdrabbade området i Nepal.[2] Jag har själv gjort en del volontärarbete på HOT de senaste åren, men kan för lite för att svara på svårare frågor. Därför undrar jag om det är någon av er OSMare som kan tänka er att komma hit och hjälpa nybörjarna? Vi kan erbjuda ett minibidrag[3] för att täcka resekostnaden (tåg/flyg + hotell m.m.) på upp till 2 000 kronor. Skulle ni inte kunna resa till men vill ordna något lokalt så kan ni även söka ett minibidrag för ert lokala evenemang. Det är superenkelt och gjort på typ 15 minuter. Någon som är har tid och intresse att ställa upp? [1] http://wikimedia.se/ [2] https://se.wikimedia.org/wiki/Projekt:HOT_2015/Jordbävning_i_Nepal [3] https://se.wikimedia.org/wiki/Projekt:Stöd_till_gemenskapen_2015/Ansökningar_Minibidrag_2015 Mvh, John - - - - *John Andersson* Wikimedia Sverige Project Manager Phone: +46(0)73-3965189 Email: john.anders...@wikimedia.se johnandersso...@hotmail.com Skype: johnandersson86 Be sure to follow us on Twitter at @WikiEuropeana http://twitter.com/#%21/wikieuropeana and @WikimediaSE https://twitter.com/WikimediaSE Would you like to support free knowledge and Wikipedia? Please consider becoming a member https://donera.wikimedia.se/node/6 of Wikimedia Sverige! We need your support. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Il 28 aprile 2015 12:28, Maurizio Napolitano napoo...@gmail.com ha scritto: Forse è quasi meglio... Se il Wi-Fi fosse un problema, ci attrezziamo con un hot-spot 3G? sarebbe la soluzione di backup Io posso mettere a disposizione la mia rete dati con il telefono. C ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-at] maxspeed=AT:*
On 28.04.2015 22:22, Markus Straub wrote: im OSM Wiki steht folgendes: Praktisch ausschließlich in Rumänien wurden Geschwindigkeitsbegrenzungen als maxspeed=countrycode:zone type angegeben. Diese Methode hat sich außerhalb Rumäniens nicht durchgesetzt und es wird empfohlen statt dessen die Kombination aus maxspeed=Zahl und source:maxspeed=Ländercode:Zone zu verwenden. Siehe dazu auch die Beispiele. Da hat wieder jemand an der deutschen Übersetzung herumgepfuscht. Im englischen Original steht nichts von einer Empfehlung. Es wird empfohlen, von wem denn? Im übrigen gibt es neben maxspeed=zone und source:maxspeed=zone auch noch die Möglichkeit maxspeed:type=zone, welche von den Briten popular gemacht wurde und welche ich jetzt auch in AT verwende, weil sie logischer ist als source:maxspeed. Ich sehe da keinen Alleingang von Österreich (oder von mir) und finde es sinnvoll auf eine einheitliche Lösung hinzuarbeiten. Diskutiere das in der Tagging-Mailinglist. Daher werde ich die paar verbliebenen AT:* in nächster Zeit umtaggen. Wenn du das tust, werde ich es der DWG melden. Im Grunde bist du dann ein Wiederholungstäter (auch dein Umtaggen der Wiener Ortsteile war nicht abgesprochen) und gehörst gesperrt. -- 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
Re: [Talk-at] maxspeed=AT:*
... oder ich lass es doch bleiben, weil z.B. in Ried im Innkreis rundherum Straßen mit 30 getaggt sind und die mit AT:urban versehenen Straßen wohl auch alle in einer 30er Zone liegen. Wenn klar ist, dass die maxspeed seit Jahren nicht verändert wurde schaut sich's vielleicht eher wer an. LG, Markus On 2015-04-28 22:22, Markus Straub wrote: Hallo, im OSM Wiki steht folgendes: Praktisch ausschließlich in Rumänien wurden Geschwindigkeitsbegrenzungen als maxspeed=countrycode:zone type angegeben. Diese Methode hat sich außerhalb Rumäniens nicht durchgesetzt und es wird empfohlen statt dessen die Kombination aus maxspeed=Zahl und source:maxspeed=Ländercode:Zone zu verwenden. Siehe dazu auch die Beispiele. Ich sehe da keinen Alleingang von Österreich (oder von mir) und finde es sinnvoll auf eine einheitliche Lösung hinzuarbeiten. Daher werde ich die paar verbliebenen AT:* in nächster Zeit umtaggen. Es entsteht dabei kein Informationsverlust sondern die Daten werden konsistenter. LG, Markus P.S.: Beispiele im englischen OSM Wiki-Eintrag: maxspeed=50 + source:maxspeed=DE:urban or maxspeed=DE:urban + source:maxspeed=implicit On 2015-04-28 20:50, Friedrich Volkmann wrote: On 28.04.2015 19:11, Michael Kircher wrote: +1 Diese österreichischen Alleingänge halte ich nicht für sinnvoll. Da wird sich keine routing Anwendung drum kümmern. Nur zur Klarstellung: Die von Michael lt. Taginfo angeführten Keys gibt es laut Taginfo nicht. Was er meint, ist nicht maxspeed:AT-rural=20, sondern dass maxspeed=AT:rural 20x vorkommt. Dieses Schema ist international üblich und dokumentiert. Nicht dessen Verwendung ist ein österreichischer Alleingang, sondern ganz im Gegenteil: Überwiegend source:maxspeed zu verwenden ist ein österreichischer Alleingang. Von sinnlosen, anmaßenden Umtag-Aktionen ganz zu schweigen. Der Hinweis auf die Routinganwendungen hat einen langen Bart. Inzwischen hatten die Anwendungen schon viele Jahre Zeit die 3 Taggingvarianten zu berücksichtigen, und wenn eine Anwendung noch nicht einmal das beherrscht, dann gehört sie sowieso gekübelt. Den Satz wir mappen nicht für die Router kann man gar nicht oft genug wiederholen. Bitte eure Aufgabe als Mapper ist es nicht zu spekulieren, welche Tags für irgendwelche Anwendungen am einfachsten auswertbar sind. Eure Aufgabe als Mapper ist es, Tags zu verwenden, die international üblich und dokumentiert sind. Wenn mehrere gleichbedeutende üblich und dokumentiert sind, muss man eben mehrere kennen - sowohl als Mapper als auch als Anwendungsentwickler. Das ist eine Schattenseite von OSM, aber daran wird man durch das Umtaggen einzelner Objekte nichts ändern. Am 2015-04-28 um 11:45 schrieb Florian Michaeler: Hallo, Kann schon sein, dass die Tags von der Intention her gleichwertig sind. Aber sie sind zumindest hier in Österreich (Rumänien ist zB genau anders rum) sowohl in der Verbreitung lt Taginfo: maxspeed:AT-rural = 20 gegen source:maxspeed = AT-rural (3 799) maxspeed:AT-urban = 166 gegen source:maxspeed = AT-urban (13 818) maxspeed:AT-motorway = 251 gegen source:maxspeed = AT-motorway (4 368) maxspeed:AT-walk = 1 gegen source:maxspeed = AT-walk (66) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] maxspeed=AT:*
Hallo, im OSM Wiki steht folgendes: Praktisch ausschließlich in Rumänien wurden Geschwindigkeitsbegrenzungen als maxspeed=countrycode:zone type angegeben. Diese Methode hat sich außerhalb Rumäniens nicht durchgesetzt und es wird empfohlen statt dessen die Kombination aus maxspeed=Zahl und source:maxspeed=Ländercode:Zone zu verwenden. Siehe dazu auch die Beispiele. Ich sehe da keinen Alleingang von Österreich (oder von mir) und finde es sinnvoll auf eine einheitliche Lösung hinzuarbeiten. Daher werde ich die paar verbliebenen AT:* in nächster Zeit umtaggen. Es entsteht dabei kein Informationsverlust sondern die Daten werden konsistenter. LG, Markus P.S.: Beispiele im englischen OSM Wiki-Eintrag: maxspeed=50 + source:maxspeed=DE:urban or maxspeed=DE:urban + source:maxspeed=implicit On 2015-04-28 20:50, Friedrich Volkmann wrote: On 28.04.2015 19:11, Michael Kircher wrote: +1 Diese österreichischen Alleingänge halte ich nicht für sinnvoll. Da wird sich keine routing Anwendung drum kümmern. Nur zur Klarstellung: Die von Michael lt. Taginfo angeführten Keys gibt es laut Taginfo nicht. Was er meint, ist nicht maxspeed:AT-rural=20, sondern dass maxspeed=AT:rural 20x vorkommt. Dieses Schema ist international üblich und dokumentiert. Nicht dessen Verwendung ist ein österreichischer Alleingang, sondern ganz im Gegenteil: Überwiegend source:maxspeed zu verwenden ist ein österreichischer Alleingang. Von sinnlosen, anmaßenden Umtag-Aktionen ganz zu schweigen. Der Hinweis auf die Routinganwendungen hat einen langen Bart. Inzwischen hatten die Anwendungen schon viele Jahre Zeit die 3 Taggingvarianten zu berücksichtigen, und wenn eine Anwendung noch nicht einmal das beherrscht, dann gehört sie sowieso gekübelt. Den Satz wir mappen nicht für die Router kann man gar nicht oft genug wiederholen. Bitte eure Aufgabe als Mapper ist es nicht zu spekulieren, welche Tags für irgendwelche Anwendungen am einfachsten auswertbar sind. Eure Aufgabe als Mapper ist es, Tags zu verwenden, die international üblich und dokumentiert sind. Wenn mehrere gleichbedeutende üblich und dokumentiert sind, muss man eben mehrere kennen - sowohl als Mapper als auch als Anwendungsentwickler. Das ist eine Schattenseite von OSM, aber daran wird man durch das Umtaggen einzelner Objekte nichts ändern. Am 2015-04-28 um 11:45 schrieb Florian Michaeler: Hallo, Kann schon sein, dass die Tags von der Intention her gleichwertig sind. Aber sie sind zumindest hier in Österreich (Rumänien ist zB genau anders rum) sowohl in der Verbreitung lt Taginfo: maxspeed:AT-rural = 20 gegen source:maxspeed = AT-rural (3 799) maxspeed:AT-urban = 166 gegen source:maxspeed = AT-urban (13 818) maxspeed:AT-motorway = 251 gegen source:maxspeed = AT-motorway (4 368) maxspeed:AT-walk = 1 gegen source:maxspeed = AT-walk (66) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
On 28/04/15 17:14, pmailkeey . wrote: My point is that this is not a 'relation' problem, but rather that the through_route tag was getting mixed up with traffic management tagging. Is there need for a through route tag as well as the give way tag ? Yes ... The give way/stop is traffic management and while one may be able to determine the named through route, just from that, it may not work both directions. How is the whole concept affected by roundabouts (mini) - where all '3' arms are 'give way' That is perhaps one of my biggest gripes with routing software which simply ignores them, at least a cross the mini-roundabout would help rather than 'turn right at roundabout' which is actually half a mile further on :( But this is where what is the 'straight on' route may well not be clear even on the ground, and so if the road id changes then some additional tag is necessary. What if the junction has more than one through route ? I'm thinking one arm in, one arm out (effectively dual carriageway) and one arm that's both in and out. Travel direction deals with the dual carriageway bit, but I can think of three mini-roundabout configurations I drive through regularly which OSMAND simply ignores, but have a total of three 'in' routes and one 'out' going one direction, but going the other direction is difficult to determine from the 'directions'. What is needed is proper lane directions through the junctions, rather than a 'left' or 'right' which are difficult even to decide when there is ALSO a road going across at 90degs :) 6 roads meet offset over two or three mini-roundabouts. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-latam] Gran Chaco Americano
On 2015-04-28 13:00, Felix Delattre wrote: ## Aplicaciones: Sería buenísimo que agreguen mozstumbler a la lista de aplicaciones que están recopilando datos durante el viaje. https://location.services.mozilla.com/apps pura vida. ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-at] maxspeed=AT:*
On 28.04.2015 22:25, Stephan Bösch-Plepelits wrote: Naja, üblich: * maxspeed insg. knapp 5.3 Mio Objekte Die häufigsten Werte die nicht n (km/h) oder n mph sind: * maxspeed=RO:urban 15 (2.86%) (immerhin!) * maxspeed=none 33000 (0.62%) * maxspeed=RU:urban 18500 (0.35%) * maxspeed=signals 5550 (0.10%) * maxspeed=RU:rural 4000 (0.08%) * maxspeed=RO:rural 2700 (0.05%) * maxspeed=walk 1300 (0.02%) alle anderen Werte werden weniger als 1000 mal verwendet. Die Werte sind alle gerundet. Also sehr international üblich ist dieses Schema nicht ... Um ein Tag im Wiki auf in use zu setzen, reichen im Normalfall schon ein paar hundert Objekte. Nach deiner Auswertung kommt maxspeed=zone schon über 2 mal vor, da besteht an in use überhaupt kein Zweifel mehr. Wenn du die Zahl in Relation setzen willst, dann hat es keinen Sinn mit der Gesamtzahl der maxspeed=* Tags zu vergleichen, sondern dann musst du mit source:maxspeed (552186 mal) und maxspeed:type (55598 mal) vergleichen. Von den source:maxspeed haben nicht alle eine Zone als Wert, sondern der häufigste Wert ist sign, es kommen auch Werte wie survey vor (einer der Gründe, warum maxspeed:type erfunden wurde), und der vierthäufigste Wert von source:maxspeed ist - nun haltet euch an: FDOT␣Maximum␣Speed␣Limits␣GIS␣data,␣updated␣August␣27,␣2011:␣http://www.dot.state.fl.us/planning/statistics/gis/roaddata.shtm Wenn man diese Werte wegrechnet, dann liegen die Anzahlen von maxspeed=zone und source:maxspeed=zone ungefähr in der selben Größenordnung. -- 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
Re: [talk-latam] Gran Chaco Americano
2015-04-28 11:12 GMT-04:00 Juan Alfredo Bauer Eisenkolbl baue...@gmail.com: los equipos que voy a llevar para realizar el trabajo son un gps garmin etrex 10 y mi teléfono con el OSMtracker, a parte una cámara canon con gps para tomar algunas fotos georeferenciadas y una gopro para ver si puedo hacer algunas capturas interesantes xD y luego compartirla a través de alguna plataforma libre. Jo, Humberto y Felix ya comentaron el buen uso que podrías dar a mapillary desde el teléfono. De cualquier forma si tomas fotos con cámara con gps o gopro luego con simples pasos es posible subir a mapillary. Otra opción simple para tomar apuntes es grabar la voz al comenzar el recorrido usando una grabadora convencional o una app del teléfono. Ayuda un montón porque sólo debes dictar lo que observas y cuando edites en el mapa será cuestión de escuchar el audio y añadir datos. Un tutorial https://www.youtube.com/watch?v=HjCuLJijqIc En cuanto al Garmin etrex 10 recuerda activar todos los satélites disponibles (glonass en especial), configurar el brillo para que dure la batería, posición y formato WGS84, que no esté pegado a carretera, el método (tiempo o distancia... en preferencia el 1ro) y escoger un número bajo en el intervalo para obtener trazas más reales (en especial en curvas). Seguir la guía similar http://wiki.openstreetmap.org/wiki/Garmin/eTrex_30#OSM_specific_notes Abrazos, Marco Antonio twitter: @51114u9 diaspora*: bit.ly/Diaspora_51114u9 wikipedia: bit.ly/Wiki51114u9 google+: gplus.to/51114u9 osm: bit.ly/OSM_51114u9 ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Il 28/apr/2015 10:21, Maurizio Napolitano napoo...@gmail.com ha scritto: A questo punto dico alla biblioteca di confermare Siete d'accordo? +1 Ciao Luca ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-pt] Recuperação de dados em Viana do Castelo
É avançar! Abraço, Miguel (a.k.a. mirtilo) No dia 28 de abril de 2015 às 00:56, Rui Oliveira racoqs...@gmail.com escreveu: 101% a favor! Em 28/04/2015 00:55, Marcos Oliveira marcosoliveira.2...@gmail.com escreveu: Rui e restantes membros, São a favor da criação de um tópico na wiki portuguesa que explique de forma sucinta conceitos que podem ser úteis a todos como reversões, conflações, evitação de conflitos, etc? No dia 28 de abril de 2015 às 00:49, Rui Oliveira racoqs...@gmail.com escreveu: Aproveito este e-mail para deixar um desafio amigável a alguem mais famirilizado com o OSM para fazerem um tutorial de como reverter um certo changeset. Embora eu já tenha uns anos nesta comunidade é algo que nunca consegui aprender devido à documentação do Wiki oficial, ser algo difusa e na minha opinião insuficiente para se perceber na totalidade o processo. Fica o desafio pois gostava de eu próprio por vezes corrigir erros semelhantes ao defeito neste e-mail em vez de ter que vir pedir para a lista. Certamente não serei o único com este interesse. Cumprimentos Em 28/04/2015 00:40, Marcos Oliveira marcosoliveira.2...@gmail.com escreveu: Olá Topo Lusitania, Reverti a changeset 30430108, a floresta e a área residencial já voltam a aparecer no mapa. [1] Obrigado Mazezito pelo aviso e à Topo Lusitánia pela notificação! [1] https://www.openstreetmap.org/changeset/30563880 No dia 28 de abril de 2015 às 00:08, Topo Lusitania Lusitania topolusita...@yahoo.com escreveu: Caros Reencaminhamos a mensagem para os peritos em recuperar dados Cumprimentos Quote Olá topolusitania, Mazezito http://www.openstreetmap.org/user/Mazezito enviou-lhe uma mensagem através do OpenStreetMap com o assunto Resolução de Problemas em Viana do Castelo: == Boas consegues resolver os estragos que um utilizador causou em Viana do Castelo? Ele eliminou uma área florestal e residencial. https://www.openstreetmap.org/changeset/30430108 Já mandei uma mensagem a ele mas não obtive resposta e eu não sei reparar “changesets”. Comprimentos Maze Unquote A equipa TopoLusitania ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[OSM-talk] Early 20th-century route presentation (was: Removing redundant routing instructions)
I don't remember whether this has already been posted here, so... Who will be the first to come up with a router that uses OSM data to produce the kind of route descriptions seen here? https://news.ycombinator.com/item?id=9361160 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sidewalks
On Mon, Apr 27, 2015 at 5:55 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: there is a kind of informal guideline that states you shouldn't use relations for things that can be expressed with a tag (e.g. relations like all streets of type x in a country b should be omitted because you don't gain anything more than is already in the db). Redundancy (like repeating the name on the parts) is more stable than a relation (also because relations are not handled very well by some editing programs, and the concept seems more complex for new mappers than simple tags are). OSM is likely not a clean DB model in your sense, at least it prefers redundancy and transparency over complexity and formal simplicity. Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk I think the name tag should stay on the street way(s) but you can still use a relation to group all the pieces of street, sidewalk, etc. together. The street or associatedStreet relations could be used for this purpose. The associatedStreet relation was only intended for linking buildings to roads for addressing purposes but the street relation is for linking anything to a road. Both have been used with a role of sidewalk although this is (currently) undocumented. The relations would be a convenient aid for data consumers to tie things together. If relations are as unstable as you think then it still won't matter because the absence of a relation, or a partial relation, doesn't say anything. It's only the presence of a relation which adds meaning. - Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-cz] konference Geoinformatics - oznameni
Vážení přátelé, dovolujeme si vás pozvat na konferenci Geoinformatics, která proběhne 11. a 12. června 2015 na půdě Fakulty stavební Českého vysokého učení technického v Praze. Stěžejním tématem konference jsou letos Otevřená data. Dopoledne ve čtvrtek 11. června proběhnou workshopy (o jaké workshopy půjde můžete rozhodnout i vy v anketě v přihlašovacím formuláři). Odpoledne proběhne první část konference, ve které budou předneseny obecné příspěvky na témata spojená s otevřenými daty, otevřeným software, GISem a geoinformačními vědami. V pátek 12. června bude probíhat klíčová část konference, ve které budou předneseny příspěvky spojené se stěžejním tématem Otevřená data. Mezi nimi vystoupí i klíčoví řečníci, kterými jsou Mgr. Jiří Čtyroký z Institutu plánování a rozvoje hlavního města Prahy (IPR), Ing. Jiří Poláček CSc. z Českého úřadu katastrálního a zeměměřického, Ing. Petr Dvořáček ze Zeměměřického úřadu zástupce (bude doplněno později) z Českého statistického úřadu. Konference i workshop jsou bez účastnického poplatku. Ve čtvrtek večer proběhne přátelské posezení v některé z blízkých restaurací. Více o konferenci najdete na internetových stránkách http://geoinformatics.fsv.cvut.cz/konference/. Online přihláška: http://geoinformatics.fsv.cvut.cz/konference/prihlaska/ Stále sháníme další řečníky, kteří by rádi promluvili o svých projektech ať už na poli otevřených dat, nebo dalších témat, které jsou probírány na naší konferenci. Zájemci ať se obrátí na email martin.la...@fsv.cvut.cz a michal@fsv.cvut.cz. Dále bychom vás rádi pozvali na spřátelenou akci Prague Hacks pořádanou Fondem Otakara Motejla, více informací na adrese http://www.praguehacks.cz/. Za organizační tým konference Martin Landa a Michal Med. -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Per me va bene, meglio dopo le 16.30 Ciao ciao - Messaggio originale - Da: Maurizio Napolitano napoo...@gmail.com A: pietro marzani piem...@yahoo.it Cc: Luca Delucchi lucadel...@gmail.com; OpenStreetMap Mailing List Trentino talk-it-trentino@openstreetmap.org Inviato: Martedì 28 Aprile 2015 10:21 Oggetto: Re: [Talk-it-trentino] Mappiamo per il Nepal? A questo punto dico alla biblioteca di confermare Siete d'accordo? 2015-04-28 10:18 GMT+02:00 pietro marzani piem...@yahoo.it: Da: Luca Delucchi lucadel...@gmail.com Il 28/apr/2015 09:56, Maurizio Napolitano napoo...@gmail.com ha scritto: Martedì prox Se vogliamo questa settimana allora penso che bisogna puntare a sabato mattina Per me meglio martedì Anche per me meglio martedì. Ciao Pietro -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Avrei già l'interesse della biblioteca comunale di Trento per martedì pomeriggio Per me va bene; ma già oggi pomeriggio? Casomai a che ora? Martedì prox Se vogliamo questa settimana allora penso che bisogna puntare a sabato mattina In questo caso mi viene in mente solo TheHub ... indago ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] Mappiamo per il Nepal?
On Tue, Apr 28, 2015 at 10:44:04AM +0200, Michele Malfatti wrote: ok va bene, dovete solo spiegarmi come arrivarci... Il giorno 28 aprile 2015 10:21, Maurizio Napolitano napoo...@gmail.com ha scritto: A questo punto dico alla biblioteca di confermare Siete d'accordo? Martedì intendete oggi? A che ora? Conflitto o assieme allo sportello Linux (che è dalle 17:45 alle 19:15)? Dove di preciso, che sala? -- Marco Ciampa I know a joke about UDP, but you might not get it. ++ | GNU/Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS
Bonsoir à tous, En tout cas, je confirme les dires de Christian, il y a à boire et à manger dans ces données. Pour avoir fait le test ici sur la commune, les limites des IRIS sont extrapolées (je ne sais pas sous quelles formes tellement c'est variable) et le calage avec l'orthophoto (tant celle de l'IGN que celle des campagnes successives de l'aglo) ou les données routières sont approximatives... A priori si l'on veut travailler plus finement, il faut (re)prendre la couche à la main afin de séparer clairement les ilots d'habitation par exemple (en ce basant sur l'axe médian de la chaussée par exemple). Pour mon cas, j'ai des écarts de pratiquement 20 m avec certaines rues qui portent dans ce cas la confusion si l'on se lance dans un croisement avec des données cadastrales (on englobe ainsi certaines habitations dans le mauvais IRIS) ! Par contre si quelqu'un a une idée de la méthode qu'ils ont employé pour procéder à la simplification, ca (ne) m'intéresse (pas) ! J'ai ma petite idée la-dessus, à l'image des erreurs que l'on peut retrouver sur le RIL : quelques fois c'est pile-poil, dans d'autres cas l'erreur est uniformément rapportée. Cem CARFIL DSI@DammarieLesLys -Message d'origine- De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : mardi 28 avril 2015 18:56 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS Les IRIS nouvellement disponibles sont basés sur GEOFLA (2010). Les limites internes aux communes ne sont pas trop dégradées, pour le reste c'est variable. Donc pas d'import... car la qualité n'est pas vraiment au rendez-vous. Le 28/04/2015 13:44, Pieren a écrit : 2015-01-24 10:18 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: C'est la géométrie qu'on ne peut pas reprendre en tant que telle des PDF car elle s'appuie sur une base IGN non libre. Vu qu'on ne la reprend pas, je ne vois pas où serait le problème. Je ne sais pas si ça a déjà été relevé sur cette liste mais la base IRIS est maintenant libérée en LO/OL par l'IGN: http://professionnels.ign.fr/contoursiris (merci à http://ecrans.liberation.fr/ecrans/2015/04/28/un-decoupage-plus-precis -des-communes-en-licence-libre_1273735) Pieren PS: notez que je suis aussi contre leur import dans OSM mais que ça peut servir à contrôler certaines de nos limites communales. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] JOSM Tile Cache
Wikor, Thanks for your reply, and for working on the development of JOSM. It is an amazing editor! The information you provided prompted me to learn more about HTTP. I will install wireshark tonight and do some more testing, but I suspect it is the lack of something like cache-control: no-cache in the HTTP header in the JOSM request for new tiles after the local cache has been emptied. Perhaps adding that would be mixing functionality that shouldn't be mixed. If so, perhaps a new option on the right click imagery menu could be added called force reload or refresh server cache.. I will update the ticket with these thoughts and what I learn tonight. Mike On Tue, Apr 28, 2015 at 4:02 AM, Wiktor Niesiobedzki o...@vink.pl wrote: Mike, From your description it looks more like caching on the server side than on your computer. You can verify that by using different browsers or computers. Hitting force reload in browser may generate new tile on the server and there is no such functionality in JOSM right now. What can be implemented would be to avoid using server caches when you right-click and choose to reload the tiles. As I'm digging in that area currently, I'll look into this. Cheers, Wiktor On Tuesday, April 28, 2015, Mike Thompson miketh...@gmail.com wrote: Paul, I tested version 8287. I can go ahead and submit a bug report, but wanted to let you know the results directly. It seems that refreshed Mapnik tiles will only show up after they show up in a browser window open to www.openstreetmap.org. Let me explain. I make a change with JOSM, upload it and then, with Mapnik as the imagery layer, right click on the image and click Flush Tile Cache. The screen flickers, but the tiles appear the same. I repeat the Flush Tile Cache several times over the next few minutes with the same result. I go to the browser (Chrome 42.0.2311.90 m) window open to www.openstreetmap.org the same area and zoom level, and hit F5. Updated tiles are displayed. I then return to JOSM, Flush Tile Cache and then the updated tiles are displayed in JOSM as well. To attempt to prove that it isn't just coincidence, I have repeated the whole test a number of times with the same results. Is it possible that JOSM uses the same tile cache as Chrome (but is unable to flush it directly)? MIke On Sun, Apr 26, 2015 at 8:26 AM, Mike Thompson miketh...@gmail.com wrote: Paul, Thanks for your reply and for the information. I test with the development version. Mike On Sun, Apr 26, 2015 at 8:20 AM, Paul Hartmann phaau...@gmail.com wrote: Hi Mike, There has been a major rework of the TMS cache back end in version 8168-8186. If you can still reproduce this problem with the current development build or with the upcoming release, then please don't hesitate to report it directly on the JOSM bug tracker! Paul On 23.04.2015 22:58, Mike Thompson wrote: I am using JOSM version 8109 on Windows 7. I would like to flush JOSM's OpenStreetMap (Mapnik) tile cache. With the OpenStreetMap (Mapnik) layer displayed, I right clicked on the map, and then clicked on Flush Tile Cache, but I still see outdated tiles (when compared to the openstreetmap.org website - I made sure both were on the same zoom level). I also tried, in conjunction with the above, removing and re-adding the OpenStreetMap (Mapnik) layer, as well as restarting JOSM. Finally I tried renaming the OpenStreetMap (Mapnik) folder in the following location: C:\Users\username\AppData\Local\JOSM\cache\tms (this is the location the imagery.tms.tilecache preference is set to). Only after doing this were the tiles updated. Does the Flush Tile Cache work? I saw a bug report[1] about something like this, but it was closed four years ago as fixed. If it is working, am I using it correctly? Thanks, Mike [1] https://josm.openstreetmap.de/ticket/6109 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Enoteca
28.04.2015 - 17:07 - Martin Koppenhoefer: il wiki ci riporta shop=wine si, dipende cosa si intende con enoteca, ci sono sia negozi che vendono vino (senza posti a sedersi) che anche ristoranti con una ampia gamma di vino da scegliere, ed entrambi si possono chiamare enoteche ciao Martin Ecco, io pensavo di più al bar/pub per vini, per quello che avevo accantonato lo shop... Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Different HOT Domains without redirect...
Not going to happen. We don't add random www. prefixes to any of our other sites, other than the main site. Arguably we should drop it there. Why is that random? Try any other larger website and you will find that they all have redirects for all subdomains and all go to the domain with or without www. So you think it's okay that http://www.hot.openstreetmap.org/ or http://www.wiki.openstreetmap.org/ are just dead links? I mean I never done it myself, but isn't it like just 1-3 short lines in the .htaccess file? And how many used xxx.opesntreetmap.org pages do we actually have? blog, forum and help are the only ones I can think of I believe hotosm.org is the canonical domain anyway, we just provide hot.openstreetmap.org as an alias for convenience. I can't find any canonical links and they should be in the source code, right? And while it might be convenient, it's really bad for search engines. I mean wouldn't it be kinda nice if people when looking for earthquake map nepal or whatever might get a HOT page listed as a top result? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different HOT Domains without redirect...
On 28/04/15 17:53, Andreas Goss wrote: I already wrote on the HOT mailinglist, but because the focus there is obviously somewhere else I thought I'd mention it here, too. So I just realized that the same website has 3 or maybe even more URLs. - http://hot.osm.org/ - http://hot.openstreetmap.org/ - http://hotosm.org/ While it looks like someone fixed the issue that some pages were not up do date, it's still pretty bad for search engines. I also just realized that there are no www. versions, except for www.hotosm.org, but that should also redirect (needs a seperate one I think) In my opinion it would be best if all URL had a 301 redirect to http://www.hot.openstreetmap.org/ Not going to happen. We don't add random www. prefixes to any of our other sites, other than the main site. Arguably we should drop it there. I believe hotosm.org is the canonical domain anyway, we just provide hot.openstreetmap.org as an alias for convenience. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
Look at either of the examples in the through_route proposal page. If you are driving from bottom to top, you approach a Y-junction where two roads diverge. Whether there is a give-way sign coming in the opposite direction is not sufficient to understand which branch of the Y is the through route as seen from below as it were - the through route may not be symmetrical. I don't have an example of this to hand, but it wouldn't be right to exclude this possibility. And yes, there are junctions without a through route. In the USA you have four-way-stops whereby all roads see a stop sign. Sequencing is a bit informal - first-come-first-served in theory I believe, but that doesn't always work of course. Closer to home in continental Europe there are many junctions (away from main roads) which use priority from the right - i.e. all roads are deemed equal and no one road/route has priority over the others. These junctions are usually unmarked (i.e. no white lines and no signs) because they are deemed to be default in the absence of priority road signs (yellow diamonds). //colin On 2015-04-28 18:25, pmailkeey . wrote: On 28 April 2015 at 16:25, Colin Smale colin.sm...@xs4all.nl wrote: The give way sign won't help to distinguish between the arms where two roads diverge... You mean neither has give way markings ? Can you provide an example ? It's sounding a bit like Russia ! By the way, the sign is often a STOP sign, so the logic will have to check for both. Whether 'often' or not, that's true. That made me think of another peculiarity - but it's not a stop, just a give way on the through route. So yes, I've found a give way on the through route ! I guess this is a bit like the mini roundabout scenario. Can we accept the concept of not having a through route at a junction ? In the case I've found, there's no continuity - different number,different name, give way but is a continuation of the main route! -- Mike. @millomweb [2] - For all your info on Millom and South Copeland via THE AREA'S PREMIER WEBSITE - CURRENTLY UNAVAILABLE DUE TO ONGOING HARASSMENT OF ME, MY FAMILY, PROPERTY PETS TCs [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk [2] https://sites.google.com/site/millomweb/index/introduction [3] https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] Wheelmap im TV
Hi, habe grad im Brandenburg Aktuell einen Bericht über Wheelmap gesehen im Zusammenhang mit dem Social Hack Day in Potsdam http://www.rbb-online.de/brandenburgaktuell/archiv/20150428_1930/soziale-it-fuer-die-barrierefreiheit.html hier sollte in Kürze dann auch der Bericht (meist nur 1 Woche) zur Verfügung stehen. Christopher ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] basemap.at Umstellung
Warum es nicht funktioniert haben könnte: Versuch mal, %1 und %2 in der URL zu vertauschen, etwa so: http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%1/%2/%3.png http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%251/%252/%253.png Die basemap hatte bisher (anders als die meisten anderen Tile-Dienste) die X- und Y-Koordinate immer vertauscht, vielleicht hat sich das jetzt geändert (ist aber nur eine Vermutung). LG Thomas On Apr 28, 2015, at 8:03 PM, Friedrich Volkmann b...@volki.at wrote: Wer basemap.at als Hintergrund im Editor verwendet, wird wahrscheinlich gemerkt haben, dass es mit der alten Konfiguration seit heute nicht mehr funktioniert. Die Server-URL, die ich in Merkaartor eingestellt hatte, war: http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%1/%3/%2.jpeg Laut Homepage wird es nun auf PNG umgestellt, aber das ...jpeg am schluss durch ...png zu ersetzen genügt nicht (not found). Hat schon wer eine Lösung? -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [talk-latam] Gran Chaco Americano
Estimado Juan Alfredo: Así mapeo yo :) https://www.flickr.com/photos/xamanu/16921375522/in/set-72157649226358713 Bueno, en serio así mapeamos Bluefields en Nicaragua en pocos días y ha sido un buen flujo de trabajo para nosotros. Creo que te pueda servir como insumo para juntar el equipo de tu preferencia. ## Utensilios: 1. Tablet Android (o teléfono Android) - en mis manos 1 Teléfono Android con camera decente y una memoria de 16 GB - pegado en el vidrio 1 phone mount para pegar el teléfono contra el vidrio 1 GPS convenvional (en mi caso un Columbus V990) - casi no se ve, queda en el hueco delante de mi, algo de color plateado. 1 Adaptador para doble enchufe encendedor del carro (para mantener la carga en los dispositivos) ## Aplicaciones: * OsmAnd y map notes: Mi navaja suiza - herramienta universal de mapeo: En la tablet (o teléfono android) uso OsmAnd (http://learnosm.org/en/mobile-mapping/osmand/) con los Map Notes, que en OsmAnd se llaman Bugs o Fallos, aunque no es para reportar fallos, sino para dejar una nota georeferenciada sobre el mapa, puede ser sin conexión al internet, ya que se suben luego. Los map notes son visibles en el sitio web de http://osm.org y en editores como JOSM. Prefiero map notes casi para todo, ya que de manera rápida e informal puedo apuntar en el campo (donde no tengo toda la calma, y menos con un teléfonito) lo que necesite para luego con tranquilidad, internet y una computadora agregar los datos con todos sus etiquetas y verificando su posición con la imagen satelital. * Mapillary: El teléfono android con una memoria grande (!!!) va tomando fotos de las calles y cuando llega al internet se suben. Pueden ver lo que subimos de Bluefields, si quieren: http://www.mapillary.com/map/im/BMgLNFxM2AsP2zXNQ-uDjA Ojo, es increíble la cantidad de memoria en imágenes que se acumulan en pocas horas. Así que te recomiendo tener varias memorias de muchos giga bytes para poder ir cambiandolas. * OSMTracker: Ambos dispositivos Android graban constantemente con OSMTracker la traza de la trayectoria * Dispositivo GPS: Graba simplemente la traza De esta manera obtenemos tres trazas con tres diferentes dispositivos GPS (siempre es bueno tener más que una), anotaciones georeferenciadas sobre cualquier cosa (desde nuevos puntos de interés, errores del mapa, cuando hacen falta calles, cuando agrego información sobre algo, como por ejemplo cuandon termina el pavimentado de las calles, etc Y fotos de nivel de calle para compartir en mapillary. Con estas informaciones puedes luego en la computadora mejorar las parte donde hayas pasado y tienes una documentación en mapillary de todos los lugares que pasaron. Espero que te ayudó un poco. Mucha suerte. Y estoy a la orden por si tienes algunas preguntas o dudas sobre nuestro flujo de trabajo. ¡Buen viaje! Saludos. Felix On 04/28/2015 11:01 AM, hyan...@gmail.com wrote: El 28 de abril de 2015, 11:43, Juan Alfredo Bauer Eisenkolbl baue...@gmail.com mailto:baue...@gmail.com escribió: Ok, muchas gracias, voy a fijarme. Nos trasladaremos en vehículos, Para vehículos Mapillary ofrece un phone mount gratuito, solo hay que escribir a mou...@mapillary.com mailto:mou...@mapillary.com con tu nombre y dirección de envío! Éxitos! Humberto estaremos recorriendo 10 días el Chaco Argentino, 10 días Chaco Boliviano y 10 días Chaco Paraguayo El 28 de abril de 2015, 11:52, Jo winfi...@gmail.com mailto:winfi...@gmail.com escribió: Hola Juan Alfredo, Investiga Mapillary.com. Cual sera tu modo de transporte? Si a pie, habla con la gente de Mapillary, quisas pueden prestarte algunos materiales para que fotografias todo el camino. Jo (Polyglot) 2015-04-28 17:12 GMT+02:00 Juan Alfredo Bauer Eisenkolbl baue...@gmail.com mailto:baue...@gmail.com: Hola amigos, quisiera compartirles que estaré participando del proyecto chaco ra'anga https://www.facebook.com/pages/Chaco-Raanga/890689487665515?fref=ts durante el mes de junio, durante este viaje mi idea el de trackear todo el recorrido e ir anotando los nombres de los caminos, también así ciudades, pueblos, comunidades indígenas, y otros puntos de interés para luego levantarlos a OSM, los equipos que voy a llevar para realizar el trabajo son un gps garmin etrex 10 https://buy.garmin.com/en-US/US/on-the-trail/handhelds/etrex-10/prod87768.html y mi teléfono con el OSMtracker, a parte una cámara canon con gps para tomar algunas fotos georeferenciadas y una gopro para ver si puedo hacer algunas capturas interesantes xD y luego compartirla a través de alguna plataforma libre. Si tienen algunas recomendaciones les estaré agradecido :-) Saludos! Juan Bauer
Re: [OSM-talk] Different HOT Domains without redirect...
On 28/04/15 19:14, Andreas Goss wrote: So you think it's okay that http://www.hot.openstreetmap.org/ or http://www.wiki.openstreetmap.org/ are just dead links? I mean I never done it myself, but isn't it like just 1-3 short lines in the .htaccess file? And how many used xxx.opesntreetmap.org pages do we actually have? blog, forum and help are the only ones I can think of www. is just a legacy from times gone by. It is not 'essential', and as long as the primary domain routes properly that is all that matters. ADDING www. back in is what is wrong if anything. sub-domains such as wiki. help. forum. blog. hot. do not need or want www. in front of them. This is a little bit of a 'personal choice' and my reference is http://webfaq.co.uk/prefix.htm but there is nothing in the W3 documentation that requires using www. and even the sub-domain argument depends on how things are served up. If everything is on the one IP address one only needs the primary domain, and sub domains can be folders on that, but where several sub-sites on different severs are involved keeping a unique sub-domain as the first entry is just convenient. Having to dig to find what is after a www. is pointless. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different HOT Domains without redirect...
On 28/04/15 19:14, Andreas Goss wrote: Not going to happen. We don't add random www. prefixes to any of our other sites, other than the main site. Arguably we should drop it there. Why is that random? Try any other larger website and you will find that they all have redirects for all subdomains and all go to the domain with or without www. I don't think of these as subdomains. I think of them as sites within the domain. So you think it's okay that http://www.hot.openstreetmap.org/ or http://www.wiki.openstreetmap.org/ are just dead links? Yes, I think that's fine. I mean I never done it myself, but isn't it like just 1-3 short lines in the .htaccess file? Sure. Multiplied by several dozen variants of our root domain. And how many used xxx.opesntreetmap.org pages do we actually have? blog, forum and help are the only ones I can think of Dozens. I believe hotosm.org is the canonical domain anyway, we just provide hot.openstreetmap.org as an alias for convenience. I can't find any canonical links and they should be in the source code, right? No idea. I have nothing to do with HOT other than pointing the hot.osm.org name at their IP address as requested. Note that we only point that one name, we don't delegate a subdomain. And while it might be convenient, it's really bad for search engines. I mean wouldn't it be kinda nice if people when looking for earthquake map nepal or whatever might get a HOT page listed as a top result? How on earth does this help with that? I can understand that having all the working names redirect to one canonical name might help, but I don't see why it should matter which name is chosen as the canonical one. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Hromadná kontrola relací
Ano, odbočky by měly být samostatné relace. Ocáskem myslím, když existují 2 různé spojené cesty (např. track a path), obě jsou členem relace a někdo omylem jednu cestu protáhne. Ale to by snad algoritmus měl pochopit jako přerušení... Vašek __ Od: Lukas Novotny lenoc...@tiscali.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26.04.2015 20:24 Předmět: Re: [Talk-cz] Hromadná kontrola relací Dne 24. dubna 2015 22:12 Petr Vejsada o...@propsychology.cz o...@propsychology.cz napsal(a): Ahoj, Dne Pá 24. dubna 2015 16:17:38, Václav Kubíček napsal(a): Potřeboval bych to pro pěší turistické trasy, nejlépe po okresech. Je nějaká jednoduchá možnost jak to rozběhat doma? pokud nemáš doma rozběhanou databázi s mapovými daty, tak, myslím, *jednoduchá* možnost není. Vyžaduje to nainstalovat a zprovoznit dost software (PostgreSQL, PostGIS, GDAL, PROJ, GEOS a ještě nějaké další podpůrné knihovny - záleží na tvém současném vybavení). Pěší turistické trasy by neměl být problém vyrobit (po okresech). Co je to turistická trasa? To je relace type=route,route=hiking? Myslím, že tyto relace by neměly mít díry, ale mají, protože jsou nekompletní.Zato ocásky, myslím, jsou OK - existují na trasách různé odbočky a zacházky. Klasická turistická (žlutá) značka bez ocásků je kct_yellow=major kdežto např. odbočka na vrchol (ocásek ale správně) by bylo kct_yellow=peak. Lukáš -- Petr Díky Vašek __ Od: Petr Vejsada o...@propsychology.cz o...@propsychology.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org talk-cz@openstreetmap.org Datum: 23.04.2015 02:36 Předmět: Re: [Talk-cz] Hromadná kontrola relací Ahoj, myslím, že jsem to vymyslel :). Například relace 4596026 je v pořádku. Relace 4152287 ne. Dělám to, jako obvykle, rovnou z databáze. Když mi pošleš seznam relací, které chceš otestovat, nebo lépe když mi pošleš způsob jakým poznám, které relace se mají testovat, tak to udělám. Dělám to z tabulky pro Mapnik: select -osm_id as relation_id,case when st_geometrytype(st_linemerge(st_collect(way))) = 'ST_LineString' then true else false end as valid from gis.cz_line where osm_id 0 group by osm_id; Vlastně ještě jednoduší, máš to ke stažení na http://pedro.poloha.net/osm/relace.csv.xz http://pedro.poloha.net/osm/relace.csv.xz http://pedro.poloha.net/osm/relace.csv.xz http://pedro.poloha.net/osm/relace.csv.xz -- Petr Dne Út 21. dubna 2015 10:30:27, Václav Kubíček napsal(a): Ahoj, nevíte jestli existuje nějaký nástroj nejlépe na hromadnou kontrolu lineárních relací? Potřeboval bych nějak upozornit, zda jsou cesty v relaci někde přerušené nebo se v ní vyskytují ocásky (někdo protáhl cestu a nevšiml si že je na ní relace). Díky Vašek ___ Talk-cz mailing list Talk-cz@openstreetmap.org Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-es] FW: Participación de OpenStreetMap en el OpenExpo Day 2015
El 27 de abril de 2015, 21:23, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Remito email para ver si hay interesados en dar una charla sobre OSM en OpenExpo en Madrid. Si me ayudáis en la preparación con ideas y documentación... a mi no me importaría :-) -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Il 27/apr/2015 22:28, Maurizio Napolitano napoo...@gmail.com ha scritto: ciao a tutt* Ciao, immagino che qualcuno di voi stia già lavorando per arricchire la mappa del Nepal su OSM. Mi chiedevo se valeva la pena provare ad organizzare un incontro formativo a breve in cui ci vediamo come mappers trentini e, se riusciamo, coinvolgiamo anche altre persone. Che dite? +1, però se vogliamo dedicarlo al nepal bisogna farlo il prima possibile ! Ciao Luca ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
The existing through_route proposal may not be perfect but IMHO is a good base. It will need weeding through to keep it on-topic. This is how I see the scope of the discussion (just to get the ball rolling, feel free to shoot): 1) it has to be about junctions, not about individual ways (it's not about warning of sharp bends in a continuous road) 2) it has to be about aspects which cannot (reliably) be derived from the geometry alone (see point 1 above) 3) it must cover factors which affect the way the route to be driven is explained to the user (keep left vs. take the exit, follow the road to the right vs. turn right etc etc) 4) it *may* cover factors which affect the way the router chooses its optimum route (e.g. time penalties for a give way) //colin On 2015-04-27 22:31, Rob Nickerson wrote: Ok a few people are agreeing that a relation is needed to assist the routing engine to provide higher quality instructions (with routing left unaffected). That's good. I'd like to get something in the wiki and ideally get it approved (this is not an invite to talk about the wiki or the approval process - I've heard it all before). Question: Should I revive the through_route proposal or start a new one under a different name, say route_continues (or just continues) so as to avoid any ambiguity with the use of through route in general language? Cheers, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Da: Maurizio Napolitano napoo...@gmail.com Ci sarebbe una seconda opportunità: invece che la biblioteca comunale di Trento centro ci sarebbe quella di Gardolo Per me ve meglio quella in centro, ma se sarà Gardolo mi adeguo. Ciao Pietro ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-it-trentino] Mappiamo per il Nepal?
On 28/04/15 11:47, Maurizio Napolitano wrote: Ci sarebbe una seconda opportunità: invece che la biblioteca comunale di Trento centro ci sarebbe quella di Gardolo che ha il vantaggio di avere la wifi meno inflazionata e di avere parcheggio comodo davanti all'ingresso. Forse è quasi meglio... Se il Wi-Fi fosse un problema, ci attrezziamo con un hot-spot 3G? ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] Removing redundant routing instructions
On 28/04/15 05:10, Bryce Nesbitt wrote: I'd call this mostly a routing presentation issue. If the road name is the same, I'd want any super sharp curve to warn me: Tight left in 100 meters, or 15mph left turn ahead. The very fact of the OSM geometry ought to be enough to calculate the necessary warning. Exactly my point, although that still leaves a few edge cases that would benefit as others have said. The discussion should be happening on the various router support lists and address their particular variations, but I think it is appropriate here to have the general guide lines that allow all routers to be able to rely on the one set of rules? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it-trentino] Mappiamo per il Nepal?
La biblioteca comunale è a nostra disposizione dalle 13:00 alle 19:30 Mi dicono che c'è sempre il problema di farsi fare la registrazione per accedere al wifi e che questo porta via parecchio tempo. Vale per tutti il fatto che l'accesso alla rete è focale per lavorare. Concordo anche sul fatto che ciascuno di noi è impegnato sul lavoro. Possiamo provare a dire che si comincia alle 16:30, invitiamo le persone ad arrivare prima registrandosi per l'accesso alla wifi. Io posso liberarmi prima e posso anche provare a fare una spiegazione di 15/20 minuti su cosa è HOT e cosa c'è da fare. A quel punto poi dovremmo esserci tutti e, intorno alle 17, ciascuno con il suo pc comincia a mappare. Chi deve imparare si mette vicino a chi lo sa fare.. Cosa ne pensate? ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-at] maxspeed=AT:*
Hallo, Kann schon sein, dass die Tags von der Intention her gleichwertig sind. Aber sie sind zumindest hier in Österreich (Rumänien ist zB genau anders rum) sowohl in der Verbreitung lt Taginfo: maxspeed:AT-rural = 20 gegen source:maxspeed = AT-rural (3 799) maxspeed:AT-urban = 166 gegen source:maxspeed = AT-urban (13 818) maxspeed:AT-motorway = 251 gegen source:maxspeed = AT-motorway (4 368) maxspeed:AT-walk = 1 gegen source:maxspeed = AT-walk (66) als auch in der Verwendung durch Routing Anwendungen (bei denen mir noch keine begegnet ist, die den tag maxspeed=AT-... auswertet) unterschiedlich. Natürlich kommen wir hier wieder in die Diskussion: Mappen für den Renderer / Navi in der man ja ausgiebig streiten kann. :-) Ich persönlich favorisiere die maxspeed=km/h; source:maxspeed Variante, da sich dadurch eine homogene Form ergibt, die für alle Geschwindigkeiten verwendet werden kann. In der Vergangenheit hab ich diese Merkmale auch schon umgetaggt, da es für mich keinen Sinn macht, wenn der Ganze Ort in einer Variante getaggt ist und ein Straßensegment anders ist (egal in welche Richtung). Die maxspeed=AT: tags sind ja meines Wissens nach bis auf ein paar einzelne Fälle doch sehr regional beschränkt. Daher würde ich auch keine Massenänderung machen, die Wahl der Tags sollte immer den Mappern in der betreffenden Region vorbehalten bleiben. Ich möchte mir in meinem Ort ja auch nicht einfach großflächig reinpfuschen lassen. Zum Informationsgewinn: Beim Umtaggen dieses Keys wird hier zwar keine neue Information hinzugefügt aber IMO die Qualität der Daten erhöht da weiterverarbeiter und Auswerter weniger länderspezifische Sonderfälle berücksichtigen müssen. Liebe Grüße Florian aka Miflo Am 27. April 2015 23:34:55 MESZ, schrieb Friedrich Volkmann b...@volki.at: On 27.04.2015 22:56, Markus Straub wrote: spricht irgendetwas dagegen maxspeed=AT:* gegen folgendes zu ersetzen: z.B. maxspeed=AT:urban zu maxspeed=50 source:maxspeed=AT:urban Ja. Beide Varianten sind zulässig, und sie sind äquivalent. Bitte sowas nicht unnötig hin und her umtaggen. Wie ich schon zum Thema Kahlschläge schrieb: Wenn man nichts Neues beizutragen hat, gehört sich solches Umtaggen nicht. --- Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv. http://www.avast.com ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Ottimo programma, io posso essere li per le 16 ATTENZIONE: stiamo parlando di martedì 5 maggio e non di oggi la biblioteca vuole fare un po' di comunicazione Ci sarebbe una seconda opportunità: invece che la biblioteca comunale di Trento centro ci sarebbe quella di Gardolo che ha il vantaggio di avere la wifi meno inflazionata e di avere parcheggio comodo davanti all'ingresso. Cosa ne pensate? ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] JOSM Tile Cache
Mike, From your description it looks more like caching on the server side than on your computer. You can verify that by using different browsers or computers. Hitting force reload in browser may generate new tile on the server and there is no such functionality in JOSM right now. What can be implemented would be to avoid using server caches when you right-click and choose to reload the tiles. As I'm digging in that area currently, I'll look into this. Cheers, Wiktor On Tuesday, April 28, 2015, Mike Thompson miketh...@gmail.com wrote: Paul, I tested version 8287. I can go ahead and submit a bug report, but wanted to let you know the results directly. It seems that refreshed Mapnik tiles will only show up after they show up in a browser window open to www.openstreetmap.org. Let me explain. I make a change with JOSM, upload it and then, with Mapnik as the imagery layer, right click on the image and click Flush Tile Cache. The screen flickers, but the tiles appear the same. I repeat the Flush Tile Cache several times over the next few minutes with the same result. I go to the browser (Chrome 42.0.2311.90 m) window open to www.openstreetmap.org the same area and zoom level, and hit F5. Updated tiles are displayed. I then return to JOSM, Flush Tile Cache and then the updated tiles are displayed in JOSM as well. To attempt to prove that it isn't just coincidence, I have repeated the whole test a number of times with the same results. Is it possible that JOSM uses the same tile cache as Chrome (but is unable to flush it directly)? MIke On Sun, Apr 26, 2015 at 8:26 AM, Mike Thompson miketh...@gmail.com javascript:_e(%7B%7D,'cvml','miketh...@gmail.com'); wrote: Paul, Thanks for your reply and for the information. I test with the development version. Mike On Sun, Apr 26, 2015 at 8:20 AM, Paul Hartmann phaau...@gmail.com javascript:_e(%7B%7D,'cvml','phaau...@gmail.com'); wrote: Hi Mike, There has been a major rework of the TMS cache back end in version 8168-8186. If you can still reproduce this problem with the current development build or with the upcoming release, then please don't hesitate to report it directly on the JOSM bug tracker! Paul On 23.04.2015 22:58, Mike Thompson wrote: I am using JOSM version 8109 on Windows 7. I would like to flush JOSM's OpenStreetMap (Mapnik) tile cache. With the OpenStreetMap (Mapnik) layer displayed, I right clicked on the map, and then clicked on Flush Tile Cache, but I still see outdated tiles (when compared to the openstreetmap.org website - I made sure both were on the same zoom level). I also tried, in conjunction with the above, removing and re-adding the OpenStreetMap (Mapnik) layer, as well as restarting JOSM. Finally I tried renaming the OpenStreetMap (Mapnik) folder in the following location: C:\Users\username\AppData\Local\JOSM\cache\tms (this is the location the imagery.tms.tilecache preference is set to). Only after doing this were the tiles updated. Does the Flush Tile Cache work? I saw a bug report[1] about something like this, but it was closed four years ago as fixed. If it is working, am I using it correctly? Thanks, Mike [1] https://josm.openstreetmap.de/ticket/6109 ___ talk mailing list talk@openstreetmap.org javascript:_e(%7B%7D,'cvml','talk@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org javascript:_e(%7B%7D,'cvml','talk@openstreetmap.org'); https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Il 28/apr/2015 11:20, Maurizio Napolitano napoo...@gmail.com ha scritto: La biblioteca comunale è a nostra disposizione dalle 13:00 alle 19:30 Mi dicono che c'è sempre il problema di farsi fare la registrazione per accedere al wifi e che questo porta via parecchio tempo. Non c'è freeluna? Vale per tutti il fatto che l'accesso alla rete è focale per lavorare. Concordo anche sul fatto che ciascuno di noi è impegnato sul lavoro. Possiamo provare a dire che si comincia alle 16:30, invitiamo le persone ad arrivare prima registrandosi per l'accesso alla wifi. Io posso liberarmi prima e posso anche provare a fare una spiegazione di 15/20 minuti su cosa è HOT e cosa c'è da fare. A quel punto poi dovremmo esserci tutti e, intorno alle 17, ciascuno con il suo pc comincia a mappare. Chi deve imparare si mette vicino a chi lo sa fare.. Cosa ne pensate? Ottimo programma, io posso essere li per le 16 Ciao Luca ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] Removing redundant routing instructions
On Tue Apr 28 10:10:00 2015 GMT+0100, Lester Caine wrote: On 28/04/15 05:10, Bryce Nesbitt wrote: I'd call this mostly a routing presentation issue. If the road name is the same, I'd want any super sharp curve to warn me: Tight left in 100 meters, or 15mph left turn ahead. The very fact of the OSM geometry ought to be enough to calculate the necessary warning. Exactly my point, although that still leaves a few edge cases that would benefit as others have said. The discussion should be happening on the various router support lists and address their particular variations, but I think it is appropriate here to have the general guide lines that allow all routers to be able to rely on the one set of rules? +1 Looking at some cases locally, there are certainly difference between the routers. Mapquest does seem to be better here. OSRM in particular does seem to reduce carefully drawn road geometry to a series of straight lines, which reduces its chances of getting turn instructions right in these cases. Phil (trigpoint ) -- Sent from my Jolla ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing redundant routing instructions
Agree with that! On 2015-04-28 11:10, Lester Caine wrote: On 28/04/15 05:10, Bryce Nesbitt wrote: I'd call this mostly a routing presentation issue. If the road name is the same, I'd want any super sharp curve to warn me: Tight left in 100 meters, or 15mph left turn ahead. The very fact of the OSM geometry ought to be enough to calculate the necessary warning. Exactly my point, although that still leaves a few edge cases that would benefit as others have said. The discussion should be happening on the various router support lists and address their particular variations, but I think it is appropriate here to have the general guide lines that allow all routers to be able to rely on the one set of rules? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] basemap.at Umstellung
Ja es ist einfach .jpg zu .png ausgetauscht. Und auch nur der hauptlayer (geolandbasemap). Ich hab die lib leaflet-providers schon aktualisiert. -- mfg Thomas Rupprecht Am 28. April 2015 21:10:19 MESZ, schrieb Friedrich Volkmann b...@volki.at: On 28.04.2015 20:30, Thomas Konrad wrote: Warum es nicht funktioniert haben könnte: Versuch mal, %1 und %2 in der URL zu vertauschen, etwa so: http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%1/%2/%3.png http://maps.wien.gv.at/basemap/geolandbasemap/normal/google3857/%251/%252/%253.png Die basemap hatte bisher (anders als die meisten anderen Tile-Dienste) die X- und Y-Koordinate immer vertauscht, vielleicht hat sich das jetzt geändert (ist aber nur eine Vermutung). Nein, es ist eh gleichgeblieben. Die Lösung ist, tatsächlich nur ...jpeg durch ...png zu ersetzen. Dann einfach speichern und loslegen. Mein Fehler war, dass ich get services klickte. Das funktioniert nicht. Danke für die Hilfe. Dass die URL bei dir funktioniert, war der entscheidende Denkanstoß. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ee] Avatud Maakaardi Seltsi MTÜst
Tere, Oletatavasti on kõik Avatud Maakaardi Seltsi MTÜ liikmed siinse listi liikmed, ja saavad info kätte. Nimelt oleme juhatusega põgusalt arutanud, et ehk ei ole eraldi MTÜ pidamisel nii väga põhjust, ja paneks leivad ühte kappi Wikimedia Eestiga. Tehniliselt näeks see siis välja nii, et meie MTÜ lõpetab tegevuse, ja varad anname üle WIkimedia Eesti MTÜ-le. MTÜ põhikiri ei lubagi midagi muud varadega teha, kui anda üle sarnaste eesmärkidega teisele MTÜle. Liikmelisuse osas jääks igaühe oma otsustada. Detaile tuleks täpsustada, esialgu on tegu toorideega. MTÜ pidamine nõuab tegelikult pisut vaeva ja kulusid, isegi kui see midagi ei tee, hetkel viimase aasta suurim kulu oligi aastaaruanne äriregistrisse. Miinuseks on, et sõltumatuid projekte on siis raskem teha, teisalt neid eriti ei paista ka tulemas. Kui just suurt uut SOTM-i ei korralda, aga seda saab ka teise MTÜ alt teha. Mis on arvamused ja argumendid? On keegi, kes tahab MTÜ raames mõne hea projektiga ise jätkata? Asjaga on ses osas kiire, et Wikimedia Eesti järgmine üldkoosolek on nüüd mais juba tulemas, ja heal juhul saaks asjad juba enne suve vähemalt algatatud. Nemad on suure Wikimedia liikmed ja küsivad ka “ameerikast” luba suuremateks asjadeks. Nende juhatuselt on esialgu positiivne julgustus asjaks, aga ka neil peab seda üldkoosolek lõpuks otsustama. Tervitades, Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
[Talk-cz] WeeklyOSM CZ 245
Ahoj, je dostupne vydani 246 tydeniku weeklyOSM: http://www.weeklyosm.eu/cz/archives/3278 Jak taky může vypadat pobřeží v Africe. Proběhl changeset 30.000.000. Jak vypadá slovinský RUIAN? Hrátky z javascriptovým frameworkem Turf. A co se stane, kdyz jediny prekladatel WeeklyOSM do CZ odjede na dovolenou? :-) Pekne pocteni... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it-trentino] Mappiamo per il Nepal?
Il 28/apr/2015 09:56, Maurizio Napolitano napoo...@gmail.com ha scritto: Martedì prox Se vogliamo questa settimana allora penso che bisogna puntare a sabato mattina In questo caso mi viene in mente solo TheHub ... indago Per me meglio martedì Ciao Luca ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk] Event Calendar on Wiki
Jochen, Thanks for the explanation. After several hours the event I posted did show up on the main page. Mike On Mon, Apr 27, 2015 at 12:34 AM, Jochen Topf joc...@remote.org wrote: On So, Apr 26, 2015 at 12:27:05 -0700, Clifford Snow wrote: On Sun, Apr 26, 2015 at 11:22 AM, Mike Thompson miketh...@gmail.com wrote: I added an event (OSM Basics @ Colorado State University...) to the wiki (by editing the calendar template as the instructions state), yet it doesn't show up on the main wiki page with the other events. Did I do something wrong? I see it listed on the wiki main page. You have it scheduled for April 27th. The Wiki caches pages, so sometimes it can take a while for things to show up. This is especially true when a wiki page includes parts from other pages like in this case. I think usually the caching is disabled when you are logged in, so you should see the up-to-date version then. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-351-31778688 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Next: Relation name (WAS: Removing redundant routing instructions)
The give way sign won't help to distinguish between the arms where two roads diverge... By the way, the sign is often a STOP sign, so the logic will have to check for both. //colin On 2015-04-28 17:09, pmailkeey . wrote: On 28 April 2015 at 13:15, Colin Smale colin.sm...@xs4all.nl wrote: It's about that which cannot be inferred from the geometry and the current tagging. The road name and number come under current tagging, but sometimes they are not enough to know how to describe the next instruction(s) to the user. We are in the business of dictating the exact text that a navigator should speak, but we need to provide the basic information on which these decisions can be made. The ambiguity of a T-junction where the side-road has the same name and ref as one of the straight through legs is evident. Direction of travel is a good point - the through route may not be symmetrical. //colin Are we then back down to the simple issue of failing to tag the arm(s) with the 'give way' markings ? * We're not tagging them in all necessary cases (where the 'side road' is in line with one arm of the main road) * Routers are ignoring the tags. Is this the solution rather than creating a new solution ? Is a 'through route' a continuation of * Road number * Road name * The lack of crossing white paint into/out of a 'side road' , or * Direction of travel I'm concerned about ambiguity arising out of potential different interpretations. I'm sure we will be able to find examples of all combinations of all of the above! -- Mike. @millomweb [2] - For all your info on Millom and South Copeland via THE AREA'S PREMIER WEBSITE - CURRENTLY UNAVAILABLE DUE TO ONGOING HARASSMENT OF ME, MY FAMILY, PROPERTY PETS TCs [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] -- Mike. @millomweb [2] - For all your info on Millom and South Copeland via THE AREA'S PREMIER WEBSITE - CURRENTLY UNAVAILABLE DUE TO ONGOING HARASSMENT OF ME, MY FAMILY, PROPERTY PETS TCs [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk [2] https://sites.google.com/site/millomweb/index/introduction [3] https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Legende voor osm-kaart
Er wordt momenteel gewerkt aan een wiki pagina met de legende voor de stardaard rendering op osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer At this moment people are creating a page with the legend for the standard rendering on osm.org: https://wiki.openstreetmap.org/wiki/Standard_tile_layer regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be