Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Philippe Verdy]

Ceci dit, "bus=yes" n'est pas recommandé sur "public_transport=platform"
(alors que la plateforme est justement le lieu d'échange intermodal), mais
bizarrement défini sur public_transport=stop_position (sur le trajet
spécifique d'un mode de transport).

De fait on a des:
  {"bus=yes", "tram=yes", "train=yes"}
sur les objets platform
  {en v2: "public_transport=platform";
  en v1 sur divers trucs: "highway=bus_stop", "railway=halt/station/...",
"subway=station"...
  }
Mais tout ça vient des confusions des objets "v1" et de leur migration en
v2: pour la compatibilité selon les applis et le temps que les mises à jour
s'y retrouvent, on peut donc trouver des nouveaux tags ajoutés aux anciens
objets avant de les enlever plus tard quand aura été fait le tri entre stop
et platform pour la v2 stricte.

Cependant je pense
  * qu'on doit encore garder highway=bus_stop et railway=halt, mais
uniquement sur les "platform" (hors du chemin) et même les y ajouter s'ils
manquent (car les applis pour utiliser la v2 ne sont pas encore prêtes);
  * mais plus du tout sur les "stop"/"stop_position" (sur les chemins) où
il faut les enlever

Au besoin créer un autre noeud platform à côté s'il manque
  --[ éventuellement avec un FIXME si la position est difficile à estimer,
bien que les plateformes sont en général assez longues, et qu'on voit le
marquage au sol des zones d'arrêt qui permettent de savoir où les passagers
peuvent attendre et estimer où est le panneau indicateur ; ce FIXME sera
pour savoir s'il y a un banc ou un abri ou si l'arrêt est adapté pour
l'accessibilité, sans marche vers la chaussée ou à niveau des entrées de
bus, sans pente et assez large dans la zone d'attente ]--
et ajouter cette nouvelle plateforme aux relations avec le bon rôle,
remplacer le rôle de l'ancien objet sur le chemin en "stop").


2016-10-27 2:37 GMT+02:00 Florian LAINEZ :

>
> Le 26 octobre 2016 à 23:19, Philippe Verdy  a écrit :
>
>> "highway=bus_stop" correspond à "public_transport=platform + bus=yes"
>
>
> bonne remarque.
> Je complète donc mon analyse :
>
>- Nombre de nodes en île-de-france :
>- 21 354 highway=bus_stop  dont 18 997 
> highway=bus_stop
>   sans public_transport=platform 
>   - 2 647 public_transport=platform 
>   dont 290 public=transport=plateform sans highway=bus_stop
>    dont 184 public_transport=platform
>   avec bus=yes mais sans highway=bus_stop
>   
>
> --
>
> *Florian Lainez*
> @overflorian 
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Philippe Verdy]

Pour info, la STAR publie directement ses données dans son site "STAR Data
Explore" : ce n'est plus "Rennes Métropole", ni "Keolis Rennes"
(l'exploitant concessionnaire) qui s'en charge chacun de son côté.
Cependant il manque encore des données pour les lignes scolaires, mais cela
doit arriver auss selon ce qu'indique le forum de commentaires intégré au
site opendata.

Le 27 octobre 2016 à 04:27, Jérôme Amagat  a écrit
:

> ça parle beaucoup des bus, des bus à rennes en plus où il existe en open
> data la position de tous les arrêt ici https://data.rennesmetropole.
> fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/
> les données ont l'air très bonne, en regardant avec la photo aérienne les
> coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les noms
> ( là il y a un petit soucis : les accents sur les lettre majuscule n'existe
> pas comme pour Eglise) l’accès pmr et la présence d'abris sont indiqués.
> ça pourrait être pas mal de pouvoir les intégrer avec osmose.
>
> En me basant sur les exemples ici https://github.com/osm-fr/
> osmose-backend/tree/master/analysers
> je dirais qu'il faudrait créer un test comme ça :
>
> #!/usr/bin/env python
> #-*- coding: utf-8 -*-
>
> from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
> Select, Generate
>
>
> class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
> def __init__(self, config, logger = None):
> self.missing_official = {"item":"8040", "class": 71, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop not
> integrated") }
> self.possible_merge   = {"item":"8041", "class": 73, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop, integration
> suggestion") }
> self.update_official  = {"item":"8042", "class": 74, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
> Analyser_Merge.__init__(self, config, logger,
> "https://data.rennesmetropole.fr/explore/dataset/topologie-
> des-points-darret-de-bus-du-reseau-star",
> u"Topologie des points d'arrêt de bus du réseau STAR",
> CSV(Source(attribution = u"Keolis Rennes", millesime = "2016",
> fileUrl = "https://data.rennesmetropole.
> fr/explore/dataset/topologie-des-points-darret-de-bus-du-
> reseau-star/download/?format=csv=Europe/Berlin&
> use_labels_for_header=true")),
> Load(lambda res: res['Coordonnées'].split(' - ')[1].strip(),
> lambda res: res['Coordonnées'].split(' - ')[0].strip()),
> Mapping(
> select = Select(
> types = ["nodes", "ways"],
> tags = {"highway": "bus_stop"}),
> osmRef = "ref:FR:Star",
> conflationDistance = 10,
> generate = Generate(
> static1 = {
> "highway": "bus_stop",
> "public_transport": "stop_position",
> "bus": "yes",
> "network": "Star"},
> static2 = {"source": self.source},
> mapping1 = {
> "ref:FR:Star": "Code",
> "name": "Nom",
> "wheelchair": "Accessible aux PMR",lambda res:
> "yes" if res["Accessible aux PMR"]=="true" else "no" if res["Accessible aux
> PMR"]=="false" else None
> "shelter": lambda res: "yes" if res["Mobilier"]
> and "Abris" in res["Mobilier"] else "no" if res["Mobilier"]=="Poteau" else
> None},
> text = lambda tags, fields: {"en": u"Star stop of %s"
> % fields["Nom"], "fr": u"Arrêt Star de %s" % fields["Nom"]} )))
>
>
> c'est à peu près la même chose que ce qui a été fait pour d'autres réseaux
> de bus (comme à bordeau).
> Je suis pas très doué en codage donc il peut y avoir des erreurs (en fait
> il y en a sûrement :) ).
>
> il y a aussi en open data les trajets des bus mais c'est plus compliqué à
> intégrer. (sûrement même impossible avec osmose)
>
> Les positions des arrêts de bus existe aussi pour paris :
> http://data.ratp.fr/explore/dataset/positions-
> geographiques-des-stations-du-reseau-ratp/?disjunctive.stop_
> name_postal
> par contre (en regardant très rapidement) les coordonnées je suis pas sur
> quelles soient très bonnes.
>
> pour Lyon : http://data.grandlyon.com/equipements/points-darrft-du-
> rfseau-tcl/
>
> et peut être ailleurs
>
> ___
> 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] osmose et les arrêts de bus

[Philippe Verdy]

Les trajets des bus sont aussi dans l'opendata de la STAR (sous forme de
shape atteaché à un des attributs des lignes, un shape par direction)

Le 27 octobre 2016 à 04:27, Jérôme Amagat  a écrit
:

> ça parle beaucoup des bus, des bus à rennes en plus où il existe en open
> data la position de tous les arrêt ici https://data.rennesmetropole.
> fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/
> les données ont l'air très bonne, en regardant avec la photo aérienne les
> coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les noms
> ( là il y a un petit soucis : les accents sur les lettre majuscule n'existe
> pas comme pour Eglise) l’accès pmr et la présence d'abris sont indiqués.
> ça pourrait être pas mal de pouvoir les intégrer avec osmose.
>
> En me basant sur les exemples ici https://github.com/osm-fr/
> osmose-backend/tree/master/analysers
> je dirais qu'il faudrait créer un test comme ça :
>
> #!/usr/bin/env python
> #-*- coding: utf-8 -*-
>
> from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
> Select, Generate
>
>
> class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
> def __init__(self, config, logger = None):
> self.missing_official = {"item":"8040", "class": 71, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop not
> integrated") }
> self.possible_merge   = {"item":"8041", "class": 73, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop, integration
> suggestion") }
> self.update_official  = {"item":"8042", "class": 74, "level": 3,
> "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
> Analyser_Merge.__init__(self, config, logger,
> "https://data.rennesmetropole.fr/explore/dataset/topologie-
> des-points-darret-de-bus-du-reseau-star",
> u"Topologie des points d'arrêt de bus du réseau STAR",
> CSV(Source(attribution = u"Keolis Rennes", millesime = "2016",
> fileUrl = "https://data.rennesmetropole.
> fr/explore/dataset/topologie-des-points-darret-de-bus-du-
> reseau-star/download/?format=csv=Europe/Berlin&
> use_labels_for_header=true")),
> Load(lambda res: res['Coordonnées'].split(' - ')[1].strip(),
> lambda res: res['Coordonnées'].split(' - ')[0].strip()),
> Mapping(
> select = Select(
> types = ["nodes", "ways"],
> tags = {"highway": "bus_stop"}),
> osmRef = "ref:FR:Star",
> conflationDistance = 10,
> generate = Generate(
> static1 = {
> "highway": "bus_stop",
> "public_transport": "stop_position",
> "bus": "yes",
> "network": "Star"},
> static2 = {"source": self.source},
> mapping1 = {
> "ref:FR:Star": "Code",
> "name": "Nom",
> "wheelchair": "Accessible aux PMR",lambda res:
> "yes" if res["Accessible aux PMR"]=="true" else "no" if res["Accessible aux
> PMR"]=="false" else None
> "shelter": lambda res: "yes" if res["Mobilier"]
> and "Abris" in res["Mobilier"] else "no" if res["Mobilier"]=="Poteau" else
> None},
> text = lambda tags, fields: {"en": u"Star stop of %s"
> % fields["Nom"], "fr": u"Arrêt Star de %s" % fields["Nom"]} )))
>
>
> c'est à peu près la même chose que ce qui a été fait pour d'autres réseaux
> de bus (comme à bordeau).
> Je suis pas très doué en codage donc il peut y avoir des erreurs (en fait
> il y en a sûrement :) ).
>
> il y a aussi en open data les trajets des bus mais c'est plus compliqué à
> intégrer. (sûrement même impossible avec osmose)
>
> Les positions des arrêts de bus existe aussi pour paris :
> http://data.ratp.fr/explore/dataset/positions-
> geographiques-des-stations-du-reseau-ratp/?disjunctive.stop_
> name_postal
> par contre (en regardant très rapidement) les coordonnées je suis pas sur
> quelles soient très bonnes.
>
> pour Lyon : http://data.grandlyon.com/equipements/points-darrft-du-
> rfseau-tcl/
>
> et peut être ailleurs
>
> ___
> 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-fr] osmose et les arrêts de bus

[Jérôme Amagat]

ça parle beaucoup des bus, des bus à rennes en plus où il existe en open
data la position de tous les arrêt ici
https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/
les données ont l'air très bonne, en regardant avec la photo aérienne les
coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les noms
( là il y a un petit soucis : les accents sur les lettre majuscule n'existe
pas comme pour Eglise) l’accès pmr et la présence d'abris sont indiqués.
ça pourrait être pas mal de pouvoir les intégrer avec osmose.

En me basant sur les exemples ici
https://github.com/osm-fr/osmose-backend/tree/master/analysers
je dirais qu'il faudrait créer un test comme ça :

#!/usr/bin/env python
#-*- coding: utf-8 -*-

from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
Select, Generate


class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
def __init__(self, config, logger = None):
self.missing_official = {"item":"8040", "class": 71, "level": 3,
"tag": ["merge", "public transport"], "desc": T_(u"Star stop not
integrated") }
self.possible_merge   = {"item":"8041", "class": 73, "level": 3,
"tag": ["merge", "public transport"], "desc": T_(u"Star stop, integration
suggestion") }
self.update_official  = {"item":"8042", "class": 74, "level": 3,
"tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
Analyser_Merge.__init__(self, config, logger,
"
https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star
",
u"Topologie des points d'arrêt de bus du réseau STAR",
CSV(Source(attribution = u"Keolis Rennes", millesime = "2016",
fileUrl = "
https://data.rennesmetropole.fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star/download/?format=csv=Europe/Berlin_labels_for_header=true
")),
Load(lambda res: res['Coordonnées'].split(' - ')[1].strip(),
lambda res: res['Coordonnées'].split(' - ')[0].strip()),
Mapping(
select = Select(
types = ["nodes", "ways"],
tags = {"highway": "bus_stop"}),
osmRef = "ref:FR:Star",
conflationDistance = 10,
generate = Generate(
static1 = {
"highway": "bus_stop",
"public_transport": "stop_position",
"bus": "yes",
"network": "Star"},
static2 = {"source": self.source},
mapping1 = {
"ref:FR:Star": "Code",
"name": "Nom",
"wheelchair": "Accessible aux PMR",lambda res:
"yes" if res["Accessible aux PMR"]=="true" else "no" if res["Accessible aux
PMR"]=="false" else None
"shelter": lambda res: "yes" if res["Mobilier"] and
"Abris" in res["Mobilier"] else "no" if res["Mobilier"]=="Poteau" else
None},
text = lambda tags, fields: {"en": u"Star stop of %s" %
fields["Nom"], "fr": u"Arrêt Star de %s" % fields["Nom"]} )))


c'est à peu près la même chose que ce qui a été fait pour d'autres réseaux
de bus (comme à bordeau).
Je suis pas très doué en codage donc il peut y avoir des erreurs (en fait
il y en a sûrement :) ).

il y a aussi en open data les trajets des bus mais c'est plus compliqué à
intégrer. (sûrement même impossible avec osmose)

Les positions des arrêts de bus existe aussi pour paris :
http://data.ratp.fr/explore/dataset/positions-geographiques-des-stations-du-reseau-ratp/?disjunctive.stop_name_postal
par contre (en regardant très rapidement) les coordonnées je suis pas sur
quelles soient très bonnes.

pour Lyon :
http://data.grandlyon.com/equipements/points-darrft-du-rfseau-tcl/

et peut être ailleurs
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-co] Sergio C. Orozco Torres invited you to join Verify.Wiki

[Sergio C. Orozco Torres]

Perdon por eso, es spam, por favor ignorarlo.

Sergio C. Orozco Torres


2016-10-25 9:21 GMT-05:00 Sergio C. Orozco Torres :

> Dear OpenStreetMap Colombia,
>
> Sergio C. Orozco Torres (who claims to know you) invited you to join
> Verify.Wiki.
> To accept an invitation, please follow this link to create an account:
> http://verify.wiki/w/index.php?title=Special:UserLogin/signup=
> a615c781c9eaeca37797fa73904a602e=talk-co%40openstreetmap.org
>
> Verify.Wiki helps you get FREE certifications and connect with experts
> beyond LinkedIn.
> Click here to view latest FREE certifications: http://verify.wiki/wiki/
> Current_FREE_Certifications
>
> Thank you,
> Team Verify.Wiki
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[OSM-talk-ie] OSM GeoWeek is November 13th-19th

[Dave Corley]

Hi all,

OSM Geoweek (see http://osmgeoweek.org/index.html )  is rolling around
again shortly and this year, like last year, the gang at Portmarnock
Community School are planning another 24hr #MapLesotho Mapathon to assist
with the #MapLesotho project.

Last year myself, Ciaran and Dermot attended and helped out and mapped
alongside a lot of the school kids. Portmarnock CS has taken OSM to heart
since then with the foundation of a mapping club that meets on a weekly
basis (approx 30 kids) who learn about mapping in OpenStreetMap and
practice those skills in various #MapLesotho tasks.

At last years event there were a total of about 90+ students in attendance.
By all accounts this is going to be well surpassed this year as interest
has only grown since then.

That is where you folks come in :)

We're looking for experienced mappers to help out on the day by showing
some of the newer mappers the basics. You don't need to be a JOSM guru as
the vast majority will be using iD editor. If you know the basics of
mapping buildings, roads and waterways, you will be of great help if you
can spare a few hours. If you don't feel up to training but would like to
come along and participate, you are more than welcome also. The more, the
merrier

The event will kick off on the morning of Friday 18th Nov at 8am and finish
24hrs later.

We appreciate that nobody is likely to be available for the full 24 hrs
however if you have a few hours to spare at any point during the 24hrs,
feel free to drop in and take part.

Just to give you some details about last years event:

- 117 Total mappers (approx 20 in Lesotho itself)
- Over 260k nodes added
- Over 120k nodes modified (validation of previously mapped features)

There was also a few great write ups of the event by
- Dermot (mackerski) -
http://www.maplesotho.com/blog/2015/12/07/90-young-mappers-and-one-flabbergasted-older-one/
- A student at Portmarnock -
http://www.maplesotho.com/blog/2015/12/04/eight-and-a-half-hours-to-go-for-maplesotho/
- and a final summary by Ciaran (DeBigC) -
http://www.maplesotho.com/blog/2015/12/06/post-mapathon-round-up/

If anyone is interested in attending, just let me know.

Thanks,
Dave
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Florian LAINEZ]

Le 26 octobre 2016 à 23:19, Philippe Verdy  a écrit :

> "highway=bus_stop" correspond à "public_transport=platform + bus=yes"


bonne remarque.
Je complète donc mon analyse :

   - Nombre de nodes en île-de-france :
   - 21 354 highway=bus_stop  dont 18
997 highway=bus_stop
  sans public_transport=platform 
  - 2 647 public_transport=platform 
  dont 290 public=transport=plateform sans highway=bus_stop
   dont 184 public_transport=platform
  avec bus=yes mais sans highway=bus_stop
  

-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus (ordre)

[Florian LAINEZ]

@Philippe l'ensemble de ton email est HS : nous parlons d'une appli mobile,
pas de JOSM.

@Jean-Yvon je pense que nous sommes tous d'accord pour dire qu'il est
important d'ordonner. Néanmoins ma question portait plutôt sur l'appli
dédiée aux débutants que je souhaite développer : doit-on intégrer un tel
niveau de complexité pour des personnes qui ne maitrisent pas la carto ?
à la limite je suis prêt à considérer la possibilité d'ordonner les arrêts
(glisser-déposer via une liste) si vous arrivez à me convaincre de son
absolue nécessité. Pour l'instant, j'en doute.
Par contre l'ordonnancement des chemins me parait bien trop complexe à
gérer sur mobile.

> Possibilité de sélectionner un arrêt sur la carte pour l'ajouter ? Idem
> pour un chemin ?
>
Oui, il doit être simple d'ajouter un arrêt existant ou de créer un nouvel
arrêt en le reliant à une relation existante.

Je ne souhaite par contre pas faire apparaitre les segments de route en
tant qu'objets individuels. Il me semble plus intuitif de permettre de
modifier le chemin en drag un point du segment qui recalculerait un
itinéraire en conséquence. Par la suite c'est l'appli qui gérerait
elle-même les segments à ajouter/supprimer de la relation.
Pour vous donner une idée de ce comportement, il suffit de déplacer un
point de départ ou d'arrivée lors d'un calcul d'itinéraire avec OSRM sur
osm.org

merci encore pour vos idées, on progresse dans la réflexion ...

Le 27 octobre 2016 à 01:03, Philippe Verdy  a écrit :

> Je déconseille très fortement le "glisser-déposer" dans l'éditeur de
> relations de JOSM !!! Trop souvent fois au lieu de déposer les objets, JOSM
> les SUPPRIME instantanément de la relation (sans même poser la question) si
> on a le malheur de déposer sur les pixels séparant deux lignes (et ce n'est
> pas rare du tout !).
>
> C'est un vieux bogue non corrigé (d'ailleurs il arrive parfois que pendant
> un clic on glisse légèrement la souris de quelques pixels et JOSM croit
> qu'on veut faire un glisser-déposer, et se plante de la même façon !). Si
> on ne voit plus les membres qu'on avait sélectionné, il va falloir aller
> les rechercher à nouveau sur la carte). D'ailleurs JOSM n'aide pas non plus
> quand on valide la relation validée, car il n'indique pas le nombre de
> membres ajoutés ou supprimés dans son historique, il se contente juste de
> dire que la relation a été modifiée.
>
> Pour éviter des erreurs de manipulation quand on manipule des relations
> avec beaucoup d'éléments et pouvoir réparer, je commence par sélectionner
> tous les éléments pour les mettre tels quels dans une autre nouvelle
> relation (dans une autre fenêtre), sans me soucier des rôles et des tags,
> et je laisse cette fenêtre d'éditeur ouverte sans la valider. Ensuite je
> peux modifier la relation. Ceci fait, je vérifie qu'il ne manque aucun
> membre dans la relation en allant les re-sélectionner depuis la fenêtre
> voisine temporaire qui est encore ouverte: ces membres doivent tous
> apparaître surlignés en jaune dans la relation que je modifiait, sinon
> c'est qu'ils ont disparu, mais c'est facile de les remettre. Quand c'est
> terminé, je valide la relation, et j'annule la fenêtre temporaire qui me
> sert juste de "presse-papier".
>
> Cette méthode de "presse-papier" en revanche ne permet pas de détecter les
> membres qui devraient rester en "doublon" dans la relation (les chemins
> parcourus deux fois dans la ligne fait un détour... et parfois aussi
> certains arrêts desservis deux fois sachant que le bus a son indicateur qui
> affiche sur quelle partie de la ligne il est en indiquant soit un arrêt
> dans le détour soit celui du terminus) : il faut vérifier manuellement le
> nombre de doublons surlignés "en rose" dans les deux fenêtres. On aura le
> problème tant qu'on n'aura pas de "route segments"
>
> Pour ordonner les membres dans l'éditeur SANS glisser-déposer:
>  - sélectionner les membres au clavier (flèches et touche SHIFT pour un
> intervalle, ou CTRL pour ajouter/retirer un membre de la sélection) ou la
> souris,
> - puis utiliser les icônes monter/descendre de la barre latérale.
>
> Ensuite peu importe si on a groupé les ways en tête de la relation ou à la
> fin. Personnellement je préfère grouper les ways à la fin pour que les
> premiers membres visibles soient les noms des premiers arrêts (les chemins
> n'ont pas de nom évident), et ensuite grouper ensemble le "stop" nécessaire
> pour la v2 (l'icône: devrait être un gros point rouge) avec sa "plateform"
> (bus_stop de la v1, l'icone est celle d'un bus pour "bus", ou celle d'un
> poteau d'arrêt pour les platform v2). On peut vérifier visuellement qu'on
> ne s'est pas trompé de rôle.
>
> Au minimum la relation devrait avoir deux "stop" (donc deux icones "points
> rouges" ou "bus") ;  sur les lignes non circulaires, le premier "stop"
> devrait avoir son rôle suffixé "_entry_only", et le dernier un rôle suffixé
> "_exit_only". Dans un premier temps on n'est pas obligé d'avoir tous 

Re: [Talk-it] Terremoto nel Maceratese

[Cristiano Giovando]

2016-10-26 16:17 GMT-07:00 Luca Delucchi :
>
> Prima serviranno dei dati, avete qualche contatto con fornitori di
> immagini che potrebbero "donare" foto post terremoto? poi il WMS lo
> tiriamo su noi...

Chiedo a DigitalGlobe e ti faccio sapere. Comunque io mi riferivo ad
immagini pre-evento che ci permettano di mappare la situazione di
riferimento. Spesso su Bing sono vecchie di qualche anno, però
premetto che non ho analizzato quella zona.

Questa immagine GeoEye del 4 settembre potrebbe essere utile, però
copre più a sud verso Norcia:

https://browse.digitalglobe.com/imagefinder/showBrowseMetadata?catalogId=1050010006293500

Per l'hosting delle immagini non è un problema e si possono mettere su
OpenAerialMap (GeoTIFF+TMS). Quelle donate recentemente da
DigitalGlobe per Haiti sono anche lì.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto nel Maceratese

[Luca Delucchi]

2016-10-26 22:42 GMT+02:00 Cristiano Giovando :
> Ciao Fabrizio,
>
> Grazie per avere creato il progetto. Sembra che purtroppo ci sia stata
> un'altra scossa di 5.9 successiva alla prima.
>
> L'area come detto sembra già molto ben mappata, specialmente rispetto
> alle immagini Bing. Sapete a quale anno si riferiscono per la zona? Ci
> sono altri servizi di immagini compatibili con la licenza OSM che
> potrebbero essere utilizzate e che magari sono più recenti?
>

http://emergency.copernicus.eu/mapping/list-of-components/EMSR190

questo è il link al progetto di Copernicus, dovrebbero riprodurre le
mappe come per amatrice.

Se Alessandro avesse voglia e tempo di mettere su di nuovo il wms ... ;-)

> Le istruzioni sul progetto al momento sono abbastanza generiche come
> indicato, fatemi sapere se posso essere d'aiuto per espanderle o a
> tradurle.
>
> Cristiano
>
> PS: io lavoro per Humanitarian OSM Team (https://hotosm.org/), se
> utile, posso girare la richiesta di contribuire a questo progetto alla
> comunità internazionale.
>

Prima serviranno dei dati, avete qualche contatto con fornitori di
immagini che potrebbero "donare" foto post terremoto? poi il WMS lo
tiriamo su noi...


-- 
ciao
Luca

www.lucadelu.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus (ordre)

[Philippe Verdy]

Je déconseille très fortement le "glisser-déposer" dans l'éditeur de
relations de JOSM !!! Trop souvent fois au lieu de déposer les objets, JOSM
les SUPPRIME instantanément de la relation (sans même poser la question) si
on a le malheur de déposer sur les pixels séparant deux lignes (et ce n'est
pas rare du tout !).

C'est un vieux bogue non corrigé (d'ailleurs il arrive parfois que pendant
un clic on glisse légèrement la souris de quelques pixels et JOSM croit
qu'on veut faire un glisser-déposer, et se plante de la même façon !). Si
on ne voit plus les membres qu'on avait sélectionné, il va falloir aller
les rechercher à nouveau sur la carte). D'ailleurs JOSM n'aide pas non plus
quand on valide la relation validée, car il n'indique pas le nombre de
membres ajoutés ou supprimés dans son historique, il se contente juste de
dire que la relation a été modifiée.

Pour éviter des erreurs de manipulation quand on manipule des relations
avec beaucoup d'éléments et pouvoir réparer, je commence par sélectionner
tous les éléments pour les mettre tels quels dans une autre nouvelle
relation (dans une autre fenêtre), sans me soucier des rôles et des tags,
et je laisse cette fenêtre d'éditeur ouverte sans la valider. Ensuite je
peux modifier la relation. Ceci fait, je vérifie qu'il ne manque aucun
membre dans la relation en allant les re-sélectionner depuis la fenêtre
voisine temporaire qui est encore ouverte: ces membres doivent tous
apparaître surlignés en jaune dans la relation que je modifiait, sinon
c'est qu'ils ont disparu, mais c'est facile de les remettre. Quand c'est
terminé, je valide la relation, et j'annule la fenêtre temporaire qui me
sert juste de "presse-papier".

Cette méthode de "presse-papier" en revanche ne permet pas de détecter les
membres qui devraient rester en "doublon" dans la relation (les chemins
parcourus deux fois dans la ligne fait un détour... et parfois aussi
certains arrêts desservis deux fois sachant que le bus a son indicateur qui
affiche sur quelle partie de la ligne il est en indiquant soit un arrêt
dans le détour soit celui du terminus) : il faut vérifier manuellement le
nombre de doublons surlignés "en rose" dans les deux fenêtres. On aura le
problème tant qu'on n'aura pas de "route segments"

Pour ordonner les membres dans l'éditeur SANS glisser-déposer:
 - sélectionner les membres au clavier (flèches et touche SHIFT pour un
intervalle, ou CTRL pour ajouter/retirer un membre de la sélection) ou la
souris,
- puis utiliser les icônes monter/descendre de la barre latérale.

Ensuite peu importe si on a groupé les ways en tête de la relation ou à la
fin. Personnellement je préfère grouper les ways à la fin pour que les
premiers membres visibles soient les noms des premiers arrêts (les chemins
n'ont pas de nom évident), et ensuite grouper ensemble le "stop" nécessaire
pour la v2 (l'icône: devrait être un gros point rouge) avec sa "plateform"
(bus_stop de la v1, l'icone est celle d'un bus pour "bus", ou celle d'un
poteau d'arrêt pour les platform v2). On peut vérifier visuellement qu'on
ne s'est pas trompé de rôle.

Au minimum la relation devrait avoir deux "stop" (donc deux icones "points
rouges" ou "bus") ;  sur les lignes non circulaires, le premier "stop"
devrait avoir son rôle suffixé "_entry_only", et le dernier un rôle suffixé
"_exit_only". Dans un premier temps on n'est pas obligé d'avoir tous les
arrêts ("stop"), tant qu'on a toutes les stations ("platform"  ou
"bus_stop"). Cependant l'outil "sketch_line" ne cherche encore que les
"platform" ou "bus-stop" et semble ne pas prendre en compte encore les
"stop": les deux terminus devraient donc avoir les deux types d'objet
("stop" et "platform"~"bus_stop").



Le 27 octobre 2016 à 00:08,  a écrit :

> Aussi d'accord pour ordonner : même si dans certains cas ce n'est pas
> strictement nécessaire, c'est dans tous les cas beaucoup plus simple. Même
> tout simplement pour les vérifications manuelles.
>
> Si les arrêts sont numérotés dans l'ordre de la relation et les chemins
> sinon numérotés au moins avec un dégradé, on doit voir si c'est correct ou
> pas.
>
> Un glisser/déposer dans la liste des arrêts pour réordonnancer ?
>
> Idem pour les chemins ?
>
> Possibilité de sélectionner un arrêt sur la carte pour l'ajouter ? Idem
> pour un chemin ?
>
> Oui, pour la V2 ;-)
>
> Je pense que si à partir d'un arrêt de bus (sans doute via les relations
> définissant les lignes) on arrivait à remonter au niveau du Réseau et si
> avec le réseau et le nom de la ligne on avait une url nous donnant le
> trajet, on aurait déjà une aide à la vérification (comme ici je suis allé
> voir la star pour trouver, mais si je n'avais été dans la coin je ne
> saurais pas aller sur star.fr à partir d'un arrêt de bus desservi par la
> Star.
>
> N. B. : c'est vrai que des réseaux sont moins complets que celui de la
> Star qui pourtant est incorrect.
>
> Jean-Yvon
>
___
Talk-fr mailing 

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus (ordre)

[osm . sanspourriel]

Aussi d'accord pour ordonner : même si dans certains cas ce n'est pas 
strictement nécessaire, c'est dans tous les cas beaucoup plus simple. 
Même tout simplement pour les vérifications manuelles.


Si les arrêts sont numérotés dans l'ordre de la relation et les chemins 
sinon numérotés au moins avec un dégradé, on doit voir si c'est correct 
ou pas.


Un glisser/déposer dans la liste des arrêts pour réordonnancer ?

Idem pour les chemins ?

Possibilité de sélectionner un arrêt sur la carte pour l'ajouter ? Idem 
pour un chemin ?


Oui, pour la V2 ;-)

Je pense que si à partir d'un arrêt de bus (sans doute via les relations 
définissant les lignes) on arrivait à remonter au niveau du Réseau et si 
avec le réseau et le nom de la ligne on avait une url nous donnant le 
trajet, on aurait déjà une aide à la vérification (comme ici je suis 
allé voir la star pour trouver, mais si je n'avais été dans la coin je 
ne saurais pas aller sur star.fr à partir d'un arrêt de bus desservi par 
la Star.


N. B. : c'est vrai que des réseaux sont moins complets que celui de la 
Star qui pourtant est incorrect.


Jean-Yvon



Le 26/10/2016 à 23:41, Philippe Verdy - verd...@wanadoo.fr a écrit :
Dans le message qur tu cites on parle de "quelqu'un qui expérimente". 
Certes je suis en train de travailler dessus, mais c'est déjà le 
désordre et je n'expérimente pas, puisque c'est une schéma v2 
approuvé. Il manque des tas de détails et des erreurs il y en avait 
déjà avant dans les centaines de routes pas toutes au point (et il en 
manque encore pas mal).
C'est ce tri à faire qui représente pas mal de travail (pas qu'à 
Rennes d'ailleurs même si le réseau est "modèle" dans OSM, car pour 
les réseaux parisiens c'est encore pire!)


C'est un gros chantier qui ne peut pas se faire en une fois, rien que 
pour arriver au stade de la v2 (poser tous les "stop" manquants), 
sachant qu'il y aura une v3 pour les problèmes qui subsistent sur 
l'ordre des parcours, et le sens réel: à défaut en attendant, il FAUT 
ordonner, sinon on ne s'en sort pas.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus (Rennes)

[Philippe Verdy]

Dans le message qur tu cites on parle de "quelqu'un qui expérimente".
Certes je suis en train de travailler dessus, mais c'est déjà le désordre
et je n'expérimente pas, puisque c'est une schéma v2 approuvé. Il manque
des tas de détails et des erreurs il y en avait déjà avant dans les
centaines de routes pas toutes au point (et il en manque encore pas mal).
C'est ce tri à faire qui représente pas mal de travail (pas qu'à Rennes
d'ailleurs même si le réseau est "modèle" dans OSM, car pour les réseaux
parisiens c'est encore pire!)

C'est un gros chantier qui ne peut pas se faire en une fois, rien que pour
arriver au stade de la v2 (poser tous les "stop" manquants), sachant qu'il
y aura une v3 pour les problèmes qui subsistent sur l'ordre des parcours,
et le sens réel: à défaut en attendant, il FAUT ordonner, sinon on ne s'en
sort pas.

Le 26 octobre 2016 à 23:26,  a écrit :

> C'est la ligne 13 qui a repris une partie de la 33 qui passe par les deux
> arrêts.
>
> Remarquez au passage que Chantepie Eglise a retrouvé sa majuscule et on y
> a adjoint Meslan pour distinguer les deux arrêts.
> Cucé, Chantepie
> 
> Edefs, Chantepie
> 
> Hallouvry, Chantepie
> 
> Bourgogne, Chantepie
> 
> Chantepie Eglise, Meslan
> 
> Chantepie Mairie, Chantepie
> 
> Loges, Chantepie
> 
> Rocade Sud, Chantepie
> 
> Val Blanc, Chantepie
> 
> La Poterie, Rennes
> 
> Galicie, Rennes
> 
> Le Blosne, Rennes
> 
> Hôpital Sud, Rennes
> 
> Torigné, Rennes
> 
> Triangle, Rennes
> 

Re: [OSM-talk-fr] Tag

[osm . sanspourriel]

Par rapport à un commentaire précédent : s'il est préférable de trouver 
des termes non ambigus, a défaut c'est la version britannique et non 
américaine qui doit primer.


Une Vending-machine avec limonade=yes voudrait dire que l'automate vend 
des sodas, pas des citrons pressés.


Le 26/10/2016 à 18:17, Eric Brosselin - Osm - o...@eric.brosselin.net a 
écrit :


Personnellement pour rechercher des termes anglo-saxons j'utilise 
plutôt des dictionnaires que directement wikipedia.
Notamment Reverso et Linguee (oups pub gratuite)  Le second resituant 
le mots dans leur contexte (extraits de pages web)

On voit vraiment je trouve ce qui est utilisé au quotidien.
Il me semble utile d'ajouter le moins connu mais excellent IATE 
(InterActive Terminology for Europe).
Service gratuit de l'Union Européenne qui lui aussi restitue dans le 
contexte mais aussi permet de chercher dans le contexte.


De plus on a un indice de confiance (fiablité : fiable - ce qui est 
trompeur car proche de faible).
On sait qui l'utilise (EP = Parlement Européen, COM = Commission, 
Council = Conseil)

On sait les références ()
On a aussi la définition (les livres ouverts 
)

Et des commentaires pour préciser ()

*Home builder* semble plus proche de ce que tu veux décrire... Existe en 
Europe, au Canada et aux États-Unis.

office=home-builder ?

Par exemple "building contractor" donne :
Bâtiment et travaux publics [COM] 	*Entrée entière* 
 


*EN*

building contractor

*FR*

entrepreneur de constructions




Bâtiment et travaux publics, Marché public [COM] 	*Entrée entière* 
 


*EN*

contractor


building contractor

*FR*

entrepreneur


entrepreneur en bâtiment




ENVIRONNEMENT, Bâtiment et travaux publics [COM] 	*Entrée entière* 
 


*EN*

building contractor

*FR*

titulaire du marché




DOMAINE NON PRÉCISÉ [Council] 	*Entrée entière* 
 


*EN*

building contractor

*FR*

entrepreneur




Droit administratif [COM] 	*Entrée entière* 
 


*EN*

Building Contractors Association




INDUSTRIE [EP] 	*Entrée entière* 
 


*EN*

BSCA

Building Service Contractors Association International




Bâtiment et travaux publics [COM] 	*Entrée entière* 
 


*EN*

Association of Major Building Contractor




INDUSTRIE [EP] 	*Entrée entière* 
 


*EN*

national building contractors' association



Dans l'autre sens constructeur de maisons ne donne pas grand chose :
FINANCES [EP] 	*Entrée entière* 
 


*FR*

UNCMI

Union nationale des constructeurs de maisons individuelles




Bâtiment et travaux publics, EMPLOI ET TRAVAIL [COM] 	*Entrée entière* 
 


*FR*

SMI

Syndicat des Constructeurs de Maisons Individuelles



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus (Rennes)

[osm . sanspourriel]

C'est la ligne 13 qui a repris une partie de la 33 qui passe par les 
deux arrêts.


Remarquez au passage que Chantepie Eglise a retrouvé sa majuscule et on 
y a adjoint Meslan pour distinguer les deux arrêts.


Cucé, Chantepie 
 

Edefs, Chantepie 
 

Hallouvry, Chantepie 
 

Bourgogne, Chantepie 
 

Chantepie Eglise, Meslan 
 

Chantepie Mairie, Chantepie 
 

Loges, Chantepie 
 

Rocade Sud, Chantepie 
 

Val Blanc, Chantepie 
 

La Poterie, Rennes 
 

Galicie, Rennes 
 

Le Blosne, Rennes 
 

Hôpital Sud, Rennes 
 

Torigné, Rennes 
 

Triangle, Rennes 
 

Binquenais Collège, Rennes 
 

Binquenais, Rennes 
 

Combes, Rennes 
 

Clemenceau, Rennes 

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Philippe Verdy]

"highway=bus_stop" correspond à "public_transport=platform + bus=yes"
Si tu oublies bus=yes, tu ne verras pas l'icône à côté du chemin.

Pourquoi ce changement ? Parce que le même noeud peut correspondre à une
plateforme pour bus, tramway, taxi, auto-partage, vélo-partage...

En cela la v2 ne change pas les choses et acceptent les deux façons de
taguer ces noeuds. La grosse différence de la v2 c'est incorporation des
"platform" et la séparation des routes dans chaque direction.

La v3 ce sera pour les "route segments" (si ça se décide) et pour
explicitement marquer les "stop" de départ et d'arrivée, mais en attendant
on n'a pas d'autre choix que d'ordonner les chemins et les "stop" (pour les
"platform" cela ne semble pas nécessaire, la v2 permet déjà de les
regrouper avec les "stop" dans une "stop_area", et pour déterminer le
trajet de la ligne elle-meme on n'a pas du tout besoin des "platform",
juste des ways et des "stop" qui devraient être posés dessus).

Malheureusement très rares sont les noeuds qui sont réellement des "stop"
(les "bus_stop" ne devraient pas être sur le chemin, mais on en trouve et
là ce ne sont pas des "plateform" mais bien des "stop"). Ce qui signifie
qua la plupart des routes actuelles ont mentionné à tord le rôle "stop"
pour les noeuds "bus_stop" ("public_transport=platform"+"bus=yes") alors
qu'ils devraient avoir des rôles "platform".

De fait les routes n'ont pas d'itinéraite précis en v1, puisque ce ne sont
qeu des collections de chemins sans même la possibilité de savoir leur
ordre réel (à cause des intersections éventuelles), ni même leur sens : on
ne peut pas déterminer en v1 d'où on part et où on va (il n'y a que les
tags mal fichus "from=*", "via=*" et "to=*" mais ils sont difficiles à
rapprocher). Cela aurait dû être mis plus en avant pour élever les mérites
de la v2, tout en sachant que ce n'est pas encore suffisant.

La transition essentielle de la v2 est cependant bien de
- distinguer "stop" et "platform" (bus_stop/tram_stop et autres stations
dans les gares) en faisant le tri
- séparer les routes d'une même ligne selon leur direction et l'ensemble
des chemins suivis (mais malheureusement on ne sait toujours pas les trier
et déterminer leur sens).
Rien que ça c'est le plus gros du travail de tri à faire.

Tous ces défauts sont gênant pour faire de la planification d'itinéraire
dans un réseau et déterminer les lignes à prendre, les directions et
connaitre les ordres de passage, et enfin estimer un temps de trajet
global: le traitement ne se fait "qu'à vue de nez" par une interprétation
humaine (non exempte de pas mal d'erreurs et d'oublis si on ne connait pas
déjà bien le réseau localement, donc on ne peut pas viser le public cherché
pour gérer ces recherches d'itinéraires)






Le 26 octobre 2016 à 21:40, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> Le 26 octobre 2016 à 21:29, Florian LAINEZ  a écrit :
>
>> L'idée d'ajouter l'arrêt à la relation avec le tag fixme c'est aussi pour
>>> gérer le fait que les deux modèles de carto des lignes de bus ne sont pas
>>> vraiment rétro-compatibles.
>>>
>> J'ai fait quelques stats et il semble que l'on soit malheureusement
>> encore très loin d'avoir terminé la transition :/
>>
>>- Nombre d'objets dans le monde :
>>- 1 742 350 highway=bus_stop
>>   
>>   - 620 053 public_transport=platform
>>   
>> 
>>   - Nombre de nodes en île-de-france :
>>- 21 354 highway=bus_stop  dont 18
>>   997 highway=bus_stop sans public_transport=platform
>>   
>>   - 2 647 public_transport=platform 
>>   dont 290 public=transport=plateform sans highway=bus_stop
>>   
>>
>> Bonjour,
>
> Et en croisant avec *public_transport=stop_position* ?
>
> Certains arrêts en modèle v2 gardent l'ancien tag *highway=bus_stop*
> "pour le rendu" (Mapnik n'affiche pas les *stop_position*)
>
> PY
>
> ___
> 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] Appli mobile pour mapper les arrêts de bus (ou pour Osmose ?)

[osm . sanspourriel]

Tiens dans la partie cantepienne de la relation je vois plusieurs choses 
intéressantes pour l'appli ou Osmose :


http://www.openstreetmap.org/relation/399050#map=16/48.0878/-1.6143

De deux choses l'une :

- soit les arrêts Bourgogne et Hallouvry sont desservis (ils sont sur le 
trajet)

- soit ils ne le sont pas.

Dans le premier cas l'arrêt Chantepie Église est faux (c'est l'autre qui 
est le bon)

Dans le second cas le trajet indiqué est faux.

Dans ma bonté j'ai voulu regarder ce que disait star.fr
Verdict : c'est le trajet qui n'est pas à jour.
Remarquez l'in-homognénéité des noms et des casses allant jusqu'à la 
faute grossière (chantepie en minuscules).


En cas de divergence name:network:fr-star= ?


 * 23h14 Touche Annette (Chantepie)
 * 23h15 Gériatrie (Chantepie)
 * 23h16 Deux Ruisseaux (Chantepie)
 * 23h16 chantepie Eglise
 * 23h17 Chantepie Mairie (Chantepie)
 * 23h18 Loges (Chantepie)
 * 23h20 Sauvaie (Rennes)
 * 23h21 CARSAT (Rennes)
 * 23h22 Domaine (Rennes)
 * 23h23 Landry (Rennes)
 * 23h24 Villebois Mareuil (Rennes)
 * 23h24 Raison (Rennes)
 * 23h25 Mouézy (Rennes)
 * 23h26 Croix Saint-Hélier (Rennes)
 * 23h28 Laënnec (Rennes)
 * 23h29 Gares (Rennes)
 * 23h30 Champs Libres (Rennes)
 * 23h31 Liberté TNB (Rennes)
 * 23h33 Les Halles (Rennes)
 * 23h45 République (Rennes)
 * 23h47 Champ Jacquet (Rennes)
 * 23h48 Sainte-Anne (Rennes)
 * 23h50 Hôtel Dieu (Rennes)
 * 23h51 Sévigné (Rennes)
 * 23h53 Fac de Droit (Rennes)
 * 23h53 Guéhenno (Rennes)
 * 23h55 Metz Volney (Rennes)
 * 23h56 Painlevé (Rennes)
 * 23h57 Assomption (Rennes)
 * 23h59 Turmel (Rennes)
 * 00h00 Mirabeau (Rennes)
 * 00h01 Donzelot (Rennes)
 * 00h01 Gallet (Rennes)
 * 00h02 Bouzat (Rennes)
 * 00h03 Longs Champs (Rennes)
 * 00h04 Cesson Hôpital Privé (Rennes) (Cesson-Sévigné)
 * 00h05 Chêne Germain (Cesson-Sévigné)


Il nous propose les offres de covoiturage (à cause des horaires ?) et le 
trajet va entre les deux points via la limite sud ouest des eaux 
territoriales (au large de Sein).

Intéressant.
Et me dit qu'en bus je consomme 72 713 g contre 1 401 en voiture..

Le 26/10/2016 à 22:43, mga_geo - mga_...@yahoo.fr a écrit :

Calimero suite ...

Toujours sur Rennes, j'ai un autre utilisateur très connu qui expérimente
des tags en plus d'autres modifications dont la source ne m'est pas connue.
Certes ces tags sont définis dans
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport mais
la difficulté sur un réseau de transport est d'avoir une certaine
homogénéité qui facilite l'automatisation de sa maintenance lorsqu'une
source opendata est disponible.

Pour voir comment une relation a été modifiée, la page
http://osm.virtuelle-loipe.de/history/?type=relation=399050 est très
utile.





--
View this message in context: 
http://gis.19327.n8.nabble.com/Appli-mobile-pour-mapper-les-arrets-de-bus-tp5884605p5884980.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Terremoto nel Maceratese

[Cristiano Giovando]

Ciao Fabrizio,

Grazie per avere creato il progetto. Sembra che purtroppo ci sia stata
un'altra scossa di 5.9 successiva alla prima.

L'area come detto sembra già molto ben mappata, specialmente rispetto
alle immagini Bing. Sapete a quale anno si riferiscono per la zona? Ci
sono altri servizi di immagini compatibili con la licenza OSM che
potrebbero essere utilizzate e che magari sono più recenti?

Le istruzioni sul progetto al momento sono abbastanza generiche come
indicato, fatemi sapere se posso essere d'aiuto per espanderle o a
tradurle.

Cristiano

PS: io lavoro per Humanitarian OSM Team (https://hotosm.org/), se
utile, posso girare la richiesta di contribuire a questo progetto alla
comunità internazionale.

2016-10-26 11:32 GMT-07:00 Fabrizio Tambussa :
> Poche ore fa si e' verificato un nuovo terremoto nel maceratese, al
> confine con l'Umbria.
> L'epicentro e' localizzato a Castelsantangelo sul Nera.
> Ho aperto un task sul nostro task manager. Il link e':
> http://osmit-tm.wmflabs.org/project/16
> E' un task aperto a caldo: la zona risulta abbastanza mappata con
> tanto di edifici, ma una passata di controllo non guasta mai.
> Saluti
> Fabrizio
>
> ___
> 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: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[mga_geo]

Calimero suite ...

Toujours sur Rennes, j'ai un autre utilisateur très connu qui expérimente
des tags en plus d'autres modifications dont la source ne m'est pas connue.
Certes ces tags sont définis dans
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport mais
la difficulté sur un réseau de transport est d'avoir une certaine
homogénéité qui facilite l'automatisation de sa maintenance lorsqu'une
source opendata est disponible.

Pour voir comment une relation a été modifiée, la page
http://osm.virtuelle-loipe.de/history/?type=relation=399050 est très
utile.





--
View this message in context: 
http://gis.19327.n8.nabble.com/Appli-mobile-pour-mapper-les-arrets-de-bus-tp5884605p5884980.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Pierre-Yves Berrard]

Le 26 octobre 2016 à 21:29, Florian LAINEZ  a écrit :

> L'idée d'ajouter l'arrêt à la relation avec le tag fixme c'est aussi pour
>> gérer le fait que les deux modèles de carto des lignes de bus ne sont pas
>> vraiment rétro-compatibles.
>>
> J'ai fait quelques stats et il semble que l'on soit malheureusement encore
> très loin d'avoir terminé la transition :/
>
>- Nombre d'objets dans le monde :
>- 1 742 350 highway=bus_stop
>   
>   - 620 053 public_transport=platform
>   
>   - Nombre de nodes en île-de-france :
>- 21 354 highway=bus_stop  dont 18 997 
> highway=bus_stop
>   sans public_transport=platform 
>   - 2 647 public_transport=platform 
>   dont 290 public=transport=plateform sans highway=bus_stop
>   
>
> Bonjour,

Et en croisant avec *public_transport=stop_position* ?

Certains arrêts en modèle v2 gardent l'ancien tag *highway=bus_stop* "pour
le rendu" (Mapnik n'affiche pas les *stop_position*)

PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[Florian LAINEZ]

>
> L'idée d'ajouter l'arrêt à la relation avec le tag fixme c'est aussi pour
> gérer le fait que les deux modèles de carto des lignes de bus ne sont pas
> vraiment rétro-compatibles.
>
J'ai fait quelques stats et il semble que l'on soit malheureusement encore
très loin d'avoir terminé la transition :/

   - Nombre d'objets dans le monde :
   - 1 742 350 highway=bus_stop
  
  - 620 053 public_transport=platform
  
  - Nombre de nodes en île-de-france :
   - 21 354 highway=bus_stop  dont 18
997 highway=bus_stop
  sans public_transport=platform 
  - 2 647 public_transport=platform 
  dont 290 public=transport=plateform sans highway=bus_stop
  



> Vu que l'ancien modèle est encore assez répandu, mettre un rôle platform
> automatiquement ne me semble pas très pertinent : ça ne me choque pas de
> voir une ligne de bus cartographiée avec l'ancien modèle, mais ça me pique
> les yeux d'en voir une avec des arrêts marqués comme stop et d'autres
> marqués comme platform.
>
ça pique les yeux mais n'est-ce pas préférable venant d'une application qui
est faite pour le grand public et qui cache cette complexité ? je pose la
question sans avoir de préférence pour l'instant et pour décider ensemble
du meilleur comportement à adopter.

>
> Et l'ordre des arrêts me semble important Francescu. Si sketch-line
> n'arrive pas à comprendre quel est l'origine et quelle est la destination
> de la ligne, c'est quand même dommage :p : https://nlehuby.5apps.com/ordr
> e-des-arrets-de-bus-dans-osm.html

L'ordre est en effet important, merci pour le billet qui est très clair.
Néanmoins cela ne me parait pas primordial pour une première version de
l'application mobile. L'appli vise tout d'abord à rendre possible de
rajouter des arrêts de bus et j'aimerai éviter la complexité à tout prix.
Il me semble que c'est un sujet qui peut continuer d'être géré par des
mappeurs expérimentés uniquement. Mais si vous arrivez à me convaincre du
contraire, je suis suis tout ouïe ;)

la bise (froide)

Le 26 octobre 2016 à 10:33, lenny.libre  a écrit :

> Le 25/10/2016 à 22:55, Philippe Verdy a écrit :
>
> JOSM ne donne pas d'anomalie de ce point de vue là: il tente d'ordonner
> les ways ensemble en les connectant mais il ne sait pas déterminer la
> direction et peut les ordonner en sens inverse du parcours s'il commence
> par le dernier way pris en sens inverse de son tracé (ce qui est souvent le
> cas des rues bidirectionelles, ou des rues een sens unique mais prises à
> contre-sens par les bus!).
>
> Faites l'essai avec des "route" qui comportent des autointersections avec
> elles-mêmes, JOSM ne sait pas quoi faire et peut les interconnecter
> n'importe comment. C'est moins souvent le cas quand on a séparé les deux
> sens de la ligne dans des "route" différentes, mais ces cas arrivent encore.
>
> Mais JOSM ne change PAS l'ordre relatif des arrêts (stop et platform), il
> est incapable de le décider.
> Ceci dit, que les arrêts soient triés avant ou après les ways ou au milieu
> n'a effetitvement aucune importance. Mais leur ordre relatif est encore
> essentiel, mais ce n'est pas JOSM qui est le problème ici.
>
> +1
> en effet, JOSM n'a pas la connaissance du terrain (et encore plus quand il
> y a des boucles ou qu'on n'a pas fait 2 routes pour l'aller et le retour).
> JOSM permet d'ordonner les différents membres (manuellement) comme on le
> souhaite.
> Bien que non obligatoire, je préfère les mettre dans l'ordre, car c'est
> beaucoup plus simple à maintenir (en ce moment, je reprends une ligne dont
> les 'platform" du sens aller sont rattachés à la relation retour - et
> inversement - et en plus, ils ne sont pas triés).
> Pour ma part, je place les membres du départ à l'arrivée, d'abord les
> "stop" et les "platform" (le "stop" précédant le "platform" correspondant),
> puis tous les ways (la colonne à droite du nom permettant de voir s'il y a
> des anomalies dans les aboutements - JOSM signale lorsque les 2 segments
> n'ont pas d'extrémité commune - c'est comme cela que je m’aperçois que
> certains ont tronçonné des giratoires sans s'occuper des relations qu'ils
> supportent)
>
> léni
>
>
> Le 25 octobre 2016 à 14:18, Francescu GAROBY  a écrit
> :
>
>> Je rejoins Florian : techniquement parlant, rien n'oblige à ce que les
>> éléments qui composent une relation soient dans le bon ordre. D'ailleurs,
>> JOSM ne les trie pas comme il faut : il met d'abord toutes les ways, puis
>> tous les nodes.
>> L'important est que le tracé soit complet (aucun bout de way manquant),
>> que les "stop_position" soient bien présents (comme ils appartiennent en
>> même temps à une way déjà présente dans la relation, on peut donc les
>> 

Re: [OSM-talk-fr] Tag pour constructeur de maisons ?

[Jérôme Amagat]

bonjour,
(déjà précisons que mon anglais est loin d’être bon et que mes recherche
pour ce tag n'ont pas été très longues)
il y a "office=building contractor" sur taginfo mais j'ai cru que c’était
n'importe quel entrepreneur travaillant dans le bâtiment.
Si j'ai proposé de laisser une trace sur la page de discussion c'est aussi
pour que quelqu'un connaissant mieux ces entreprises puissent le dire sur
la page de discussion voir corrige les tags dans osm.

Le 26 octobre 2016 à 18:17, Eric Brosselin - Osm  a
écrit :

> Bonjour,
>
> je mets mon grain de sel dans la conversation.
>
> En effet il ne s'agit pas de craft=xxx qui relève bien de l'artisanat
> mais bien d'office=
>
> Personnellement pour rechercher des termes anglo-saxons j'utilise plutôt
> des dictionnaires que directement wikipedia.
> Notamment Reverso et Linguee (oups pub gratuite)  Le second resituant le
> mots dans leur contexte (extraits de pages web)
> On voit vraiment je trouve ce qui est utilisé au quotidien.
>
> Donc pour "les travaux" on a :
>
> «construction firm» ou «building company»  pour l'entreprise de
> construction elle-même
> «construction contractor» ou «building contractor»  pour
> l'entrepreneur/constructeur de bâtiment
>
> Le wikipedia anglais pour «construction contractor» ou «building
> contractor» renvoie vers «general contractor»
>
> Après pour ce qui est des travaux publics on a «public works» ou «civil
> engineering» et «public works contractor» ou «civil engineering contractor»
>
> «Craft=builder» renvoie vers quelque chose de très anglo-saxon -
> Comme il est dit dans le wiki " a tradesman who performs structural
> alterations and additions to buildings."
> Soit un "un ouvrier qualifié (artisan) qui effectue des modifications
> structurelles et des ajouts aux bâtiments."
> Lorsqu'on cherche sur des sites (US) surtout on voit plein de "craft
> builders" qui proposent de la maison sur mesure donc fabriquée
> artisanalement
> voir du "remodeling" (remodelage)
> Ce qui correspond exactement à la définition. Ce n'est peut-être pas très
> répandu en France.
>
>
> Bon je vois qu'il y a quelqu'un qui vient de traduire la page Fr
> "craft=builder" par entreprise de BTP !
> Je vais lui signaler.
>
> ___
> 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-pe] OSM GeoWeek en noviembre

[Johnattan Rupire]

Hola!

el año pasado participamos de esta GeoWeek organizando una actividad en 
el Callao [1] y creo que los compas de Mapbox en Ayacucho hicieron lo 
mismo allá. Para este año estamos pensando en lanzar también una 
actividad, y uno de los temas que hemos venido trabajando los últimos 
meses ha sido el de Accesibilidad, por lo que me gustaría proponer esta 
cuestión para esta edición.



En el grupo de telegram también vimos que habia posibilidad de organizar 
algún evento en Arequipa, con lo que si desde Ayacucho también repiten 
tendríamos 3 sedes descentralizadas de actividades. Quizá podríamos ver 
un objetivo común también, más allá de lo que se haga cada cual en su 
territorio. ¿alguien más se anima a participar?



Saludos!


[1] http://nomadas.ourproject.org/mapping-raymi-cdlr-osmgeoweek/



 Mensaje reenviado 
Asunto: OSM GeoWeek
Fecha:  Tue, 11 Oct 2016 20:56:38 +
De: Levine, Rachel 
Para:   Gertin, Thomas J 



Dear Mappers,


Happy Tuesday and I hope this email finds you well. My name is Rachel 
and I work with the International GIS Team at the American Red Cross. We 
wanted to reach out and say a big thank you for your participation in 
last year’s OSM Geography Awareness Week (GeoWeek) events! Last year, in 
partnership with MapGive , YouthMappers 
, Peace Corps, and many more, there were 94 
eventsin 32 countriesheld and we can't wait to  see what the community 
can accomplish this year!



OSM GeoWeek calls on teachers, students, community groups, governments, 
private sector organizations, and map-lovers around the world to come 
together to celebrate geography and make maps with OpenStreetMap, the 
free and openly editable map of the world. The purpose of this event is 
to actively contribute to OpenStreetMap. This year, OSM GeoWeek will be 
held during the week of November 14th. OSM GeoWeek presents a great 
opportunity for students and colleagues alike to participate in 
something both meaningful and fun just before final exams. As you know, 
participants don’t need any special expertise, just basic computer 
skills. Please see http://osmgeoweek.org/for more information on this 
year’s events. We would love to see your school represented again during 
OSM GeoWeek!



One of the projects that my team supports is the Missing Maps project - 
a joint effort founded by the American Red Cross, British Red Cross, the 
Humanitarian OpenStreetMap Team and Doctors Without Borders (MSF-UK). 
The objective of Missing Maps is simple: to map the most vulnerable 
places in the developing world so that local and international NGOs, 
communities, and individuals can use the maps and the data to better 
prepare for and respond to crises affecting the areas. The project seeks 
to literally and figuratively put people, and their communities, on the 
map. Missing Maps takes an open, collaborative, and community-based 
approach and is powered by the enthusiasm and hard work of 
digital/remote volunteers both in the US and abroad. Please see 
http://www.missingmaps.org/for more information. Since the project 
started in 2014, over 13,500 volunteers have participated, collectively 
putting 20.5 million people on the map in OSM. We would love your help 
in helping this number to grow! To learn more about hosting a mapathon 
please see http://www.missingmaps.org/host/.



We hope you can join us again this year! Please share this invitation 
with your colleagues


and networks, and especially students. If your organization would like 
to participate again this year, our team and the OSM and Missing Maps 
network can provide you with the information and materials needed to 
host a successful mapathon. If located in the US, we can even send you a 
box of swag! Please let me know if you have any additional questions and 
I look forward to hearing back from you!



All the best and happy mapping,

Rachel Levine

(on behalf of the OSM Institutions Group and the Missing Maps Partnership)



*Rachel Levine*
GIS Operations and Training Coordinator
International Services | American Red Cross
240-535-4892 | skype: rachblevine
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

[Talk-it] Terremoto nel Maceratese

[Fabrizio Tambussa]

Poche ore fa si e' verificato un nuovo terremoto nel maceratese, al
confine con l'Umbria.
L'epicentro e' localizzato a Castelsantangelo sul Nera.
Ho aperto un task sul nostro task manager. Il link e':
http://osmit-tm.wmflabs.org/project/16
E' un task aperto a caldo: la zona risulta abbastanza mappata con
tanto di edifici, ma una passata di controllo non guasta mai.
Saluti
Fabrizio

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] opět nahrávání rozcestníků

[Milan Cerny]

Ahoj, zase zlobí nahrávání rozcestníků. Nahrání je v pořádku, vše se tváří 
dobře, ale v DB se fotky nezobrazí.

Předem díky za opravu.

Milan

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-us] Rail rendering support in our wiki?

[Michael Reichert]

Hi Steve,

Am Mon, 24 Oct 2016 17:31:27 -0700 schrieb OSM Volunteer stevea:
> Also, if OSM's "layer" control (stack icon) added OpenRailwayMap, (to
> complement our Transport layer; thank you, Andy), that would be GREAT!

You know that you can disable the OpenRailwayMap overlay at
openrailwaymap.org, don't you? I think that's a good replacement. In
addition, our tiles are available as overlay (and as basemap) on
http://mc.bbbike.org/mc/

A map which should be included into the openstreetmap.org website should
be a basemap (it may have a special purpose like OpenCycleMap) and be able
to handle all the traffic.

Best regards

Michael one of the OpenRailwayMap developers



___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rail rendering support in our wiki?

[Michael Reichert]

Hi Steve,

Am Mon, 24 Oct 2016 17:31:27 -0700 schrieb OSM Volunteer stevea:
> Also, if OSM's "layer" control (stack icon) added OpenRailwayMap, (to
> complement our Transport layer; thank you, Andy), that would be GREAT!

You know that you can disable the OpenRailwayMap overlay at
openrailwaymap.org, don't you? I think that's a good replacement. In
addition, our tiles are available as overlay (and as basemap) on
http://mc.bbbike.org/mc/

A map which should be included into the openstreetmap.org website should
be a basemap (it may have a special purpose like OpenCycleMap) and be able
to handle all the traffic.

Best regards

Michael one of the OpenRailwayMap developers



___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-it-trentino] Fwd: Toponomastica bilingue in Trentino

[Enrico Moser]

-- Messaggio inoltrato --
Da: Enrico Moser 
Date: 26 ottobre 2016 18:28
Oggetto: Re: [Talk-it-trentino] Toponomastica bilingue in Trentino
A: OpenStreetMap Italy regional talk list for Trentino - Lista regionale
del Trentino 


Ciao a tutti, da un po di anni ormai mappo in val dei Mocheni  (ci vivo
pure) seguendo anche quella che è stata l'evoluzione della toponomastica.
Credendo di fare cosa corretta ho sempre riportato l'indicazione bilingue
it-mhn separata da trattino. Qui ormai tutta la cartellonistica
stradale e le indicazioni dei luoghi da visitare è bilingue da anni..

Il giorno 26 ottobre 2016 16:43, girarsi_liste  ha
scritto:

> Il 26/10/2016 16:35, girarsi_liste ha scritto:
> > Non sono sicuro al 100%, ma la Provincia di Trento ha riconosciuto le
> > tre minoranze linguistiche [0]:
> >
> > - Ladino
> > - Mòcheno
> > - Cimbro
> >
> > Tanto è vero che si è impegnata a far mantenere nei territori la
> > minoranza linguistica, con fondi appositi [1].
> >
> > Per cui penso che in questo caso il name:it e name:xx dove xx se c'è
> > rappresenta la lingua riconosciuta.
> >
> > Resta da vedere se fare come in Alto Adige con l'aggiunta dello slash
> > (/), oppure come scritto sopra, ma ritengo che il bilingue nelle zone
> > sora identificate deve rimanere.
> >
> >
> > [0] http://www.minoranzelinguistiche.provincia.tn.it/minoranzeTrentino/
> >
> > [1] http://www.minoranzelinguistiche.provincia.tn.it/normativa/
> >
> >
>
> Però, in effetti, guardando su google-maps, la segnaletica di
> inizio/fine dei comuni sono italiani, non si vede traccia di cimbro.
>
> Però le foto google sono di uno o due anni fà credo, per cui può essere
> che la situazione nel frattempo sia cambiata.
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>



-- 
  ** ENRICO MOSER **
   Università degli Studi di Trento
 Dipartimento di Fisica
  Laboratorio di Nanoscienze
Via Sommarive,14 - I-38123 Povo-Trento
Ph.+390461282001 lab.-  Fax ++390461881696
   email mo...@science.unitn.it enrico.mo...@unitn.it



-- 
  ** ENRICO MOSER **
   Università degli Studi di Trento
 Dipartimento di Fisica
  Laboratorio di Nanoscienze
Via Sommarive,14 - I-38123 Povo-Trento
Ph.+390461282001 lab.-  Fax ++390461881696
   email mo...@science.unitn.it enrico.mo...@unitn.it
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [OSM-talk-fr] Tag pour constructeur de maisons ?

[Eric Brosselin - Osm]

Bonjour,

je mets mon grain de sel dans la conversation.

En effet il ne s'agit pas de craft=xxx qui relève bien de l'artisanat  
mais bien d'office=


Personnellement pour rechercher des termes anglo-saxons j'utilise plutôt 
des dictionnaires que directement wikipedia.
Notamment Reverso et Linguee (oups pub gratuite)  Le second resituant le 
mots dans leur contexte (extraits de pages web)

On voit vraiment je trouve ce qui est utilisé au quotidien.

Donc pour "les travaux" on a :

«construction firm» ou «building company»  pour l'entreprise de 
construction elle-même
«construction contractor» ou «building contractor»  pour 
l'entrepreneur/constructeur de bâtiment


Le wikipedia anglais pour «construction contractor» ou «building 
contractor» renvoie vers «general contractor»


Après pour ce qui est des travaux publics on a «public works» ou «civil 
engineering» et «public works contractor» ou «civil engineering contractor»


«Craft=builder» renvoie vers quelque chose de très anglo-saxon -
Comme il est dit dans le wiki " a tradesman who performs structural 
alterations and additions to buildings."
Soit un "un ouvrier qualifié (artisan) qui effectue des modifications 
structurelles et des ajouts aux bâtiments."
Lorsqu'on cherche sur des sites (US) surtout on voit plein de "craft 
builders" qui proposent de la maison sur mesure donc fabriquée 
artisanalement

voir du "remodeling" (remodelage)
Ce qui correspond exactement à la définition. Ce n'est peut-être pas 
très répandu en France.



Bon je vois qu'il y a quelqu'un qui vient de traduire la page Fr 
"craft=builder" par entreprise de BTP !

Je vais lui signaler.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Bug on Garmin.opentsreetmap.nl?

[Grant Slater]

Hi Severin,

The forum "closed to new registrations" message is incorrect. You can
sign-in with your openstreetmap.org login credentials.

Kind regards,

Grant


On 26 October 2016 at 16:59, Severin Menard  wrote:
> Hi,
> Sorry to post this here, but I did not find any other way to put an alert
> for this service (forum.openstreetmap.org seems to be closed to new
> registrations).
>
> Basically the gmapsupp.img file that you can put in the memory on a Garmin
> device is now missing, as well as other files. EG:
> http://osm2.pleiades.uni-wuppertal.de/garmin/generic/18-10-2016/63f1561fdba2c661deadcb65361e16c0/
>
> Sincerely,
>
> Severin
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] straten zonder naam

[Verhoeven Fr]

In de laatste versies van JOSM zitten die WMS links ingebakken onder BE. 
Men moet ze wel aktiveren.

Die werken hier normaal Onder Ubuntu en Win 10

Sus



Le 26/10/16 à 16:13, Guy Vanvuchelen a écrit :

Ik wil dat ook eens proberen. De style in JOSM krijg ik op mijn scherm. Maar 
waar haal ik GRB/CRAB?
Bij 'lagen' heb ik grb.agvi.be:GRB-Basiskaart maar die kan ik al een hele tijd 
niet meer inladen. Is er misschien ondertussen een alternatief.

Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Glenn Plas [mailto:gl...@byte-consult.be]
Verzonden: woensdag 26 oktober 2016 14:33
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] straten zonder naam

On 26-10-16 13:59, Marc Gemis wrote:

Er is ook een style in JOSM voor wegen zonder naam:
https://josm.openstreetmap.de/wiki/Styles/Noname

Yup, die staat altijd aan hier, precies een neonlamp zo een naamloze ways 
nu  Maar ja, dan moet je wel JOSM gebruiken ;-)

Ik ben ook bezig met Q/A op straat niveau (momenteel vooral in Brussel).

Onlangs via Jakka nog een mooie case doorgekregen waarbij straten niet matchte 
met de straatnaam informatie van GRB imports (Stekene was testcase), kleine 
stukje uit conversatie:

" ...
adding housenumbers to GRB buildings
https://www.openstreetmap.org/#map=19/51.18656686628599/3.9734528883224085
Huizen met straatnaam Oostvaart Maar dichtsbijliggende straten getagd
als: Pereboomsteenweg en Klein Sinaaistraat Zijn deze building streetname auto 
imports ?
"

Dus onderzocht en idd, de namen in OSM waren fout, kleine stukken straat voor 
de huizen hadden een foute naam, goed opgemerkt van Jakka.

http://www.openstreetmap.org/changeset/43083825

Ik ben dus gaan zoeken in alle validators die ik kon vinden (Osmose
etc..) en geen enkele pikte deze fout op.  Ook JOSM niet, maar wel visueel met 
de addres tags validator mapCSS

https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator=1

adhv GRB en wegenregister overlays konden die uit bron GRB afgeleid worden dat 
ze correct waren en OSM fout was.

Glenn




___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be




___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSRM-talk] Erratic route(s) being returned via router.project-osrm.org (ciroBorrelli)

[c.borre...@sky-media.it]

Dears,

I confirm that the routing service always is returning:

 * "steps": [ ],
 * "summary": "",
 * "*duration*": *0*,
 * "*distance*": *0*

when using Italian coords, with the following url:

- 
http://router.project-osrm.org/route/v1/driving/43.8184,23.3306;44.7449,13.1882


All the waypoints being:

location": [

 * -114.129368,
 * 34.259809]

I need to know when the service would be repaired.

ciroBorrelli
+39 348.5414601
Carsoli, L'Aquila, Roma IT

Il 26/10/2016 15:30, osrm-talk-requ...@openstreetmap.org ha scritto:

Send OSRM-talk mailing list submissions to
osrm-talk@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/osrm-talk
or, via email, send a message with subject or body 'help' to
osrm-talk-requ...@openstreetmap.org

You can reach the person managing the list at
osrm-talk-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of OSRM-talk digest..."


Today's Topics:

1. Erratic route(s) being returned via  router.project-osrm.org
   (johan pretorius)
2.http://map.project-osrm.org/  only seems to be using roads in
   California (Alan Bell)
3. Re: Erratic route(s) being returned via
   router.project-osrm.org (Alan Bell)


--

Message: 1
Date: Wed, 26 Oct 2016 15:24:10 +0200
From: johan pretorius<johan.pretor...@gmail.com>
To:OSRM-talk@openstreetmap.org
Subject: [OSRM-talk] Erratic route(s) being returned via
router.project-osrm.org
Message-ID:
<cadeicevhw1ehu0yjuh5p0vk0mzu0pjyutdj6moca06-4f+n...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi all,

The API is currently returning the same erratic route for any query (mostly
in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan
[image: --]
johan pretorius
[image:http://]about.me/johanpretorius
<http://about.me/johanpretorius?promo=email_sig>



<http://about.me/johanpretorius>
-- next part --
An HTML attachment was scrubbed...
URL:<http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20161026/ab2ffd77/attachment-0001.html>

--

Message: 2
Date: Wed, 26 Oct 2016 14:27:43 +0100
From: Alan Bell<alanb...@ubuntu.com>
To:osrm-talk@openstreetmap.org
Subject: [OSRM-talk]http://map.project-osrm.org/  only seems to be
using roads in California
Message-ID:<f35b1a7b-93a1-e4e6-1ad0-e886a81c0...@ubuntu.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,
at the moment the demo server appears to only know about California,
will it be put back to a global map?

Alan.



--

Message: 3
Date: Wed, 26 Oct 2016 14:30:30 +0100
From: Alan Bell<alanb...@ubuntu.com>
To:osrm-talk@openstreetmap.org
Subject: Re: [OSRM-talk] Erratic route(s) being returned via
router.project-osrm.org
Message-ID:<27a14c8c-5c54-5d18-521a-994c2f95d...@ubuntu.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

oh, same issue I was reporting. that point is the closest road in
California to your waypoints in Africa, it doesn't know about any roads
inbetween at the moment.

Alan.


On 26/10/16 14:24, johan pretorius wrote:

Hi all,

The API is currently returning the same erratic route for any query
(mostly in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan

--
johan pretorius
http://about.me/johanpretorius

<http://about.me/johanpretorius?promo=email_sig>






___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

-- next part --
An HTML attachment was scrubbed...
URL:<http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20161026/cf1be7d2/attachment.html>

--

Subject: Digest Footer

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


--

End of OSRM-talk Digest, Vol 46, Issue 10
*




---
Questa e-mail è stata contro

[OSM-talk] Bug on Garmin.opentsreetmap.nl?

[Severin Menard]

Hi,
Sorry to post this here, but I did not find any other way to put an alert
for this service (forum.openstreetmap.org seems to be closed to new
registrations).

Basically the gmapsupp.img file that you can put in the memory on a Garmin
device is now missing, as well as other files. EG:
http://osm2.pleiades.uni-wuppertal.de/garmin/generic/18-10-2016/63f1561fdba2c661deadcb65361e16c0/

Sincerely,

Severin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] Erratic route(s) being returned via router.project-osrm.org (ciroBorrelli)

[c.borre...@sky-media.it]

Dears,

I confirm that the routing service always is returning:

 * "steps": [ ],
 * "summary": "",
 * "*duration*": *0*,
 * "*distance*": *0*

when using Italian coords, with the following url:

- 
http://router.project-osrm.org/route/v1/driving/43.8184,23.3306;44.7449,13.1882


All the waypoints being:

location": [

 * -114.129368,
 * 34.259809]

I need to know when the service would be repaired.

ciroBorrelli
+39 348.5414601
Carsoli, L'Aquila, Roma IT

Il 26/10/2016 15:30, osrm-talk-requ...@openstreetmap.org ha scritto:

Send OSRM-talk mailing list submissions to
osrm-talk@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/osrm-talk
or, via email, send a message with subject or body 'help' to
osrm-talk-requ...@openstreetmap.org

You can reach the person managing the list at
osrm-talk-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of OSRM-talk digest..."


Today's Topics:

1. Erratic route(s) being returned via  router.project-osrm.org
   (johan pretorius)
2. http://map.project-osrm.org/ only seems to be using roads in
   California (Alan Bell)
3. Re: Erratic route(s) being returned via
   router.project-osrm.org (Alan Bell)


--

Message: 1
Date: Wed, 26 Oct 2016 15:24:10 +0200
From: johan pretorius <johan.pretor...@gmail.com>
To: OSRM-talk@openstreetmap.org
Subject: [OSRM-talk] Erratic route(s) being returned via
router.project-osrm.org
Message-ID:
<cadeicevhw1ehu0yjuh5p0vk0mzu0pjyutdj6moca06-4f+n...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi all,

The API is currently returning the same erratic route for any query (mostly
in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan
[image: --]
johan pretorius
[image: http://]about.me/johanpretorius
<http://about.me/johanpretorius?promo=email_sig>



<http://about.me/johanpretorius>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20161026/ab2ffd77/attachment-0001.html>

--

Message: 2
Date: Wed, 26 Oct 2016 14:27:43 +0100
From: Alan Bell <alanb...@ubuntu.com>
To: osrm-talk@openstreetmap.org
Subject: [OSRM-talk] http://map.project-osrm.org/ only seems to be
using roads in California
Message-ID: <f35b1a7b-93a1-e4e6-1ad0-e886a81c0...@ubuntu.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,
at the moment the demo server appears to only know about California,
will it be put back to a global map?

Alan.



--

Message: 3
Date: Wed, 26 Oct 2016 14:30:30 +0100
From: Alan Bell <alanb...@ubuntu.com>
To: osrm-talk@openstreetmap.org
Subject: Re: [OSRM-talk] Erratic route(s) being returned via
router.project-osrm.org
Message-ID: <27a14c8c-5c54-5d18-521a-994c2f95d...@ubuntu.com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

oh, same issue I was reporting. that point is the closest road in
California to your waypoints in Africa, it doesn't know about any roads
inbetween at the moment.

Alan.


On 26/10/16 14:24, johan pretorius wrote:

Hi all,

The API is currently returning the same erratic route for any query
(mostly in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan

--
johan pretorius
http://about.me/johanpretorius

<http://about.me/johanpretorius?promo=email_sig>






___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/osrm-talk/attachments/20161026/cf1be7d2/attachment.html>

--

Subject: Digest Footer

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


--

End of OSRM-talk Digest, Vol 46, Issue 10
*




---
Questa e-mail è stata c

[Talk-de] Mappingparty Rangierbahnhof Mainz-Bischofsheim am 12.11.

[Michael Reichert]

Hallo,

am Samstag, den 12. November findet auf dem Rangierbahnhof in
Mainz-Bischofsheim eine Mappingparty statt, zu der die DB einlädt. Im
Rahmen der Mappingparty sollen Eisenbahndetails (Signale, Gleisdetails,
Höchstgeschwindigkeiten) und was sich sonst noch vor Ort mappen lässt,
auf diesem Rangierbahnhof erfasst werden. Nach dem Mappen geht es zum
Eintragen der Daten ins Skydeck von DB Systel im Silberturm in Frankfurt.

Die DB (in diesem Fall DB Cargo) möchte wissen, wie sie das Mapping der
Eisenbahninfrastruktur in OSM unterstützen kann.

https://wiki.openstreetmap.org/wiki/Eisenbahn/Mappingparty_Rangierbahnhof_Mainz-Bischofsheim

Da es sich um Bahngelände handelt, das nur von Bahnbediensteten betreten
werden darf, ist eine vorherige namentliche Anmeldung bei per E-Mail bei
dbopend...@deutschebahn.com erforderlich. Die Teilnehmerliste im Wiki
dient nur der öffentlichen Information, die E-Mail ist wichtig und
verbindlich.

Viele Grüße

Michael


PS Recht neu bei der DB in Sachen OSM-Nutzung ist strecken.info von DB
Netz, welches Baustellen und aktuelle Betriebsstörungen (Quelle sind die
regionalen Betriebszentralen von DB Netz) anzeigt.
http://db-livemaps.hafas.de/bin/query.exe/dn?tpl=fullscreenmap=vs_baustellen=false

-- 
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: [OSM-talk-be] straten zonder naam

[Erik B]

In JOSM volgende WMS toevoegen:
http://geoservices.informatievlaanderen.be/raadpleegdiensten/GRB-basiskaart/wms?REQUEST=GetCapabilities=WMS

Erik

Op 26-10-16 om 17:05 schreef Guy Vanvuchelen:

Bedankt voor de infomaar hoe krijg ik die zichtbaar in JOSM.
Via: bewerken -> Voorkeuren -> WMS/TMS -> +WMS -> Voer URL voor de service in -> Lagen ophalen -> ok, zijn ze 
beschikbaar in JOSM-Afbeeldingen. Maar voor o.a. "GRB basiskaart" en "wegenregister Vlaanderen" blijft  de 
foutmelding "Fout: kan geen afbeelding van de tegelserver laden".

Guy Vanvuchelen


-Oorspronkelijk bericht-
Van: Tom Van Herck [mailto:tom.vanhe...@agiv.be]
Verzonden: woensdag 26 oktober 2016 16:20
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] straten zonder naam

Zie 
https://www.agiv.be/producten/webdiensten/meer-over-webdiensten/ons-gis-aanbod/raadpleegdiensten
 voor alle beschikbare WMS'en.
Deze zijn idd veranderd sinds de overgang van AGIV naar Informatie Vlaanderen.

Tom Van Herck

-Oorspronkelijk bericht-
Van: Guy Vanvuchelen [mailto:guy.vanvuche...@gmail.com]
Verzonden: woensdag 26 oktober 2016 16:14
Aan: 'OpenStreetMap Belgium' 
Onderwerp: Re: [OSM-talk-be] straten zonder naam

Ik wil dat ook eens proberen. De style in JOSM krijg ik op mijn scherm. Maar 
waar haal ik GRB/CRAB?
Bij 'lagen' heb ik grb.agvi.be:GRB-Basiskaart maar die kan ik al een hele tijd 
niet meer inladen. Is er misschien ondertussen een alternatief.

Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Glenn Plas [mailto:gl...@byte-consult.be]
Verzonden: woensdag 26 oktober 2016 14:33
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] straten zonder naam

On 26-10-16 13:59, Marc Gemis wrote:

Er is ook een style in JOSM voor wegen zonder naam:
https://josm.openstreetmap.de/wiki/Styles/Noname

Yup, die staat altijd aan hier, precies een neonlamp zo een naamloze ways 
nu  Maar ja, dan moet je wel JOSM gebruiken ;-)

Ik ben ook bezig met Q/A op straat niveau (momenteel vooral in Brussel).

Onlangs via Jakka nog een mooie case doorgekregen waarbij straten niet matchte 
met de straatnaam informatie van GRB imports (Stekene was testcase), kleine 
stukje uit conversatie:

" ...
adding housenumbers to GRB buildings
https://www.openstreetmap.org/#map=19/51.18656686628599/3.9734528883224085
Huizen met straatnaam Oostvaart Maar dichtsbijliggende straten getagd
als: Pereboomsteenweg en Klein Sinaaistraat Zijn deze building streetname auto 
imports ?
"

Dus onderzocht en idd, de namen in OSM waren fout, kleine stukken straat voor 
de huizen hadden een foute naam, goed opgemerkt van Jakka.

http://www.openstreetmap.org/changeset/43083825

Ik ben dus gaan zoeken in alle validators die ik kon vinden (Osmose
etc..) en geen enkele pikte deze fout op.  Ook JOSM niet, maar wel visueel met 
de addres tags validator mapCSS

https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator=1

adhv GRB en wegenregister overlays konden die uit bron GRB afgeleid worden dat 
ze correct waren en OSM fout was.

Glenn




___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be



Informatie Vlaanderen e-mail disclaimer: 
http://www.vlaanderen.be/informatievlaanderen
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be



___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] straten zonder naam

[Guy Vanvuchelen]

Ik wil dat ook eens proberen. De style in JOSM krijg ik op mijn scherm. Maar 
waar haal ik GRB/CRAB?  
Bij 'lagen' heb ik grb.agvi.be:GRB-Basiskaart maar die kan ik al een hele tijd 
niet meer inladen. Is er misschien ondertussen een alternatief.

Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Glenn Plas [mailto:gl...@byte-consult.be] 
Verzonden: woensdag 26 oktober 2016 14:33
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] straten zonder naam

On 26-10-16 13:59, Marc Gemis wrote:
> Er is ook een style in JOSM voor wegen zonder naam:
> https://josm.openstreetmap.de/wiki/Styles/Noname

Yup, die staat altijd aan hier, precies een neonlamp zo een naamloze ways 
nu  Maar ja, dan moet je wel JOSM gebruiken ;-)

Ik ben ook bezig met Q/A op straat niveau (momenteel vooral in Brussel).

Onlangs via Jakka nog een mooie case doorgekregen waarbij straten niet matchte 
met de straatnaam informatie van GRB imports (Stekene was testcase), kleine 
stukje uit conversatie:

" ...
adding housenumbers to GRB buildings
https://www.openstreetmap.org/#map=19/51.18656686628599/3.9734528883224085
Huizen met straatnaam Oostvaart Maar dichtsbijliggende straten getagd
als: Pereboomsteenweg en Klein Sinaaistraat Zijn deze building streetname auto 
imports ?
"

Dus onderzocht en idd, de namen in OSM waren fout, kleine stukken straat voor 
de huizen hadden een foute naam, goed opgemerkt van Jakka.

http://www.openstreetmap.org/changeset/43083825

Ik ben dus gaan zoeken in alle validators die ik kon vinden (Osmose
etc..) en geen enkele pikte deze fout op.  Ook JOSM niet, maar wel visueel met 
de addres tags validator mapCSS

https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator=1

adhv GRB en wegenregister overlays konden die uit bron GRB afgeleid worden dat 
ze correct waren en OSM fout was.

Glenn




___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-es] Correos de bienvenida a nuevos usuarios

[Miguel Sevilla-Callejo]

Hola,

Al hilo de la conversación que hemos iniciado en Telegram/Riot/loquesea
sobre los errores que ha venido teniendo algunos usuarios nuevos en
diferentes lugares y como me quedé encargado de hacer algo así como un
protocolo de bienvenida, se me ha ocurrido sugeriros algún que otro texto
que redacté para aconsejar/dar la bienvenida a OSM vía los mensajes de la
web.

Así mismo, os invito a que compartáis igualmente, alguno de estos correos
y, de ese modo nos sirvan de guías para generar un texto común y un
protocol ode bienvenida que iría a la wiki.

Ahí van mis mensajes que podrían servir de ejemplo/base (he suprimido los
nombres de usuario):

# A ---> Este lo escribí hoy para alertar a un nuevo usuario de
seguir un protocolo

Estimado ,

Desde hace unos días hemos detectado desde la comunidad de colaboradores
que estas editando para OpenStreetMap lo que nos alegra y aprovechó para
darte la bienvenida.

Cuando uno se adentra por primera vez en la edición de este proyecto es
importante seguir una serie de protocolos de buenas prácticas para
contribuir lo mejor posible a la mejora de los datos de este mapa
colaborativo.

Para empezar te recomiendo no solo que sigas el tutorial de iD (que veo que
es el editor que estas usando), que se encuentra embebido a través de un
botón de la propia página (abajo a la derecha), si no que le eches un
vistazo a la página de referencia y documentación del proyecto, la wiki, en
su apartado de iniciación a la edición:
http://wiki.openstreetmap.org/wiki/ES:Gu%C3%ADa_del_principiante

Otra página web de referencia para empezara editar es:
http://learnosm.org/es/

Por favor, échale un vistazo a esa documentación.

Entre las normas de protocolo y edición que te mencionaba está el no tocar
nada de lo previamente editado si no se está seguro de lo que se hace. Es
conveniente ponerse en contacto con los otros editores de tu zona y si
reeditas alguna de los elementos que están ya allí es interesante que se lo
comentes.

Puedes ponerte en contacto con la comunidad en España a través de: - la
lista de correos: https://lists.openstreetmap.org/listinfo/talk-es - a
través de mensajería instántánea por varias vías (todas conectadas a la
misma conversación): - usando Telegram: https://telegram.me/OSMes - a
tráves de Riot.im (no es necesario darse de alta):
https://riot.im/app/#/room/#openstreetmap-es:matrix.org

Allí te aconsejaremos y ayudaremos a resolver tus dudas.

Por ejemplo, cada vez que haces un conjunto de cambios (le das a salvar en
iD) has de incluir un comentario que sea ilustrativo de tus cambios y un
"Es así" no cumple ese cometido. Por favor revisa tu forma de introducir
datos.

Por otro lado, iD muestra por defecto la imagen de satélite de Bing pero
esa imagen no tien por que está correctamente localizada en el espacio y ya
hemos detectado en varias ocasiones que da problemas, por ello, si vas a
editar con esta herramienta te recomendamos que la configures para que use
las ortofotografías del IGN (que llevan las siglas PNOA), tienes más
información de cómo hacerlo y por qué usarla en estos enlaces: - "rollo
teórico" de por qué usar PNOA frente a Bing:
https://lists.openstreetmap.org/pipermail/talk-es/2015-November/013555.html
- cómo usar PNOA en iD: http://imgur.com/a/GgdVW

Espero que esto te sea de utilidad.

Lo dicho, bienvenido a la comunidad y esperamos pdamos hacer crecer
entretodos este magnífico mapa colaborativo.

Nos vemos por las redes.

Un saludo

Miguel Sevilla-Callejo / msevilla00


# B ---> Este es sobre áreas de montaña, senderismo y bing/PNOA

[14 July 2016 at 11:0]

Hola,

Ahora que ví la cantidad de tus ediciones que llevas y el poco tiempo que
hace que te has unido a OSM te animo, si te apetece, a que te unas a
comunidad OSM a través de la lista de correos:
https://lists.openstreetmap.org/listinfo/talk-es (o al menos consultarla
pues allí hay mucha documentación de los problemas que encontramos al
editar).

También tenemos un grupo de Telegram muy activo (si te interesa dime que te
incluimos).

Y es que, de hecho, yo y otros colaboradores de OSM intentamos dinamizar la
edición en áreas de montaña y relacionadas con el senderismo en España.

Por ejemplo, una de las "luchas " que llevo últimamente es que la gente que
usáis el editor iD, el que viene embebido en la web de OSM, NO useis la
imagen de BING que trae por defecto y que lo configuréis para usar la
ortofoto del PNOA que SI está bien rectificada.

Te paso enlace a la discusión que inicié en la lista de correos al respecto
y enlace a un par de imágenes para que veas qué sucede con el tema:

https://lists.openstreetmap.org/pipermail/talk-es/2015-November/013555.html
http://imgur.com/a/uunhD http://imgur.com/0mlA3tp

Para incluir PNOA en iD debes de poner una dirección muy larga en el
apartado de imágenes personalizadas de iD que es la siguiente:

http://www.ign.es/wmts/pnoa-ma?request=GetTile=WMTS=1.0.0=OI.OrthoimageCoverage=default=image/png=GoogleMapsCompatible={z}={y}={x}

Re: [OSRM-talk] Erratic route(s) being returned via router.project-osrm.org

[Alan Bell]

oh, same issue I was reporting. that point is the closest road in 
California to your waypoints in Africa, it doesn't know about any roads 
inbetween at the moment.


Alan.


On 26/10/16 14:24, johan pretorius wrote:

Hi all,

The API is currently returning the same erratic route for any query 
(mostly in Africa).


The behaviour can also be seen at the demo site (Washington): 
http://map.project-osrm.org/


For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan

--
johan pretorius
http://about.me/johanpretorius








___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Erratic route(s) being returned via router.project-osrm.org

[johan pretorius]

Hi all,

The API is currently returning the same erratic route for any query (mostly
in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan
[image: --]
johan pretorius
[image: http://]about.me/johanpretorius





___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Reverse geocoding

[cesare gerbino]

Ciao,

c'è anche questo ...

https://geocoder.opencagedata.com/pricing

https://geocoder.opencagedata.com/faq

... che si basa comunque su Nominatim & altri

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 26 ottobre 2016 14:52, Simone Saviolo 
ha scritto:

> Il giorno 26 ottobre 2016 12:26, Stefano  ha scritto:
>
>> Il giorno 26 ottobre 2016 10:37, Simone Saviolo > > ha scritto:
>>
>>> Ciao a tutti,
>>>
>>> sto cercando di risalire a stato/regione/provincia/comune a partire
>>> dalle coordinate di un punto geografico. Tutti quei pochi che ne parlano,
>>> però, suggeriscono di usare il servizio di reverse geocoding di Google, che
>>> nella versione gratuita pone limiti al volume di utilizzo. Mi chiedevo
>>> quindi se ci fosse un altro servizio (magari basato su OSM ;-) ) che mi
>>> desse queste informazioni.
>>>
>>> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
>>> progetto è basato su MSSQL Server :-)
>>>
>>
>> Ma adesso Sql Server è bello, gira su Linux :-)
>>
>> Nominatim ha l'endpoint per fare reverse geocoding, basta estrarre dalla
>> risposta (XML o json) i campi che ti servono, passandogli le coordinate del
>> punto
>> http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding
>>
>> Anche qui vale il buonsenso sull'uso in volume, ma sai già come funziona!
>>
>
> Intanto grazie a tutti!
>
> Da una prova rapida, il migliore mi sembra Nominatim (sì, l'ho scoperto
> anch'io dieci minuti dopo che ho scritto -_-' ). Devo stare un po' attento
> al fatto che usa village/town/city per il Comune, ma insomma, va bene.
> L'unico problema è che le province a volte sono "Milano" e a volte "TO"...
>
> Scusa Stefano, mi ricordi i limiti sul volume per favore?
>
> Ciao,
>
> Simone
>
> ___
> 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] Reverse geocoding

