Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[Jérôme Amagat]

(je comprend pas bien comment sont tes données)

Tu peut donner à josm un fichier csv avec une colonne latitude et une autre
longitude.
Un truc important pour contribuer à osm c'est qu'on ajoute pas des données
n'importe comment dans la base, on les intègre à la base en fonction des
données déjà présentent.
Pour les adresses (déjà il n'y a pas de consensus dans la façon de les
intégrer), il faut pas confondre l'adresse postal et l'adresse
"géographique". C'est assez proche, on utilise les choses "rue machin"
numéro ... mais l'adresse géographique doit être unique et moi je préfère
la placer sur un point à l'entrée de lieu qui se trouve à cette adresse, et
le numéro et la rue suffit. c'est l’adresse postal que l'on tag avec
contact: (contact:street, contact:housenumber ...)


Le 18 octobre 2016 à 06:54, pepilepi...@ovh.fr  a écrit
:

> Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :
> > Bonsoir,
> >
> > Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :
> >> Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :
> >>>
> >>> A minima le nom de la ville est faux (*Beaumont lès Valence* et non
> >>> Beaumont-lès-Valence).
> >>>
> >> Bin c'est ce que j'ai mis...
> >
> > La version souhaitée est celle avec les traits d'union.
>
> OK, c'est corrigé.
>
>
> > Le bureau de poste à côté de ton ajout mériterait le même soin.
>
> Il va y passer, c'est le prochain sur ma liste. Ça fait plusieurs années
> qu'il est incomplet, il attendra bien une semaine ou deux, il me servira
> de cobaye pour tester QGis ou l'API.
>
> >
> >>> Je l'interroge sur l'intérêt de addr:country
> >>>  FR
> >>>
> >> OK.
> >> C'était dans le wiki, je l'ai mis...
> >>>
> >>> Ce n'est pas faux mais la position du nœud le donne déjà.
> >>>
> >>> Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.
> >
> > Oui, la mention du pays n'est pas nécessaire par défaut, considérant
> > que la situation géographique du point "dans l'emprise du pays" donne
> > l'information, indirectement certes. Des outils de manipulation de la
> > donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette
> > info aisément.
> >
> >>> Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
> >>> plus adapté ?
> >>>
> >> Je débarque dans la grande communauté OSM. C'est quoi QGis ?
> >> Là encore toute doc et tout exemple sont bienvenus.
> >
> > QGis [2] est un logiciel de manipulation de données géographiques (un
> > SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est
> > volontairement généraliste. Comme tu es familier de JOSM, je ne vois
> > personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM.
> > Pour analyser la donnée en revanche il peut être plus pratique que
> > JOSM selon le besoin.
> >
> > Pour revenir à ta question initiale, en effet remplir mécaniquement un
> > fichier avec les bonnes caractéristiques peut être une action assez
> > rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui
> > reste fastidieux comme tu l'as identifié, c'est le travail de
> > consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas
> > de créer des doublons. Et ce travail là ne relève au final pas d'un
> > algo, mais bien de décisions prises par un humain derrière son écran.
>
> Nan, c'est pas trop monstrueux. J'ai une liste de lieux et d'adresses,
> etje connais le patelin. Donc pour chaque lieu je peux voir très
> rapidement s'il existe déjà dans OSM. Si oui je note son nodeId, sinon
> je le crée manuellement avec le minimum d'info et je le traite ensuite
> comme un existant.
>
> > Si tu trouves ton chantier fastidieux, un moyen peut consister à
> > l'organiser pour le partager entre plusieurs contributeurs. En ayant
> > au préalable traité le sujet de la licence associée aux données que tu
> > évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.
>
> Les données, c'est la municipalité qui les fournit. Aujourd'hui sur une
> feuille de papier... Je vais essayer de négocier un fichier.
>
> Et ce qui me gène ce n'est pas "fastidieux", c'est INUTILEMENT
> fastidieux. Il y a certes certaines tâches qui sont forcément manuelles,
> comme ici l'identification des points. Mais ce qui me casse les pieds
> c'est de passer trois heures à des actions répétitives qui pourraient
> être automatisées. Comme l'affectation des tags aux points.
>
> En tous cas merci pour ces infos, je vais m'y plonger
>
> JP
>
> >
> > vincent
> >
> > [1]
> > https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_
> g%C3%A9ographique
> > [2] http://qgis.org/
> > [3] : http://wiki.openstreetmap.org/wiki/API_v0.6
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

Re: [Talk-it] dubbio su landuse

[scratera]

dieterdreist wrote
> sent from a phone
> 
>> Il giorno 17 ott 2016, alle ore 07:20, scratera 

> pizpiz@

>  ha scritto:
>> 
>> ...vero...a questo punto come è stato creato un power=plant per
>> delimitare
>> il limite delle centrali elettriche...vedrei un tower=plant come proposta
>> per l'area...
>> 
> 
> 
> 
> il tag "tower" per me sarebbe sempre per una singola torre, mai per un
> centro/insieme di torri.
> 
> man_made=...
> dove ... è quello che è (cosa qui non è ancora stato detto). È un
> ripetitore radio/tv? Comunicazioni dati? Trasmittente di qualcosa? roba
> militare? Comunicazione con satelliti? Stazione radar? Centro di
> trasmissione, ecc.
> 
> 
> ciao,
> Martin 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

..anche power è singolare...eppure viene usato per descrfivere un area...non
vedo la diferenza...
http://wiki.openstreetmap.org/wiki/Tag:power%3Dplant



--
View this message in context: 
http://gis.19327.n8.nabble.com/dubbio-su-landuse-tp5884421p5884560.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[pepilepi...@ovh.fr]

Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :
>> Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :
>>>
>>> A minima le nom de la ville est faux (*Beaumont lès Valence* et non
>>> Beaumont-lès-Valence).
>>>
>> Bin c'est ce que j'ai mis...
>
> La version souhaitée est celle avec les traits d'union.

OK, c'est corrigé.


> Le bureau de poste à côté de ton ajout mériterait le même soin.

Il va y passer, c'est le prochain sur ma liste. Ça fait plusieurs années
qu'il est incomplet, il attendra bien une semaine ou deux, il me servira
de cobaye pour tester QGis ou l'API.

>
>>> Je l'interroge sur l'intérêt de addr:country
>>>  FR
>>>
>> OK.
>> C'était dans le wiki, je l'ai mis...
>>>
>>> Ce n'est pas faux mais la position du nœud le donne déjà.
>>>
>>> Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.
>
> Oui, la mention du pays n'est pas nécessaire par défaut, considérant
> que la situation géographique du point "dans l'emprise du pays" donne
> l'information, indirectement certes. Des outils de manipulation de la
> donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette
> info aisément.
>
>>> Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
>>> plus adapté ?
>>>
>> Je débarque dans la grande communauté OSM. C'est quoi QGis ?
>> Là encore toute doc et tout exemple sont bienvenus.
>
> QGis [2] est un logiciel de manipulation de données géographiques (un
> SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est
> volontairement généraliste. Comme tu es familier de JOSM, je ne vois
> personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM.
> Pour analyser la donnée en revanche il peut être plus pratique que
> JOSM selon le besoin.
>
> Pour revenir à ta question initiale, en effet remplir mécaniquement un
> fichier avec les bonnes caractéristiques peut être une action assez
> rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui
> reste fastidieux comme tu l'as identifié, c'est le travail de
> consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas
> de créer des doublons. Et ce travail là ne relève au final pas d'un
> algo, mais bien de décisions prises par un humain derrière son écran. 

Nan, c'est pas trop monstrueux. J'ai une liste de lieux et d'adresses,
etje connais le patelin. Donc pour chaque lieu je peux voir très
rapidement s'il existe déjà dans OSM. Si oui je note son nodeId, sinon
je le crée manuellement avec le minimum d'info et je le traite ensuite
comme un existant.

> Si tu trouves ton chantier fastidieux, un moyen peut consister à
> l'organiser pour le partager entre plusieurs contributeurs. En ayant
> au préalable traité le sujet de la licence associée aux données que tu
> évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.

Les données, c'est la municipalité qui les fournit. Aujourd'hui sur une
feuille de papier... Je vais essayer de négocier un fichier.

Et ce qui me gène ce n'est pas "fastidieux", c'est INUTILEMENT
fastidieux. Il y a certes certaines tâches qui sont forcément manuelles,
comme ici l'identification des points. Mais ce qui me casse les pieds
c'est de passer trois heures à des actions répétitives qui pourraient
être automatisées. Comme l'affectation des tags aux points.

En tous cas merci pour ces infos, je vais m'y plonger

JP

>
> vincent
>
> [1]
> https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique
> [2] http://qgis.org/
> [3] : http://wiki.openstreetmap.org/wiki/API_v0.6
>
> ___
> 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-ca] Telenav mapping turn restrictions

[Martijn van Exel]

Hi all,

I wanted to give you a heads up that my colleagues on the Telenav map team
are starting work on adding turn restrictions in Toronto, Montréal, and
later on also Vancouver, Ottawa and Calgary. We are using OpenStreetView
and Mapillary as sources. If you have any questions or concerns, please
reach out to me and we will address it right away.

For conditional (time-restricted) turn restrictions, we intend to use the
schema described in
http://wiki.openstreetmap.org/wiki/Conditional_restrictions. We encounter a
more complex mapping of conditional turn restrictions sometimes, where
mappers have used day_on / day_off and hour_on / hour_off. This is uncommon
and as far as I know not recommended for mapping time-restricted turn
restrictions. If we encounter these, our proposal would be to remove these
tags and if necessary replace them with the preferred scheme as described
on the wiki. Opinions?

Best,
Martijn
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [talk-ph] [HOT] Fwd: Ilocos Norte Mapping in light of Typhoon Lawin / Haima

[maning sambale]

Thanks for this Ervin.  @hotties, this will be a local pre-crisis
activation and can escalate (hopefully not) after we get better idea
in the coming days.  Everyone is invited to participate of course.

On Tue, Oct 18, 2016 at 7:01 AM, Ervin Malicdem  wrote:
> Forwarding for request for mapping on extreme northern Luzon in the
> Philippine due to Super Typhoon Haima.
>
> Ervin M.
> Schadow1 Expeditions - A Filipino must not be a stranger to his own
> motherland.
> http://www.s1expeditions.com
>
> -- Forwarded message --
> From: Ervin Malicdem 
> Date: Tue, Oct 18, 2016 at 9:11 AM
> Subject: Ilocos Norte Mapping in light of Typhoon Lawin / Haima
> To: OSM-PH 
>
>
> Good day to the OSM Community here in the Philippines.
>
> In light of the incoming typhoon Haima / Lawin which is predicted to
> landfall in extreme northern Luzon at CAT5 strength, we encourage everyone
> to map in OpenStreetMap preferably in the areas of Cagayan Valley and Ilocos
> Norte.
>
> As of this time , Ilocos Norte has a current HOT Task which you can take and
> help us in mapping.
>
> This task is led by Project NOAH and the Philippine Heritage Map.
> http://tasks.hotosm.org/project/1996
>
> Starting tomorrow, Schadow1 Expeditions will release a daily update of the
> activation version of the Philippine GPS routable map for this purpose to
> mirror the efforts of the mapping task we are working on which can be used
> by relief and rescue operations. It is downloadable here
> http://www.s1expeditions.com/p/openstreetmaps.html
>
> Ervin M.
> Schadow1 Expeditions - A Filipino must not be a stranger to his own
> motherland.
> http://www.s1expeditions.com
>
>
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

[Talk-ca] Light rail mapping questions

[Mike Boos]

Hello

Waterloo Region is in the process of building a light rail system. This has
meant a lot of streets are being reconstructed and changed, and now that
large portions of the line are completed, there are lots of changes that
will need to be made to map what is the largest infrastructure project
local governments here have undertaken.

There are similarities to some other Canadian light rail and streetcar
systems (with dedicated rights of way), but also some unique features which
I'd like to get some advice about how to map.

Along on-road sections, the dedicated rail right-of-way moves from
centre-running to the outsides of the street at certain intersections. (A
by-product of some of the political compromises in route choices.) Does
anyone know of any examples of tracks going from the centre to the side of
the road with traffic lanes in OSM? I expect these are going to look messy.

There are also portions of the line that will share track with a freight
corridor. From what I can tell, convention appears to be to tag it with the
heavier mode, i.e. railway=rail instead of railway=light_rail. However, the
use of the track for freight is quite small - at most one freight train
to/from Elmira uses the track at night, when light rail service won't be
operating. Should the track still be marked as 'rail' instead of
'light_rail,' or should we attempt to have the tags represent the dominant
use? (At present, some of these are tagged as railway=construction, even
though the freight train has been consistently using it overnight. This
section is also largely complete.)

Further, there is gauntlet track to allow freight trains to pass station
platforms. Do we tag the track closest to the platform as
railway=light_rail and the outer track as railway=rail? There's some
discussion here on gauntlet tracks here that suggests this is the case in
Europe: http://forum.openstreetmap.org/viewtopic.php?id=29131

Thanks
Mike

-- 
Mike Boos
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] Ilocos Norte Mapping in light of Typhoon Lawin / Haima

[Ervin Malicdem]

Good day to the OSM Community here in the Philippines.

In light of the incoming typhoon Haima / Lawin which is predicted to
landfall in extreme northern Luzon at CAT5 strength, we encourage everyone
to map in OpenStreetMap preferably in the areas of Cagayan Valley and
Ilocos Norte.

As of this time , Ilocos Norte has a current HOT Task which you can take
and help us in mapping.

This task is led by Project NOAH and the Philippine Heritage Map.
http://tasks.hotosm.org/project/1996

Starting tomorrow, Schadow1 Expeditions will release a daily update of the
activation version of the Philippine GPS routable map for this purpose to
mirror the efforts of the mapping task we are working on which can be used
by relief and rescue operations. It is downloadable here
http://www.s1expeditions.com/p/openstreetmaps.html

Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-ca] The Statistics Canada Project

[James]

I'm the one running the tasking manager.

On Oct 17, 2016 9:08 PM, "AJ Ashton"  wrote:

> Hi John,
>
> Thanks for the writeup. I think this is the first post that's made it
> fully clear what is going on. As I was re-reading the previous StatCan
> thread earlier today I seemed to be missing something - now I guess it was
> context available to those who attended in-person meetings. I don't think
> it was even clear to the list until now how much in-person community
> discussion has been happening.
>
> Basically the issue is that all the online discussion about this looks to
> have been about the StatCan crowdsourcing half of the project and none at
> all about the building import half. I didn't pay too much attention to the
> original StatCan thread at the time because it so clearly sounded like a
> local mapping project with no large-scale import component.
>
> Unfortunately I no longer live in Ottawa and couldn't have made it to the
> meetings. However I lived there for many years, have done a lot of mapping
> there, and have a continued interest in the area. I would still like to see
> the the building import happen and even help out where I can. But I think
> it's important to do more planning and discussion on this list and the
> imports list, and to take things in smaller and more manageable chunks.
>
> I guess the next step would be to continue on a proper path to import the
> buildings per the guidelines per http://wiki.openstreetmap.org/
> wiki/Import/Guidelines . This would include:
>
> - Wiki documentation of the where the data is, what it contains & its
> license / permissions
> - A plan to conflate with existing data - preserving history, keeping
> existing attributes, and merging addresses onto buildings where possible
> before the data is uploaded
> - A specific plan for uploading the data. Eg how the data will be divided
> up into chunks and step-by-step instructions for JOSM, etc. A task server
> was mentioned several times - who is running this and how can others
> participate?
> - A proper review on the imports mailing list
>
> I don't necessarily agree with every single rule in the import guidelines,
> but they are what the community has decided on and I think for the most
> part they help avoid the kinds of issues I had with deleted and duplicated
> data in Ottawa.
>
> --
>   AJ Ashton
>   a...@ajashton.ca
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] The Statistics Canada Project

