[talk-au] Last few days: State of the Map 2016 Call for Venues
Dear All, The Call for Venues to host State of the Map 2016 is open for a few more days. Do you wish that your town / region could host State of the Map? It isn't too late. Get a team of locals together and assemble a bid. Have a look at the example bids, and the bids submitted so far. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues If you have any questions about preparing a bid and/or hosting State of the Map, contact the State of the Map Working Group t...@stateofthemap.org Best regards and happy mapping, Richard ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Umfrageplattform freigegeben
Hallo Allerseits, wie im Forum [1] und im Blog [2] bereits angekündigt, extra auch für Euch folgende Info: In den letzten Tagen habe ich den Prototyp der Umfrageplattform [3] auf eine neue technische Plattform (simplemvcframework) aufgesetzt. Ab sofort kann jeder OSM-User eine Umfrage starten (beachtet aber die Hinweise!). Neuerungen: * Umfragen sind (aktuell) auf 30 Tage begrenzt, danach sind sie für eingeloggte User sichtbar * man kann beim Antwort einreichen selbst bestimmen, ob man dies anonym oder transparent machen möchte * man kann sich ab sofort auch enthalten, was auch in die Charts einfließt * jQuery und bootstrap werden direkt und nicht mehr über CDN eingebunden * Multilanguage-Support (im Moment noch per Browser Default-Sprache, später per DropDown Box auswählbar) TODO: * Chart-API austauschen - ist bereits erledigt: von GoogleChartsApi zu highcharts * Kommentarfunktion für Umfrage * RSS Feed * -geheim- Eine Bitte noch: solange es keine offizielle OSM-URL dafür gibt, nicht direkt auf eine Umfrage verlinken! Viele Grüße Harald Hartmann [1] http://forum.openstreetmap.org/viewtopic.php?id=30692 [2] http://www.openstreetmap.org/user/Harald%20Hartmann/diary/34699 [3] http://osm.haraldhartmann.de/umfrage/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Last few days: State of the Map 2016 - Call for Venues
Dear All, The Call for Venues to host State of the Map 2016 is open for a few more days. Do you wish that your town / region could host State of the Map? It isn't too late. Get a team of locals together and assemble a bid. Have a look at the example bids, and the bids submitted so far. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues If you have any questions about preparing a bid and/or hosting State of the Map, contact the State of the Map Working Group t...@stateofthemap.org Best regards and happy mapping, Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] what happens to an OSM account if the user dies
Thanks for all your condolences. She was actually one of our OSM contributor working in a catholic parish. We trained them to use OSM tools for the parish' disaster risk reduction ministry. As Mike N said, there is no risk of losing her important contributions when we did the license change. On Thu, Apr 9, 2015 at 12:34 AM, Bryce Nesbitt bry...@obviously.com wrote: On Wed, Apr 8, 2015 at 4:26 AM, maning sambale emmanuel.samb...@gmail.com wrote: Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? Likely the account just sits with no activity. There's some risk it could be hacked one day, but ultimately there are many many inactive accounts. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Last few days: State of the Map 2016: Call for Venues
Dear All, The Call for Venues to host State of the Map 2016 is open for a few more days. Do you wish that your town / region could host State of the Map? It isn't too late. Get a team of locals together and assemble a bid. Have a look at the example bids, and the bids submitted so far. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues If you have any questions about preparing a bid and/or hosting State of the Map, contact the State of the Map Working Group t...@stateofthemap.org Best regards and happy mapping, Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cl] [Recordatorio] Se viene la Mapatón 2014 (César Medina)
Estimado Cristián, Si puedes solo un día, te recomiendo el Sábado en que tendremos todo el día (descontando los breaks para comer) para trabajar, mientras que el Domingo las presentaciones, deliberación y premiación de los desafíos de la NASA empezaran después de almuerzo (14:30), por lo que, en la practica, solo podremos trabajar a plena capacidad durante la mañana. Saludos, Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 2015-04-07 22:13 GMT-03:00 Cristián Serpell crist...@serpell.cl: Estimados, ¿Hay algo así como un horario o cronograma del evento? Me gustaría participar pero veo muy difícil poder participar los dos días. Podría ir un día, entonces quiero saber en qué actividades puedo participar para elegir el día de la mejor manera. Muchas gracias, Cristián ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
[Talk-dk] Nytegning af byområder?
Det jeg primært syntes er interessant i OSM er at tegne bygninger, barriers og parkingspladser, da disse tre typer giver et ret godt udgangspunkt for et overfladebillede som andre kan sætte deltajer i. Med disse på plads, så kan der sættes entrances på bygninger og highway nettet suppleres med ruter til disse entrances, så det giver et bedre detaljeringsniveau end vi typisk har i dag. I udgangspunktet kigger jeg fysisk på en lokalitet og bruger herefter JOSM og FOT til at tegne. Med ovenstående baggrund, så kommer det egentlige spørgsmål: En del af områderne i København er tegnet op med bygninger, men i nogle områder med en meget skidt kvalitet, f.eks. huse tegnet enkeltvis uden en fælles facadelinie, huse som i grundlaget er retvinklede, men som er tegnet i frihånd, osv. osv. Mit arbejde handler derfor meget om at tage eksisternede strukturer og prøve at aligne noder, orthoganilize noder, osv. osv. Et rigtigt nussearbejde. Nu har jeg så prøvet at tage en bydel og tegne i et rent lag på min egen maskine, hvor jeg startede med at lægge lange gennemgående fortovslinier ud på tværs af hele bydelen (i mit tilfælde Island Brygge i København). Når så jeg har disse på plads, så kan jeg udfra dem trække bygninger som ligger parrallelt, og ekstruderer bygningsdetaljer. Cirkler bliver hurtigt skabt med create-circle og det hele forbindes efterhånden med entrances, osv. Min oplevelse er at jeg væsentligt hurtigere kan skabe en velfungerende model, hvor tegningen i langt højere grad gengiver den egentlige by, fremfor at være håndtegnet hus-for-hus udfra et luftfoto, typisk af forskellige bidragsydere. Min tanke er om man i områder hvor der er mange dårligt tegnede bygninger, med få eller ingen detaljer, kan lave en rip-n-replace, altså fjerne et større antal eksisterende bygninger og så droppe det nye sæt bygninger ind? Da vi i de fleste bydele ikke har fortovslinierne tegnet ind, så kan disse, med samt entrances droppes med ind ved samme lejlighed. Herefter består der så et stykke loddearbejde i at skabe de nødvendige relationer mellem det eksisterende vejnet og det nye fortovsnet. Er der nogle som har erfaringer eller kommentarer som de kan dele på dette område? Er det noget som er gjort før? Findes der værktøjer, som efterfølgende kan bruges til at flytte properties fra gamle objekter til nye objekter? På forhånd tak for alle indspark :-) Victor ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] BANO : Ref Fantoir sur nom d'immeuble
Bonsoir, Le 08/04/2015 15:59, Christian Quest a écrit : Rajouter le ref:FR:FANTOIR sur l'objet concerné (ici un immeuble, mais ça peut être une résidence comprenant plusieurs immeuble) permet de géolocaliser ces objets. Exemple: cherchez Tour Tourmalet sur https://adresse.data.gouv.fr/map/ J'ai rajouté le ref:FR:FANTOIR sur le bâtiment et du coup BANO peut le localiser: http://www.openstreetmap.org/way/70474811 Le 08/04/2015 12:38, Stéphane Péneau a écrit : Le 08/04/2015 12:24, Pierre Knobel a écrit : Je trouve que la limitation actuelle aux objets de type highway=* + name=* pour les rapprochements OSM/FANTOIR est trop restrictive (peut-être centrée sur une problématique de calcul d'itinéraire ?). On pourrait imaginer rapprocher aussi les building=*, les leisure=park... etc S'il y a une lettre après le code Insee de la commune, c'est que ce code Fantoir ne s'applique pas à une voie. Le plus souvent il s'agit d'un hameau, mais on rencontre aussi le cas des lotissements, ou comme ici, d'une résidence ou d'un batiment. Dans notre contexte le FANTOIR est en premier lieu un inventaire de noms, qui nous permet de confronter notre propre stock de noms (de rues, de hameaux, de parkings, places, mais pourquoi pas aussi immeubles, parcs, etc.). La comparaison nous donne une vision de notre propre avancement, et les différents outils (le rendu carto, les listes de rapprochements) sont orientés dans ce sens. Donc oui, à l'échelle d'un immeuble, pouvoir l'identifier comme existant dans OSM, via son lien retrouvé dans FANTOIR, est intéressant, je pense. Maintenant, en l'état, retrouver un immeuble et le rapprocher signifie qu'on aura explicitement tagué un ref:FR:FANTOIR dessus, car les immeubles n'ont pas le privilège des highways=*, landuse=residential,amenity=parking, qui sont les seuls types d'objets où la présence du tag name suffit à les porter candidats au rapprochement. L'essentiel du code correspondant est là [1]. Je n'ai pas de souci à ouvrir cette liste à d'autres couples clé-valeur, tant qu'on ne se sert pas dans les shop=* ou bien les highway=bus_stop : un arrêt de bus portera facilement le nom d'une rue, mais ce qui nous intéresse via Fantoir, c'est de vérifier qu'on a bien la rue dans OSM, et pas juste un arrêt de bus homonyme. = Vos suggestions de clés-valeurs manifestement manquantes sont les bienvenues. Mais on a aussi la situation inverse, où OSM est fournisseur de géométrie pour le FANTOIR. C'est explicite dès qu'un tag ref:FR:FANTOIR est utilisé, et implicite quand, sans ce tag, on parvient à procéder aux rapprochements. OSM est aussi potentiel fournisseur de retours-qualité, par la qualification voie par voie des écarts constatés, sur les types de voies, les divergences d'orthographe, etc. On a donc les ingrédients d'un lien double, où FANTOIR et OSM sont chacun fournisseur de l'autre, et ça peut avoir quelques vertus. Donc pour répondre à Simon, il n'y a évidemment aucune obligation à tagguer les immeubles avec un Fantoir, mais si tu as de l'énergie (et du temps !) pour, je suis serein sur le fait que ça aura un usage. Et en tout cas, ne pas le faire ne doit pas amener à qualifier ces codes FANTOIR en erreurs. vincent [1] : https://github.com/osm-fr/bano/blob/master/sql/highway_insee.sql ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresse et hameau
Le 08/04/2015 18:32, Julien Noblet a écrit : Bonjour, Je suis en train de renseigner quelques n° de maisons sur des hameaux. J'aime beaucoup l'utilisation de relations type associatedStreet que je préfère à l'utilisation de addr:street. A votre avis, comment faire pour un hameau/résidence/autre... ? * Un nouveau type associatedPlace ? * Me cantonner à addr:place ? A-ton des nouvelles pour une intégration dans la BANO? Tu fais bien de réveiller le sujet. Côté BANO ça n'a pas encore dépassé le stade de l'intégration des lieux-dits du Cadastre, et uniquement à des fins d'affichage sur les tuiles carto. Il faut évidemment aller plus loin, mais je vais être franc, une des raisons du peu d'activité depuis septembre pour les intégrer, c'est que je n'ai pas pris le temps de comprendre les différents modèles d'adressage qui ont déjà été discutés ici. Sans parler de consensus, s'il existe des ressources (wiki ou fil ici-même) qui permettent de dresser le paysage, ou si certains veulent bien (à nouveau) dire comment ils procèdent, d'avance merci. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine révision des cantons, à vos souris
Avant cette élections, où tous les cantons ont changé, il y avait des retouches sur les cantons avant chaque élection mais d’après la page wikipedia sur les cantons Le redécoupage de 1800 n'a jamais fait l'objet d'une refonte générale. Environ 60 % des cantons existants avant la réforme de 2013 n'ont jamais été modifiés depuis le début du xixe siècle. ça ne veux bien sur rien dire sur le futur mais on sait aussi que les promesses de campagne ou même d'avant campagne électorale sont souvent très loin d'être appliqué. Le 8 avril 2015 18:26, Pieren pier...@gmail.com a écrit : Quand je disais il y a quelques années, ici, sur cette liste, que les cantons changaient tout le temps et qu'il ne fallait pas les mettre dans OSM... Pour ceux qui en douteraient encore, voici, déjà planifiée, la prochaine révision: http://www.leparisien.fr/politique/ump-sarkozy-promet-de-redecouper-les-cantons-08-04-2015-4675181.php Et si c'est pas à la prochaine élection, ça sera à la suivante, le redécoupage des cantons étant un sport prisé par les élus nationaux depuis très, très longtemps (et au grè des résultats de la précédente élection), l'impact étant quasiment nul pour les citoyens lambda. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Brückennummern
Da du ja auf das Wiki verweist, möchte ich dies ebenso machen: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge Kurz zusammengefasst extra für dich: * bridge=yes - Attribut auf einem Weg, z.B. eine Straße(!), welche über(!) eine Brücke führt erhält zusätzlich bridge=yes * man_made=bridge - die Brücke selbst, also ein geschlossener Weg, welcher den Umriß der Brücke beschreibt. Beide Taggings ergänzen sich, d.h. bei größeren Brücken erhält jeder Weg der über die Brücke führt ein bridge=yes und mittels man_made=bridge wird der Umriß definiert und gleichzeitig festgelegt, welche Features alle zu dieser einen Brücke gehören. Am 7. April 2015 um 18:50 schrieb martin ringer martinrin...@hotmail.com: Typisch OSM, warum zwei Tagging Varianten für Brücke? man_made=bridge bridge=yes Ich kenn mich nicht mehr aus. Im Wiki steht zu eurer Diskussion: Für die Bauwerksnummer nutzen die meisten Kartierer das Attribut bridge_ref https://wiki.openstreetmap.org/w/index.php?title=DE:Key:bridge_refaction=editredlink=1 =*#*, da ref https://wiki.openstreetmap.org/wiki/DE:Key:ref= für die Nummer der Straße benutzt wird. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?
A quanto pare si tratta di un problema già noto: https://groups.google.com/forum/#!searchin/osmand/motorway-link/osmand/VOIic5mCias/yKyOr0sUv88J https://groups.google.com/forum/#!searchin/osmand/motorway-link/osmand/VOIic5mCias/yKyOr0sUv88J Speriamo che lo risolvano col prossimo update! Max -- View this message in context: http://gis.19327.n5.nabble.com/Routing-autostradale-problema-di-OsmAnd-o-della-mappatura-tp5839987p5840097.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Territorial waters of Gibraltar
2015-04-08 9:58 GMT+02:00 Jo Walsh metaz...@fastmail.net: Now that document says one interesting thing about OSM holding one set of most-recognised borders; that In the future, we may look at supporting alternative sets directly. I don't know of any technical proposals to achieve this. Side-track from the core issue of Gibraltar though, sorry. we do have alternatives also in parallel: this is the Netherlands relation (zoom to disputed area): http://www.openstreetmap.org/relation/2323309#map=10/53.5277/6.7696 and this the overlapping Germany (same area): http://www.openstreetmap.org/relation/4108738#map=10/53.5277/6.7696 (note the part of the sea that is both, Dutch and German, according to OSM). Background (in Dutch and German only): http://nl.wikipedia.org/wiki/Rijksgrens_van_Nederland#Grens_met_Duitsland http://de.wikipedia.org/wiki/Deutsch-Niederl%C3%A4ndische_Grenzfrage Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-dk] Vejklassen Tertiary
Med hensyn til området nord for Rold Skov, tror jeg du skal zoom et niveau tættere på for at se det jeg mener kunne være forlæg for tertiary klassen. I det zoom niveau er der forbindelsesveje mellem de nævnte byer i området. Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Og det bør nok være begge tilslutningsveje fra Blenstrup til 507 der medtages, med mindre lokalt kendskab siger noget andet. Hvis kun den ene medtages, vil du i rute sammenhæng risikere, at blive sendt på en omvej alt efter hvilken vej du kommer fra på 507. Allan Gyldendal Frederiksen -Oprindelig meddelelse- Fra: Ole Laursen [mailto:ole.laur...@gmail.com] Sendt: 8. april 2015 11:05 Til: OpenStreetMap Denmark Cc: osm...@googlegroups.com Emne: Re: [Talk-dk] Vejklassen Tertiary 7. april 2015 kl. 21.02 skrev Mogens Hansen mlind...@gmail.com: DEN ANDEN TOLKNING 'tertiary' er forbindelsesveje og vigtige tilslutningsveje - ellers er de 'unclassified' (eller 'residential' osv.) Jeg tror jeg har anvendt denne i de ting jeg har lavet i Nordjylland. Men jeg vil tilføje at jeg aldrig blev sådan helt klog på hvad der er bedst at gøre når man kommer ud på landet. Tag f.eks. området nord for Rold skov her http://www.openstreetmap.org/#map=12/56.8782/9.9861 Er vejnettet mellem Store Brøndum, Sejlstrup, Fræer, Askildrup, Blenstrup, Gammel Skørping osv. forbindelsesveje? Det er udmærkede veje, dog med en del hiv og sving. Jeg har også tidligere kigget på hvad GST har gjort - hvis jeg følger Allans link så forekommer det mig at de har været endnu mere konservative end jeg f.eks. har været i Himmerland. Jeg synes det er lidt vildt at de slet ikke har nogen veje på i det store område mellem Skørping og Aalborg. Men det er så måske fordi de netop går ud fra vejbredden. Allan, jeg kunne også godt tænke mig at se nogle eksempler på veje som bør skifte status - i første omgang kunne du måske bare poste et link her, og så skrive lidt på en wikiside efterhånden som det bliver klart hvilke problemer der typisk opstår? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-be] Iinconsistences at the level of municipalities?
2015-04-08 12:45 GMT+02:00 Alexander Mikhailian mikhail...@mova.org: Hello, I am total noob in OSM, but here are a couple of issues that I spotted after exporting municipalities from OSM: 1. relation 3364845 seems to be a duplicate of the relation 1245629 for Aken. The first one is the postal code boundary, the second one is the administrative boundary. Postal codes often match with administrative boundaries, but not always. That's why, in the past, we added postal code information to administrative boundaries, but we later realised that it's better to have their own boundary type, so we can catch the special cases. 2. the generic name for relation 2416075 is grod instead of Olne. FYI, grod is town in Polish. This is indeed a mistake (someone accidentally changed the name 2 weeks ago). You can correct it if you want. There are a few subtler issues, but just for those two: who can fix and what's the best way of making the fix? When working with boundary relations, the best editor is JOSM. So you install JOSM, download a part of the boundary of Olne, then search for the boundary relation in the relation list, and edit the name. We can give more info if it's needed (but you should best tell what you already know). P.S. I used the following Overpass API query to extract municipalities: [out:json]; area[name:en=Belgium][admin_level=2]-.a; rel[admin_level=8](area.a); out geom; -- Alexander Mikhailian Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Maxspeed für 7.5t
Hallo, ich habe hier die Situation, dass allgemein maxspeed=50 gilt. Zusätzlich gilt aber Tempo 30 für 7,5 t. Ich wäre über einen Taggingvorschlag dankbar. Im Moment habe ich mal maxspeed:hgv=30 verwendet. Das kommt dem zumindest am nächsten. Leider ist es nicht richtig, weil hgv meines Wissens 3.5t impliziert. Taginfo hat mir da leider auch nicht helfen können. Habt ihr Ideen? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed für 7.5t
Danke für die schnelle Antwort! Das muss ich übersehen haben... :D Viele Grüße, Christian Am 08.04.2015 um 13:17 schrieb Martin Vonwald: Hi! Ich empfehle das hier: http://wiki.openstreetmap.org/wiki/Conditional_restrictions maxspeed:conditional=30 @ (weight=7.5) bg, Martin Am 8. April 2015 um 13:13 schrieb C.Brause chr_bra...@gmx.de: Hallo, ich habe hier die Situation, dass allgemein maxspeed=50 gilt. Zusätzlich gilt aber Tempo 30 für 7,5 t. Ich wäre über einen Taggingvorschlag dankbar. Im Moment habe ich mal maxspeed:hgv=30 verwendet. Das kommt dem zumindest am nächsten. Leider ist es nicht richtig, weil hgv meines Wissens 3.5t impliziert. Taginfo hat mir da leider auch nicht helfen können. Habt ihr Ideen? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] BANO : Ref Fantoir sur nom d'immeuble
Le 08/04/2015 12:24, Pierre Knobel a écrit : Je trouve que la limitation actuelle aux objets de type highway=* + name=* pour les rapprochements OSM/FANTOIR est trop restrictive (peut-être centrée sur une problématique de calcul d'itinéraire ?). On pourrait imaginer rapprocher aussi les building=*, les leisure=park... etc S'il y a une lettre après le code Insee de la commune, c'est que ce code Fantoir ne s'applique pas à une voie. Le plus souvent il s'agit d'un hameau, mais on rencontre aussi le cas des lotissements, ou comme ici, d'une résidence ou d'un batiment. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Maxspeed für 7.5t
Hi! Ich empfehle das hier: http://wiki.openstreetmap.org/wiki/Conditional_restrictions maxspeed:conditional=30 @ (weight=7.5) bg, Martin Am 8. April 2015 um 13:13 schrieb C.Brause chr_bra...@gmx.de: Hallo, ich habe hier die Situation, dass allgemein maxspeed=50 gilt. Zusätzlich gilt aber Tempo 30 für 7,5 t. Ich wäre über einen Taggingvorschlag dankbar. Im Moment habe ich mal maxspeed:hgv=30 verwendet. Das kommt dem zumindest am nächsten. Leider ist es nicht richtig, weil hgv meines Wissens 3.5t impliziert. Taginfo hat mir da leider auch nicht helfen können. Habt ihr Ideen? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] BANO : Ref Fantoir sur nom d'immeuble
Je rencontre des cas similaires assez souvent, moi aussi. Il est probable que ce genre d'information soit effectivement utilisé en complément d'adresse: Jean Dupont Résidence Les Tartentules 666 Rue des Arachnides 6 Octopolis-Les-Bains Donc c'est une bonne idée de mettre le nom et/ou la ref FANTOIR de l'immeuble sur le bâtiment et le nom de la rue sur la route, et espérer que dans le futur cette information soit exploitée par BANO. Je trouve que la limitation actuelle aux objets de type highway=* + name=* pour les rapprochements OSM/FANTOIR est trop restrictive (peut-être centrée sur une problématique de calcul d'itinéraire ?). On pourrait imaginer rapprocher aussi les building=*, les leisure=park... etc 2015-04-08 9:47 GMT+00:00 Simon Miniou simon.min...@gmail.com: Bonjour, petite question que je me pose depuis quelques temps sur les immeubles de ma commune. ils ont quasi tous une ref fantoir qu'on retrouve dans les voies FANTOIR sans rapprochement OSM : http://cadastre.openstreetmap.fr/fantoir/#insee=51649 Sachant que cette référence correspond à des immeubles qui sont déjà rattaché à une voie (plusieurs numéros par immeuble) ; *Que faut-il faire ? Rajouter la référence sur le bâtiment ? considérer cette référence supplémentaire en erreur?* Exemple : Rue des Saules (516492000L) : https://www.openstreetmap.org/relation/3874169 Bâtiment des saules (51649A510L) : https://www.openstreetmap.org/way/170937588#map=19/48.72000/4.58227 Merci, ++ Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FFRandonnée − de quoi rire encore un moment (jaune ?)
Bonjour, Ici, http://www.gr470-gorgesallier.com/#!a-propos/c1t0g, on peut lire: *Le Syndicat Mixte d’Aménagement (SMAT) du Haut-Allier œuvre depuis 1984 pour l’aménagement, la valorisation et la promotion touristique des Gorges de l’Allier. Il est à l’initiative de nombreux projets touristiques structurants, dont le chemin de grande randonnée GR470 Sources et Gorges de l’Allier.* *Cet itinéraire et ces outils ont été réalisés par le SMAT du Haut-Allier en collaboration avec la Fédération Française de Randonnée Pédestre et ses comités départementaux de Haute-Loire et de Lozère.* *L’opération a obtenu le soutien financier de l’Europe et des Conseils Généraux de Haute-Loire et de Lozère.* Les traces gps de ce GR sont en téléchargement mais avec la limite *Attention, les traces téléchargées sont strictement réservées à un usage personnel et non commercial.* Vu que les structures porteuses de cette application sont publiques et bénéficient également de soutiens financiers d'autres structures publiques, il me semblent difficile de maintenir une telle contrainte. Et on peut revenir aussi sur la question de la propriété intellectuelle où ici on voit bien que ce n'est pas la FFRP qui en est à l'initiative. Romain Le 24 mars 2015 14:26, JB jb...@mailoo.org a écrit : Salut Nicolas, et les autres : Un moyen de couper l'herbe sous le pied de la FFRP : que les collectivités publient elles-même leurs itinéraires sous licence libre, avec la « vraie » attribution. L'histoire : j'avais rencontré longuement le responsable du PDIPR de l'Aube l'année dernière. OpenData, libération de données ne lui parlait pas vraiment. Par contre, ce qui lui parlait, c'était de voir le topoguide® local avec ses itinéraires créés par lui (et publiés plus tôt avec cette attribution) repris par la FFRP avec leur attribution à eux (propriété de la FFRP) alors qu'aucun contact n'avait été pris. Et maintenant, quelqu'un qui lit le topoguide pense que l'itinéraire est à la FFRP, alors qu'il ne l'est pas. Voilà pourquoi je lui avais proposé de publier sous licence ouverte. Mais c'était encore trop nouveau pour lui. Alors si toutes les collectivités dont les départements libéraient leurs itinéraires, qu'on rentre tout ça dans OSM, que ça apparait sous waymarkedtrails, etc, etc… JB. Le 24/03/2015 10:07, Nicolas Moyroud a écrit : Bonjour, Merci JB pour cette bonne tranche de rire ! Une solution dont j'ai eu l'occasion de discuter avec un responsable SIG de comcom serait de passer directement par les collectivités car ce sont elles qui très souvent mettent au point les itinéraires et fournissent ensuite les informations à la FFRP. Autrement dit à la FFRP il y a nombre d'itinéraires dont ils revendiquent la propriété intellectuelle et dont ils ne sont en fait pas du tout les auteurs, mais juste les baliseurs (et encore ?) et les publieurs. A mon avis rien n'empêche d'aller à la source auprès des collectivités, récupérer les itinéraires qu'ils ont construit et les publier sur OSM. En tout cas le gars avec qui j'ai discuté et tout à fait près à le faire. Autre remarque concernant un site d'aide à l'utilisation d'OSM en randonnée : l'excellente application oruxmaps sous Android qui est relativement simple à prendre en main. Nicolas ___ 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
[OSM-talk] what happens to an OSM account if the user dies
Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-dk] Vejklassen Tertiary
Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Ja, det virker sådan, når man kigger på kortet. Men det må i høj grad komme an på lokalkendskab. Vil en typisk lokal beboer, der skal fra Skørping til Dollerup i bil, vælge den rute, du beskriver - eller den sydligere rute via Hellum, Torup og Siem? Der kan være mange grunde til det ene og det andet. Nogle gange føles den ene bare nemmere uden at man kan sætte ord på hvorfor. I dette tilfælde ville jeg som sofa-mapper vælge unclassified, medmindre jeg havde adgang til lokalkendskab, der sagde andet. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-lv] Sabiedriskā transporta pārvietošanās Liepājā
Sveiki! Nesen pamanīju ka šitā aplikācijā https://play.google.com/store/apps/details?id=rigas.mikro.autobusi tagad ir pieejama Rīgas mikroautobusu sekošana kartē līdzīgi sen ievestai Liepajā http://www.marsruti.lv/liepaja/#liepaja/map augša ir ikoniņa ar zilu(2) un sarkano (1) Man liekas ka kaut kur iekša var dabūt ari datus sekošanai visam transportam. Bet varbūt aplikācija izmanto citu serveri. 2012-11-08 11:11 GMT+02:00 Pēteris Brūns peteris.br...@gmail.com: Izskatās, ka ir arī Jelgava http://www.marsruti.lv/jelgava/index.html#stop/map bet vispār inetersanti marsruti.lv = http://saraksti.rigassatiksme.lv/index.html 2012/11/8 Rich ric...@nakts.net On 2012-11-08 10:42, Marat wrote: Jā kāds vel nezina: http://www.marsruti.lv/liepaja/#liepaja/map ooh, jauki. tie pashi izstraadaataaji, kas riigas satiksmei - laikam -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-dk] Vejklassen Tertiary
7. april 2015 kl. 21.02 skrev Mogens Hansen mlind...@gmail.com: DEN ANDEN TOLKNING 'tertiary' er forbindelsesveje og vigtige tilslutningsveje - ellers er de 'unclassified' (eller 'residential' osv.) Jeg tror jeg har anvendt denne i de ting jeg har lavet i Nordjylland. Men jeg vil tilføje at jeg aldrig blev sådan helt klog på hvad der er bedst at gøre når man kommer ud på landet. Tag f.eks. området nord for Rold skov her http://www.openstreetmap.org/#map=12/56.8782/9.9861 Er vejnettet mellem Store Brøndum, Sejlstrup, Fræer, Askildrup, Blenstrup, Gammel Skørping osv. forbindelsesveje? Det er udmærkede veje, dog med en del hiv og sving. Jeg har også tidligere kigget på hvad GST har gjort - hvis jeg følger Allans link så forekommer det mig at de har været endnu mere konservative end jeg f.eks. har været i Himmerland. Jeg synes det er lidt vildt at de slet ikke har nogen veje på i det store område mellem Skørping og Aalborg. Men det er så måske fordi de netop går ud fra vejbredden. Allan, jeg kunne også godt tænke mig at se nogle eksempler på veje som bør skifte status - i første omgang kunne du måske bare poste et link her, og så skrive lidt på en wikiside efterhånden som det bliver klart hvilke problemer der typisk opstår? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[OSM-talk-be] Iinconsistences at the level of municipalities?
Hello, I am total noob in OSM, but here are a couple of issues that I spotted after exporting municipalities from OSM: 1. relation 3364845 seems to be a duplicate of the relation 1245629 for Aken. 2. the generic name for relation 2416075 is grod instead of Olne. FYI, grod is town in Polish. There are a few subtler issues, but just for those two: who can fix and what's the best way of making the fix? P.S. I used the following Overpass API query to extract municipalities: [out:json]; area[name:en=Belgium][admin_level=2]-.a; rel[admin_level=8](area.a); out geom; -- Alexander Mikhailian ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Mapillary2JOSM Status ?
Seit ein paar Tagen funktioniert Mapillary2JOSM fuer mich nicht mehr. Ich erhalte immer die Fehlermeldung Download fehlgeschlagen. Bereich zu groß. Hat jemand anderes das gleiche Problem? Volker ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Territorial waters of Gibraltar
In between is disputed territory. How do we handle that in other cases? We follow the on the ground principle. http://osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf Now that document says one interesting thing about OSM holding one set of most-recognised borders; that In the future, we may look at supporting alternative sets directly. I don't know of any technical proposals to achieve this. Side-track from the core issue of Gibraltar though, sorry. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] sul portale Open Data del Lazio
Segnalo questo articolo sul portale Open Data del Lazio: http://www.rivistageomedia.it/201504078359/dati-geografici-evidenza/portale-dei-dati-aperti-della-regione-lazio-pregi-e-difetti.html Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
On Apr 2, 2015 7:08 AM, EthnicFood IsGreat ethnicfoodisgr...@gmail.com wrote: It's apparent to me that consensus will never be reached on whether or not abandoned railroads belong in OSM (at least the way it is currently configured), given the strong feelings on both sides of the issue. That's why I think moving them to OHM is a good compromise. I don't like it, but I would rather do that than see this data lost forever. At least in OHM, the data still lives, and can always be moved back to OSM later if a solution to the problem of historic features can be found. Mark ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us +1 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-it-lazio] sul portale Open Data del Lazio
Segnalo questo articolo sul portale Open Data del Lazio: http://www.rivistageomedia.it/201504078359/dati-geografici-evidenza/portale-dei-dati-aperti-della-regione-lazio-pregi-e-difetti.html Ciao, Martin ___ Talk-it-lazio mailing list Talk-it-lazio@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-lazio
Re: [Talk-es] Revertir cambios
Puedes usar el plugin de revertir que hay para Josm( http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter), pero antes sería recomendable contactar con el usuario en concreto y explicarle el convenio de etiquetado: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#N.C3.BAcleos_de_poblaci.C3.B3n 2015-04-08 11:44 GMT+02:00 Jesús jesusl.te...@gmail.com: Un usuario se ha dedicado a cambiar/añadir buena parte de los nombres de las poblaciones y lugares de una comarca que están oficialmente en castellano a otro idioma (y no añadiendo un nuevo tag en el idioma correspondiente que sería lo correcto). ¿Hay alguna forma de revertir todos estos cambios sin tener que ir lugar por lugar (un poco tedioso)? Gracias. Jesús. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Felix ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-dk] Vejklassen Tertiary
Hej Mogens et al, Jeg mener klart, at det netop er /forbindelses-veje/, der er tale om - specielt når man ser på Wikien. Det kan sikkert være en fin tommelfingerregel at se på vejbredden (og dermed om der er striber mv), men som Allan, hans kolleger og jeg diskuterede, er det jo netop forbindelsen, der er vigtig. Jeg har smidt et lag på http://osmtools.septima.dk med trafikkortets d200-lag, og på et snarligt tidspunkt vil også det lag Allan omtaler (d500) være tilgængeligt dér. Mvh Gregers (Der ejer en del af Septima P/S, og derfor i dette tilfælde har kommercielle interesser) Den 7. april 2015 kl. 21.02 skrev Mogens Hansen mlind...@gmail.com: Det ville være rigtigt godt, hvis der kunne blive bedre enighed om anvendelsen af 'tertiary' vs. 'unclassified'. Så vidt jeg har forstået, er der to meget forskellige opfattelser, som benyttes af forskellige kortredaktører - med heraf følgende inkonsistens mht den store del af vejnettet, som ikke er 'secondary' eller af højere rang. De to tolkninger af disse mindre veje kan kort beskrives som følger: DEN ENE TOLKNING: 'tertiary' er veje med midterstriber. Uden midterstriber er det 'unclassified'. Jeg er ikke tilhænger af denne tolkning. Vejdirektoratet ved måske, hvilke veje der har striber. Alle de mange almindelige kortlæggere ved det ikke - med mindre de på luftfoto zoomer helt ned og tjekker visuelt på alle de små veje - en helt uoverkommelig opgave - som måske så jævnligt burde gentages, da afstribningen jo kan være ændret. Desuden er der midterstriber på visse vejstrækninger med sving - mens den samme vej ikke har midterstriber, når det bare går ligeud. Endelig er denne tolkning ikke funktionel - hverken mennesker eller GPS kan bruge denne tolkning til planlægning eller navigation. DEN ANDEN TOLKNING 'tertiary' er forbindelsesveje og vigtige tilslutningsveje - ellers er de 'unclassified' (eller 'residential' osv.) Jeg er varm tilhænger af denne tolkning. Alle kortredaktører kan bidrage med deres lokale kendskab til gode forbindelsesveje, Desuden kan man ofte ved en simpel inspektion af kortet erkende oplagte forbindelsesveje. Denne funktionelle tolkning er nyttig - den kan bruges både af mennesker og GPS-navigation. Endelig er denne tolkning dokumenteret på wiki-siden med Map Features: http://wiki.openstreetmap.org/wiki/Map_Features#Highway Hvor alle kan finde denne vejledning: Highway = trunk : The most important roads in a country's system that aren't motorways. Highway = primary : The next most important roads in a country's system. (Often link larger towns.) Highway = secondary : The next most important roads in a country's system. (Often link smaller towns and villages.) Highway = tertiary : The next most important roads in a country's system. Highway = unclassified : The least most important through roads in a country's system – i.e. minor roads of a lower classification than tertiary, but which serve a purpose other than access to properties. Hvis man klikker 'tertiary' kan man bl.a. læse følgende uddybning: The highway=tertiary tag is used for roads connecting smaller settlements, and within large settlements for roads connecting local centres. In terms of the transportation network, OpenStreetMap tertiary roads commonly also connect minor streets to more major roads. Ved betragtning af OSM i Danmark kan man se, at 'tertiary' i vid udstrækning er blevet benyttet funktionelt i overensstemmelse med wiki-vejledningen. Men der er mange steder på kortet uden konsistens mht vejtype - her er et eksempel: http://www.openstreetmap.org/#map=13/55.3525/9.5904 På dette kort ser man vejstykker, som er 'tertiary' - afbrudt af vejstykker, som er 'unclassified'. Jeg reparerer mange af den slags inkonsistente veje. Jeg vurderer om de gule 'tertiary' veje faktisk ser ud til at være forbindelsesveje. Her er det vel oplagt nok, så de hvide mellem-vejstykker bør efter min mening ændres fra 'unclassified' til 'tertiary', så forbindelserne bliver sammenhængende. Her har jeg ladet vejene være som illustration af inkonsistens og manglende hensyntagen til funktion. Her er et andet eksempel: en forbindelsesvej, som jeg (og mange andre) ofte benytter - fra Bramstrupvej til Højby: http://www.openstreetmap.org/#map=14/55.3258/10.4255 Jeg rettede disse vejstykker fra 'unclassified' og 'residential' til 'tertiary' fordi min GPS-navigation ledte mig ad store omveje, når jeg skulle til Højby eller tilbage - selv om jeg valgte 'korteste rute'. Efter ændringerne til 'tertiary' bliver jeg (og andre) navigeret ad denne oplagte forbindelsesvej. NB: hvis man på luftfoto zoomer ned på disse veje, vil man kunne finde sektioner med midterstriber og sektioner uden striber. At benytte disse til klassifikation giver ingen mening - efter min mening. Jeg mener også, at wiki-vejledningen på Map Features kan være tilstrækkelig. Hvis der er stemning for en dansk wiki-vejledning, mener jeg, at man
[Talk-es] Revertir cambios
Un usuario se ha dedicado a cambiar/añadir buena parte de los nombres de las poblaciones y lugares de una comarca que están oficialmente en castellano a otro idioma (y no añadiendo un nuevo tag en el idioma correspondiente que sería lo correcto). ¿Hay alguna forma de revertir todos estos cambios sin tener que ir lugar por lugar (un poco tedioso)? Gracias. Jesús. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-us] Facts about the world
Am 07.04.2015 um 16:51 schrieb Martin Koppenhoefer: ... is this something the OSMF lawyers have had a look into? Is the issue really copyright or is this about trademark (regarding the names GR PR etc.)? Currently it seems we are accepting what the Fédération Francaise de la Randonnée Pédestre claims, without questioning whether their claims hold up. ... The wiki already explains: they hold a trademark for GR which makes using the official names of the routes essentially impossible in and for material they hold protection for and further they seem to claim copyright on the routes themselves, which is not particularly far fetched and can't be dismissed out of hand. AFAIK the OSM FR has never asked for formal support in the matter, and I very much doubt the OSMF would become active in the matter of its own accord, except if directly approached by a rights holder and even then the likely response is to delete questionable material. This doesn't mean that the OSMF is completely inactive wrt such matters, for example the LWG has been in contact and discussion with the WMF on freedom of panorama issues. E.g. why can't you do a survey and publicly say: You are requesting somebody to argue the case of Fédération Francaise de la Randonnée Pédestre, which I would do, if they paid me :-). .. Also, we are mapping roads and buildings, but the projects leading to these constructions are normally protected by copyright, and also a building can be protected (architectural work). None of these do stop us to map them in other fields, what is the particularity why GR cannot be mapped? Because us mapping them has never been challenged? Particularly in the case of 3d building models there is obviously potential for conflict, which however has AFAIK never actually happened up to now. Simon signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?
Any File wrote Sono andato a controllore come è sulla mappa l'usicta di Val Tidono della tangenziale Ovest di Milano. Ho notato che su questi raccordi non è segnato alcun llimite di velocità. Penso proprio che lì ci sia un limite di velocità più basso rispetto alla tangenziale. Non so quale sia il limite reale, pertanto non riesco ad inserirlo. Sarebbe interessante sapere come si comporta il router a fronte di un diverso limite di velocità. E sicuramente in fondo al raccordo c'è sicuramente un dare la precedenza. Per il momento aggiungo solo i valori di incline ed apro una nota in cui chiedo di inserire i limiti di velocità. In mancanza di diversi limiti di velocità, non so quanto sia così condannabile il comportamento del programma di routing. (che potrebbe perfino pensare che sul motorway_link ci sia un limite di velocità superiore, visto che sulla tangenzaile illimite è di solo 90 km/h). AnyFile Sicuramente c'è un limite di velocità diverso in quel tratto ed in quella sede stradale, però NON c'è un obbligo di dare precedenza: si tratta, difatti, di una corsia che corre parallela all'autostrada principale per poco più di 1Km: tecnicamente è possibile imboccarla per uscire, ma l'uscita non è obbligata ed è poi possibile proseguire per reimmettersi sulla medesima Tangenziale. Stessa configurazione alla stessa uscita, in direzione opposta, ed a quella che permette di raggiungere la A7 MI-Serravalle, ed infatti OsmAnd si comporta aallo stesso modo, suggerendo ogni volta di tenersi sulla destra, passando nella corsia laterale per poi reimmettersi nell'autostrada. Stranamente, invece, all'uscita Ticinese (dove ci sono solo le rampe d'uscita) l'indicazione è giusta: tenersi sulla sinistra per non uscire dall'autostrada .In certi casi potrebbe essere un o' fuorviante, ma qui secondo me ci sta: con molto traffico chi non conosce la zona potrebbe trovarsi imbottigliato nella corsia di destra (rallentamento, piuttosto lunga) ed obbligato ad uscire senza volerlo. Decisamente, credo si tratti di un problema di routing. Provo a segnalarlo al Forum di OsmAnd. Ciao e grazie, Max -- View this message in context: http://gis.19327.n5.nabble.com/Routing-autostradale-problema-di-OsmAnd-o-della-mappatura-tp5839987p5840069.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lv] Sabiedriskā transporta pārvietošanās Liepājā
GPS dati sekošanai nāk te: Rīgas miroautobusi: http://marsruti.lv/rigasmikroautobusi/gps.txt?1428478585840 Liepāja: http://www.marsruti.lv/liepaja/gps.txt?1428478666807 2015-04-08 10:29 GMT+03:00 Marat mar...@gmail.com: Atrodu linku http://m.marsruti.lv/rigasmikroautobusi/#riga/map 2015-04-08 10:28 GMT+03:00 Marat mar...@gmail.com: Sveiki! Nesen pamanīju ka šitā aplikācijā https://play.google.com/store/apps/details?id=rigas.mikro.autobusi tagad ir pieejama Rīgas mikroautobusu sekošana kartē līdzīgi sen ievestai Liepajā http://www.marsruti.lv/liepaja/#liepaja/map augša ir ikoniņa ar zilu(2) un sarkano (1) Man liekas ka kaut kur iekša var dabūt ari datus sekošanai visam transportam. Bet varbūt aplikācija izmanto citu serveri. 2012-11-08 11:11 GMT+02:00 Pēteris Brūns peteris.br...@gmail.com: Izskatās, ka ir arī Jelgava http://www.marsruti.lv/jelgava/index.html#stop/map bet vispār inetersanti marsruti.lv = http://saraksti.rigassatiksme.lv/index.html 2012/11/8 Rich ric...@nakts.net On 2012-11-08 10:42, Marat wrote: Jā kāds vel nezina: http://www.marsruti.lv/liepaja/#liepaja/map ooh, jauki. tie pashi izstraadaataaji, kas riigas satiksmei - laikam -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-it] a proposito dei tag per piste ciclopedonali...
Vedo solo adesso il messaggio originale - Gmail mi l'aveva messo nello SPAM! - pista ciclo- pedonale illuminata, ma *anche ombreggiata* da diversi alberi. già risposto - pista asfaltata con rilievi dovuti alle radici emergenti degli alberi. già risposto - generalmente nelle piste ciclo pedonali la parte pedonale sta verso la zona esterna, mentre quella ciclabile costeggia la corsia di transito veicolare. Qualora le due piste ciclabile e pedonale siano accostate, ma distinte, la loro reciproca posizione va segnalata e in che modo? Tu parli di cilcopedonali con corsie separate, ufficialmente chiamate PISTA CICLABILE CONTIGUA AL MARCIAPIEDE come da http://wiki.openstreetmap.org/wiki/Bicycle - S4 e con segno http://commons.wikimedia.org/wiki/Road_signs_in_Italy?uselang=it#/media/File:Italian_traffic_signs_-_pista_ciclabile_contigua_al_marciapiede.svg Non ho ancora visto una soluzione che mi convince. Quella mostrata in http://wiki.openstreetmap.org/wiki/Bicycle - S4 soluzione 3 (con 5 ways) non mi sembra corretta in quanto mostra una pedonale fisicamente separata dalla ciclabile che non corrisponde alla realtà. Per mio avviso ci dovrebbe essere una soluzione con lanes, qualcosa come: strada (con bicycle=use_sidepath) più due ways parallelli ognuno con senso opposto, più: highway=path bicycle=official foot=official segregated=yes lit=yes lit:quality=poor lanes=2 bicycle:lanes=yes|no foot:lanes=no|yes width:lanes=1.5|1 surface:lanes=paving_stones|asphalt - E' opportuno segnalare oltre la larghezza della ciclabile, anche quella del marciapiede? Come? Secondo me si - vedi sopra Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] PD: what can I do with automatic changes done against code of conduct
So my questions are: is community supposed to run like this? What can I do about it to fix it? Can I escalate this problem somewhere? Would it be ok if I reverted those changes? The Data Working Group exists in order to give mappers a chance to escalate concerns about other mappers' edits that can't be resolved through the usual channels of communication - private messages, changeset discussions, the mailing lists or forums according to regional community preference. This would be a familiar looking sort of case for the DWG. A member of the DWG will sometimes revert changes as a result of a decision in a case, but there's nothing special about that act of reversion. You should feel as free to revert as any mapper; but don't risk your peace of mind if that looks likely to trigger an edit war in the map, which can't help. There is a Mechanical Edit Policy to do with these kind of systematic changes, and anyone has grounds to revert changes that don't follow the code of conduct: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy It sounds like a forum discussion of the topic is the next step though, - Jo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Territorial waters of Gibraltar
El Martes 7. abril 2015 21.45.32 Frederik Ramm escribió: Is there anyone who can speak to the situation on the ground, ideally without being a Spanish or British nationalist and therefore potentially biased? I was contacted by the Gibraltar GIS folks a while ago and talked about putting both the according-to-Spain border and according-to-UK border on the database and check consistency of the relations. I'll dig up the contacts. On the issue of disputed Spanish territories, I notice that the Perejil island is no longer part of Morocco (which is wrong, it's disputed and shouldn't be an internal ring). I wonder who fixed it. https://www.openstreetmap.org/way/8692572 -- Iván Sánchez Ortega i...@mazemap.no i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Facts about the world
2015-04-08 9:05 GMT+02:00 Simon Poole si...@poole.ch: The wiki already explains: they hold a trademark for GR which makes using the official names of the routes essentially impossible in and for material they hold protection for and further they seem to claim copyright on the routes themselves, which is not particularly far fetched and can't be dismissed out of hand. I do agree that they might likely have copyright on the routes, and that we maybe can't reproduce their routes in our db, but I do question that we can't map their signposts. Reasoning: the routes are nothing physically existing, they are, similar to a novel, creative works made up by someone, and that someone will probably hold copyright on them. The routes are not facts, they are works of creativity and ingenuity. But the signposts are facts, observable in reality, and while their graphic layout, logos, colors, composition, fonts, text, will likely be protected by copyright, I'd question the concept that their pure existence cannot be told about (i.e. without reproducing them with a foto, drawing or similar). Cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht
Am 8. April 2015 um 01:17 schrieb Johannes Schlüter johan...@schlueters.de : Die Frage ist ob die Daten wirklich unter CC0 stehen. Man könnte sich im Zweifel auf einen Irrtum (siehe. z.B. erheblichen Inhaltsirrtum im BGB, wobei hier auch Verwaltungsrecht ene Rolle spielt ...) berufen oder grundsätzlicher fragen was notwendig ist um Daten mit bestimmter Lizenz zu veröffentlichen. (Das da eine Seite was sagt und dann auf Daten verlinkt muss das nicht stimmen) ich würde die Daten auch nicht für OSM verwenden, wenn es sich hier um einen Irrtum gehandelt haben sollte, allerdings aus gutem Willen, nicht weil ich denke, dass man keinen Rechtsanspruch haben kann. Was dafür erforderlich ist, um Daten mit bestimmter Lizenz zu veröffentlichen, interessiert uns eher wenig, wichtiger ist, _dass_ sie Daten unter einer bestimmten Lizenz veröffentlicht haben. Wenn das im Irrtum passiert sein sollte, dann müsste das m.E. für die entsprechende Behörde ein Anlass sein, mal die eigenen Abläufe zu hinterfragen und ggf. anzupassen, damit ihnen das zukünftig nicht mehr passiert. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] BANO : Ref Fantoir sur nom d'immeuble
Bonjour, petite question que je me pose depuis quelques temps sur les immeubles de ma commune. ils ont quasi tous une ref fantoir qu'on retrouve dans les voies FANTOIR sans rapprochement OSM : http://cadastre.openstreetmap.fr/fantoir/#insee=51649 Sachant que cette référence correspond à des immeubles qui sont déjà rattaché à une voie (plusieurs numéros par immeuble) ; *Que faut-il faire ? Rajouter la référence sur le bâtiment ? considérer cette référence supplémentaire en erreur?* Exemple : Rue des Saules (516492000L) : https://www.openstreetmap.org/relation/3874169 Bâtiment des saules (51649A510L) : https://www.openstreetmap.org/way/170937588#map=19/48.72000/4.58227 Merci, ++ Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prochaine révision des cantons, à vos souris
Quand je disais il y a quelques années, ici, sur cette liste, que les cantons changaient tout le temps et qu'il ne fallait pas les mettre dans OSM... Pour ceux qui en douteraient encore, voici, déjà planifiée, la prochaine révision: http://www.leparisien.fr/politique/ump-sarkozy-promet-de-redecouper-les-cantons-08-04-2015-4675181.php Et si c'est pas à la prochaine élection, ça sera à la suivante, le redécoupage des cantons étant un sport prisé par les élus nationaux depuis très, très longtemps (et au grè des résultats de la précédente élection), l'impact étant quasiment nul pour les citoyens lambda. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Adresse et hameau
Bonjour, Je suis en train de renseigner quelques n° de maisons sur des hameaux. J'aime beaucoup l'utilisation de relations type associatedStreet que je préfère à l'utilisation de addr:street. A votre avis, comment faire pour un hameau/résidence/autre... ? * Un nouveau type associatedPlace ? * Me cantonner à addr:place ? A-ton des nouvelles pour une intégration dans la BANO? Librement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] what happens to an OSM account if the user dies
On Wed, Apr 8, 2015 at 4:26 AM, maning sambale emmanuel.samb...@gmail.com wrote: Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? Likely the account just sits with no activity. There's some risk it could be hacked one day, but ultimately there are many many inactive accounts. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland
* Warum werden den die Werte als Abkürzungen definiert ? Was spricht gegen zB Hauptsignal statt hp ? Es handelt sich dabei um offizielle Abkürzungen, die durch das Signalbuch festgelegt sind (so wie die Verkehrszeichen in der StVO). Unter Eisenbahnern sind diese Abkürzungen auch gebräuchlicher als die Langnamen. Ausgeschriebene Bezeichnungen werden z.B. bei den österreichischen Signalen verwendet, da dort die Signale keine offiziellen Abkürzungen tragen. Im Sinne der allgemeinen Benutzerfreundlichkeit wären dann immer noch Werte ohne Abkürzungen besser. Das Unterscheidet sich nicht von Verkehrszeichen, auch da wird mit den entsprechenden Abkürzungen getaggt (http://wiki.openstreetmap.org/wiki/Traffic_sign#Traffic_sign_IDs) Außerdem sehe ich nicht, was einem Benutzer da groß hilft. Die Funktion wird bereits über den key beschrieben, z.B. railway:signal:main, damit ist bereits gesagt, dass es ein Hauptsignal ist. Über den key wird dann nur noch die genaue Art festgelegt, ähnlich dem Verkehrszeichen. Außerdem sind insbesondere im Bereich der DB-ESO die Begriffe wie Hauptsignale nicht eindeutig: es gibt mindestens 5 in Deutschland von der DB verwendete Signalsysteme, und alle haben ein Hauptsignal. railway:signal:main=DE-ESO:Hauptsignal sagt also in key und value das gleiche und lässt die interessanten Details letztlich aus. Ansonsten verstehe ich nicht so genau, was du eigentlich kritisierst... Taginfo zeigt ja schon zehntausende Treffer für railway:signal* [2] jedoch hat kein einziger Schlüssel eine Wiki-Seite. http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging_in_Germany Vielleicht sollte man von mal ein paar (Dutzend) redirects einbauen ;) Eike signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Facts about the world
Am 08.04.2015 um 15:23 schrieb Russ Nelson: Simon Poole writes: The wiki already explains: they hold a trademark for GR which makes using the official names of the routes essentially impossible in and Perhaps French trademark law is different than US trademark law, but in the US, you can *always* use a trademark truthfully. Thus, you can call Coke-a-Cola Coke-a-Cola all day long and they can't stop you. Yes, but we are using their trademark on a competing product, aka Pespi labelling their bottles with Coke-a-Cola (made by Pepsi). signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] what happens to an OSM account if the user dies
On 4/8/2015 7:26 AM, maning sambale wrote: Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? Sorry to hear this.In the past with the license change, the contributions were summarily deleted at the time of conversion to ODBL. Fortunately I believe that the user's contributions will be preserved if there were to be another license modification in the future. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Moving historic railroad ways from OSM to OpenHistoricalMap
Hans De Kryger writes: On Apr 2, 2015 7:08 AM, EthnicFood IsGreat ethnicfoodisgr...@gmail.com wrote: It's apparent to me that consensus will never be reached on whether or not abandoned railroads belong in OSM (at least the way it is currently configured), given the strong feelings on both sides of the issue. That's why I think moving them to OHM is a good compromise. I don't like it, but I would rather do that than see this data lost forever. At least in OHM, the data still lives, and can always be moved back to OSM later if a solution to the problem of historic features can be found. +1 Okay, but Hans, what Mark wrote is incoherent. The people who want to delete the dismantled portions of abandoned railroads from OSM want to delete them. Those of us who want the context of the dismantled portions to stay next to the merely abandoned or disused portions, do NOT want to delete them. This is a binary choice: stay or go. There is no compromise. Framing the choice to delete them as a compromise is simply a falsehood. With your +1, you are NOT COMPROMISING, you are saying that true things in OSM should be deleted. Let's just be clear on that: true things in OSM, which can often be verified in the field, are being deleted, people are supporting that, and it's NOT A COMPROMISE. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-lv] riigas atveertie dati
On 08/04/15 10:46, Pēteris Brūns wrote: Rich, domā kā OSM failu vai piemest kā slāni WMS? WMS kaut kā šitā: http://www.gisnet.lv/~peteris/ad.jpeg hmm, kaa ar papildinfo (iela, kas nu tur veel tiem punktiem piejams) ? it kaa shkjita, ka wms, bet varbuut osm fails tieshaam eertaaks... to arii vareetu sadaliit daljaas un leenaam visu paarbaudiit/salikt truukstosho :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland
Am 07.04.2015 um 16:08 schrieb Alexander Matheisen: Hallo, On Di, 2015-04-07 at 15:09 +0200, fly wrote: Grundsätzlich spricht nichts gegen eine Anpassung, allerdings sollten solche Änderungen möglichst breit diskutiert werden und dann bringt es nichts wenn der Autor hier nicht einmal persönlich einen Link veröffentlicht und dann auch mitdiskutiert ! ich nehme an, dass Nakaner das schlicht vergessen hat. Nein siehe Forum [1]. * Warum werden den die Werte als Abkürzungen definiert ? Was spricht gegen zB Hauptsignal statt hp ? Es handelt sich dabei um offizielle Abkürzungen, die durch das Signalbuch festgelegt sind (so wie die Verkehrszeichen in der StVO). Unter Eisenbahnern sind diese Abkürzungen auch gebräuchlicher als die Langnamen. Ausgeschriebene Bezeichnungen werden z.B. bei den österreichischen Signalen verwendet, da dort die Signale keine offiziellen Abkürzungen tragen. Im Sinne der allgemeinen Benutzerfreundlichkeit wären dann immer noch Werte ohne Abkürzungen besser. Die Beispiele am Ende hängen in der Luft und genau die Unterschiede sind nicht herausgearbeitet, da nur jeweils ein Beispiel für jeden Haupttag vorhanden ist. Noch sind die Tags railway:signal:main=*, railway:signal:combined=*, railway:signal:*:states=* und was da noch so herumschwirrt gut dokumentiert. Das Hauptsignal und das stillgelegte Signal verwenden exakt das gleiche Bild ! Es könnten definitiv noch ein paar mehr Beispiele auf der Seite stehen. Mit der Zeit werden sicherlich auch noch einige dazukommen. Ansonsten verstehe ich nicht so genau, was du eigentlich kritisierst... Taginfo zeigt ja schon zehntausende Treffer für railway:signal* [2] jedoch hat kein einziger Schlüssel eine Wiki-Seite. Ich habe mich jetzt bemüht aber die einzelnen Schlüssel sind nirgends im Wiki mit ein paar klaren Sätzen beschrieben. Wie soll ich dann wissen was zB. railway:signal:*:states=* oder railway:signal:main:height=normal überhaupt bedeutet ? Gibt es Proposals ? Habe ein altes gefunden [3]. Nein. Schade, denn das ist ein guter Ansatz für die Dokumentation. Insgesamt ist die Situation eher unbefriedigend, da es sich hier wohl eher um einen kleineren Kreis von Profis handelt und interessierte Laien schon Probleme bekommen. Mit der Verwendung der JOSM-Vorlagen kann man sich das Eintragen der Signale schonmal deutlich vereinfachen. Etwas Bahnwissen gehört aber dennoch dazu, das gebe ich zu. Das hebt zwar die Einstiegshürde und schreckt die große Masse ab, sichert aber auch eine gewisse Qualität der Daten. Mit diesem Argument kannst Du auch gleich iD abschaffen ! Wie soll ich denn etwas bewerten, wenn ich mich erst einmal kreuz und quer durchlesen will. Auch wird, nach wie vor, an forward/backward und left/right an Punkten festgehalten, was so von keinem einzigen Editor unterstützt wird. Das ist momentan eben die beste Möglichkeit, um einerseits die Daten einfach eintragen zu können, andererseits auch gut auswerten zu können. Wenn du eine bessere Idee hast, kannst du uns die gerne vorstellen. Schon mal über direction=* [4] nachgedacht ? Im Zweifel würde ich halt nur N, S, W, E und im Zweifel auch noch NW, NE, SW und SE verwenden. Dann könnte left/right sogar funktionieren. Aber vorsichtig, direction=* ist die Richtung, in die das Signal zeigt und somit entgegengesetzt zur Fahrtrichtung. Warum eigentlich railway: als name space ? Wenn möglich sollten doch allgemein gültige Tags auch funktionieren. Somit komme ich zu dem Schluss, dass es wohl immer noch an einer gelungen Ausarbeitung des Tagging-Schemas und der entsprechenden auch für normale User verständlichen Wikiseiten fehlt und ein mechanischer Edit zur Zeit zu wenig Verbesserung mit sich bringt. Hast du konkrete Verbesserungsvorschläge für die Wikiseiten? s.o. Insgesamt wäre es schön, wenn die Openrailway-Fraktion aus ihren separaten Gruppen heraustritt und mehr mit der gesamten Gemeinschaft diskutiert. (tagging@, talk-de@ und warum nicht sogar talk@) IM sehe ich hier einige Parallelen zu Openseamap und auch dort haben sich Ungereimtheiten eingeschlichen. Der mechanische Edit bringt deutliche Verbesserungen. Er vereinheitlicht das Tagging und korrigiert Design-Fehler, die wir beim Entwurf des Taggingschemas gemacht haben, nämlich die fehlende internationale Eindeutigkeit der Tags. Grundsätzlich habe ich nichts dagegen und warte dann mal auf die entsprechende Wiki-Seite über den Edit. Genau Angaben über die Anzahl der Objekte sind immer hilfreich. Allerdings hilft es uns auch nicht wenn Fehler mit anderen Ungereimtheiten korrigiert werden und dann in naher Zukunft der nächste mechanische Edit bevor steht. Grüße fly [1] http://forum.openstreetmap.org/viewtopic.php?pid=495894#p495894 [2] https://taginfo.openstreetmap.org/search?q=railway%3Asignal [3] https://wiki.openstreetmap.org/wiki/Proposed_features/Railway_Signals [4] https://wiki.openstreetmap.org/wiki/Key:direction
[OSM-talk] Osmic (OSM Icons) 0.1
Hi, I'm happy to announce the availability of the first release 0.1 of Osmic (OSM Icons). Osmic is a collection of 100+ clean high quality SVG icons optimised for small sizes. The icons are licensed under Public Domain (or CC0). The Github Repository: https://github.com/nebulon42/osmic For further details have a look at this diary entry: http://www.openstreetmap.org/user/nebulon42/diary/34709 Best, nebulon42 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?
Potresti provare con la versione nightly di osmand 2.0 per vedere se è già stato corretto. Trovi il link dal sito principale. Il 08/apr/2015 13:58, Max1234Ita max1234...@gmail.com ha scritto: A quanto pare si tratta di un problema già noto: https://groups.google.com/forum/#!searchin/osmand/motorway-link/osmand/VOIic5mCias/yKyOr0sUv88J https://groups.google.com/forum/#!searchin/osmand/motorway-link/osmand/VOIic5mCias/yKyOr0sUv88J Speriamo che lo risolvano col prossimo update! Max -- View this message in context: http://gis.19327.n5.nabble.com/Routing-autostradale-problema-di-OsmAnd-o-della-mappatura-tp5839987p5840097.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Vejklassen Tertiary
Jeg kan godt se din pointe Jørgen, jeg mener dog, at netop et trafikkort (i modsætning til et sædvanligt teknisk kort) kan være med til at afsløre, hvad myndighederne tænker som tertiær-veje. Det vil også være disse veje (som regel), der ryddes for sne, som holdes bedst vedlige osv. :-) Anyways - vi handlede hurtigt, og også 1:5 (d500) er nu tilgængeligt som tiles på osmtools.septima.dk - hvis nogen kan bruge dem, er vi glade. / Gregers On 8 Apr 2015 14:18, Jørgen Elgaard Larsen j...@elgaard.net wrote: Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Ja, det virker sådan, når man kigger på kortet. Men det må i høj grad komme an på lokalkendskab. Vil en typisk lokal beboer, der skal fra Skørping til Dollerup i bil, vælge den rute, du beskriver - eller den sydligere rute via Hellum, Torup og Siem? Der kan være mange grunde til det ene og det andet. Nogle gange føles den ene bare nemmere uden at man kan sætte ord på hvorfor. I dette tilfælde ville jeg som sofa-mapper vælge unclassified, medmindre jeg havde adgang til lokalkendskab, der sagde andet. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejklassen Tertiary
Er godt med på, at det kan være svært at vurdere, men i den nævnte situation viser et hurtigt blik på luftfotoet en meget god vej, endda med midterstriber, uden at det skal være afgørende. Så jeg ville ikke betænke mig på at gøre den tertiary, og formentligt flere veje i området. Konsekvensen af at være meget konservativ med tertiary er, at der bliver en dårlig navigation i området. Hvis man som sofa-mapper kan skelne mellem vejkvaliteten, er brugerne jo bedre hjulpet hvis det indarbejdes i kortet, end hvis det ikke indarbejdes. Er godt med på, at der kan blive for mange tertiary, så man er lige vidt, men det synes jeg ikke er tilfældet her. Venlig hilsen Allan Gyldendal Frederiksen -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 8. april 2015 14:02 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Vejklassen Tertiary Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Ja, det virker sådan, når man kigger på kortet. Men det må i høj grad komme an på lokalkendskab. Vil en typisk lokal beboer, der skal fra Skørping til Dollerup i bil, vælge den rute, du beskriver - eller den sydligere rute via Hellum, Torup og Siem? Der kan være mange grunde til det ene og det andet. Nogle gange føles den ene bare nemmere uden at man kan sætte ord på hvorfor. I dette tilfælde ville jeg som sofa-mapper vælge unclassified, medmindre jeg havde adgang til lokalkendskab, der sagde andet. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[OSM-talk-be] Accessibility data
Hey All, I’m working on a project that involves mapping accessibility data to a uniform data layer. This means that it will enable to uniform request data about accessibility, without actually knowing from where it came and what structure that data was in. So far I have been able to identify some sources on the flemish level, and german (wheelmap), I also contacted some people in The Netherlands that were working around accessibility, see if they are opening that data up. I also took a quick look at the UK, since they are the “leader” in open data, but without any results, an email to that regard has been sent as well. That doesn’t mean I can’t ask more people, such as the OSM-BE community! So, do you guys have any knowledge of more datasources that hold accessibility data (in any form) from Belgium or Europe? Thanks in advance! Best regards, Jan ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-dk] Vejklassen Tertiary
Vil også lige give snerydning et par ord med på vejen, vi har det også tilgængeligt, ligesom de fleste andre kommuner (http://www.syddjurs.dk/sne) Men det løser ikke problemet. Motorvej, motortrafikvej og primærruterne er statsveje. Det efterlader så secondary, tertiary og unclassified klasserne til kommuneveje og de private veje. Vinterklasse 1 bruges hos os, til meget andet end sekundærruterne. Og Vinterklasse 2 går også længere ned i vejklassen end jeg mener tertiary bør gøre, så hvis man vil bruge snerydning som kilde, vil man her i vores område få væsentligt flere tertiary veje selvom man bare ville holde sig til vinterklasse 2. Så snerydnings kriteriet vil også producere nogle dilemmaer, men kan måske i nogle tilfælde være med til at afgøre sagen. Men det er nu nok noget som ligeså godt kunne afgøres ud fra luftfotoet, hvis valget står mellem to veje. Det er derfor ikke sikkert at arbejdet med at finde dem hos hver enkelt kommune vil stå mål med resultatet. Venlig hilsen Allan Gyldendal Frederiksen -Oprindelig meddelelse- Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] Sendt: 8. april 2015 15:32 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Vejklassen Tertiary On 08-04-2015 15:11, Allan Gyldendal Frederiksen wrote: Er godt med på, at det kan være svært at vurdere, men i den nævnte situation viser et hurtigt blik på luftfotoet en meget god vej, endda med midterstriber, uden at det skal være afgørende. Så jeg ville ikke betænke mig på at gøre den tertiary, og formentligt flere veje i området. Konsekvensen af at være meget konservativ med tertiary er, at der bliver en dårlig navigation i området. Hvis man som sofa-mapper kan skelne mellem vejkvaliteten, er brugerne jo bedre hjulpet hvis det indarbejdes i kortet, end hvis det ikke indarbejdes. Enig. Og hvis der så er nogen med lokalkendskab, der mener at det er en unaturlig vej at bruge til forbindelse, så må vedkommende jo bare gøre den til unclassified. Nu har snerydningsprioritering været nævnt flere gange. Jeg søgte hurtigt på det og det er der faktisk tilgængelige oplysninger om. fx: http://drift.kortinfo.net/Map.aspx?Site=SvendborgPage=Vinterruter http://soroe.dk/trafik,-parkering-og-veje/snerydning Er godt med på, at der kan blive for mange tertiary, så man er lige vidt, men det synes jeg ikke er tilfældet her. Ja, jeg har prøvet at rydde op i prioriteringen på Sjælland, så der er ubrudte forbindelser, men jeg tror at der burde være lidt flere prioriterede veje. Venlig hilsen Allan Gyldendal Frederiksen -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 8. april 2015 14:02 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Vejklassen Tertiary Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Ja, det virker sådan, når man kigger på kortet. Men det må i høj grad komme an på lokalkendskab. Vil en typisk lokal beboer, der skal fra Skørping til Dollerup i bil, vælge den rute, du beskriver - eller den sydligere rute via Hellum, Torup og Siem? Der kan være mange grunde til det ene og det andet. Nogle gange føles den ene bare nemmere uden at man kan sætte ord på hvorfor. I dette tilfælde ville jeg som sofa-mapper vælge unclassified, medmindre jeg havde adgang til lokalkendskab, der sagde andet. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht
Am 08.04.2015 um 11:31 schrieb Martin Koppenhoefer: ich würde die Daten auch nicht für OSM verwenden, wenn es sich hier um [] das zukünftig nicht mehr passiert. +1! Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] what happens to an OSM account if the user dies
On 08/04/15 12:26, maning sambale wrote: Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? My condolences. The simple answer is nothing at all happens because OSM will be entirely unaware of what has happened. It has never happened as far as I am aware, but if we were contacted by the executor of the estate then no doubt we would attempt to do whatever they requested with it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] what happens to an OSM account if the user dies
This is a good question, condolences to your friend. I thnik wikipedia and other project haves a procedure when sad things like this happen. ᐧ On Wed, Apr 8, 2015 at 3:20 PM, Tom Hughes t...@compton.nu wrote: On 08/04/15 12:26, maning sambale wrote: Sad news that my friend and OSM contributor died from a vehicular accident. I'm curious, what happens to an OSM user account if this happens? My condolences. The simple answer is nothing at all happens because OSM will be entirely unaware of what has happened. It has never happened as far as I am aware, but if we were contacted by the executor of the estate then no doubt we would attempt to do whatever they requested with it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ 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-de] Osmic (OSM Icons) 0.1
Hi, zusätzlich zum englischen Diary-Eintrag (http://www.openstreetmap.org/user/nebulon42/diary/34709) hier auch eine deutsche Ankündigung: Osmic (OSM Icons) 0.1 ist verfügbar. Dabei handelt es sich um eine Sammlung von 100+ qualitativ hochwertigen SVG-Icons, die für kleine Größen optimiert wurden. Die Icons stehen unter der Lizenz CC0 (Public Domain). Das Github Repository: https://github.com/nebulon42/osmic Viele der verfügbaren Icons haben in den letzten Monaten bereits ihren Weg in den OSM Standard-Kartenstil gefunden und zu einer knackigeren Darstellung von POIs geführt. Vielen Dank an all die Menschen von osm-carto, die in diesem Prozess mitgeholfen haben. Danke für Kritik, Diskussionen, Ideen und Verbesserungsvorschläge. Anerkennung gebührt auch jenen, die die Inspiration zur Erstellung dieser Icons geliefert haben. Das sind Mapbox' Maki, twain47s Open-SVG-Map-Icons und HOTs Maki-Erweiterung genannt Nori. Wie unterscheiden sich diese Icons von Maki? Nicht sehr. Maki wurde während der Erstellung der Icons zur größten Inspirationsquelle, weil sie großartige Arbeit bei der Erstellung eines sauberen und lesbaren Satzes von Icons geleistet haben. Osmic ist vielleicht ein bisschen näher an den Bedürfnissen von osm.org. Andererseits bietet Maki alle Icons in drei verschiedenen Größen an. Das ist derzeit für Osmic noch nicht geplant, könnte aber später notwendig werden. Wie unterscheiden sich diese Icons von twain47s Icons? twain47 hat einen der vollständigsten und umfangreichsten Sätze von Icons für OSM erstellt und hat dabei großartige Arbeit geleistet. Osmic möchte auf ein paar Unzulänglichkeiten bezüglich der Anzeige von Icons bei kleinen Größen eingehen. Das beinhaltet das Reduzieren von Komplexität und Detailgrad, das Beschränken auf eine Füllfarbe und das Ausrichten der Icons am Pixelraster. Alle diese Maßnahmen sollen zu einer weniger verwaschenen und damit schärferen Darstellung bei kleinen Größen führen. lg, nebulon42 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] BANO : Ref Fantoir sur nom d'immeuble
Rajouter le ref:FR:FANTOIR sur l'objet concerné (ici un immeuble, mais ça peut être une résidence comprenant plusieurs immeuble) permet de géolocaliser ces objets. Exemple: cherchez Tour Tourmalet sur https://adresse.data.gouv.fr/map/ J'ai rajouté le ref:FR:FANTOIR sur le bâtiment et du coup BANO peut le localiser: http://www.openstreetmap.org/way/70474811 Le 08/04/2015 12:38, Stéphane Péneau a écrit : Le 08/04/2015 12:24, Pierre Knobel a écrit : Je trouve que la limitation actuelle aux objets de type highway=* + name=* pour les rapprochements OSM/FANTOIR est trop restrictive (peut-être centrée sur une problématique de calcul d'itinéraire ?). On pourrait imaginer rapprocher aussi les building=*, les leisure=park... etc S'il y a une lettre après le code Insee de la commune, c'est que ce code Fantoir ne s'applique pas à une voie. Le plus souvent il s'agit d'un hameau, mais on rencontre aussi le cas des lotissements, ou comme ici, d'une résidence ou d'un batiment. Stf ___ 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: [OSM-talk-fr] FFRandonnée − de quoi rire encore un moment (jaune ?)
Ha ben tiens, quand on se retrouve aux mêmes endroits… Je viens de leur poser la question par le formulaire de contact, en évoquant : - les fonds publics - la diffusion de l'information, et demandant si quelqu'un revendiquait une propriété intellectuelle, qui, et pourquoi… C'était une action personnelle, mais si d'autres veulent s'y mettre aussi ! JB. Le 08/04/2015 13:03, Romain MEHUT a écrit : Bonjour, Ici, http://www.gr470-gorgesallier.com/#!a-propos/c1t0g http://www.gr470-gorgesallier.com/#%21a-propos/c1t0g, on peut lire: /Le Syndicat Mixte d’Aménagement (SMAT) du Haut-Allier œuvre depuis 1984 pour l’aménagement, la valorisation et la promotion touristique des Gorges de l’Allier. Il est à l’initiative de nombreux projets touristiques structurants, dont le chemin de grande randonnée GR470 Sources et Gorges de l’Allier./ // /Cet itinéraire et ces outils ont été réalisés par le SMAT du Haut-Allier en collaboration avec la Fédération Française de Randonnée Pédestre et ses comités départementaux de Haute-Loire et de Lozère./ // /L’opération a obtenu le soutien financier de l’Europe et des Conseils Généraux de Haute-Loire et de Lozère./ Les traces gps de ce GR sont en téléchargement mais avec la limite /Attention, les traces téléchargées sont strictement réservées à un usage personnel et non commercial./ Vu que les structures porteuses de cette application sont publiques et bénéficient également de soutiens financiers d'autres structures publiques, il me semblent difficile de maintenir une telle contrainte. Et on peut revenir aussi sur la question de la propriété intellectuelle où ici on voit bien que ce n'est pas la FFRP qui en est à l'initiative. Romain Le 24 mars 2015 14:26, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Salut Nicolas, et les autres : Un moyen de couper l'herbe sous le pied de la FFRP : que les collectivités publient elles-même leurs itinéraires sous licence libre, avec la « vraie » attribution. L'histoire : j'avais rencontré longuement le responsable du PDIPR de l'Aube l'année dernière. OpenData, libération de données ne lui parlait pas vraiment. Par contre, ce qui lui parlait, c'était de voir le topoguide® local avec ses itinéraires créés par lui (et publiés plus tôt avec cette attribution) repris par la FFRP avec leur attribution à eux (propriété de la FFRP) alors qu'aucun contact n'avait été pris. Et maintenant, quelqu'un qui lit le topoguide pense que l'itinéraire est à la FFRP, alors qu'il ne l'est pas. Voilà pourquoi je lui avais proposé de publier sous licence ouverte. Mais c'était encore trop nouveau pour lui. Alors si toutes les collectivités dont les départements libéraient leurs itinéraires, qu'on rentre tout ça dans OSM, que ça apparait sous waymarkedtrails, etc, etc… JB. Le 24/03/2015 10:07, Nicolas Moyroud a écrit : Bonjour, Merci JB pour cette bonne tranche de rire ! Une solution dont j'ai eu l'occasion de discuter avec un responsable SIG de comcom serait de passer directement par les collectivités car ce sont elles qui très souvent mettent au point les itinéraires et fournissent ensuite les informations à la FFRP. Autrement dit à la FFRP il y a nombre d'itinéraires dont ils revendiquent la propriété intellectuelle et dont ils ne sont en fait pas du tout les auteurs, mais juste les baliseurs (et encore ?) et les publieurs. A mon avis rien n'empêche d'aller à la source auprès des collectivités, récupérer les itinéraires qu'ils ont construit et les publier sur OSM. En tout cas le gars avec qui j'ai discuté et tout à fait près à le faire. Autre remarque concernant un site d'aide à l'utilisation d'OSM en randonnée : l'excellente application oruxmaps sous Android qui est relativement simple à prendre en main. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Facts about the world
Simon Poole writes: The wiki already explains: they hold a trademark for GR which makes using the official names of the routes essentially impossible in and Perhaps French trademark law is different than US trademark law, but in the US, you can *always* use a trademark truthfully. Thus, you can call Coke-a-Cola Coke-a-Cola all day long and they can't stop you. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-dk] Vejklassen Tertiary
8. april 2015 kl. 11.38 skrev Allan Gyldendal Frederiksen a...@syddjurs.dk: Med hensyn til området nord for Rold Skov, tror jeg du skal zoom et niveau tættere på for at se det jeg mener kunne være forlæg for tertiary klassen. I det zoom niveau er der forbindelsesveje mellem de nævnte byer i området. Ah, okay, så følge dit link og så zoome ind en gang. Interessant nok kan man på det zoomniveau ikke se forskel på vejen mellem Skørping og Terndrup og de andre veje der dukker op, selvom det kun er den første der er med på zoomniveauet en tak over (den er også af bedre kvalitet). Så jeg vil mene at f.eks. den direkte vej mellem Støvring og Blenstrup over Fræer og Askildrup bør skifte status til tertiary Helt ud til rute 507. Og det bør nok være begge tilslutningsveje fra Blenstrup til 507 der medtages, med mindre lokalt kendskab siger noget andet. Hvis kun den ene medtages, vil du i rute sammenhæng risikere, at blive sendt på en omvej alt efter hvilken vej du kommer fra på 507. Okay, jeg tror jeg vil opgradere nogle af de her veje i nærmeste fremtid. Jeg har kørt på mange af dem. Tak fordi du rejser sagen! Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland
Am 08.04.2015 um 15:17 schrieb fly lowfligh...@googlemail.com: Warum eigentlich railway: als name space ? ich finde so einen namespace dort nicht schlecht, wo es um Spezialistentags geht. Hauptsignale und Ähnliches wird wohl nicht jeder eintragen, und durch den Präfix wird auch demjenigen, der diese Spezialtags nicht alle kennt, schonmal ungefähr ein Kontext vermittelt (Eisenbahn in diesem Fall), ohne dass er gleich die genaue Bedeutung im Wiki recherchieren müsste Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] ROPiky vs Sruby
Proste jen military=bunker ;-) 8. dubna 2015 19:56:24 CEST, Ondrej Steiner steiner4s...@gmail.com napsal: Ahoj, Mam jeste jeden dotaz na tema ROPiky: Existuje systematicky zpusob jak odlisit ROPik (tedy objekt lehkeho opevneni) od srubu (tedy objektu tezkeho opevneni)? Pri pohledu na wiki je mi jasne, ze oba dva typy objektu budou mit tag military=bunker a ROPik jeste tag bunker_type=pillbox Co vsak pouzit pro sruby? bunker_type=pillbox by podle popisu A small abandoned World War 2 gun emplacement. asi pouzit byti nemel, ale oproti zbyvajim alternativam (munitions, hardened_aircraft_shelter) se jedna asi o nejlepsi volbu. Dival jsem se na taginfo (http://taginfo.openstreetmap.org/keys/bunker_type#values), ale zadna hezka a plosne pouzivana hodnota mne pro sruby nezaujala. Je zde neco, z ceho vyjit? Diky. Ondra ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cl] [Recordatorio] Se viene la Mapatón 2014 (César Medina)
Estimados Lamento responder tan encima. Me encantaría ayudar en los temas uno o dos (introduccion a OSM o preferentemente edición del mapa). Tengo algo de experiencia enseñando a usar openstreetmap en universidades, así que no será problema. Todavía necesitan gente para eso ? Ignacio Abé _Director de investigación _Pedaleable.org _fijo: +56 2 29317534 _cel: +56 9 82895523 El 7 de abril de 2015, 10:13 p. m., Cristián Serpellcrist...@serpell.cl escribió: Estimados, ¿Hay algo así como un horario o cronograma del evento? Me gustaría participar pero veo muy difícil poder participar los dos días. Podría ir un día, entonces quiero saber en qué actividades puedo participar para elegir el día de la mejor manera. Muchas gracias, Cristián ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] [Recordatorio] Se viene la Mapatón 2014 (César Medina)
Hola Ignacio, por supuesto que sí, dale, te esperamos! Regístrate acá para considerarte en todos los temas logísticos. https://2015.spaceappschallenge.org/ https://docs.google.com/forms/d/1I-CarOPhu9m5wOZ5RsMjfWWAsq8skDosqJ7EeohElMY/viewform saludos César El 8 de abril de 2015, 15:46, ignacio abé ignacio...@pedaleable.org escribió: Estimados Lamento responder tan encima. Me encantaría ayudar en los temas uno o dos (introduccion a OSM o preferentemente edición del mapa). Tengo algo de experiencia enseñando a usar openstreetmap en universidades, así que no será problema. Todavía necesitan gente para eso ? Ignacio Abé _Director de investigación _Pedaleable.org _fijo: +56 2 29317534 _cel: +56 9 82895523 El 7 de abril de 2015, 10:13 p. m., Cristián Serpellcrist...@serpell.cl escribió: Estimados, ¿Hay algo así como un horario o cronograma del evento? Me gustaría participar pero veo muy difícil poder participar los dos días. Podría ir un día, entonces quiero saber en qué actividades puedo participar para elegir el día de la mejor manera. Muchas gracias, Cristián ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland
Hallo, Am 2015-04-07 um 15:09 schrieb fly: Grundsätzlich spricht nichts gegen eine Anpassung, allerdings sollten solche Änderungen möglichst breit diskutiert werden und dann bringt es nichts wenn der Autor hier nicht einmal persönlich einen Link veröffentlicht und dann auch mitdiskutiert ! Der Autor ist Teil des Wochennotiz-Teams und hat selbst dafür gesorgt, dass in der in wenigen Stunden erscheinenden Wochennotiz die Diskussion im Forum verlinkt ist. Da er eh anschließend noch ein paar Tage gewartet hätte, war das in seinen Augen kein Ausschluss derjenigen, die nicht im Forum aktiv sind. Ist dir noch nicht aufgefallen, dass diese Liste ihre besten Tage hinter sich hat? :-) https://www.openstreetmap.org/user/Nakaner/diary/34713 Gibt es Proposals ? You can tag what you want habe ich mal gelernt. Wenn das nicht mehr gelten sollte, dann ist OSM ja fast so schlimm wie das Crowdsourcing-Projekt mit dem W. Das Signaltagging wird auf einer Liste mit öffentlichem Archiv diskutiert und ist sauber dokumentiert. Zwar lief ein Teil der Diskussion der vergangen zwölf Monate nicht auf einer Mailingliste, sondern im Real-Life, aber zu den Veranstaltungen wurde eingeladen. Die Tagesordnungen waren vorab öffentlich im Wiki, die Protokolle sind es (sogar ins Englische übersetzt!) auch. Auch an Links in der Wochennotiz hat es nicht gemangelt. Wenn du die Wochennotiz nicht liest, dann kann ich dir nicht weiterhelfen. http://lists.openrailwaymap.org/archives/openrailwaymap/ https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1 https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2 Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-pe] Coordinar mapeo en Arequipa
Al respecto de lo que comentas, revisando el mapeo que se hace en otros países he observado que suelen unir los segmentos (cuadras) de las calles con el fin de formar un sólo segmento y darle a ese segmento el nombre. Sin embargo por aquí he visto casos donde ocurre lo contrario, que cada segmento está por separado y nombrado. Un problema con esto es que cuando el mapa es alejado con el zoom los nombres no se ven, a diferencia que aquellas calles que forman un solo segmento. ¿Cuál es la práctica recomendada? On Wed, 08 Apr 2015 10:14:13 -0500, Johnattan Rupire jarja...@riseup.net wrote: Hola lista, a colación con el tema de las convenciones también tenemos algún problema con la nominación de las vías, es decir, no hay una forma consensuada de nominar, por ejemplo, las calles. Podríamos agregar a las convenciones una forma de nominar las calles común para todo el país. highway= * name= nombre completo (Avenida José López Pazos) alt_name= nombre alterno (cuando existe) old_name=para las calles que han cambiado de nombre como la Avenida Óscar Raumundo Benavides entre Lima y Callao, que se llamaba Avenida Colonial. No usar abreviaciones tipo, Av. Jr. etc. ¿cómo lo ven? Saludos! El 04/04/15 a las 23:27, Robert David Ascuña Cárdenas escribió: Hola Mathias, como mencionaba antes, ya hubo un acuerdo previo basándonos en información que reunimos de varias fuentes, incluso uno de los miembros de la lista lo publicó en la wiki [1]. Resumiendo quedo algo así: CLASIFICACIÓN OSM | PERÚ motorway == autopistas trunk == carreteras nacionales (longitudinales, transversales, PE-XX) [2] primary == carreteras regionales o departamentales (sirven para unir grandes ciudades) [3] secondary == avenidas principales (distritales) terciary == avenidas secundarias (vías de uso frecuente) residential == calles He verificado que esto coincide exactamente con las convenciones que están en la página que citaste (por cierto se agradece la referencia). Sin embargo como también comentabas, estas no se están respetando. Por poner un ejemplo, en Arequipa se han cambiado las clasificaciones de algunas vías (trunk, primary) por otras que me parecen incorrectas. No deberíamos tener problemas diferenciando entre vías nacionales (trunk) y departamentes (primary) ya que esa información está disponible en la web del MTC [3]. Y respecto a la autopistas (motorway), tampoco creo que haya problemas, sólo se tiene que verificar cuales de las vías principales son autopistas (mínimo 4 carriles, etecé). [1] http://wiki.openstreetmap.org/wiki/Per%C3%BA:Map_Features [2] https://www.mtc.gob.pe/portal/transportes/red_vial/webm/index.html [3] https://www.mtc.gob.pe/portal/transportes/red_vial/mapas_redvial.htm (hay un PDF por cada departamento con las carreteras nacionales en rojo y las departamentales en verde) On Sat, 04 Apr 2015 14:03:54 -0500, Mathias Versichele mathias.versich...@gmail.com wrote: Que casualidad que justo quería enviar un correo sobre el mismo tema. Me equivoco, o me parece que las convenciones en http://wiki.openstreetmap.org/wiki/Per%C3%BA:Convenciones no se dejan ver en el mapa actual del Perú ? - la Panamericana no tiene que ser un 'motorway' por todo Perú ? Y el unico también ? (hay partes por Jauja, Piura, ... http://overpass-turbo.eu/s/8yM). - las únicas vías 'highway=motorway' deben ser las tres longitudinales ? Ahora corren por todo el país... Me parece que muchas trunks tienen que ser primary's. Si las convenciones han cambiado: donde puedo encontrar una fuente ? Saludos desde Belgica 2015-04-04 19:34 GMT+02:00 Robert David Ascuña Cárdenas rdacarde...@outlook.com: Hola colegas de OpenStreetMap, hace un tiempo escribí sobre la clasificación de vías y logramos realizar un acuerdo. Sobre eso pude realizar parte del mapeo de las principales vías de la ciudad de Arequipa, ciudad donde vivo. Intentando cubrir las principales vías y afines, esto para poder tener un correcto mapeo de la infraestructura víal actualmente existente. Ahora último, he visto que se han seguido haciendo actualizaciones, y es por esta razón que me gustaría contactar con otras personas que estén realizando mapeos en Arequipa para poder coordinar el mapeo, compartir fuentes de información, y otros. Saludos. -- Robert David Ascuña Cárdenas ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-de] Mapillary2JOSM Status ?
Hallo Volker, das ist ein bekanntes Problem mit der Mapillary API und existiert schon länger: https://github.com/ubahnverleih/mapillary2JOSM/issues/8 Die Frage ist ob noch jemand den Service benutzt und es sich lohnt das zu reparieren. Holger On 2015-04-08 at 11:51 +0200 Volker Schmidt wrote: Seit ein paar Tagen funktioniert Mapillary2JOSM fuer mich nicht mehr. Ich erhalte immer die Fehlermeldung Download fehlgeschlagen. Bereich zu groß. Hat jemand anderes das gleiche Problem? Volker ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-cz] ROPiky vs Sruby
Ahoj, Mam jeste jeden dotaz na tema ROPiky: Existuje systematicky zpusob jak odlisit ROPik (tedy objekt lehkeho opevneni) od srubu (tedy objektu tezkeho opevneni)? Pri pohledu na wiki je mi jasne, ze oba dva typy objektu budou mit tag military=bunker a ROPik jeste tag bunker_type=pillbox Co vsak pouzit pro sruby? bunker_type=pillbox by podle popisu A small abandoned World War 2 gun emplacement. asi pouzit byti nemel, ale oproti zbyvajim alternativam (munitions, hardened_aircraft_shelter) se jedna asi o nejlepsi volbu. Dival jsem se na taginfo (http://taginfo.openstreetmap.org/keys/bunker_type#values), ale zadna hezka a plosne pouzivana hodnota mne pro sruby nezaujala. Je zde neco, z ceho vyjit? Diky. Ondra ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-de] Wochennotiz Nr. 246 31.3.–6.4.2015
Hallo, die Wochennotiz Nr. 246 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/04/wochennotiz-nr-246/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Prochaine révision des cantons, à vos souris
Non, car là ce n'est qu'une annonce d'un futur candidat (qui en plus n'est pas élu, ni même encore candidat officiellement, même au sein de son parti). Rien à voir avec une réforme réelle. De toute façon légalement les cantons *doivent* être remaniés à chaque élection dont les élus représentent une population et non un territoire/une collectivité : c'est le cas des cantons, des circonscriptions législatives et même dans une certaine mesure les sénatoriales et européennes pour équilibrer la représentation des sieges à pourvoir (s'il y a un déséquilibre supérieur à 20%, le remaniement est nécessaire, sur la base des chiffres légaux au début de l'année qui précede le scrutin prévu, c'est dans la Constitution, soit en changeant le nombre de sieges à élire, soit en redécoupant quand chaque élection locale doit élire un nombre défini de sieges représentant des populations à peu pres égales). Tous les politiques s'intéresessent à ces découpages. Mais on a encore largement le temps. Les cantons actuels vont durer encore quelques années. Si cette fois il y a eu beaucoup de de changement c'est parce que le mode d'élection des siges à pourvoir a changé et qu'ils ont été divisés par deux pour garder les seuils d'habitants par circonscription (mais comme la population a aussi globalement un peu augmenté, le nombre total de sieges l'a aussi fait mathématiquement, puisque les seuils n'ont pas été augmentés) L'opération dans OSM n'a pas été inutile : on a largement amélioré les limites et données incompltes au plan local et affiné la précision dans les villes découpées. Ce qui fait débat c'est la façon de découper ces villes et de le faire en arrangeant les listes de communes voisines. Mais surtout qu'au sein des villes il y a des tracés vraiment charcutés, à des niveaux inférieurs même aux quartiers ou même à une simple rue, alors que les marges de 20% devraient permettre d'éviter ça et de garder les cantons alignés avec les réalités des quartiers et leur gestion locale dans la commune. Ce qui fait débat aussi est que certaines communes sont découpées alors qu'elles n'avaient pas besoin de l'être du tout (on a des cas dans le milieu rural et ce n'est même pas lié au fait d'une fusion récente de communes où la conservation des limites garde son sens) Ne faison pas de spéculations, les cantons sont là pour au moins 5 ans (la moitié de l'âge actuel d'OSM), on a largement le temps de voir ce que cela donnera ensuite. Alors que pendant ce temps là tout le reste peut bouger aussi (limites adminsitratives, constructions et routes, fleuves, équipements, signalisation, et des centaines de milliers d'adresses...). Ces cantons sont des limites stables et utiles au repérage sur les territoires et à leur vie locale. Plus stables en fait que tout le reste qui bouge tout le temps sans prévenir. Le 8 avril 2015 18:26, Pieren pier...@gmail.com a écrit : Quand je disais il y a quelques années, ici, sur cette liste, que les cantons changaient tout le temps et qu'il ne fallait pas les mettre dans OSM... Pour ceux qui en douteraient encore, voici, déjà planifiée, la prochaine révision: http://www.leparisien.fr/politique/ump-sarkozy-promet-de-redecouper-les-cantons-08-04-2015-4675181.php Et si c'est pas à la prochaine élection, ça sera à la suivante, le redécoupage des cantons étant un sport prisé par les élus nationaux depuis très, très longtemps (et au grè des résultats de la précédente élection), l'impact étant quasiment nul pour les citoyens lambda. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Last few days. State of the Map: Call for Venues 2016
Dear All, The Call for Venues to host State of the Map 2016 is open for a few more days. Do you wish that your town / region could host State of the Map? It isn't too late. Get a team of locals together and assemble a bid. Have a look at the example bids, and the bids submitted so far. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues If you have any questions about preparing a bid and/or hosting State of the Map, contact the State of the Map Working Group t...@stateofthemap.org Best regards and happy mapping, Richard ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Last few days: State of the Map 2016: Call for Venues
Dear All, The Call for Venues to host State of the Map 2016 is open for a few more days. Do you wish that your town / region could host State of the Map? It isn't too late. Get a team of locals together and assemble a bid. Have a look at the example bids, and the bids submitted so far. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues If you have any questions about preparing a bid and/or hosting State of the Map, contact the State of the Map Working Group t...@stateofthemap.org Best regards and happy mapping, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-it] Aiuto per tradurre le descrizioni delle immagini della settimana
On 2 April 2015 at 20:47, Daniele Forsi dfo...@gmail.com wrote: Fino a 3 settimane fa l'italiano era l'unica lingua che aveva TUTTE le descrizioni tradotte, ma io non ce la faccio a stargli dietro, qualcuno può dare una mano? peccato che nessuno possa dare una mano... Questa settimana l'immagine è del nostro PJ Hooker : http://wiki.openstreetmap.org/wiki/IT:Featured_images -- Daniele Forsi -- 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
Re: [Talk-it] Aiuto per tradurre le descrizioni delle immagini della settimana
Fra qualche giorno mi libero e...parlo anche con Daniele... Il 08/apr/2015 23:30, Luca Delucchi lucadel...@gmail.com ha scritto: On 2 April 2015 at 20:47, Daniele Forsi dfo...@gmail.com wrote: Fino a 3 settimane fa l'italiano era l'unica lingua che aveva TUTTE le descrizioni tradotte, ma io non ce la faccio a stargli dietro, qualcuno può dare una mano? peccato che nessuno possa dare una mano... Questa settimana l'immagine è del nostro PJ Hooker : http://wiki.openstreetmap.org/wiki/IT:Featured_images -- Daniele Forsi -- 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 mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto per tradurre le descrizioni delle immagini della settimana
Ci sto provando... (sono novizio, ogni consiglio è ben accetto :-) ) Il giorno 9 aprile 2015 00:17, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: Fra qualche giorno mi libero e...parlo anche con Daniele... Il 08/apr/2015 23:30, Luca Delucchi lucadel...@gmail.com ha scritto: On 2 April 2015 at 20:47, Daniele Forsi dfo...@gmail.com wrote: Fino a 3 settimane fa l'italiano era l'unica lingua che aveva TUTTE le descrizioni tradotte, ma io non ce la faccio a stargli dietro, qualcuno può dare una mano? peccato che nessuno possa dare una mano... Questa settimana l'immagine è del nostro PJ Hooker : http://wiki.openstreetmap.org/wiki/IT:Featured_images -- Daniele Forsi -- 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 mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