[Stefano]

Il giorno 26 ottobre 2016 14:52, Simone Saviolo 
ha scritto:

> Il giorno 26 ottobre 2016 12:26, Stefano  ha scritto:
>
>> Il giorno 26 ottobre 2016 10:37, Simone Saviolo > > ha scritto:
>>
>>> Ciao a tutti,
>>>
>>> sto cercando di risalire a stato/regione/provincia/comune a partire
>>> dalle coordinate di un punto geografico. Tutti quei pochi che ne parlano,
>>> però, suggeriscono di usare il servizio di reverse geocoding di Google, che
>>> nella versione gratuita pone limiti al volume di utilizzo. Mi chiedevo
>>> quindi se ci fosse un altro servizio (magari basato su OSM ;-) ) che mi
>>> desse queste informazioni.
>>>
>>> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
>>> progetto è basato su MSSQL Server :-)
>>>
>>
>> Ma adesso Sql Server è bello, gira su Linux :-)
>>
>> Nominatim ha l'endpoint per fare reverse geocoding, basta estrarre dalla
>> risposta (XML o json) i campi che ti servono, passandogli le coordinate del
>> punto
>> http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding
>>
>> Anche qui vale il buonsenso sull'uso in volume, ma sai già come funziona!
>>
>
> Intanto grazie a tutti!
>
> Da una prova rapida, il migliore mi sembra Nominatim (sì, l'ho scoperto
> anch'io dieci minuti dopo che ho scritto -_-' ). Devo stare un po' attento
> al fatto che usa village/town/city per il Comune, ma insomma, va bene.
> L'unico problema è che le province a volte sono "Milano" e a volte "TO"...
>
> Scusa Stefano, mi ricordi i limiti sul volume per favore?
>