[AJ Ashton]

Hi John,

Thanks for the writeup. I think this is the first post that's made it
fully clear what is going on. As I was re-reading the previous StatCan
thread earlier today I seemed to be missing something - now I guess it
was context available to those who attended in-person meetings. I don't
think it was even clear to the list until now how much in-person
community discussion has been happening.

Basically the issue is that all the online discussion about this looks
to have been about the StatCan crowdsourcing half of the project and
none at all about the building import half. I didn't pay too much
attention to the original StatCan thread at the time because it so
clearly sounded like a local mapping project with no large-scale import
component.

Unfortunately I no longer live in Ottawa and couldn't have made it to
the meetings. However I lived there for many years, have done a lot of
mapping there, and have a continued interest in the area.  I would still
like to see the the building import happen and even help out where I
can. But I think it's important to do more planning and discussion on
this list and the imports list, and to  take things in smaller and more
manageable chunks.

I guess the next step would be to continue on a proper path to import
the buildings per the guidelines per
http://wiki.openstreetmap.org/wiki/Import/Guidelines . This would
include:

- Wiki documentation of the where the data is, what it contains & its
  license / permissions
- A plan to conflate with existing data - preserving history, keeping
  existing attributes, and merging addresses onto buildings where
  possible before the data is uploaded
- A specific plan for uploading the data. Eg how the data will be
  divided up into chunks and step-by-step instructions for JOSM, etc. A
  task server was mentioned several times - who is running this and how
  can others participate?
- A proper review on the imports mailing list

I don't necessarily agree with every single rule in the import
guidelines, but they are what the community has decided on and I think
for the most part they help avoid the kinds of issues I had with deleted
and duplicated data in Ottawa.

--
  AJ Ashton
  a...@ajashton.ca
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[Philippe Verdy]

Pour moi les adresses CEDEX (et autres boites postales) sont
systématiquement dans contact:*, car elles ne correspondent pas à
l'emplacement géographique du noeud ou polygone qui le porte et indiquent
justement de s'adresser ailleurs.
Pour addr:* on a parfois besoin de addr:country=* mais c'est rare à moins
de s'être posé juste à cheval sur une frontière ou dans une zone
frontalière ambigue/imprécise (ou revendiquée par deux pays).

Même chose pour addr:city mais là ça arrive plus souvent, notamment parce
que certaines frontières passent souvent en bordure de batiment ou parce
que l'accès du batiment ne se fait pas par la même commune que l'endroit où
il est situé. Mais ce cas se présent aussi pour certains batiments qui sont
directement à cheval sur une frontière internationale et on a quelques cas
où bien qu'un bâtiment soit entièrement dans le territoire d'un pays, son
accès se fait depuis un point situé dans le pays voisin, en traversant la
frontière par un chemin privé (on a le cas entre Belgique et Pays-Bas
notamment avec deux communes de deux pays avec des imbrications d'enclaves).

LE même cas se présent aussi dans entre deux communes espagnoles elles
aussi très inriquées. En France on l'a sans doute à la frontière avec
Monaco.

Dans le cas où une frontière suit aussi une rue, elle n'est pas forcément
complètement tracée dessus (la frontière oscille un peu, la route a été
redressée par rapport à un ancien chemin communal historique, et la rue
peut se retrouver aujourd'hui tracée dans OSM entièrement d'un seul côté de
la frontière, alors qu'en fait elle est plus large que ça et ses deux cotés
sont dans des communes différentes. Pourtant si on recherche cette rue
géométriquement on ne le trouvera que dans une seule des deux communes
alors qu'elle a des adresses dans l'une ou l'autre. La solution pour ça
c'est d'associer cette rue deux fois dans des relations associatedStreet,
une pour chaque commune, ce qui permet ensuite de mettre les points
d'adresses ou chemins polygonaux de bâtiments en tant que membres
"housenumber" de la bonne relation, même si les adresses et la rue ne sont
géométriquement totalement séparés par la frontièère dans OSM uniquement,
mais pas dans la réalité où la rue n'est pas qu'un trait de largeur nulle.

Si on a utilisé des relations associatedStreet, il n'est plus nécessaire du
tout de mettre des addr:* sur les chemins ou polygones membres, SAUF
addr:housename=* (addr:housename=* possible aussi) et d'autres indications
plus précises que ce numéro, nécessaire au répérage (bloc, escalier, étage,
numéro de porte). Les noms de rues, communes, code postaux, pays sont alors
à priori inutiles.

Si le code postal change dans la même rue, ou s'il n'y a pas de code postal
mais un numéro de référence de rue tenant compte d'un découpage de
quartiers (comme on en trouve en Afrique où toutes les rues n'ont pas de
noms, mais portent des numéros de référence combinant un code quartier et
un numéro de rue, ce qui tient lieu alors d'équivalent à un code postal
infracommunal), on créera autant de relations associatedStreet que
nécessaire (même si la numérotation est unique pour plusieurs relations
portant sur le même "nom" de rue, partagé avec des numéros de référence
différents par un découpage de quartier, ou une frontière intercommunale)



Attention car dans certains cas les boites à lettres ont pu être regroupées
ailleurs: autant que possible on tague à l'endroit des adresses
individuelles, et non en suivant l'emplacement de distribution déterminé
par le service postal. Il faut se placer dans le cas de la distribution
d'autre chose que le courrier simple, comme une livraison ou un visiteur
qui n'a que faire de la boite à lettre et cherche le point d'accès le plus
proche de la partie privative.

Cela laisse alors une question : les boites à lettres regroupées ailleurs
sont des objets physiques mais leur adresse physique ne correspond pas à
l'adresse physique des destinataires et rien ne permet de les associer
facilement dans un sens ou l'autre aux adresses réelles des destinataires.
Pour ces boites regroupées, si on a tagué un noeud ou un petit polygone,
utiliser addr:* ne mentionnera que l'adresse où elles sont posées.

Je ne vois pas d'autre solution satisfaisant dans ce cas qu'une relation
"associatedPostboxes" avec un membre "postboxes" pour désigner
l'emplacement physique des boîtes (où se fait le dépôt du courrier par la
poste ou le public), et autant de membres "recipient" pour les adresses
physiques des destinataires situés ailleurs (qui peuvent être dans
plusieurs rues avoisinantes, voire aussi dans plusieurs communes, et donc
faisant partie de plusieurs relations "associatedStreet" différentes).

Ce système pourrait servir aussi pour les boites/cases postales
(regroupement de boites dans un bureau de distribution postal, ou un
point-relais de service postal), ou les Cedex (une
relation "associatedPostBox" par Cedex, dont le membre "box" est
l'emplacement du bureau 

[Talk-GB] UK Postcode Analysis

[Robert Whittaker (OSM lists)]

As I've been adding quite a few new addr:postcode tags as part of the
quarterly project to use the FHRS data, I began wondering what the
overall state of addr:postcode tags was in the UK. I've started doing
a bit of analysis, which has began by checking the OSM postcodes
against the Code-Point Open dataset.

The first output I've produced is a list of likely errors where
addr:postcode values either do not have the appropriate formatting or
do not match an entry in Code-Point Open. There's quite a large number
of such errors, although it's pretty small as a percentage of the
total addr:postcode tags.

If you're interested, have a look at
http://robert.mathmos.net/osm/postcodes/osm-errors.html and see if you
can help by fixing any of them. Some will be errors in source data,
but others could well be typos and transcription errors.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] [Tagging] opening_hours

[Lorenzo Mastrogiacomi]

Il 17 ottobre 2016 22:38:42 CEST, girarsi_liste  ha 
scritto:
>Il 17/10/2016 21:16, Lorenzo Mastrogiacomi ha scritto:
>> C'è anche questo se ti pare appropriato:
>> https://wiki.openstreetmap.org/wiki/Key:reservation
>> 
>> 
>> 
>Però dev'essere accompagnato da qualche altro tag, e gli orari in
>questo
>caso, mi pare di capire, non hanno senso.
>
>quindi sarebbe:
>
>reservation:*
>shop:*
>contact:phone:*
>website:*
>
>niente opening_hours, giusto?
>
>
>
>-- 
>Simone Girardelli
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Direi che possono stare anche assieme, dipende su cosa è usato.
Un rifugio magari non ha un orario di apertura ma serve una prenotazione. Un 
museo invece ha un orario ma potrebbe richiedere anche la prenotazione per la 
visita.
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-ca] The Statistics Canada Project

[john whelan]

First I'm not running it but I used to work there before I retired and have
since have been bribed with a mug of coffee to provide some input so I
think have an understanding of what they are trying to do.

Essentially they are interested in adding details to non-residential
buildings in Ottawa / Gatineau.  The sort of details they are after in my
mind will require a physical mapper to look at the building.  This is
traditional OpenStreetMap mapping, nothing else.  The intent is not to wave
a magic wand and pour all sorts of data into OpenStreetMap.

However they would like some reassurance of completeness.  Have we mapped
all the buildings?

The buildings they are interested in probably number around 5,000 and many
/ most are in the map already although they do not have all the tags Stats
Canada would like. I can't remember if the colour of the door was one but
they are of that type.

After a conversation between Stats Canada and The City of Ottawa with some
other people involved a file containing all the buildings in Ottawa was
identified.

The City of Ottawa agreed to make this available.  By the time it was made
available the City of Ottawa had changed its Open Data license, the process
took three years by the way to one which is for all practical purposes the
same as the Federal Government's Open Data portal.   My understanding is
the that file is currently available on one of the City of Ottawa's servers
but I may be wrong.  The original intention was it would be made available
on the Treasury Board's Open Data web site which is normally considered to
be compatible with OpenStreetMap's .odbl license.  I'm not quite certain if
it has made its way to the Federal Government's Open Data Portal yet but
that was the intention and I don't think that has changed.

There will always be different points of view about whether or not a
particular Open Data license is compatible with OpenStreetMap but I think
in this case considerable effort and research was made to ensure the
licensing was correct.  I distinctly recall murmurings of frustration being
heard at Stats Canada about licensing on more than one occasion.

There have been a number of meetings / discussions, four or five I think,
with the local mappers that were open to all.  A group physically meets up
at the Happy Goat in Ottawa from time to time.  I don't think AJ Ashton nor
Stewart Downs were amongst them but they were invited.  The local group is
hosting a tile whatever to cover Ottawa in support of this project.  I
think I was at a meeting at a Starbucks where there was a discussion by
mappers about the building import and the best process to use to bring in
the building outlines, but at all the meetings to my knowledge there was
mention that in order to avoid the drawing odd shaped buildings in iD and
to ensure that all the buildings were known about there would be use of
Open Data in support of the project.

There has been some discussion in talk-ca.

Statistics Canada have been talking to people in Brussels at SOTM and also
at the American OSM SOTM.

Within the wider OSM community there has been some discussion and much
interest.

This is the first time Statistics Canada has been involved with something
of this nature and they are still learning.  They are trying to work with
the local mapping community but internally they also have some target dates
they would like to meet.

The import was done by the local community.

I think what should have happened is the intention of the import should
have been raised as a courtesy with the import discussion forum but having
seen their input about CANVEC data being imported they seem to have a less
than helpful reputation which is unfortunate.

Stats Canada was hoping to announce the project today and I think they now
have done so.

http://www.statcan.gc.ca/eng/crowdsourcing

So it may have been tempting to add a few buildings before they started.

It should have been done using import OSM userids.

It should have been done carefully only importing where there were no
existing buildings.  This takes a lot longer and for an import of this size
the temptation would probably be to import the more rural areas where fewer
buildings are mapped and be much more careful in the city centre.

So currently the Statistics Canada project is now live and they are asking
people to add data or rather tags to existing buildings and there are quite
a few existing buildings on the map in Ottawa that can be worked on
already.  This is slightly different than using iD to draw buildings which
has led to some rather strange shaped buildings on the map.  I'm hoping
OpenStreetMap will gain more than a few new mappers with this initiative
and for that reason alone it is well worth supporting.

By the way does anyone have any input about how local local is?  It is
impossible to contact and gain consensus of everyone who has ever mapped in
Ottawa or Gatineau.  A reasonable attempt was made to reach out to local
mappers.

Does anyone 

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[osm . sanspourriel]

> Pas trop fan non plus de l'usage de addr:*=* pour ce type d'usage car 
> ces tags devraient être réservés pour indiquer la position de l'adresse, 
> pas pour indiquer l'adresse correspondant à un POI qui est plutôt du 
> type contact:*=* (je sais, je chipote).
> 
> -- 
> Christian Quest - OpenStreetMap France

Non tu ne chipotes pas ce sont deux choses différentes.
Dans un cas on indique où es une adresse et on vise là la complétude.
Dans l'autre on dit ce qu'il y a à cette adresse.
Et là si l'adresse du poi correspond à l'adresse physique, autant ne rien 
mettre. À réserver aux cas spécifiques style CEDEX ?


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

Re: [Talk-ca] Avoiding data redundancy

[john whelan]

Orleans is one where the postal address does not match the municipal one.
Orleans I'd a figment of Canada Post's imagination.

Cheerio John

On 17 Oct 2016 3:03 pm, "Stewart C. Russell"  wrote:

> Hi Jamie,
>
> > Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I
> > think to reduce data redundancy these should be removed.
>
> I agree, but there are others who don't. I know that andrewpmk uses city
> and province tags as progress markers. There's also the potential
> utility where municipal addresses don't match postal ones (such as
> Toronto ≠ Scarborough).
>
> cheers,
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Frederik Ramm]

Denis,

On 10/17/2016 11:43 PM, Denis Carriere wrote:
> At least this will be fixed... can you please make sure that this revert
> is at least finished properly without thousands of warnings. I don't
> want to be cleaning up a poor revert for days.

The person responsible for cleaning up a poor revert should be the
person who ran it ;) it's only 30% complete and will run far into the
night in my time zone and I'll have to check on it after getting up. I'm
confident all will be fixed when you get up tomorrow morning.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[Christian Quest]

Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :

Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :


A minima le nom de la ville est faux (*Beaumont lès Valence* et non
Beaumont-lès-Valence).


Bin c'est ce que j'ai mis...


La version souhaitée est celle avec les traits d'union. Le bureau de 
poste à côté de ton ajout mériterait le même soin.