1 richiesta al secondo e User Agent impostato nella richiesta HTTP
http://wiki.openstreetmap.org/wiki/Nominatim_usage_policy


>
> Ciao,
>
> Simone
>
> ___
> 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] Reverse geocoding

[Simone Saviolo]

Il giorno 26 ottobre 2016 12:26, Stefano  ha scritto:

> Il giorno 26 ottobre 2016 10:37, Simone Saviolo 
> ha scritto:
>
>> Ciao a tutti,
>>
>> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
>> coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
>> suggeriscono di usare il servizio di reverse geocoding di Google, che nella
>> versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
>> ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
>> informazioni.
>>
>> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
>> progetto è basato su MSSQL Server :-)
>>
>
> Ma adesso Sql Server è bello, gira su Linux :-)
>
> Nominatim ha l'endpoint per fare reverse geocoding, basta estrarre dalla
> risposta (XML o json) i campi che ti servono, passandogli le coordinate del
> punto
> http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding
>
> Anche qui vale il buonsenso sull'uso in volume, ma sai già come funziona!
>

Intanto grazie a tutti!

Da una prova rapida, il migliore mi sembra Nominatim (sì, l'ho scoperto
anch'io dieci minuti dopo che ho scritto -_-' ). Devo stare un po' attento
al fatto che usa village/town/city per il Comune, ma insomma, va bene.
L'unico problema è che le province a volte sono "Milano" e a volte "TO"...

Scusa Stefano, mi ricordi i limiti sul volume per favore?

Ciao,

Simone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Reverse geocoding

[Maurizio Napolitano]

> Nominatim ha l'endpoint per fare reverse geocoding, basta estrarre dalla
risposta (XML o json) i campi che ti servono, passandogli le coordinate del
punto
> http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding
>
> Anche qui vale il buonsenso sull'uso in volume, ma sai già come funziona!

infatti si parla di licenza "Faire use"
>>
>>
>> Grazie e buona giornata!
>>
>> Simone
>
>
> Stefano
>
>>
>>
>> ___
>> 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

Re: [Talk-it] Reverse geocoding

[Maurizio Napolitano]

Il 26 ott 2016 12:11, "Simone Saviolo"  ha
scritto:
>
> Ciao a tutti,
>
> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
suggeriscono di usare il servizio di reverse geocoding di Google, che nella
versione gratuita pone limiti al volume di utilizzo.

Non solo:
pone anche limiti nel riuso
Si tratta di un vincolo apparentemente innocuo ma invece di forte impatto:
i dati generati devono essere presentati sopra una mappa Google
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] straten zonder naam

[Marc Gemis]

Er is ook een style in JOSM voor wegen zonder naam:
https://josm.openstreetmap.de/wiki/Styles/Noname