Pour info/rappel, en France les noms administratifs officiels comportent 
des traits d'union (sauf l'espace après le premier mot si c'est un 
article comme avec "La Celle-Saint-Cloud"). C'est une règle fixée par la 
Commission Nationale de Toponymie.






Je l'interroge sur l'intérêt de addr:country
 FR


OK.
C'était dans le wiki, je l'ai mis...


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.


Oui, la mention du pays n'est pas nécessaire par défaut, considérant 
que la situation géographique du point "dans l'emprise du pays" donne 
l'information, indirectement certes. Des outils de manipulation de la 
donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette 
info aisément.




Pareil pour addr:city... ;)

Pas trop fan non plus de l'usage de addr:*=* pour ce type d'usage car 
ces tags devraient être réservés pour indiquer la position de l'adresse, 
pas pour indiquer l'adresse correspondant à un POI qui est plutôt du 
type contact:*=* (je sais, je chipote).


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Pierre Béland]

James
Dans JOSM la fonction Remplacer la géométrie permet de retracer rapidement et 
de conserver l'historique
Installer UtilsPlugin2 d'abord je crois.

1. Raccourci B (building) je trace l'immeuble 2. Je clique sur ancienne 
version, ctrl+clic nouvelle version de l'immeuble
3. Raccourci Ctrl-Maj-G (ou Menu Plus d'outils / Remplacer la géométrie) pour 
Remplacer la géométrie.
  
Pierre 


  De : James 
 À : Stewart C. Russell  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : lundi 17 octobre 2016 17h07
 Objet : Re: [Talk-ca] City of Ottawa imported buildings & addresses
   
>From Rps333 in changeset http://www.openstreetmap.org/changeset/42876740:

This is part of the Stats Canada Open data project. And has been discussed on 
Talk:ca It has received OSM Ottawa community approval. OSM Ottawa has been 
planning on adding the build for 3 months now. We have a dedicated Task sever. 
FYI, every building I added, I have tried to confirm with Bing imagery if it 
makes sense. If there was a build there pick the best outline City of Ottawa or 
Bing/ NRCan data.

I have also tried to move the address points to inside the building.

Ref the missing building levels. I copied the new outline to the school 
multipolygon and must have missed coping the building level.

My mistake.

On Mon, Oct 17, 2016 at 4:03 PM, Stewart C. Russell  wrote:

On 2016-10-17 03:33 PM, James wrote:
> Stewart, that's where you are wrong. Ottawa has supplied data(footprints
> and address) to Stats Can to import into OSM for their project under the
> Canada Open Gov License so there would be no issues with licensing.
>
> We are using that data.

You have not confirmed to this list here that the third-party clearance
requirement of the data has been met. This is required for any OGL data:
https://lists.openstreetmap. org/pipermail/talk-ca/2013- November/005906.html

You are not doing this as part of the Stats Canada import, as no go
ahead, discussion or agreement has been made here. Where is the Stats
Canada Ottawa data published, please?

You are doing these imports under your own user names. You *know* that
this is against the guidelines. You've received two blocks already.
Please stop.

 Stewart



__ _
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap. org/listinfo/talk-ca




-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


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

[Talk-es] mapear caminos, senderos. vías pecuarias, senderos homologados..

[Francisco Javier]

Buenas a todos.

Peguntando en Telegram sobre mapear provincias de la forma como la hacen en
http://tasks.hotosm.org/ me han pasado un enlace que tenéis para estos
casos: http://tareas.openstreetmap.es/

El caso es que llevo haciendo caminos y senderos de Castilla y león desde
hace un año, mas concretamente la parte de León y he pensado que podríamos
hacer tareas de cada provincia ya que sería mucho más cómodo al dividirse
el trabajo en "cuadraditos" (tareas).

Si mal no recuerdo un compi ha comentado que burgos está casi terminado y
sólo falta un 25% de caminos y senderos por hacer, así que podríamos
empezar por ahí. León también está bastante completo así que podríamos
tirar por ahí hasta finiquitar toda el resto de provincias que componen
Castilla la Mancha para más adelante seguir con otras comunidades autónomas.

Una vez que tengamos hecho los caminos, senderos etc.. podríamos agregar
las rutas homologadas que falten, rutas verdes, vías pecuarias y demás
elementos.


Otra cosa que quería comentar es que he estado viendo en el Wiki, los
senderos y se podría (yo podría hacerlo) ordenar todo un poco mejor
haciendo subpaginas y enlazando todo desde la principal porque ahora mismo
esta todo mezclado, rutas homologadas y rutas de cada ayuntamiento..

Ejemplo:
Senderos > Rutas internacionales / E - European
Senderos > Rutas nacionales / GR - Gran Recorrido
Senderos > Rutas Regionales / PR - Pequeño Recorrido
Senderos > Otro tipo de rutas no homologadas pero que si son oficiales por
los ayuntamientos o comunidades autónomas

Me dejo alguna alguna cosa más como las vías pecuarias (más de 1500 que hay
por cada comunidad autónoma y muchas desaparecidas) Pero esto da para otro
tema..

*(tranquilo yopasepor, no pondré mis rutas favoritas con nombre hiperchulo
:(
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Michael Reichert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Denis,

Am 17.10.2016 um 23:22 schrieb Denis Carriere:
> *(Frederik Ramm) *just did a mass revert [0] with his revert script
> [1] created in 2009 and now we have 20,000+ warnings of empty nodes
> within a small section of Ottawa [2].
> 
> Not only did *(Frederik Ramm) *undo James commits, but now you've 
> introduced over 100,000+ warnings scattered across Ottawa which is
> near impossible to fix unless we revert the revert.
> 
> If you're going to undo someone's commits, at least do it right and
> not corrupt the OSM data for the Ottawa community.
> 
> Please remove all of the empty nodes you've just created from your
> poor revert, have you even looked at what you reverted??

The revert has not been finished yet (the changeset is still open) and
its necessary first to delete all created relations, then all created
ways and, as a last step, all created nodes.

It is a usual effect that reverting huge bulk uploads takes hours.

Best regards

Michael



- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJYBUQrAAoJEB87G9rMCMyICaQP/Rb1r7QNXL2lDjWHCzePQyCG
Ega6AmJN1CPjsWSTWy9H7CQrJ605n1UA3E9vDOCSXyeGkNuQ9XzyQgqcrgbGPqda
H2evRlLMwg8x6GA+UcgALSSaD1ohJwzARCzrnXactt0Y/o5t6uPkLkvUzw8/JWNZ
nvtLtiLHeksY5SAlZPiuUFp0d5yR6MPRjD53TOTuGpNBcwttSIG30tbP/rOkjysw
W/2bOLLXDFd/VTtel3jrfuBiPS+ZbRYYKik5hgeZyMjCVeMKRyr4mOHTigddC0Tw
TtTfNkL1riRE/8jWE75p7WTiYayTgDshX7VidHMVeI1pt5JSgFiePAQYHBcKRKM2
/DlDkLTfH+6xB46Yq8mTSMPr55vOJ1qB1X4IvVFjgAHA/9CDxnswhko0qdXayt9a
mZ5mnXA/rKbnocnunzv1F7rsMuWa2m9NKo/14equs4buCW8wWk8XJ4Kgj400dWNi
SLNYiyD9/XiMzHXJO7Atb5cuvOM8+bt/C0Xz+FHTn4aEsYDqYNHcH0bzrCgsxV/D
EAoyoFQUR7eh9Fr1fCnweH0BGgKqxQGlEIr8YHC+I9jXzTiy1/QftpLLsIVgaoZ4
HdeWUa89MFD2rbYtEDO5WMDWEbNwuW2IzEimvkaYd7XFhYwaE0MY02EeeRlQPBYi
iXvuH9bdFT7p3rWba4xr
=6HD7
-END PGP SIGNATURE-

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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[James]

You'd think someone working on the DWG would know how to revert a changeset
properly. This is even worse than when there were a few duplicated
addresses.

On Oct 17, 2016 5:23 PM, "Denis Carriere"  wrote:

> Ok now things are even worse!
>
> *(Frederik Ramm) *just did a mass revert [0] with his revert script [1]
> created in 2009 and now we have 20,000+ warnings of empty nodes within a
> small section of Ottawa [2].
>
> Not only did *(Frederik Ramm) *undo James commits, but now you've
> introduced over 100,000+ warnings scattered across Ottawa which is near
> impossible to fix unless we revert the revert.
>
> If you're going to undo someone's commits, at least do it right and not
> corrupt the OSM data for the Ottawa community.
>
> Please remove all of the empty nodes you've just created from your poor
> revert, have you even looked at what you reverted??
>
> [0]: http://www.openstreetmap.org/changeset/42964959
> [1]: https://github.com/woodpeck/osm-revert-scripts
> [2]: http://127.0.0.1:8111/load_and_zoom?left=-75.67383=
> 45.36758=-75.65186=45.38302
>
> *~~*
> *Denis Carriere*
> *GIS Software & Systems Specialist*
>
> *Twitter: @DenisCarriere *
> *OSM: DenisCarriere *
> GitHub: DenisCarriere 
> Email: carriere.de...@gmail.com
>
> On Mon, Oct 17, 2016 at 2:01 PM, Frederik Ramm 
> wrote:
>
>> Hi,
>>
>> On 10/17/2016 07:49 PM, AJ Ashton wrote:
>> > All of this sounds like they were planning one something like an online
>> > mapping party, not an import of government data. Certainly there is no
>> > mention that all existing buildings in Ottawa would be wiped out first.
>>
>> Which is why I'm reverting this import (and the deletions that went with
>> it) now. Not because we shouldn't ever import the data, but because I
>> don't want a fait accompli to stand in the way of a serious discussion
>> about the matter.
>>
>> Bye
>> Frederik
>>
>> --
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[Vincent de Château-Thierry]

Bonsoir,

Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :

Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :


A minima le nom de la ville est faux (*Beaumont lès Valence* et non
Beaumont-lès-Valence).


Bin c'est ce que j'ai mis...


La version souhaitée est celle avec les traits d'union. Le bureau de 
poste à côté de ton ajout mériterait le même soin.



Je l'interroge sur l'intérêt de addr:country
 FR


OK.
C'était dans le wiki, je l'ai mis...


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.


Oui, la mention du pays n'est pas nécessaire par défaut, considérant que 
la situation géographique du point "dans l'emprise du pays" donne 
l'information, indirectement certes. Des outils de manipulation de la 
donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette 
info aisément.



Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
plus adapté ?


Je débarque dans la grande communauté OSM. C'est quoi QGis ?
Là encore toute doc et tout exemple sont bienvenus.


QGis [2] est un logiciel de manipulation de données géographiques (un 
SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est 
volontairement généraliste. Comme tu es familier de JOSM, je ne vois 
personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM. 
Pour analyser la donnée en revanche il peut être plus pratique que JOSM 
selon le besoin.


Pour revenir à ta question initiale, en effet remplir mécaniquement un 
fichier avec les bonnes caractéristiques peut être une action assez 
rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui 
reste fastidieux comme tu l'as identifié, c'est le travail de 
consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas 
de créer des doublons. Et ce travail là ne relève au final pas d'un 
algo, mais bien de décisions prises par un humain derrière son écran. Si 
tu trouves ton chantier fastidieux, un moyen peut consister à 
l'organiser pour le partager entre plusieurs contributeurs. En ayant au 
préalable traité le sujet de la licence associée aux données que tu 
évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.


vincent

[1] 
https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique

[2] http://qgis.org/
[3] : http://wiki.openstreetmap.org/wiki/API_v0.6

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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Denis Carriere]

Ok now things are even worse!

*(Frederik Ramm) *just did a mass revert [0] with his revert script [1]
created in 2009 and now we have 20,000+ warnings of empty nodes within a
small section of Ottawa [2].

Not only did *(Frederik Ramm) *undo James commits, but now you've
introduced over 100,000+ warnings scattered across Ottawa which is near
impossible to fix unless we revert the revert.

If you're going to undo someone's commits, at least do it right and not
corrupt the OSM data for the Ottawa community.

Please remove all of the empty nodes you've just created from your poor
revert, have you even looked at what you reverted??

[0]: http://www.openstreetmap.org/changeset/42964959
[1]: https://github.com/woodpeck/osm-revert-scripts
[2]: http://127.0.0.1:8111/load_and_zoom?left=-75.67383;
bottom=45.36758=-75.65186=45.38302

*~~*
*Denis Carriere*
*GIS Software & Systems Specialist*

*Twitter: @DenisCarriere *
*OSM: DenisCarriere *
GitHub: DenisCarriere 
Email: carriere.de...@gmail.com

On Mon, Oct 17, 2016 at 2:01 PM, Frederik Ramm  wrote:

> Hi,
>
> On 10/17/2016 07:49 PM, AJ Ashton wrote:
> > All of this sounds like they were planning one something like an online
> > mapping party, not an import of government data. Certainly there is no
> > mention that all existing buildings in Ottawa would be wiped out first.
>
> Which is why I'm reverting this import (and the deletions that went with
> it) now. Not because we shouldn't ever import the data, but because I
> don't want a fait accompli to stand in the way of a serious discussion
> about the matter.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[James]

>From Rps333 in changeset http://www.openstreetmap.org/changeset/42876740:

This is part of the Stats Canada Open data project. And has been discussed
on Talk:ca It has received OSM Ottawa community approval. OSM Ottawa has
been planning on adding the build for 3 months now. We have a dedicated
Task sever. FYI, every building I added, I have tried to confirm with Bing
imagery if it makes sense. If there was a build there pick the best outline
City of Ottawa or Bing/ NRCan data.

I have also tried to move the address points to inside the building.

Ref the missing building levels. I copied the new outline to the school
multipolygon and must have missed coping the building level.

My mistake.

On Mon, Oct 17, 2016 at 4:03 PM, Stewart C. Russell 
wrote:

> On 2016-10-17 03:33 PM, James wrote:
> > Stewart, that's where you are wrong. Ottawa has supplied data(footprints
> > and address) to Stats Can to import into OSM for their project under the
> > Canada Open Gov License so there would be no issues with licensing.
> >
> > We are using that data.
>
> You have not confirmed to this list here that the third-party clearance
> requirement of the data has been met. This is required for any OGL data:
> https://lists.openstreetmap.org/pipermail/talk-ca/2013-
> November/005906.html
>
> You are not doing this as part of the Stats Canada import, as no go
> ahead, discussion or agreement has been made here. Where is the Stats
> Canada Ottawa data published, please?
>
> You are doing these imports under your own user names. You *know* that
> this is against the guidelines. You've received two blocks already.
> Please stop.
>
>  Stewart
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[pepilepi...@ovh.fr]

  
  
Le 17/10/2016 à 22:42,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  A minima le nom de la ville est faux (Beaumont lès Valence
et non Beaumont-lès-Valence).

Bin c'est ce que j'ai mis...


  Je l'interroge sur l'intérêt de addr:country
FR

OK.
C'était dans le wiki, je l'ai mis...

  Ce n'est pas faux mais la position du nœud le donne déjà.
  Un is_in, je dirais non. Là je me pose juste la question de