m.

2016-10-26 11:18 GMT+02:00 joost schouppe :
> Hoi,
>
> Er zijn in Vlaanderen nog verbazend veel straten die geen naam hebben (laten
> we het even nog niet hebben over straten die een verkeerde naam hebben of
> geheel ontbreken :)
>
> Dat is nochtans héél eenvoudig op te lossen. Draai deze query om ze op te
> sporen:
>
> http://overpass-turbo.eu/s/jDe
>
> Open je favoriete editor op de juiste plaats. Haal CRAB erbij, en fixen
> maar. In mijn eigen buurt heb ik dit in een kwartiertje kunnen fixen:
>
> https://overpass-api.de/achavi/?changeset=43185762
>
> Ik gebruik daarvoor Lara. Dat is niet bepaald een elegante tool, maar het
> voordeel is dat je op elk wegsegment kunt klikken om van dat specifieke
> segmentje de naam op te vragen. Je hebt een account nodig, maar iedereen kan
> er zo een maken.
>
> https://crab.agiv.be/Lara/
>
> Uiteraard zijn de CRAB wegsegmenten niet altijd juist, maar fouten zijn toch
> wel héél zeldzaam.
>
> Op aangeven van Marc Gemis ga ik bij de volgende update van het
> Wegenregister ook lagen maken met "prioritaire" ontbrekende wegen. Dat zou
> dan bijvoorbeeld kunnen op basis van wegsegmenten die een CRAB-straatnaam-id
> hebben en ontbreken in OSM.
> Maar nog een laag die er uit zou kunnen komen is "wegen die in OSM geen naam
> hebben maar in Wegenregister wel". En mogelijk ook "wegen die in OSM een
> andere naam hebben dan in Wegenregister".
>
> [this mail in Dutch because it's about using Flanders-only datasources]
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Open Belgium 2017!

[Ben Abelshausen]

Hi all,

Open Knowledge Belgium has a yearly conference called Open Belgium! In
2017, the Open Belgium conference will be held in Brussels on March the
6th. Today, the call for speakers was announced!

http://2017.openbelgium.be/speakers


I think we should look at this as our yearly local State of the Map Belgium
from now on. Looking at how awesome SOTM was in Brussels! So send in your
session/workshop...

This is again during the week, we are also working on organizing something
OSM specific soon during the weekend.

Kind regards,

Ben
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it-trentino] Toponomastica bilingue in Trentino

[Marco Ciampa]

On Wed, Oct 26, 2016 at 09:27:51AM +0200, Martin Raifer wrote:
> Ciao,
> 
> Segnalo che l'utente "fayor" ha modificato alcuni nomi bilingue in
> Trentino (Valle della Fersina) lasciando solo il nome italiano nel
> "name". Questo è il changeset:
> https://www.openstreetmap.org/changeset/43173645. Non vedo che questa
> modifica è stato discussa con la comunità locale, vero?

In effetti... dopo la Sardegna "fayor" colpisce anche qua ... :-)

> Non conosco personalmente la situazione locale, ma secondo wikipedia
> “la toponomastica locale è bilingue: presenta il nome della località
> prima in italiano, poi in mocheno. Tutto questo è regolamentato da una
> legge e da un regolamento provinciale che concretizzano lo Statuto di
> Autonomia delle Province Autonome di Trento e Bolzano che esprime la
> parte sulle minoranze linguistiche”.
> https://it.wikipedia.org/wiki/Pal%C3%B9_del_Fersina.

Che è così a Palù ma non a Lavarone...

--


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-it] Reverse geocoding

[Stefano]

Il giorno 26 ottobre 2016 10:37, Simone Saviolo 
ha scritto:

> Ciao a tutti,
>
> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
> coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
> suggeriscono di usare il servizio di reverse geocoding di Google, che nella
> versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
> ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
> informazioni.
>
> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
> progetto è basato su MSSQL Server :-)
>