l'intérêt.
  Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il
pas plus adapté ?
  

Je débarque dans la grande communauté OSM. C'est quoi QGis ?
Là encore toute doc et tout exemple sont bienvenus.

Merci,

JP


   
  Jean-Yvon
  
  Le 17/10/2016 à 22:20, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
écrit :
  
  

Bonsoir à tous,
Il y a quelques semaines j'ai découvert
overpass-turbo pour ramener des infos de la base OSM, c'est
bien pratique.
Maintenant je voudrais faire le
contraire : j'ai tout un paquet de lieux auxquels je dois
ajouter les tags addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça
devient vite fastidieux. Trouver les node id, pas de
problème (surtout que j'ai l'impression que je vais devoir
en créer la moitié...). Remplir un fichier avec sur chaque
ligne un node id et tous les tags, y'en a pas pour
longtemps. Un XML ne me fait pas peur non plus, et Python
est mon quotidien.
  
Mais comment peut-on importer un tel
fichier (et quel est son format) ? Un lien sur une doc
serait bienvenu, et un exemple TRÈS apprécié !
Merci,
Jean-Pierre
P.S. Pour ceux qui hésiteraient de peur
que je fasse des conneries voici mon premier essai manuel de
tag addr : http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour
manuelle vos commentaires sont bienvenus.




___
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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Quarterly project - taginfo tracker

[Greg]

Hi Steve,

I’m glad you’re finding the tool useful and thanks for your suggestion. I’ve 
added a feature request in the issue tracker here 
[https://github.com/gregrs-uk/python-fhrs-osm/issues/20]. I probably won’t have 
time to look at this over the coming week, but I may have time at some point in 
the couple of weeks after this. Of course anyone else is welcome to contribute 
code if they wish.

I think the most useful link would probably be one that loads the OSM node/way 
in JOSM using the remote control function in the same way that the suggested 
matches map links do. Obviously you’d have to put the address details into JOSM 
manually, but you could use the FHRS links on nearby blue dots to find these.

Thanks,
Greg


> On 16 Oct 2016, at 22:22, Steve Doerr  wrote:
> 
> Thanks for providing this tool, Greg. I've found it very useful so far for 
> adding address information based on the possible matches identified on the 
> second map, where most of the dots have a link both to OSM and to the FHRS 
> entry.
> 
> However, I've now reached the stage where I need to look more at the upper 
> map, where there seem to be fewer clickable links. If you could provide links 
> to OSM for every dot on the map, that would be helpful. (If you're showing 
> them on your map, you must have derived a long/lat which you could link to.)
> 
> Hoping that this is not an unreasonable request - and apologies if it is.
> 
> Regards,
> Steve
> 
> 
> 
> On 11/10/2016 07:37, Greg wrote:
>> These district statistics CSV files will now be copied each day to 
>> http://gregrs.dev.openstreetmap.org/fhrs-stats/ 
>> , so there will be a file 
>> per day in case anyone would like to track progress.
>> 
>> Thanks,
>> Greg
>> 
>> 
>>> On 9 Oct 2016, at 21:00, Greg >> > wrote:
>>> 
>>> The python-fhrs-osm tool will now create a CSV file containing statistics 
>>> for each district each day, which should allow detailed tracking. It will 
>>> be located at http://gregrs.dev.openstreetmap.org/fhrs/stats--mm-dd.csv 
>>>  once the 
>>> tool runs this evening.
>>> 
>>> Thanks,
>>> Greg
>>> 
>>> 
 On 4 Oct 2016, at 17:58, Greg > wrote:
 
 In case it's useful for tracking, you can get the full list of tags used
 by my comparison tool at the link below. The tool downloads nodes/ways
 with those tags and any nodes/ways with an fhrs:id tag set.
 
 https://github.com/gregrs-uk/python-fhrs-osm/blob/master/filter-osm.sh#L5-L13
  
 
 
 Thanks,
 Greg
 
 
 On 02/10/16 17:38, Robert Whittaker (OSM lists) wrote:
 
> Off the top of my head, I'd have thought it would be good to know
> about number of instances of fhrs:id=* and addr:postcode=*, and
> numbers of eating type places (perhaps just one count for all
> amenity=cafe|restaurant|fast_food|pub|bar). Maybe also the
> number/proportion of such places that have a name tag. Possibly you
> could do other measures postcode progress, such as number of unique
> correctly-formatted postcodes in addr:postcode tags and/or number of
> postcode sectors ("AB12 X..") with at least one addr:postcode tagged.
 
 ___
 Talk-GB mailing list
 Talk-GB@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-gb 
 
>>> 
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-gb 
>>> 
>> 
>> 
>> 
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-gb 
>> 
> 
> 
> 
>      
> This email has been checked for viruses by Avast antivirus software. 
> www.avast.com 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

[osm . sanspourriel]

A minima le nom de la ville est faux (Beaumont lès Valence et non 
Beaumont-lès-Valence).


Je l'interroge sur l'intérêt de addr:country 
 FR


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.

Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas plus 
adapté ?


Jean-Yvon

Le 17/10/2016 à 22:20, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Bonsoir à tous,

Il y a quelques semaines j'ai découvert overpass-turbo pour ramener 
des infos de la base OSM, c'est bien pratique.


Maintenant je voudrais faire le contraire : j'ai tout un paquet de 
lieux auxquels je dois ajouter les tags addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça devient vite 
fastidieux. Trouver les node id, pas de problème (surtout que j'ai 
l'impression que je vais devoir en créer la moitié...). Remplir un 
fichier avec sur chaque ligne un node id et tous les tags, y'en a pas 
pour longtemps. Un XML ne me fait pas peur non plus, et Python est mon 
quotidien.


Mais comment peut-on importer un tel fichier (et quel est son format) 
? Un lien sur une doc serait bienvenu, et un exemple TRÈS apprécié !


Merci,

Jean-Pierre

P.S. Pour ceux qui hésiteraient de peur que je fasse des conneries 
voici mon premier essai manuel de tag addr : 
http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour manuelle vos 
commentaires sont bienvenus.




___
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] [Tagging] opening_hours

[girarsi_liste]

Il 17/10/2016 21:16, Lorenzo Mastrogiacomi ha scritto:
> C'è anche questo se ti pare appropriato:
> https://wiki.openstreetmap.org/wiki/Key:reservation
> 
> 
> 
Però dev'essere accompagnato da qualche altro tag, e gli orari in questo
caso, mi pare di capire, non hanno senso.

quindi sarebbe:

reservation:*
shop:*
contact:phone:*
website:*

niente opening_hours, giusto?



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

[Talk-ca] Crowdsourcing buildings with Statistics Canada, Launching!

[Ellefsen, Bjenk (STATCAN)]

Hello,

We are now live and launching! Thanks everyone for your help and let's see how 
this goes!

http://www.statcan.gc.ca/eng/crowdsourcing

Bonjour,

Nous sommes en ligne! Le projet est lancé!

Merci à tous pour votre aide et voyons comment ça se déroulera !

http://www.statcan.gc.ca/fra/approcheparticipative


Bjenk Ellefsen, PhD

Unit head | Chef de sous-section
Data Exploration and Integration Lab (DEIL) | Lab d'exploration et intégration 
de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004

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

[OSM-talk-fr] Mise à jour de la base par programme / import ?

[pepilepi...@ovh.fr]

  
  
Bonsoir à tous,
Il y a quelques semaines j'ai découvert
overpass-turbo pour ramener des infos de la base OSM, c'est bien
pratique.
Maintenant je voudrais faire le contraire :
j'ai tout un paquet de lieux auxquels je dois ajouter les tags
addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça devient
vite fastidieux. Trouver les node id, pas de problème (surtout
que j'ai l'impression que je vais devoir en créer la moitié...).
Remplir un fichier avec sur chaque ligne un node id et tous les
tags, y'en a pas pour longtemps. Un XML ne me fait pas peur non
plus, et Python est mon quotidien.
  
Mais comment peut-on importer un tel fichier
(et quel est son format) ? Un lien sur une doc serait bienvenu,
et un exemple TRÈS apprécié !
Merci,
Jean-Pierre
P.S. Pour ceux qui hésiteraient de peur que
je fasse des conneries voici mon premier essai manuel de tag
addr : http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour
manuelle vos commentaires sont bienvenus.

  


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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Stewart C. Russell]

On 2016-10-17 03:33 PM, James wrote:
> Stewart, that's where you are wrong. Ottawa has supplied data(footprints
> and address) to Stats Can to import into OSM for their project under the
> Canada Open Gov License so there would be no issues with licensing.
> 
> We are using that data.

You have not confirmed to this list here that the third-party clearance
requirement of the data has been met. This is required for any OGL data:
https://lists.openstreetmap.org/pipermail/talk-ca/2013-November/005906.html

You are not doing this as part of the Stats Canada import, as no go
ahead, discussion or agreement has been made here. Where is the Stats
Canada Ottawa data published, please?

You are doing these imports under your own user names. You *know* that
this is against the guidelines. You've received two blocks already.
Please stop.

 Stewart



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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[James]

Stewart, that's where you are wrong. Ottawa has supplied data(footprints
and address) to Stats Can to import into OSM for their project under the
Canada Open Gov License so there would be no issues with licensing.

We are using that data.

On Mon, Oct 17, 2016 at 3:25 PM, Stewart C. Russell 
wrote:

> Hi Frederik,
>
> > Which is why I'm reverting this import (and the deletions that went with
> > it) now. Not because we shouldn't ever import the data, but because I
> > don't want a fait accompli to stand in the way of a serious discussion
> > about the matter.
>
> There are a *lot* more import changesets by Jamie, aka LogicalViolinist.
> All of them seem to be importing City of Ottawa open data. This is
> separate from any collaboration with Statistics Canada, as it does not
> include the fields that they require. We're still not clear that the
> city's building and address data meets the third party clearance
> requirement that OGL creates.
>
> There also a mismatch between Ottawa buildings and address points. If
> you look around here - https://www.openstreetmap.org/way/446215268 -
> there are duplicated address nodes, and some outside building outlines.
>
> I also have my suspicions that changesets such as 42788839 -
> https://www.openstreetmap.org/changeset/42788839 (not by
> LogicalViolinist, either) are imports. Identical changeset comments to
> LogicalViolinist's import ones, and address nodes with source=Bing? Hmm.
>
> Please, if folks are going to import stuff, play by the rules. Every bad
> import makes the possibility of good imports much harder.
>
> cheers,
>  Stewart
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Stewart C. Russell]

Hi Frederik,

> Which is why I'm reverting this import (and the deletions that went with
> it) now. Not because we shouldn't ever import the data, but because I
> don't want a fait accompli to stand in the way of a serious discussion
> about the matter.

There are a *lot* more import changesets by Jamie, aka LogicalViolinist.
All of them seem to be importing City of Ottawa open data. This is
separate from any collaboration with Statistics Canada, as it does not
include the fields that they require. We're still not clear that the
city's building and address data meets the third party clearance
requirement that OGL creates.

There also a mismatch between Ottawa buildings and address points. If
you look around here - https://www.openstreetmap.org/way/446215268 -
there are duplicated address nodes, and some outside building outlines.

I also have my suspicions that changesets such as 42788839 -
https://www.openstreetmap.org/changeset/42788839 (not by
LogicalViolinist, either) are imports. Identical changeset comments to
LogicalViolinist's import ones, and address nodes with source=Bing? Hmm.

Please, if folks are going to import stuff, play by the rules. Every bad
import makes the possibility of good imports much harder.

cheers,
 Stewart



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

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

[Romain MEHUT]

Bonsoir,

Le 17 octobre 2016 à 19:01, jean navarro  a écrit
:

>
> On met ref:mhs=PA3108;PA3115 et on en parle plus ?
>>
>
> ben non on ne peux pas mettre deux valeurs dans une clé...
>

Si si on peut mettre deux valeurs séparées par un point virgule et ceci ne
concerne pas que le tag ref.

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

Re: [Talk-it] [Tagging] opening_hours

[Lorenzo Mastrogiacomi]

C'è anche questo se ti pare appropriato:
https://wiki.openstreetmap.org/wiki/Key:reservation




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

Re: [OSM-talk-fr] Osmose byuser erreur 500

[lenny.libre]

Le 17/10/2016 à 14:19, Jocelyn Jaubert a écrit :

Bonjour,

Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...


Effectivement, cette recherche ne marchait pas. J'ai restauré l'ancien 
code qui marchait temporairement, avant d'avoir un vrai fix.




Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Ceci est une autre erreur, non lié à la précédente.

On a eu des soucis d'espace disque sur la machine hébergeant Osmose, 
et je me demande si ça ne serait pas lié.


Est-ce que tu peux essayer de supprimer les cookies utilisés par 
Osmose, et de te reconnecter ?


J'ai supprimé tous les cookies.
Maintenant, lorsque j'ouvre Osmose, je suis connecté avec l'utilisateur 
"rabeyroux" que je ne connais pas et bien que je clique sur 
"Deconnexion" la page se recharge et je suis toujours connecté avec ce 
même utilisateur


léni

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

Re: [Talk-ca] Avoiding data redundancy

[Stewart C. Russell]

Hi Jamie,

> Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I
> think to reduce data redundancy these should be removed.

I agree, but there are others who don't. I know that andrewpmk uses city
and province tags as progress markers. There's also the potential
utility where municipal addresses don't match postal ones (such as
Toronto ≠ Scarborough).

cheers,
 Stewart

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

[OSM-talk-be] Mapper of the Month

[Marc Gemis]

Perhaps the oldest mapper in the OSM universe:

in English: https://www.openstreetmap.org/user/escada/diary/39660
in het Nederlands: http://www.openstreetmap.org/user/escada/diary/39679
en Français: http://www.openstreetmap.org/user/escada/diary/39680

enjoy

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

[Talk-GB] Nottingham Pub Meeting

[SK53]

Just a reminder that this meeting is tomorrow night Tuesday 18th at the
Lincolnshire Poacher from 19:30. Details on the wiki
http://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

We may be joined by someone interested in mapping meditation centres.

Jerry
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Michael Reichert]

Hi,

Am 17.10.2016 um 19:20 schrieb Michael Reichert:
> I have asked a DWG member to block him to stop the ongoing import and
> start a discussion.
> https://www.openstreetmap.org/user_blocks/1065

The second user block (now for three hours):
https://www.openstreetmap.org/user_blocks/1066

reason: https://www.openstreetmap.org/changeset/42965430 and similar
changesets

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Frederik Ramm]

Hi,

On 10/17/2016 07:49 PM, AJ Ashton wrote:
> All of this sounds like they were planning one something like an online
> mapping party, not an import of government data. Certainly there is no
> mention that all existing buildings in Ottawa would be wiped out first.

Which is why I'm reverting this import (and the deletions that went with
it) now. Not because we shouldn't ever import the data, but because I
don't want a fait accompli to stand in the way of a serious discussion
about the matter.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Michael Reichert]

Hi James,