Ma adesso Sql Server è bello, gira su Linux :-)

Nominatim ha l'endpoint per fare reverse geocoding, basta estrarre dalla
risposta (XML o json) i campi che ti servono, passandogli le coordinate del
punto
http://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding

Anche qui vale il buonsenso sull'uso in volume, ma sai già come funziona!

>
> Grazie e buona giornata!
>
> Simone
>

Stefano


>
> ___
> 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] Reverse geocoding

[Andrea Musuruane]

2016-10-26 10:37 GMT+02:00 Simone Saviolo :
> Ciao a tutti,
>
> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
> coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
> suggeriscono di usare il servizio di reverse geocoding di Google, che nella
> versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
> ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
> informazioni.
>
> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
> progetto è basato su MSSQL Server :-)

Ciao Simone,
un paio di anni fa, avevo fatto una ricerca analoga. Avevo trovato
questi servizi:

http://www.gisgraphy.com/
http://developer.mapquest.com/web/products/open/geocoding-service
http://photon.komoot.de/

Ciao,

Andrea

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Reverse geocoding

[Luca Delucchi]

2016-10-26 10:37 GMT+02:00 Simone Saviolo :
> Ciao a tutti,
>

ciao,

> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
> coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
> suggeriscono di usare il servizio di reverse geocoding di Google, che nella
> versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
> ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
> informazioni.
>