Am 17.10.2016 um 19:37 schrieb James:
> Like this one Kevin?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-July/007034.html
> 
> or this one?
> https://www.mail-archive.com/talk-ca@openstreetmap.org/msg07024.html
> 
> or this one?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007151.html
> 
> or this one?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007068.html
> 
> Tired of googling, but it's the ones I found in a couple of seconds

I have been subscribed to this mailing list for about two months and saw
that there was a discussion on this mailing list but I cannot find a
discussion on *Imports* mailing list.

https://wiki.openstreetmap.org/wiki/Import/Guidelines#Discuss_your_proposed_import
says
> Discuss your import on the impo...@openstreetmap.org mailing list and
> with appropriate local communities.

That's not the only reason why this import is bad. See my other posting
for all the other reasons.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Kevin Farrugia]

Yup, those ones James. Sorry, I'm in something right now so I can't Google.
:P

On Oct 17, 2016 1:37 PM, "James"  wrote:

> Like this one Kevin?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-July/007034.html
>
> or this one?
> https://www.mail-archive.com/talk-ca@openstreetmap.org/msg07024.html
>
> or this one?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007151.html
>
> or this one?
> https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007068.html
>
> Tired of googling, but it's the ones I found in a couple of seconds
>
> On Mon, Oct 17, 2016 at 1:27 PM, Kevin Farrugia 
> wrote:
>
>> Afternoon,
>>
>> I'm not part of the import, but it's been discussed over the past several
>> months as a project by Statistics Canada. You'll be able to see the
>> discussions start in the summer. I'm on my phone right now so I haven't
>> pulled up the archive to look for links (sorry).
>>
>> On Oct 17, 2016 1:22 PM, "Michael Reichert"  wrote:
>>
>>> Hi AJ,
>>>
>>> Am 17.10.2016 um 18:59 schrieb AJ Ashton:
>>> > I haven't seen any substantial discussion about the Ottawa buildings &
>>> > addresses import anywhere. I did see the thread a number of weeks back,
>>> > "Crowdsourcing buildings with Statistics Canada," but I didn't see
>>> > anything discussed that sounds like the planning of a mass import. The
>>> > wiki page linked from the discussion [0] is completely empty. From a
>>> > changeset discussion I was pointed to another section of the wiki [2]
>>> > which again has few details and does not sound like an import
>>> > ("...inviting contributors to crowdsource information on buildings").
>>> >
>>> > [1]: http://wiki.openstreetmap.org/wiki/Ottawa_Gatineau_Buildings
>>> > [2]:
>>> > http://wiki.openstreetmap.org/wiki/WikiProject_Canada#Crowds
>>> ourcing_buildings_with_Statistics_Canada
>>>
>>> Thank you for highlighting it.
>>>
>>> In addition to the lacking documentation, LogicalViolinist neither uses
>>> a dedicated account nor the import has been discussed at the Imports
>>> mailing list (I had a look at the subjects of the last six months). He
>>> has been informed about the Import Guideline on August 29, 2016.
>>> https://www.openstreetmap.org/changeset/41776742
>>>
>>> I have asked a DWG member to block him to stop the ongoing import and
>>> start a discussion.
>>> https://www.openstreetmap.org/user_blocks/1065
>>>
>>> Best regards
>>>
>>> Michael
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
>>> ausgenommen)
>>> I prefer GPG encryption of emails. (does not apply on mailing lists)
>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[James]

Like this one Kevin?
https://lists.openstreetmap.org/pipermail/talk-ca/2016-July/007034.html

or this one?
https://www.mail-archive.com/talk-ca@openstreetmap.org/msg07024.html

or this one?
https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007151.html

or this one?
https://lists.openstreetmap.org/pipermail/talk-ca/2016-August/007068.html

Tired of googling, but it's the ones I found in a couple of seconds

On Mon, Oct 17, 2016 at 1:27 PM, Kevin Farrugia 
wrote:

> Afternoon,
>
> I'm not part of the import, but it's been discussed over the past several
> months as a project by Statistics Canada. You'll be able to see the
> discussions start in the summer. I'm on my phone right now so I haven't
> pulled up the archive to look for links (sorry).
>
> On Oct 17, 2016 1:22 PM, "Michael Reichert"  wrote:
>
>> Hi AJ,
>>
>> Am 17.10.2016 um 18:59 schrieb AJ Ashton:
>> > I haven't seen any substantial discussion about the Ottawa buildings &
>> > addresses import anywhere. I did see the thread a number of weeks back,
>> > "Crowdsourcing buildings with Statistics Canada," but I didn't see
>> > anything discussed that sounds like the planning of a mass import. The
>> > wiki page linked from the discussion [0] is completely empty. From a
>> > changeset discussion I was pointed to another section of the wiki [2]
>> > which again has few details and does not sound like an import
>> > ("...inviting contributors to crowdsource information on buildings").
>> >
>> > [1]: http://wiki.openstreetmap.org/wiki/Ottawa_Gatineau_Buildings
>> > [2]:
>> > http://wiki.openstreetmap.org/wiki/WikiProject_Canada#Crowds
>> ourcing_buildings_with_Statistics_Canada
>>
>> Thank you for highlighting it.
>>
>> In addition to the lacking documentation, LogicalViolinist neither uses
>> a dedicated account nor the import has been discussed at the Imports
>> mailing list (I had a look at the subjects of the last six months). He
>> has been informed about the Import Guideline on August 29, 2016.
>> https://www.openstreetmap.org/changeset/41776742
>>
>> I have asked a DWG member to block him to stop the ongoing import and
>> start a discussion.
>> https://www.openstreetmap.org/user_blocks/1065
>>
>> Best regards
>>
>> Michael
>>
>>
>>
>>
>>
>> --
>> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
>> ausgenommen)
>> I prefer GPG encryption of emails. (does not apply on mailing lists)
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Avoiding data redundancy

[Pierre Béland]

Bonjour James
C'est une excellente idée.  

J'ai corrigé les adresses au sud de Montréal ce qui permet maintenant de faire 
une recherche adresse. OSM Inspector (OSMI) est très utile aussi pour vérifier 
que les adresses sont codées correctement, identifier celles a corriger.  Il y 
a aussi une couchee OSMI dans JOSM. 

L'algorithme adresse de Nominatim cherche une rue à proximité avec exactement 
le même nom (attention minuscules, majuscules, espaces, tirets, accents etc) 
exemplenode adresseaddr:street=Avenue de Gentillyway=* a proximité
name=Avenue de Gentilly
voir http://tools.geofabrik.de/osmi/?lon=8.3902=49.0094=15

Il serait aussi très important d'importer les polygones de limites 
administratives des municipalités. Pour le Québec, Ressources naturelles Canada 
offre maintenant ces données.
Mais attention, l'import de telles données doit être fait par des contributeurs 
expérimentés connaissant bien les relations de limites administratives. On 
devrait je pense démarrer une page wiki et ré-activer ce projet.
  
Pierre 


  De : James 
 À : Talk-CA OpenStreetMap  
 Envoyé le : lundi 17 octobre 2016 12h31
 Objet : [Talk-ca] Avoiding data redundancy
   
I've been looking into data in Ottawa(this is one of many cities that do this) 
and a lot of addresses/buildings have "addr:city" and I even get 
"addr:province" and "addr:country". 

Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I think 
to reduce data redundancy these should be removed. Of course I am not talking 
about villages like Kuujjuaq where there isn't a administrative border, but in 
cities that do have one.

What do you think?

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


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

Re: [Talk-es] Calendarios de Mapping parties

[Santiago Higuera]

El lun, 17-10-2016 a las 16:27 +0200, Raúl Jiménez Ortega escribió:
> Mil gracias Joost!,
> 
> Añadido al lector: http://www.weeklyosm.eu/feed?lang=es (nota mental:
> buscar en "Próximos eventos"). Veo que es un resumen de todo (lo cual
> estoy genial y le daré difusión) pero... algo específico de eventos
> para añadir al calendario no hay, ¿no?, abría que parsear la tabla de
> próximos eventos, ¿no?.
> 


También puede servir acceder al enlace así :
http://www.weeklyosm.com/es/



> Un abrazo!
> 
> ---
> -
> Raúl Jiménez Ortega
> Urgent contact: +34 652 38 43 50 
> 
> 
> 
> 2016-10-17 14:04 GMT+02:00 joost schouppe :
> > Claro, este calendario esta incluyido en el http://www.weeklyosm.eu
> > /
> > 
> > 2016-10-17 13:56 GMT+02:00 Raúl Jiménez Ortega :
> > > Buenas familia, 
> > > 
> > > Llevo mucho tiempo queriendo participar en una mapping party para
> > > iniciarme en el mundo de la colaboración activa con OSM y aún no
> > > he asistido a ninguna... la mayoría de las veces porque no me
> > > entero a tiempo.
> > > 
> > > A parte de la página de la wiki, ¿hay algún iCal/RSS/newsletter o
> > > similar al que me pueda suscribir para enterarme con tiempo de
> > > los eventos?
> > > 
> > > Un abrazo,
> > > Raúl
> > > 
> > > ---
> > > -
> > > Raúl Jiménez Ortega
> > > Urgent contact: +34 652 38 43 50 
> > > 
> > > 
> > > 
> > > ___
> > > Talk-es mailing list
> > > Talk-es@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-es
> > > 
> > 
> > 
> > -- 
> > Joost @
> > Openstreetmap | Twitter | LinkedIn | Meetup
> > 
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-ca] City of Ottawa imported buildings & addresses

[Michael Reichert]

Hi AJ,

Am 17.10.2016 um 18:59 schrieb AJ Ashton:
> I haven't seen any substantial discussion about the Ottawa buildings &
> addresses import anywhere. I did see the thread a number of weeks back,
> "Crowdsourcing buildings with Statistics Canada," but I didn't see
> anything discussed that sounds like the planning of a mass import. The
> wiki page linked from the discussion [0] is completely empty. From a
> changeset discussion I was pointed to another section of the wiki [2]
> which again has few details and does not sound like an import
> ("...inviting contributors to crowdsource information on buildings").
> 
> [1]: http://wiki.openstreetmap.org/wiki/Ottawa_Gatineau_Buildings
> [2]:
> http://wiki.openstreetmap.org/wiki/WikiProject_Canada#Crowdsourcing_buildings_with_Statistics_Canada

Thank you for highlighting it.

In addition to the lacking documentation, LogicalViolinist neither uses
a dedicated account nor the import has been discussed at the Imports
mailing list (I had a look at the subjects of the last six months). He
has been informed about the Import Guideline on August 29, 2016.
https://www.openstreetmap.org/changeset/41776742

I have asked a DWG member to block him to stop the ongoing import and
start a discussion.
https://www.openstreetmap.org/user_blocks/1065

Best regards

Michael





-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-es] Calendarios de Mapping parties

[Manfred A. Reiter]

Hi Raúl,

something new ... but only in German at the moment ...

is it that, what you are looking for?

http://blog.thefive.info/post_de/OSMCAL%20Beta%20Tester%20Gesucht/

... if yes, then raise your hand as a ß-tester ;-)

cheers

M.

2016-10-17 16:27 GMT+02:00 Raúl Jiménez Ortega :

> Mil gracias Joost!,
>
> Añadido al lector: http://www.weeklyosm.eu/feed?lang=es (nota mental:
> buscar en "Próximos eventos"). Veo que es un resumen de todo (lo cual estoy
> genial y le daré difusión) pero... algo específico de eventos para añadir
> al calendario no hay, ¿no?, abría que parsear la tabla de próximos eventos,
> ¿no?.
>
> Un abrazo!
>
> 
> 
> Raúl Jiménez Ortega 
> *Urgent contact:* *+34 652 38 43 50 <%2B34%20652%2038%2043%2050> *
>
> *  **
>  **
> 
>  [image:
> http://rauljimenez.info/skype.html] 
>    **
>  **
> *
>
> 2016-10-17 14:04 GMT+02:00 joost schouppe :
>
>> Claro, este calendario esta incluyido en el http://www.weeklyosm.eu/
>>
>> 2016-10-17 13:56 GMT+02:00 Raúl Jiménez Ortega :
>>
>>> Buenas familia,
>>>
>>> Llevo mucho tiempo queriendo participar en una mapping party para
>>> iniciarme en el mundo de la colaboración activa con OSM y aún no he
>>> asistido a ninguna... la mayoría de las veces porque no me entero a tiempo.
>>>
>>> A parte de la página de la wiki
>>> , ¿hay algún
>>> iCal/RSS/newsletter o similar al que me pueda suscribir para enterarme con
>>> tiempo de los eventos?
>>>
>>> Un abrazo,
>>> Raúl
>>>
>>> 
>>> 
>>> Raúl Jiménez Ortega 
>>> *Urgent contact:* *+34 652 38 43 50 <%2B34%20652%2038%2043%2050> *
>>>
>>> *  **
>>>  **
>>> 
>>>  [image:
>>> http://rauljimenez.info/skype.html] 
>>>    **
>>>  **
>>> *
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>>
>> --
>> Joost @
>> Openstreetmap  |
>> Twitter  | LinkedIn
>>  | Meetup
>> 
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

[jean navarro]

On met ref:mhs=PA3108;PA3115 et on en parle plus ?


ben non on ne peux pas mettre deux valeurs dans une clé...

il vaudrait mieux créer deux nodes OSM avec un ref:mhs chacun et un 
FIXME ou une note pour signaler le problème


A+

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

[Talk-ca] City of Ottawa imported buildings & addresses

[AJ Ashton]

I haven't seen any substantial discussion about the Ottawa buildings &
addresses import anywhere. I did see the thread a number of weeks back,
"Crowdsourcing buildings with Statistics Canada," but I didn't see
anything discussed that sounds like the planning of a mass import. The
wiki page linked from the discussion [0] is completely empty. From a
changeset discussion I was pointed to another section of the wiki [2]
which again has few details and does not sound like an import
("...inviting contributors to crowdsource information on buildings").

[1]: http://wiki.openstreetmap.org/wiki/Ottawa_Gatineau_Buildings
[2]:
http://wiki.openstreetmap.org/wiki/WikiProject_Canada#Crowdsourcing_buildings_with_Statistics_Canada

What has actually happened is most (or all?) of the existing buildings
in Ottawa were deleted, and then replaced by imported data. For example
changeset 42699159 [3] deleted hundreds of buildings and addresses I had
mapped in my former home of Stittsville. Changeset 42699460 [4] replaced
everything with City of Ottawa data.

[3]: https://osmcha.mapbox.com/42699159/
[4]: https://osmcha.mapbox.com/42699460/

The quality of the imported shapes seems fine and I have nothing against
building imports in principle. I just wish existing data could have been
updated or left alone - I don't see a substantial difference between
what I had traced from Bing and the import except for an offset of
perhaps a few meters. Although I saw someone noted on IRC that in
several cases existing properties such as building:levels tags were
lost; this is more concerning.

In addition to building footprints, addresses are also being imported.
This data is a little more problematic and the importers seem to be
taking a "import now, fix later" approach. Example: changeset 42633517
[5] added over 20 thousand address nodes that were clearly not
quality-checked. Addresses are being imported as points when they could
be attached to buildings, and sometimes address points are doubled,
tripled, or even quadrupled [6].

[5]: https://osmcha.mapbox.com/42633517/
[6]: Eg this area:
https://www.openstreetmap.org/#map=19/45.26652/-75.93753

Could the organizers of this import point me to any further mailing list
discussions or wiki pages I might have missed? Can we talk about why the
clearcut approach to existing data was taken, and why the address data
was not cleaned up *before* import?

(The changesets I linked to may make it look like I am specifically
calling out user LogicalViolinist, but the import was a group effort by
a number of users. LogicalViolinist just happens to have covered the
part of Ottawa I am most familiar with.)

-- 
  AJ Ashton
  a...@ajashton.ca

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

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

[jean navarro]

bonjour

pour la proposition du tag "wkipédia:fr" je récupère le title de l'href 
du lien vers le monument dans la page wikipédia du département ou de la 
ville  et si j'ai pas de lien (page inexistante) je cherche le nom du 
monument dans la base mérimée



je vais supprimer la proposition de tag si la page wikipédia n'existe pas...

cordialement
jean navarro

Le 17/10/2016 à 16:01, Florian LAINEZ a écrit :

Jean, peux-tu stp préciser comment tu procèdes pour créer le tag wikipedia ?
Je me retrouve avec des tags génériques du type "wikipedia=fr:Église
Saint-Martin", ce qui renvoie vers la liste de toutes les églises
Saint-Martin dans le Monde et non vers la page de l'église précisément

En l’occurrence, la page wikipedia de l'église Saint-Martin à Sajas
n'existe pas et je pense qu'il est préférable ne pas mentionner de tag
wikipedia dans ce cas.

Merci pour tes éclaircissements


Le 17 octobre 2016 à 15:47, Florian LAINEZ > a écrit :

Je butte sur le barrage de St Férréol
https://www.openstreetmap.org/way/277647054

En effet dans Mérimée il y a deux références pour le même objet :

  * Référence

PA3108


sur la commune de Vaudreville
  * Référence

PA3115


sur la commune de Revel

On a bien donc deux référence pour le même objet ! Ils sont fous au
ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
ouvrage d'art au lieu de nous pondre deux numéros de référence.

On met ref:mhs=PA3108;PA3115 et on en parle plus ?


Le 17 octobre 2016 à 14:25, Florian LAINEZ > a écrit :

Super ton outil Jean ! ça faisait quelques temps que je me
demandais si quelqu'un avait fait quelque chose de sérieux pour
les bâtiments historiques et je suis ravi de voir que c'est le cas.

J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de
boulot ... et puis il y a certains bâtiments que je ne trouve
tout simplement pas. Long travail d'investigation ... le plus
facile, ce sont les églises, pas moyen de les louper !

Pendant mes recherches je suis tombé sur le site monumentum,
vous connaissez ? On peut corriger la position des bâtiments
historiques sur leur site mais c'est sous copyright
http://www.monumentum.fr/mentions-legales.html

et les cartes sont avec un fond Gmaps ... bref, il y a peut-être
moyen de bosser avec eux #AppelAProjet


Le 13 octobre 2016 à 22:31, jean navarro
> a
écrit :

non seulement que  les codes IA* et EA* de la base Mérimée
ne sont pas dans les fichiers Ouvert de data-gouv...

il y a aussi des code PM* dans OSM/wikipédia (patrimoine
mobilier)

s'ils ne sont pas dans la base ouverte de data-gouv quid de
la licence ?

cordialement
jean navarro

ps : les erreurs de l'Hérault, c'était parce que j'ai des
gros doigts !

Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com
 a écrit :

Tu veux dire que les erreurs pourraient correspondre à
des faux positifs
(codes Mérimée non publics) ?

Jean-Yvon


Le 13/10/2016 à 16:45, jean navarro -
jean.nava...@laposte.net
 a écrit :

Ces monuments sont trouvés sur wikipédia avec leur
code Mérimée mais
ne font pas partis de la base mérimée ouverte



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

[Talk-ca] Avoiding data redundancy

[James]

I've been looking into data in Ottawa(this is one of many cities that do
this) and a lot of addresses/buildings have "addr:city" and I even get
"addr:province" and "addr:country".

Seeing as there are boundary polygons for Ottawa, Ontario and Canada. I
think to reduce data redundancy these should be removed. Of course I am not
talking about villages like Kuujjuaq where there isn't a administrative
border, but in cities that do have one.

What do you think?
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Marián Kyral]

Dne 17.10.2016 v 17:28 Marián Kyral napsal(a):
> Dne 3.10.2016 v 15:17 Michal Grézl napsal(a):
>> 2016-09-29 7:31 GMT+02:00 Zdeněk Pražák :
>>> aha, to mne nenapadlo, že již může existovat fotka se stejným názvem.
>>>
>>> přsto nešlo by to nějak při nahrávání vyřešit - např. že by se porovnaly
>>> souřadnice a pokud by nebyly stejné tak by se při nahrání přidal nějaký
>>> rozlišovač do názvu.
>>> Děkuji za odpověď
>>>
>>> Pražák
>>>
>> Nazev je a zustane hlavnim identifikatorem, je to nejjednodussi system
>> na zamezeni duplicit.
>> Prejmenovani pri nahravani by samozrejme udelat slo.
>>
>> Kdyby to chtel nekdo uspisit, tak mi nadyzajnute tady tenhle formular
>> noveho nahravani:)
>>
>> http://api.openstreetmap.cz/upload/form
>>
>>
>
> Zdar. Mám dva dotazy.
>
> 1) Jak to má přesně fungovat? Nahrál jsem tam pokusnou fotku a
> momentálně to vypadá takhle:
>
> To je OK? Nevím co s tím teď. Žádný náhled, žádné možnosti úpravy,
> žádné tlačítko dokončit. Schválně jsem použil fotku, kterou jsem už
> nahrál, abych se nenahrála znova, ale žádná chyba, že fotka už
> existuje se neobjevila. Chtěl bych pomoct, ale bez dalších informací
> to bude složitější.
>
> 2) Dá se to api použít pro nahrávání napřímo z gp-check.js? Že bych se
> zbavil map.openstreetmap.cz které není na https a jsou s tím problémy.
> Jsou někde zdrojáky? Na tom tvém svn?
>
>
> Marián
>
>

Aha. Tak jestli je tohle poslední verze, tak se žádný přímý upload
nekoná :-(
https://github.com/osmcz/api/blob/master/handler/Guidepost/Upload.pm

Neplánuješ nějakou metodu přímého jednofázového uploadu? Třeba
přepsaného z toho php? Bych to zkusil přepsat ale s perlem jsem,
narozdíl od php, nikdy nedělal.

Marián



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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[Jérôme Amagat]

Pour la position des monuments historiques il y a certaines villes et
certains départements qui ont des datas libres sur le site data.gouv.fr en
cherchant monument historique, c'est loin d’être partout mais ça aide
beaucoup si ces données existent. Des fois ils y a l'emprise surfacique des
fois c'est ponctuel. Par contre ils n'utilise pas la ref merimée mais une
ref à eux souvent.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Ecce Carto : résultats enquête + appel à volontaire pour livre

[Matthieu Noucher]

Bonjour à tous,

Comme évoqué lors du dernier SoTM, nous avons finalisé l'analyse des 
résultats de l'enquête, lancée en janvier dernier, sur les profils, 
pratiques et valeurs d'engagement des contributeurs d'OSM.


Ces résultats sont aujourd'hui diffusés sous plusieurs formes :

 * Une synthèse des analyses statistiques accessible sur la plateforme
   institutionnelle HAL-SHS : https://halshs.archives-ouvertes.fr/hal …
   4/document
   
 * Trois jeux de données anonymisées de l'enquête déposés sur
   data.gouv.fr à cette adresse :
   https://www.data.gouv.fr/fr/organizatio … cce-carto/
   
 * Quelques visualisations interactives  disponibles sur :
   http://geobs.cnrs.fr

Par ailleurs, des articles scientifiques, qui remobilisent également les 
réunions organisées au printemps (Rennes, Bordeaux, Clermont, 
Montpellier...) sont également en cours de rédaction (mais les délais de 
publication sont nécessairement plus longs...)


Enfin, pour compléter cette enquête, nous lançons un *appel à 
volontaires pour la rédaction collaborative d'un livre* *sur les 
contributeurs d'OpenStreetMap*.


Publié d'ici un an aux *Editions Science et Bien Commun*, l'objectif de 
ce livre serait d'*associer* aux *analyses statistiques* résultant de 
l'enquête, quelques *portraits de contributeurs* d'OSM permettant 
d'illustrer, sous la forme de récits, la variété des profils et des 
pratiques associés à ce projet. Les objectifs et la démarche de 
rédaction collaborative que nous proposons d'engager sont décrits dans 
le document suivant : http://geobs.cnrs.fr/OSM_AppelPortrait_vdef.pdf


L'appel est lancé jusqu'au 15 décembre 2016 ! N'hésitez pas à nous faire 
part de vos remarques en nous contactant à cette adresse : 
ecceca...@cnrs.fr 

A bientôt.

---
Marina Duféal, Camille Jonchères, Pierre-Amiel Giraud, Matthieu Noucher
Laboratoire Passages (CNRS, Université Bordeaux Montaigne)

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

Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Marián Kyral]

Dne 3.10.2016 v 15:17 Michal Grézl napsal(a):
> 2016-09-29 7:31 GMT+02:00 Zdeněk Pražák :
>> aha, to mne nenapadlo, že již může existovat fotka se stejným názvem.
>>
>> přsto nešlo by to nějak při nahrávání vyřešit - např. že by se porovnaly
>> souřadnice a pokud by nebyly stejné tak by se při nahrání přidal nějaký
>> rozlišovač do názvu.
>> Děkuji za odpověď
>>
>> Pražák
>>
> Nazev je a zustane hlavnim identifikatorem, je to nejjednodussi system
> na zamezeni duplicit.
> Prejmenovani pri nahravani by samozrejme udelat slo.
>
> Kdyby to chtel nekdo uspisit, tak mi nadyzajnute tady tenhle formular
> noveho nahravani:)
>
> http://api.openstreetmap.cz/upload/form
>
>

Zdar. Mám dva dotazy.

1) Jak to má přesně fungovat? Nahrál jsem tam pokusnou fotku a
momentálně to vypadá takhle:

To je OK? Nevím co s tím teď. Žádný náhled, žádné možnosti úpravy, žádné
tlačítko dokončit. Schválně jsem použil fotku, kterou jsem už nahrál,
abych se nenahrála znova, ale žádná chyba, že fotka už existuje se
neobjevila. Chtěl bych pomoct, ale bez dalších informací to bude složitější.

2) Dá se to api použít pro nahrávání napřímo z gp-check.js? Že bych se
zbavil map.openstreetmap.cz které není na https a jsou s tím problémy.
Jsou někde zdrojáky? Na tom tvém svn?


Marián


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