nominatim lo fa

https://wiki.openstreetmap.org/wiki/Nominatim#Reverse_Geocoding

poi ci sono diverse librerie (Python geopy e geocoder) che utilizzando
diversi servizi per fare il geocoding

>
> Grazie e buona giornata!
>
> Simone
>


-- 
ciao
Luca

www.lucadelu.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Reverse geocoding

[cesare gerbino]

Ciao,

hai provato a vedere cosa offre MapBox?

https://www.mapbox.com/developers/api/v3/geocoding/

i dati sotto dovrebbero essere quelli di OSM ...

 Cesare

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 26 ottobre 2016 10:37, Simone Saviolo 
ha scritto:

> Ciao a tutti,
>
> sto cercando di risalire a stato/regione/provincia/comune a partire dalle
> coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
> suggeriscono di usare il servizio di reverse geocoding di Google, che nella
> versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
> ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
> informazioni.
>
> Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
> progetto è basato su MSSQL Server :-)
>
> Grazie e buona giornata!
>
> Simone
>
> ___
> 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-cz] Francois555 ... ???

[Vladimír Slávik]

Ahoj,
osobně mi ten rozsah připadal taky skoro nereálný, ale pokud Francois555 
systematicky chodí po ulicích a jen fotí nápisy na domech, asi to jde 
zvládnout v odpovídající úrovni detailů.


Viz taky https://www.openstreetmap.org/user/Francois555/traces/1867453 - 
někde asi opravdu chodí :-) Je sice škoda, že neznačí otvírací doby, 
bezbar vchody atd., ale mnohem lepší než prázdná mapa... Osobně jsem za 
jeho práci vděčný.



Vláďa


Dne 24.10.2016 v 17:44 Marián Kyral napsal(a):

Dne 24.10.2016 v 16:27 Matěj Cepl napsal(a):

On 2016-10-24, 10:04 GMT, Marián Kyral wrote:

Proč se ho nezeptáš pod nějakým changesetem? Pochybuji, že čte @talk-cz.

Zeptám, máš pravdu.


A nevím, čemu říkáš tuny. Moc toho není. Nevím jak moc přesné ty informace
jsou v porovnáním se skutečností, ale dle jeho historie editací bych to
viděl, že v Praze asi byl a tyhle informace si poznamenal. Možná v Osmand.
Protože tam nemá moc podrobností.

No, 17 changesetů velikosti
https://www.openstreetmap.org/changeset/43109441 je dost
neobvyklá velikost. A je pravda, že jsou většinou dost stručné.

Matěj

Každý má jiný systém. Já toho většinou opravím více najednou, protože se
nedokáži zastavit. Někdo jiný zase dělá více malých changesetů
rozdělených podle oblastí a vždy upraví jen konkrétní věc a pak jde jinam.


Marián


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-be] straten zonder naam

[joost schouppe]

Hoi,

Er zijn in Vlaanderen nog verbazend veel straten die geen naam hebben
(laten we het even nog niet hebben over straten die een verkeerde naam
hebben of geheel ontbreken :)

Dat is nochtans héél eenvoudig op te lossen. Draai deze query om ze op te
sporen:

http://overpass-turbo.eu/s/jDe

Open je favoriete editor op de juiste plaats. Haal CRAB erbij, en fixen
maar. In mijn eigen buurt heb ik dit in een kwartiertje kunnen fixen:

https://overpass-api.de/achavi/?changeset=43185762

Ik gebruik daarvoor Lara. Dat is niet bepaald een elegante tool, maar het
voordeel is dat je op elk wegsegment kunt klikken om van dat specifieke
segmentje de naam op te vragen. Je hebt een account nodig, maar iedereen
kan er zo een maken.

https://crab.agiv.be/Lara/

Uiteraard zijn de CRAB wegsegmenten niet altijd juist, maar fouten zijn
toch wel héél zeldzaam.

Op aangeven van Marc Gemis ga ik bij de volgende update van het
Wegenregister ook lagen maken met "prioritaire" ontbrekende wegen. Dat zou
dan bijvoorbeeld kunnen op basis van wegsegmenten die een
CRAB-straatnaam-id hebben en ontbreken in OSM.
Maar nog een laag die er uit zou kunnen komen is "wegen die in OSM geen
naam hebben maar in Wegenregister wel". En mogelijk ook "wegen die in OSM
een andere naam hebben dan in Wegenregister".

[this mail in Dutch because it's about using Flanders-only datasources]

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-it] Reverse geocoding

[Simone Saviolo]

Ciao a tutti,

sto cercando di risalire a stato/regione/provincia/comune a partire dalle
coordinate di un punto geografico. Tutti quei pochi che ne parlano, però,
suggeriscono di usare il servizio di reverse geocoding di Google, che nella
versione gratuita pone limiti al volume di utilizzo. Mi chiedevo quindi se
ci fosse un altro servizio (magari basato su OSM ;-) ) che mi desse queste
informazioni.

Prima che mi suggeriate di usare un database PostGIS, devo dirvi che il
progetto è basato su MSSQL Server :-)

Grazie e buona giornata!

Simone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Appli mobile pour mapper les arrêts de bus

[lenny.libre]

Le 25/10/2016 à 22:55, Philippe Verdy a écrit :
JOSM ne donne pas d'anomalie de ce point de vue là: il tente 
d'ordonner les ways ensemble en les connectant mais il ne sait pas 
déterminer la direction et peut les ordonner en sens inverse du 
parcours s'il commence par le dernier way pris en sens inverse de son 
tracé (ce qui est souvent le cas des rues bidirectionelles, ou des 
rues een sens unique mais prises à contre-sens par les bus!).


Faites l'essai avec des "route" qui comportent des autointersections 
avec elles-mêmes, JOSM ne sait pas quoi faire et peut les 
interconnecter n'importe comment. C'est moins souvent le cas quand on 
a séparé les deux sens de la ligne dans des "route" différentes, mais 
ces cas arrivent encore.


Mais JOSM ne change PAS l'ordre relatif des arrêts (stop et platform), 
il est incapable de le décider.
Ceci dit, que les arrêts soient triés avant ou après les ways ou au 
milieu n'a effetitvement aucune importance. Mais leur ordre relatif 
est encore essentiel, mais ce n'est pas JOSM qui est le problème ici.



+1
en effet, JOSM n'a pas la connaissance du terrain (et encore plus quand 
il y a des boucles ou qu'on n'a pas fait 2 routes pour l'aller et le 
retour).
JOSM permet d'ordonner les différents membres (manuellement) comme on le 
souhaite.
Bien que non obligatoire, je préfère les mettre dans l'ordre, car c'est 
beaucoup plus simple à maintenir (en ce moment, je reprends une ligne 
dont les 'platform" du sens aller sont rattachés à la relation retour - 
et inversement - et en plus, ils ne sont pas triés).
Pour ma part, je place les membres du départ à l'arrivée, d'abord les 
"stop" et les "platform" (le "stop" précédant le "platform" 
correspondant), puis tous les ways (la colonne à droite du nom 
permettant de voir s'il y a des anomalies dans les aboutements - JOSM 
signale lorsque les 2 segments n'ont pas d'extrémité commune - c'est 
comme cela que je m’aperçois que certains ont tronçonné des giratoires 
sans s'occuper des relations qu'ils supportent)


léni


Le 25 octobre 2016 à 14:18, Francescu GAROBY > a écrit :


Je rejoins Florian : techniquement parlant, rien n'oblige à ce que
les éléments qui composent une relation soient dans le bon ordre.
D'ailleurs, JOSM ne les trie pas comme il faut : il met d'abord
toutes les ways, puis tous les nodes.
L'important est que le tracé soit complet (aucun bout de way
manquant), que les "stop_position" soient bien présents (comme ils
appartiennent en même temps à une way déjà présente dans la
relation, on peut donc les trier, du point de départ au terminus,
en se basant sur les tags "from" et "to de ladite relation). Avec
tout ça, on peut alors retrouver le "platform" correspondant (il
se trouve dans la même relation "stop_area" que le "stop_position").

Francescu

Le 25 octobre 2016 à 12:18, Florian LAINEZ > a écrit :

J'adore parler aux gens qui ont les arrêts de bus comme TOC !
Ce n'est pas aussi exotique que les PEI mais c'est tout aussi
sympa ;)

Cool ta webapp Noémie, j'imagine que cela fait suite au
premier draft que tu avais fait auparavant et qui n'est plus
en ligne.
Par contre je n'arrive pas à ajouter une ligne de bus à un
arrêt, même connecté avec mon compte OSM. Quand je clique sur
"modifier", la liste des lignes apparait bien mais simplement
sous forme de liste avec des bullet points. Est-ce normal ?
(je suis bien en ile-de-france, à savignys-sous-orge).

Les limitations que tu mentionnes (relation préexistante
obligatoire...) sont bien compréhensibles, par contre je ne
comprends pas pourquoi tu mets un fixme et que tu es obligée
de retraiter la relation à posteriori.
Si tu mettais directement un rôle platform à l'arrêt rajouté
dans la relation de la ligne, ce ne serait pas plus propre ?

Sinon, pour terminer, en effet, Maps Me est très utile.
J'étudie en ce moment la possibilité de le forker pour en
faire un éditeur spécifique. Est-ce que vous pensez que ça
vaut le coup ? Sinon on pourrait écrire le code pour eux pour
essayer de l'intégrer direct à l'appli ? Good/bad idea?

L'appli est plutôt destinée à cartographier dans le bus ou
à pied en se promenant ?
Si c'est dans le bus, c'est une contrainte à ne pas
minimiser : c'est assez difficile de bien cartographier en
prenant le bus, il y a peu de temps et beaucoup de choses
à regarder.

Je ne sais pas encore, je requiert justement votre aide pour
préciser les vrais besoins de cette appli.
Jusqu'à présent je pensais plutôt à un éditeur assez classique
qui puisse être utilisé partout mais peut-être qu'une appli
plus spécifique serait 

[Talk-it-trentino] Toponomastica bilingue in Trentino

[Martin Raifer]

Ciao,

Segnalo che l'utente "fayor" ha modificato alcuni nomi bilingue in
Trentino (Valle della Fersina) lasciando solo il nome italiano nel
"name". Questo è il changeset:
https://www.openstreetmap.org/changeset/43173645. Non vedo che questa
modifica è stato discussa con la comunità locale, vero?

Non conosco personalmente la situazione locale, ma secondo wikipedia
“la toponomastica locale è bilingue: presenta il nome della località
prima in italiano, poi in mocheno. Tutto questo è regolamentato da una
legge e da un regolamento provinciale che concretizzano lo Statuto di
Autonomia delle Province Autonome di Trento e Bolzano che esprime la
parte sulle minoranze linguistiche”.
https://it.wikipedia.org/wiki/Pal%C3%B9_del_Fersina.

Cosa pensate?
Martin

___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-ee] Open Data Estonia asutamine 27.10

[Mihkel Oviir]

Jaak, kas sa oskad tuua detailsemaid viiteid? Eks ma tean u nii palju kui
on aastate jooksul ESTGIS raames arutletud aga konkreetseid näiteid väga ei
tea. Ühesõnaga, kel on mingit infot või ideid eesti ruumiandmete osas ja
ise ei kavatse kohale tulla, siis saatke info mulle. Vb pole tolku aga
parem olla paremini informeeritud :)

mihkel

25. oktoober 2016 20:48 kirjutas Mihkel Oviir :

> Ma olen ise Tallinnas ja valmis minema, uurisingi, kas keegi veel on
> teadlik või lausa minemas ise. Aga ma siis käin ära, vaatab, mis seal
> toimub, võimalik, et tekib kogukond, kelle kaudu saaks ka ruumiandmete osas
> maa-ametit kangutada.
>
> mihkel
>
> 25. oktoober 2016 18:29 kirjutas Jaak Laineste :
>
>>
>> Äge - kes Tallinnas, mingu ja andku meie poolt palavad toetusavaldused ja
>> tervitused ! :) Ma ise seal pole.
>>
>>
>> Muidu Eesti ruumiandmete Open Data hetke olukord on, et Maaamet on
>> edukalt hiilinud kõrvale üldisest EU ja ka Eesti seaduste nõuetest andmeid
>> avada, kasutades seaduses antavaid auke. Näiteks nende peamised
>> andmestikud: ETAK (Eesti Topograafiline Andmekogu - ehk põhimõtteliselt
>> peamine ametlik kaart - teed, loodus, hooned jne) ja kõrguspunktid tuleb
>> vektorandmetena osta, koguhinnaga suurusjärgus sadu tuhandeid eurosid. Üks
>> kord olla need ka ostetud - Taanlaste poolt, seega ei saa ka öelda et see
>> hind täiesti mõistetamatu oleks. Kui sa tahad osta enda maja ruumikogu, või
>> tagaaia kõrguspunte, siis tõesti pole kallis, aga kogu-Eestiliselt on see
>> hind märk “ei midagi tasuta”, milles oleme selgelt Euroopa tagarinnas.
>>
>> Näpuotsaga avaandmeid neilt siiski on - väiksema asjana halduspiirid,
>> vähe suuremana ADS - aadressiregister; mis on tänaseks ka tõmmatud
>> OpenStreetMap-i sisse.
>>
>> Õnneks maaameti veebikaart ning WMS on endiselt kõigile avatud ja tasuta
>> ! :P
>>
>> p.s. keskkonnaameti või kellegi muu kaudu (mitte otse maaametist) olla ka
>> aerofotod kättesaadavad nüüd vabalt. Kes teab täpsemalt, andku teada.
>>
>>
>> Jaak
>>
>>
>>
>> On 25 Oct 2016, at 17:26, Mihkel Oviir  wrote:
>>
>> Kas maakaardi selts võiks ka osaleda? On keegi minemas?
>>
>> http://www.opendata.ee/2016-10-25/asutamiskoosolek-juba-sel-neljapaeval/
>>
>> terv,
>> Mihkel
>> ___
>> Talk-ee mailing list
>> Talk-ee@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ee
>>
>>
>>
>> ___
>> Talk-ee mailing list
>> Talk-ee@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ee
>>
>>
>
___
Talk-ee mailing list
Talk-ee@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ee