Re: [OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

[David Marchal]

Ah, chouette! Merci ! Une visibilité pour la prise en compte dans 
l'autoconfiguration jOSM de ce calque ? Et pour le calque préconfiguré du 
cadastre, tant qu'à faire ?

De : Christian Quest [cqu...@openstreetmap.fr]
Envoyé : lundi 17 octobre 2016 17:04
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

Il y a désormais un beau certificat SSL letsencrypt tout neuf sur le
proxy d'accès à la BD Ortho.

Ceci devrait faciliter l'accès depuis iD !

Du coup double A pour
https://www.ssllabs.com/ssltest/analyze.html?d=proxy-ign.openstreetmap.fr


--
Christian Quest - OpenStreetMap France


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

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

[OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

[Christian Quest]

Il y a désormais un beau certificat SSL letsencrypt tout neuf sur le 
proxy d'accès à la BD Ortho.


Ceci devrait faciliter l'accès depuis iD !

Du coup double A pour 
https://www.ssllabs.com/ssltest/analyze.html?d=proxy-ign.openstreetmap.fr



--
Christian Quest - OpenStreetMap France


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

Re: [Talk-es] Calendarios de Mapping parties

[Raúl Jiménez Ortega]

Mil gracias Joost!,

Añadido al lector: http://www.weeklyosm.eu/feed?lang=es (nota mental:
buscar en "Próximos eventos"). Veo que es un resumen de todo (lo cual estoy
genial y le daré difusión) pero... algo específico de eventos para añadir
al calendario no hay, ¿no?, abría que parsear la tabla de próximos eventos,
¿no?.

Un abrazo!


Raúl Jiménez Ortega 
*Urgent contact:* *+34 652 38 43 50 *

*  **
 **

 [image:
http://rauljimenez.info/skype.html] 
   **
 **
*

2016-10-17 14:04 GMT+02:00 joost schouppe :

> Claro, este calendario esta incluyido en el http://www.weeklyosm.eu/
>
> 2016-10-17 13:56 GMT+02:00 Raúl Jiménez Ortega :
>
>> Buenas familia,
>>
>> Llevo mucho tiempo queriendo participar en una mapping party para
>> iniciarme en el mundo de la colaboración activa con OSM y aún no he
>> asistido a ninguna... la mayoría de las veces porque no me entero a tiempo.
>>
>> A parte de la página de la wiki
>> , ¿hay algún
>> iCal/RSS/newsletter o similar al que me pueda suscribir para enterarme con
>> tiempo de los eventos?
>>
>> Un abrazo,
>> Raúl
>>
>> 
>> 
>> Raúl Jiménez Ortega 
>> *Urgent contact:* *+34 652 38 43 50 <%2B34%20652%2038%2043%2050> *
>>
>> *  **
>>  **
>> 
>>  [image:
>> http://rauljimenez.info/skype.html] 
>>    **
>>  **
>> *
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Convenzione tra il CAI e Wikimedia

[Pio]

L'8 ottobre 2016 è stata stipulata tra il Club Alpino Italiano e Wikimedia
una convenzione che si pone l'obiettivo promuovere le modalità di fruizione
dell'ambiente montano da parte degli appassionati:

loscarpone.cai.it

  




--
View this message in context: 
http://gis.19327.n8.nabble.com/Convenzione-tra-il-CAI-e-Wikimedia-tp5884526.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] Openstreetmap a katalog.apha.cz

[Matěj Cepl]

On Thu, 2016-10-06 at 08:33 +0200, Bernard wrote:
> Z formálního hlediska je k tomu potřeba souhlas ČBK a písemná dohoda.
> /U uvedené spolupráce se Seznamem máme tento souhlas zatím jen pro 
> Plzeňskou diecézi, ostatní třejmě až začátkem příštího roku./

Budeme si o tom povídat ústně, ale stejně mi nedá se to zeptat: proč?
Pokud někde necháte nějaké URL, kde poskytujete informace, proč na to
mít nějakou smlouvu? Pokud se obáváte zneužití, tak stejně musíte mít
technickou ochranu (protože co s lidmi, kteří s Vámi žádnou dohodu
nemají a pustí na Vás DDOS?), a jinak nechápu, co jiného chcete tou
smlouvou ochránit.

A rozumějte, nemám nic zásadě proti smlouvám, vzděláním (původním
vzděláním) jsem právník, ale každá smlouva má mít nějaký smysl, něco co
chrání, a tady opravdu nechápu, co to je.

Hezký den,

Matěj Cepl

-- 
http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
It is the mark of an educated mind to be able to entertain
a thought without accepting it.
  -- Aristotle



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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[Florian LAINEZ]

Jean, peux-tu stp préciser comment tu procèdes pour créer le tag wikipedia ?
Je me retrouve avec des tags génériques du type "wikipedia=fr:Église
Saint-Martin", ce qui renvoie vers la liste de toutes les églises
Saint-Martin dans le Monde et non vers la page de l'église précisément

En l’occurrence, la page wikipedia de l'église Saint-Martin à Sajas
n'existe pas et je pense qu'il est préférable ne pas mentionner de tag
wikipedia dans ce cas.

Merci pour tes éclaircissements


Le 17 octobre 2016 à 15:47, Florian LAINEZ  a écrit :

> Je butte sur le barrage de St Férréol https://www.openstreetmap.org/
> way/277647054
> En effet dans Mérimée il y a deux références pour le même objet :
>
>- Référence
>
> 
>PA3108
>
> 
>sur la commune de Vaudreville
>- Référence
>
> 
>PA3115
>
> 
>sur la commune de Revel
>
> On a bien donc deux référence pour le même objet ! Ils sont fous au
> ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
> ouvrage d'art au lieu de nous pondre deux numéros de référence.
>
> On met ref:mhs=PA3108;PA3115 et on en parle plus ?
>
> Le 17 octobre 2016 à 14:25, Florian LAINEZ  a écrit :
>
>> Super ton outil Jean ! ça faisait quelques temps que je me demandais si
>> quelqu'un avait fait quelque chose de sérieux pour les bâtiments
>> historiques et je suis ravi de voir que c'est le cas.
>>
>> J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot
>> ... et puis il y a certains bâtiments que je ne trouve tout simplement pas.
>> Long travail d'investigation ... le plus facile, ce sont les églises, pas
>> moyen de les louper !
>>
>> Pendant mes recherches je suis tombé sur le site monumentum, vous
>> connaissez ? On peut corriger la position des bâtiments historiques sur
>> leur site mais c'est sous copyright http://www.monumentum.fr/menti
>> ons-legales.html
>> et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
>> bosser avec eux #AppelAProjet
>>
>>
>> Le 13 octobre 2016 à 22:31, jean navarro  a
>> écrit :
>>
>>> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
>>> dans les fichiers Ouvert de data-gouv...
>>>
>>> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>>>
>>> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>>>
>>> cordialement
>>> jean navarro
>>>
>>> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>>>
>>> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>>>
 Tu veux dire que les erreurs pourraient correspondre à des faux positifs
 (codes Mérimée non publics) ?

 Jean-Yvon


 Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit
 :

> Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
> ne font pas partis de la base mérimée ouverte
>


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



-- 

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[Florian LAINEZ]

Je butte sur le barrage de St Férréol
https://www.openstreetmap.org/way/277647054
En effet dans Mérimée il y a deux références pour le même objet :

   - Référence
   

   PA3108
   

   sur la commune de Vaudreville
   - Référence
   

   PA3115
   

   sur la commune de Revel

On a bien donc deux référence pour le même objet ! Ils sont fous au
ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
ouvrage d'art au lieu de nous pondre deux numéros de référence.

On met ref:mhs=PA3108;PA3115 et on en parle plus ?

Le 17 octobre 2016 à 14:25, Florian LAINEZ  a écrit :

> Super ton outil Jean ! ça faisait quelques temps que je me demandais si
> quelqu'un avait fait quelque chose de sérieux pour les bâtiments
> historiques et je suis ravi de voir que c'est le cas.
>
> J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot
> ... et puis il y a certains bâtiments que je ne trouve tout simplement pas.
> Long travail d'investigation ... le plus facile, ce sont les églises, pas
> moyen de les louper !
>
> Pendant mes recherches je suis tombé sur le site monumentum, vous
> connaissez ? On peut corriger la position des bâtiments historiques sur
> leur site mais c'est sous copyright http://www.monumentum.fr/
> mentions-legales.html
> et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
> bosser avec eux #AppelAProjet
>
>
> Le 13 octobre 2016 à 22:31, jean navarro  a
> écrit :
>
>> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
>> dans les fichiers Ouvert de data-gouv...
>>
>> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>>
>> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>>
>> cordialement
>> jean navarro
>>
>> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>>
>> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>>
>>> Tu veux dire que les erreurs pourraient correspondre à des faux positifs
>>> (codes Mérimée non publics) ?
>>>
>>> Jean-Yvon
>>>
>>>
>>> Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit :
>>>
 Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
 ne font pas partis de la base mérimée ouverte

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



-- 

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[Florian LAINEZ]

Super ton outil Jean ! ça faisait quelques temps que je me demandais si
quelqu'un avait fait quelque chose de sérieux pour les bâtiments
historiques et je suis ravi de voir que c'est le cas.

J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot ...
et puis il y a certains bâtiments que je ne trouve tout simplement pas.
Long travail d'investigation ... le plus facile, ce sont les églises, pas
moyen de les louper !

Pendant mes recherches je suis tombé sur le site monumentum, vous
connaissez ? On peut corriger la position des bâtiments historiques sur
leur site mais c'est sous copyright
http://www.monumentum.fr/mentions-legales.html
et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
bosser avec eux #AppelAProjet


Le 13 octobre 2016 à 22:31, jean navarro  a écrit
:

> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
> dans les fichiers Ouvert de data-gouv...
>
> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>
> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>
> cordialement
> jean navarro
>
> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>
> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>
>> Tu veux dire que les erreurs pourraient correspondre à des faux positifs
>> (codes Mérimée non publics) ?
>>
>> Jean-Yvon
>>
>>
>> Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit :
>>
>>> Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
>>> ne font pas partis de la base mérimée ouverte
>>>
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [OSM-talk-fr] Osmose byuser erreur 500

[Jocelyn Jaubert]

Bonjour,

Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...


Effectivement, cette recherche ne marchait pas. J'ai restauré l'ancien 
code qui marchait temporairement, avant d'avoir un vrai fix.




Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Ceci est une autre erreur, non lié à la précédente.

On a eu des soucis d'espace disque sur la machine hébergeant Osmose, et 
je me demande si ça ne serait pas lié.


Est-ce que tu peux essayer de supprimer les cookies utilisés par Osmose, 
et de te reconnecter ?



Merci,
Jocelyn

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

Re: [Talk-cz] nahrávání rozcestníků

[Marián Kyral]

Chjo. Já blbec tam nechal http :-( 
To bohužel momentálně nikde jinde neotestuji. Budu muset opravit a poprosit 
zase Pavle o nahrání :-(

Mezitím to můžeš vyzkoušet když si povolíš výjimku pro api.openstreetmap.cz.

Marián


-- Původní zpráva --
Od: Milan Cerny 
Komu: OpenStreetMap Czech Republic 
Datum: 17. 10. 2016 13:56:02
Předmět: Re: [Talk-cz] nahrávání rozcestníků

"Zkoušel jsem to, ale nejde mi vybrat licence, seznam je prázdný.

Milan

__
> Od: Marián Kyral 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 17.10.2016 11:02
> Předmět: Re: [Talk-cz] nahrávání rozcestníků
>
>Tak Pavel to nasadil, mělo by to už fungovat. Můžete prosím někdo ověřit?
>
>Díky,
>Marián
>
>
>-- Původní zpráva --
>Od: Marián Kyral 
>Komu: talk-cz@openstreetmap.org, Pavel Zbytovský 
>Datum: 16. 10. 2016 21:35:13
>Předmět: Re: [Talk-cz] nahrávání rozcestníků
>
>"Ahoj,
>oprava by měla být v gitu.
>
>Pavle, můžeš to prosím nahrát na openstreetmap.cz?
>
>Díky,
>Marián
>
>Dne 16.10.2016 v 21:21 Milan Cerny napsal(a):
>> Ahoj, na fóru geocachingu je výzva k nahrávání rozcestníků přes https://
>openstreetmap.cz/ , které stále nefunguje. 
>> Mohl by prosím někdo opravit tabulku nahrávání přes chybějící rozcestníky

>tak, aby to bylo funkční? Chybí tam snad jen výběr licencí.
>> Zatím z toho máme jen zbytečnou ostudu.
>>
>> Díky.
>>
>> http://www.geocaching.cz/topic/31162-mapov%C3%A1n%C3%AD-rozcestn%C3%ADk%C
>5%AF/
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz"=
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [OSM-ja] 国立公園 (national_park) の編集について

[下り専門]

下り専門です。

再び似たような編集があったのでチェンジセットにコメントしてみました。
これは自然公園だからOK?

http://www.openstreetmap.org/changeset/42933940
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-es] Calendarios de Mapping parties

[joost schouppe]

Claro, este calendario esta incluyido en el http://www.weeklyosm.eu/

2016-10-17 13:56 GMT+02:00 Raúl Jiménez Ortega :

> Buenas familia,
>
> Llevo mucho tiempo queriendo participar en una mapping party para
> iniciarme en el mundo de la colaboración activa con OSM y aún no he
> asistido a ninguna... la mayoría de las veces porque no me entero a tiempo.
>
> A parte de la página de la wiki
> , ¿hay algún
> iCal/RSS/newsletter o similar al que me pueda suscribir para enterarme con
> tiempo de los eventos?
>
> Un abrazo,
> Raúl
>
> 
> 
> Raúl Jiménez Ortega 
> *Urgent contact:* *+34 652 38 43 50 <%2B34%20652%2038%2043%2050> *
>
> *  **
>  **
> 
>  [image:
> http://rauljimenez.info/skype.html] 
>    **
>  **
> *
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

[Talk-es] Calendarios de Mapping parties

[Raúl Jiménez Ortega]

Buenas familia,

Llevo mucho tiempo queriendo participar en una mapping party para iniciarme
en el mundo de la colaboración activa con OSM y aún no he asistido a
ninguna... la mayoría de las veces porque no me entero a tiempo.

A parte de la página de la wiki
, ¿hay algún
iCal/RSS/newsletter o similar al que me pueda suscribir para enterarme con
tiempo de los eventos?

Un abrazo,
Raúl


Raúl Jiménez Ortega 
*Urgent contact:* *+34 652 38 43 50 *

*  **
 **

 [image:
http://rauljimenez.info/skype.html] 
   **
 **
*
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] [Tagging] opening_hours

[Simone]

Un tool che non conoscevo, comodo, grazie.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-cz] nahrávání rozcestníků

[Milan Cerny]

Zkoušel jsem to, ale nejde mi vybrat licence, seznam je prázdný.

Milan

__
> Od: Marián Kyral 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 17.10.2016 11:02
> Předmět: Re: [Talk-cz] nahrávání rozcestníků
>
>Tak Pavel to nasadil, mělo by to už fungovat. Můžete prosím někdo ověřit?
>
>Díky,
>Marián
>
>
>-- Původní zpráva --
>Od: Marián Kyral 
>Komu: talk-cz@openstreetmap.org, Pavel Zbytovský 
>Datum: 16. 10. 2016 21:35:13
>Předmět: Re: [Talk-cz] nahrávání rozcestníků
>
>"Ahoj,
>oprava by měla být v gitu.
>
>Pavle, můžeš to prosím nahrát na openstreetmap.cz?
>
>Díky,
>Marián
>
>Dne 16.10.2016 v 21:21 Milan Cerny napsal(a):
>> Ahoj, na fóru geocachingu je výzva k nahrávání rozcestníků přes https://
>openstreetmap.cz/ , které stále nefunguje. 
>> Mohl by prosím někdo opravit tabulku nahrávání přes chybějící rozcestníky 
>tak, aby to bylo funkční? Chybí tam snad jen výběr licencí.
>> Zatím z toho máme jen zbytečnou ostudu.
>>
>> Díky.
>>
>> http://www.geocaching.cz/topic/31162-mapov%C3%A1n%C3%AD-rozcestn%C3%ADk%C
>5%AF/
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz"=
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [Talk-it] [Tagging] opening_hours

[Damjan Gerl]

> Da: "Cascafico Giovanni" cascaf...@gmail.com
> Data: Mon, 17 Oct 2016 12:21:05 +0200
> Oggetto: [Talk-it] [Tagging] opening_hours
> 
> 
> Esiste un valore per indicare l'apertura su richiesta?

Basta mettere una nota tra virgolette, vedi esempi qui:
https://openingh.ypid.de/evaluation_tool/

Ciao
Damjan


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

Re: [OSM-talk] Mapping damage in Jérémie from UAV images / Cartographie de dégâts à Jérémie à partir d'images drone

[Jean-Guilhem Cailton]

Bonjour,

Les photos drone brutes prises par Fred Moine à Jérémie le 7 octobre
sont visibles, ainsi que l'orthomosaïque qui en est dérivée, sur :

https://umap.openstreetmap.fr/fr/map/images-uav-jeremie_107330

Les images prises aux Cayes ce week-end sont en cours de traitement.

Tout renfort serait le bienvenu pour aider à cartographier la réalité
que montrent ces images, et contribuer ainsi à l'organisation de l'aide
en Haïti.

-

Hi,

Raw drone photos taken by Fred Moine in Jérémie on Oct 7 are visible,
along with derived orthomosaic, on:

https://umap.openstreetmap.fr/fr/map/images-uav-jeremie_107330

Images taken in Les Cayes this week-end are being processed.

Help would be welcome to map the reality shown by these images, and thus
contribute to organizing relief in Haiti.

Best wishes,

Jean-Guilhem

Twitter @jgVisov


Le 14/10/2016 à 21:53, Severin Menard a écrit :
>
> Hi,
>
> Just allowing this important email from Jean-Guilhem to reach the hot
> list subscribers. Please read below.
>
> Severin
>
> -- Message transféré --
> De : "Jean-Guilhem Cailton" >
> Date : 14 oct. 2016 18:17
> Objet : [Talk-ht] Mapping damage in Jérémie from UAV images /
> Cartographie de dégâts à Jérémie à partir d'images drone
> À : "HOT@OSM (Humanitarian OpenStreetMap Team)"  >
> Cc : "OSM-talk"  >,  >, 
>
> Hi,
>
> According to Fred Moine - and as you may know from several journalist
> and evaluation reports, the situation in Haiti after Hurricane Matthew
> is very serious, with a combination of factors including cholera,
> hunger, etc...
>
> This TM project aims to map damage in Jérémie, from 5 cm resolution
> drone imagery, taken by Fred, whom the Government of Haiti had sent
> there to take images for damage assessment:
>
> http://taches.francophonelibre.org/project/63
> 
>
> More help would be welcome, especially from persons with a remote
> sensing background, or experienced mappers.
>
> Best wishes,
>
> Jean-Guilhem
>
> https://twitter.com/jgVisov
>
>
> Le 13/10/2016 à 09:18, Jean-Guilhem Cailton a écrit :
> > Bonjour,
> >
> > Un nouveau projet vise à cartographier les dégâts à Jérémie à partir
> > d'imagerie drone à 5 cm de résolution, obtenue par Frédéric
> Moine, que
> > le gouvernement d'Haïti y a envoyé pour prendre des images avec les
> > drones de Potentiel 3.0 (http://potentiel3-0.org) :
> > http://taches.francophonelibre.org/project/63
> 
> >
> > Bien cordialement,
> >
> > Jean-Guilhem
> >
>
> --
> "Corruption is the abuse of entrusted power for private gain."
> Transparency International
> 
> https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations
> 
> 
>
> ___
> Talk-ht mailing list
> talk...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ht
> 
> Notez! Vous pouvez utiliser Google Translate
> (http://translate.google.com) pour traduire les messages.
>
>
>
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot


-- 
"Corruption is the abuse of entrusted power for private gain."
Transparency International
https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Paradas de taxi en Madrid

[Santiago Crespo]

Hola Alejandro, tienes razón. Me apunto la tarea de cambiarlo en la
wiki, TM y archivos osm.

Gracias!

On 10/17/2016 12:43 PM, Alejandro Moreno wrote:
> Hola Santiago.
> 
> Acabo de ver el nodo que has creado y tengo dudas sobre añadir el
> atributo /addr:housenumber
> 
> /Desde mi punto de vista este atributo no se debería mapear en el nodo
> ya que indica cuál es la dirección más cercana. Si lo añadimos vamos a
> duplicar la información de dicha dirección (en la parada de taxis y en
> el edificio/nodo al que corresponda esa dirección) siendo el dato de la
> parada de taxi "erróneo".
> 
> He añadido la información de la dirección en el edificio colindante para
> que se vea el problema.
> 
> 
> 
> El 17 de octubre de 2016, 12:23, Santiago Crespo
> > escribió:
> 
> He subido una parada para probar los pasos y que veáis como queda:
> 
> https://www.openstreetmap.org/node/4451620914
> 
> 
> También he publicado el proyecto en el gestor de tareas(TM), para que
> podáis revisar las instrucciones en español. Para ello tenéis que entrar
> con vuestro usuario OSM en el TM y elegir un cuadrado.
> 
> Esperaremos unos días a ver si llega alguna propuesta, antes de empezar
> la importación.
> 
> http://tareas.openstreetmap.es/project/27
> 
> 
> Creo que es relativamente sencillo colaborar en este proyecto: es fácil
> de verificar con las ortofotos y son pocas etiquetas.
> 
> Saludos,
> Santiago Crespo
> 
> On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > Hola,
> >
> > Estoy preparando la importación manual de las paradas de taxi de
> Madrid.
> > Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
> >
> > La propuesta es añadir la información que falta en las paradas
> > existentes (por ejemplo, la capacidad) y crear el resto de paradas que
> > faltan, usando el gestor de tareas.
> >
> > Por ahora he reproyectado las coordenadas del excel que parece que
> están
> > en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
> > los datos al formato osm.
> >
> > He revisado varias paradas que conozco y la posición es correcta.
> Javier
> > y Carlos Tapia han comprobado otras paradas y también les parece
> que las
> > posiciones están bien.
> >
> > Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> > generado[2] por si queréis echar un ojo.
> >
> > Voy preparando el proyecto en el gestor de tareas y si en unos días no
> > hay inconveniente, empezamos.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> 
> > [2] http://flanera.net/Paradas_taxi_Madrid.osm
> 
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> 
> >
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [Talk-es] Paradas de taxi en Madrid

[Alejandro Moreno]

Hola Santiago.

Acabo de ver el nodo que has creado y tengo dudas sobre añadir el atributo

*addr:housenumber*Desde mi punto de vista este atributo no se debería
mapear en el nodo ya que indica cuál es la dirección más cercana. Si lo
añadimos vamos a duplicar la información de dicha dirección (en la parada
de taxis y en el edificio/nodo al que corresponda esa dirección) siendo el
dato de la parada de taxi "erróneo".

He añadido la información de la dirección en el edificio colindante para
que se vea el problema.



El 17 de octubre de 2016, 12:23, Santiago Crespo 
escribió:

> He subido una parada para probar los pasos y que veáis como queda:
>
> https://www.openstreetmap.org/node/4451620914
>
> También he publicado el proyecto en el gestor de tareas(TM), para que
> podáis revisar las instrucciones en español. Para ello tenéis que entrar
> con vuestro usuario OSM en el TM y elegir un cuadrado.
>
> Esperaremos unos días a ver si llega alguna propuesta, antes de empezar
> la importación.
>
> http://tareas.openstreetmap.es/project/27
>
> Creo que es relativamente sencillo colaborar en este proyecto: es fácil
> de verificar con las ortofotos y son pocas etiquetas.
>
> Saludos,
> Santiago Crespo
>
> On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> > Hola,
> >
> > Estoy preparando la importación manual de las paradas de taxi de Madrid.
> > Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
> >
> > La propuesta es añadir la información que falta en las paradas
> > existentes (por ejemplo, la capacidad) y crear el resto de paradas que
> > faltan, usando el gestor de tareas.
> >
> > Por ahora he reproyectado las coordenadas del excel que parece que están
> > en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
> > los datos al formato osm.
> >
> > He revisado varias paradas que conozco y la posición es correcta. Javier
> > y Carlos Tapia han comprobado otras paradas y también les parece que las
> > posiciones están bien.
> >
> > Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> > generado[2] por si queréis echar un ojo.
> >
> > Voy preparando el proyecto en el gestor de tareas y si en unos días no
> > hay inconveniente, empezamos.
> >
> > Saludos,
> > Santiago Crespo
> >
> > [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> > [2] http://flanera.net/Paradas_taxi_Madrid.osm
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Paolo Monegato]

Il 16/10/2016 11:58, Aury88 ha scritto:

solo una domanda...se io sono interessato per esempio a tre opzioni posso
votare 1, 2, 3 e 6 a tutte le altre opzioni?


Non avevo pensato a questa possibilità. L'idea era di classificarle 
tutte e 6. Però a pensarci bene può anche essere che qualcuno veda 
alcune opzioni come allo stesso livello. A quel punto però le tre 
opzioni rimanenti sarebbero da classificare tutte al 4° posto, non al 
sesto, e questo falsa un po' il risultato (un'opzione a cui daresti 
l'ultimo posto ti viene contata come non fosse così male). Imho è meglio 
la graduatoria completa, più semplice da gestire.


ciao
Paolo M

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

Re: [Talk-it] [Tagging] amianto/eternit

[Bruno]

Il sorvolo aereo credo permetta di individuare i tetti con fibrocemento, per 
capire se è con amianto o meno servono indagini a campo, anche se per la verità 
la larghezza delle onde del fibrocemento senza amianto dovrebbe essere più 
ampia di quello con amianto.
Un'osservazione sulla classificazione proposta, ottimi i tag.Io però non mi 
metterei a mappare lo stato del materiale.
Infatti la classificazione deve seguire precisi parametri misurati a campo e 
comportano conseguenze legali nel caso, mi sembra quindi un parametro molto 
critico da valutare, anche perché chiaramente variabile nel tempo.Nel caso 
credo comune che sarebbe da inserire un tag del tipo ref:material:status in 
modo che sia chiara la fonte della valutazione dello stato del 
materiale.Infatti è molto diverso avere una valutazione basata 
sull'osservazione del mappatore o su un atto redatto da qualche specialista.



Messaggio originale

Da: "Cascafico Giovanni" 

Data: 17/10/2016 10.21

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] [Tagging] amianto/eternit



Certo.. sono fiducioso nelle istituzioni [1] ... sono solo perplesso: 
riusciranno a discriminarlo con foto aeree?
http://bit.ly/GCsorvoli

Il 17/ott/2016 09:44, "Martin Koppenhoefer"  ha scritto:
2016-10-17 9:13 GMT+02:00 Cascafico Giovanni :
roof:material=fibre_cement

fibre_cement:fibre=asbestos

material:status=good|average|bad

si, potrebbe andare bene, sopratutto se sai che si tratta di fibre di amianto e 
non di un'altra fibra ;-)

Ciao,
Martin


___

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-es] Paradas de taxi en Madrid

[Santiago Crespo]

He subido una parada para probar los pasos y que veáis como queda:

https://www.openstreetmap.org/node/4451620914

También he publicado el proyecto en el gestor de tareas(TM), para que
podáis revisar las instrucciones en español. Para ello tenéis que entrar
con vuestro usuario OSM en el TM y elegir un cuadrado.

Esperaremos unos días a ver si llega alguna propuesta, antes de empezar
la importación.

http://tareas.openstreetmap.es/project/27

Creo que es relativamente sencillo colaborar en este proyecto: es fácil
de verificar con las ortofotos y son pocas etiquetas.

Saludos,
Santiago Crespo

On 10/17/2016 12:37 AM, Santiago Crespo wrote:
> Hola,
> 
> Estoy preparando la importación manual de las paradas de taxi de Madrid.
> Ahora tenemos 106 amenity=taxi y según los datos del Ayto. hay 424.
> 
> La propuesta es añadir la información que falta en las paradas
> existentes (por ejemplo, la capacidad) y crear el resto de paradas que
> faltan, usando el gestor de tareas.
> 
> Por ahora he reproyectado las coordenadas del excel que parece que están
> en EPSG:23030 a EPSG:4326 usando la rejilla del IGN y he transformado
> los datos al formato osm.
> 
> He revisado varias paradas que conozco y la posición es correcta. Javier
> y Carlos Tapia han comprobado otras paradas y también les parece que las
> posiciones están bien.
> 
> Lo he documentado todo en la wiki[1] y tenéis el archivo .osm
> generado[2] por si queréis echar un ojo.
> 
> Voy preparando el proyecto en el gestor de tareas y si en unos días no
> hay inconveniente, empezamos.
> 
> Saludos,
> Santiago Crespo
> 
> [1] http://wiki.osm.org/wiki/Madrid_taxi_Import
> [2] http://flanera.net/Paradas_taxi_Madrid.osm
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

[Talk-it] [Tagging] opening_hours

[Cascafico Giovanni]

Esiste un valore per indicare l'apertura su richiesta?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] nahrávání rozcestníků

[Marián Kyral]

Tak Pavel to nasadil, mělo by to už fungovat. Můžete prosím někdo ověřit?

Díky,
Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org, Pavel Zbytovský 
Datum: 16. 10. 2016 21:35:13
Předmět: Re: [Talk-cz] nahrávání rozcestníků

"Ahoj,
oprava by měla být v gitu.

Pavle, můžeš to prosím nahrát na openstreetmap.cz?

Díky,
Marián

Dne 16.10.2016 v 21:21 Milan Cerny napsal(a):
> Ahoj, na fóru geocachingu je výzva k nahrávání rozcestníků přes https://
openstreetmap.cz/ , které stále nefunguje. 
> Mohl by prosím někdo opravit tabulku nahrávání přes chybějící rozcestníky 
tak, aby to bylo funkční? Chybí tam snad jen výběr licencí.
> Zatím z toho máme jen zbytečnou ostudu.
>
> Díky.
>
> http://www.geocaching.cz/topic/31162-mapov%C3%A1n%C3%AD-rozcestn%C3%ADk%C
5%AF/
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



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

Re: [Talk-it] [Tagging] amianto/eternit

[Cascafico Giovanni]

Certo.. sono fiducioso nelle istituzioni [1] ... sono solo perplesso:
riusciranno a discriminarlo con foto aeree?

http://bit.ly/GCsorvoli

Il 17/ott/2016 09:44, "Martin Koppenhoefer"  ha
scritto:

>
> 2016-10-17 9:13 GMT+02:00 Cascafico Giovanni :
>
>> roof:material=fibre_cement
>> fibre_cement:fibre=asbestos
>> material:status=good|average|bad
>>
>
>
> si, potrebbe andare bene, sopratutto se sai che si tratta di fibre di
> amianto e non di un'altra fibra ;-)
>
> Ciao,
> Martin
>
> ___
> 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] Osmose byuser erreur 500

[lenny.libre]

Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...

Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Je viens de cliquer sur "Connexion" et j'ai le même enchaînement que toi mais tout reste 
en français jusqu'à "La demande d’autorisation a échoué - Le jeton d’autorisation n’est pas 
valide."


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

Re: [Talk-it] Relations per strade

[Martin Koppenhoefer]

2016-10-16 23:58 GMT+02:00 Federico Cortese :

> No, il tag ref è aggiunto ad ogni singolo pezzo, mentre è la relazione che
> raggruppa tutti i tratti che compongono la strada e permette di aggiungere
> name o altri tag per l'intera strada.




in realtà il tag "name" nella relazione descrive il nome della rotta, non
della strada. Il nome della strada va messo all'oggetto "highway=*"

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

Re: [Talk-it] [Tagging] amianto/eternit

[Martin Koppenhoefer]

2016-10-17 9:13 GMT+02:00 Cascafico Giovanni :

> roof:material=fibre_cement
> fibre_cement:fibre=asbestos
> material:status=good|average|bad
>


si, potrebbe andare bene, sopratutto se sai che si tratta di fibre di
amianto e non di un'altra fibra ;-)

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

Re: [Talk-it] dubbio su landuse

[Martin Koppenhoefer]

sent from a phone

> Il giorno 17 ott 2016, alle ore 07:20, scratera  ha scritto:
> 
> ...vero...a questo punto come è stato creato un power=plant per delimitare
> il limite delle centrali elettriche...vedrei un tower=plant come proposta
> per l'area...
> 



il tag "tower" per me sarebbe sempre per una singola torre, mai per un 
centro/insieme di torri.

man_made=...
dove ... è quello che è (cosa qui non è ancora stato detto). È un ripetitore 
radio/tv? Comunicazioni dati? Trasmittente di qualcosa? roba militare? 
Comunicazione con satelliti? Stazione radar? Centro di trasmissione, ecc.


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

Re: [Talk-it] [Tagging] amianto/eternit

[Cascafico Giovanni]

Perdonatemi la scarsa familiarità con i namespace... Allora potrebbe andare
qualcosa del genere?

roof:material=fibre_cement
fibre_cement:fibre=asbestos
material:status=good|average|bad

Il 11/ott/2016 12:48, "Martin Koppenhoefer"  ha
scritto:

>
>
> sent from a phone
>
> > Il giorno 11 ott 2016, alle ore 12:17, Cascafico Giovanni <
> cascaf...@gmail.com> ha scritto:
> >
> > Tempo fa avevo iniziato a mappare la presenza come da wiki con
> > roof:material=eternit
> > Oggi però vedo da taginfo la prevalenza di asbestos
>
>
> bo, eternit è un marchio, e asbestos è impreciso (eternit è fibre di
> amianto legate con cemento). "fibre_cement" sarebbe più preciso, però
> richiederebbe la precisazione quali fibre sono utilizzati.
> Tra altro nel Eternit attuale non si trova più amianto (quindi anche
> eternit non è un buon tag)
>
>
> ciao,
> Martin
> ___
> 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