date:20160615

After talking to them I'm not clear they understand enough about what they
want and have a clear understanding of how to get it.

The information you supplied will add to their knowledge and that may help
shape their expectations.

I think they have some expectations but I'm sure it will unfold over time.

Thanks John
On 15 Jun 2016 6:14 pm, "Paul Norman"  wrote:

> On 6/15/2016 3:08 PM, john whelan wrote:
>
>>
>> Thank you Paul I think that sums up the issue nicely, someone at Stats
>> Canada is going to have fun working out which tags are relevant to them
>> especially when some may be a different way to express the same thing.
>>
>> Plus of course we have amenity=library etc which might not be tagged as a
>> building at all.
>>
>> Fun times, I'm glad I'm retired from Stats Canada these days.
>>
>>
> Well, the problem is that the question you asked isn't really what they
> want to know. I'm not quite sure what they do want to know, but they're
> asking the wrong question here and getting a useless answer.
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

2016-06-15 Diskussionsfäden Shohreh

Bonjour

En cliquant sur http://www.openstreetmap.org pour regarder quelque chose, je
vois que le rendu Mapquest a disparu.

C'était celui que j'utilisais par défaut parce que je le trouve plus lisible
que le rendu Mapnik.

Quelqu'un sait ce qui s'est passé?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-ca] Stat Can and buildings


On 6/15/2016 3:08 PM, john whelan wrote:


Thank you Paul I think that sums up the issue nicely, someone at Stats 
Canada is going to have fun working out which tags are relevant to 
them especially when some may be a different way to express the same 
thing.


Plus of course we have amenity=library etc which might not be tagged 
as a building at all.


Fun times, I'm glad I'm retired from Stats Canada these days.



Well, the problem is that the question you asked isn't really what they 
want to know. I'm not quite sure what they do want to know, but they're 
asking the wrong question here and getting a useless answer.


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

Re: [Talk-ca] Stat Can and buildings

Thank you Paul I think that sums up the issue nicely, someone at Stats
Canada is going to have fun working out which tags are relevant to them
especially when some may be a different way to express the same thing.

Plus of course we have amenity=library etc which might not be tagged as a
building at all.

Fun times, I'm glad I'm retired from Stats Canada these days.

Cheerio John
On 15 Jun 2016 5:52 pm, "Paul Norman"  wrote:

> On 6/15/2016 8:01 AM, john whelan wrote:
>
>>
>> As a first step Stats would like to know the tags used when mapping
>> buildings in Canada and the number of times used.  This is to get an idea
>> of what is already mapped and to see which values should be used when new
>> tags are added.  I looked at a small sample from Ottawa and noted 127
>> different tags on buildings including address tags.
>>
>> The other part of this is what is available under other tags than
>> building.  For example amenity=school etc.  I suspect school, college and
>> universities are fairly well mapped.
>>
>>
> Taginfo can tell you this information. No one is currently running a
> Canada-specific taginfo instance, but you can get an idea of numbers from
> http://taginfo.openstreetmap.org/keys/building#combinations.
>
> There are about 800 keys used more than 1000 times on objects with
> building=*.
>
> ___
> 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] Stat Can and buildings


On 6/15/2016 8:01 AM, john whelan wrote:


As a first step Stats would like to know the tags used when mapping 
buildings in Canada and the number of times used.  This is to get an 
idea of what is already mapped and to see which values should be used 
when new tags are added.  I looked at a small sample from Ottawa and 
noted 127 different tags on buildings including address tags.


The other part of this is what is available under other tags than 
building.  For example amenity=school etc.  I suspect school, college 
and universities are fairly well mapped.




Taginfo can tell you this information. No one is currently running a 
Canada-specific taginfo instance, but you can get an idea of numbers 
from http://taginfo.openstreetmap.org/keys/building#combinations.


There are about 800 keys used more than 1000 times on objects with 
building=*.


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

[Talk-de] Neues vom deutschen OSM-Kartenstil

2016-06-15 Diskussionsfäden Sven Geggus

Hallo zusammen,

endlich habe ich mir in den letzen Wochen mal die Zeit genommen, den
deutschen Kartenstil als (jetzt hoffentlich) aufrechterhaltbaren fork des
normalen Openstreetmap Carto Stils neu erstehen zu lassen.

Um dieses Ziel zu erreichen habe ich mir eine Reihe von Maßnahmen
ausgedacht, die den Merge von künftigen Änderungen hoffentlich relativ
einfach machen.

1. Auslagerung der Lokalisierung (l10n) in Datenbank-Sichten (views)
2. Ersetzung der Tabellennamen duch ein script und Beibehaltung der
   Originalnamen in project.yaml
3. Änderungen in project.yaml selbst so klein wie möglich halten
4. Kleine commits, damit die Wahrscheinlichkeit für erfolgreiche
   "git cherry-pick" besser ist.
5. Spezielle features in eigenen Dateien (z.B. Linien in Sportplätzen)

Praktischerweise haben die upstream-maintaniner aber auch schon eine Menge
getan um forks einfacher zu machen als früher indem sie viele Werte in
Variablen gesteckt haben.

Derzeit habe ich folgendes aus dem alten Stil portiert bzw. neu
gemacht:

* Major roads (motorway, trunk, primary, secondary, tertiary)
* Linien in Sportplätzen aus französischem Stil mit fixes
* Deutsche Symbole für Laub-, Nadel- und Mischwald
* track mit grade1 oder surface=paved wie highway=service aber braunem
  Rand rendern
* kartenübliches Rendern von Straßen in Bau und in Planung
* ATKIS Symbol für Burgen/Schlösser und Burgruinen
* Farbe von Grenzen
* Living street wie residential aber mit blauem casing.
* Ein paar kleinere Sachen

Nicht übernommen habe ich unterschiedliche Farben für Wasser und Wälder
(warum hatten wir die überhaupt?) sowie (bisher) das Rendering von Pfaden,
Rad- und Fußwegen.

Gerade bei letzeren hätte ich zwar gerne etwas schöneres als blau und rot
gestrichelte Linien, aber was richtig Gutes ist mir halt auch nicht
eingefallen.

Wie doof das aussieht, wenn tatsächlich mal ein Radweg fernab von
Autostraßen ist sieht man z.B. hier:
http://www.openstreetmap.org/#map=14/44.7444/-1.2249

Bzw. bei Fußwegen an beliebiger Stelle tief in den Alpen.
http://www.openstreetmap.org/#map=14/46.8330/10.8501

Meine Hoffnung ist, dass wir da vielleicht etwas hinkriegen, das es auch in
den normalen Openstreetmap Carto Stil schafft.

Da ist also definitiv Verbesserungspotenzial :)

Wer einen Eindruck kriegen will wie das jetzt aussieht, hier ist eine URL,
die auf meinen Testserver Zeigt:
http://osm.geggus.net/map/ (Links OSMDE rechts OSM Carto)

Quellcode unter:
https://github.com/giggls/openstreetmap-carto-de
Stand 15.6.: Able to merge. These branches can be automatically merged!

Die Lokalisierung ist jetzt ein eigenes Projekt, denn die ist unabhängig vom
Renderer: https://github.com/giggls/mapnik-german-l10n
Wer dazu etwas hören möchte kann auf die FOSSGIS kommen oder FOSS4G.

So, jetzt freue ich mich auf Anregungen, am besten gleich als Patch :)

Gruss

Sven

P.S.: Da der deutsche Stil immer noch eine one-man-show ist (abgesehen von
ein paar mehr oder weniger freiwilligen studentischen Helfern bei der
Geofabrik in der Vergangenheit) hoffe ich natürlich immer noch auf
Mitstreiter.  Bis dato gibt es immerhin einen Menschen, der sein Interesse
bekundet hat (Danke Gisbert).

-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

[Talk-br] Site do IBGE Usando o OpenStreetMap.

2016-06-15 Diskussionsfäden raphaelmirc .

*Boa Noite Amigos do Grupo!!   *


   Acessando o Site do *IBGE* Hoje eu me deparei com o Mapa do Open Street
Map nas pesquisas, achei muito legal, tudo que eu coloquei no mapa está
disponível para consulta no Bairro da Cohab, vi algumas pessoas falando
 que o IBGE estava disponibilizando os mapas do openstreetmap e pude
comprovar que era verdade mesmo!!


*Segue o Link para Consulta direto do IBGE.*
http://cidades.ibge.gov.br/xtras/perfil.php?codmun=261160


Att;
Um Forte Abraço,




*Raphael de Assis.*
Recife/PE
raphaelm...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] SOTM US schedule

2016-06-15 Diskussionsfäden Clifford Snow

Katie,
We should have the workshop schedule up shortly. We have 11 different
workshop planned for Monday as well as code sprints. Additionally Maptime
is planning workshops for Monday as well.

Clifford

On Wed, Jun 15, 2016 at 1:11 PM, Katie Filbert  wrote:

> I'm thinking about attending SOTM US and looking at possible flights.
>
> SOTM website says the conference is July 23-July 25, but the program only
> has July 23 and 24.
>
> http://stateofthemap.us/program/
>
> Is there some program for July 25, such as hackathon or something?
>
> Cheers,
> Katie
>
> --
> Katie Filbert
> filbe...@gmail.com
> @filbertkm / @wikidata
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-br] Trabalho de Edição do Bairro da Cohab / Ibura - Recife - PE.

2016-06-15 Diskussionsfäden raphaelmirc .

Boa Noite amigos da Lista.

   Comentando aqui o meu trabalho de edição do Bairro do Ibura/Cohab
venho informar que estou colocando nome nas ruas e criando as ruas ainda
inexistente, aproveitei para incluir no mapa posto de saúde municipal,
escola estadual e municipal, associação de moradores e parques, pois como
moro no Bairro fica mais fácil de adicionar pontos que não muda muito.


Estou bastante entusiasmado como o projeto e estou dedicando o meu tempo
livre na edição do mapa;

  Gostaria de saber se alguém conhece alguma ferramenta ou código para
que eu coloque em um site e possa fazer pesquisa do meu bairro usando o
openstreetmap direto do meu site e do bairro de onde estou, se alguém
souber como fazer eu agradeço, pois tenho um domínio já registrado do meu
bairro e estou querendo colocar a pesquisa do mapa do openstreetmap para os
meus usuários.

  A meta pra amanhã sera de reorganizar o limite dos bairros aqui da
Cohab, pois o meu bairro e dividido em vários bairro e tem um limite de
outro bairro aqui atrapalhando o bairro da cohab, mais mesmo assim vou
adicionar novas ruas e endereço, dependendo do tempo, a prioridade e fazer
os limites corretamente.

  Uma boa noite para todos e aguardo respostas, boa edição a todos.


Att;


*Raphael de Assis.*
Recife/PE
raphaelm...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

Merci Philippe pour ton point de vue lui aussi partiel, s'il y avait une 
solution claire et valable dans tous les cas et admise par la 
communauté, elle serait dans le wiki.


Le 15/06/2016 à 19:50, Philippe Verdy - verd...@wanadoo.fr a écrit :
mais si c'est une adresse pour une visite sur place (exemples : un 
cabinet médical, une asso, etc.), tout devrait aller dans addr:*, y 
compris l'escalier l'étage, et la porte ou ce qui est pertinent pour 
arriver au bon endroit au delà du seul numéro communal sur la voie 
publique (où d'ailleurs ce numéro n'est même pas toujours visible ou 
affiche seulement un groupe de numéros près de l'accès public.

Pourquoi ?
D'abord, contrairement à ce que tu dis, les numéros et noms des 
bâtiments sont souvent visibles de la rue, idem pour les escaliers car 
sinon donner les informations ne sert à rien.


J'ai regardé un coin, pas le plus compliqué, pas le plus simple non plus 
pour voir ce qui était fait.


http://www.openstreetmap.org/way/25508520#map=19/48.08909/-1.61861
Sur le terrain, depuis la rue des Lilas on voit les plaques 3 et 5, sur 
les bâtiments les plaques A et B, les habitants habitent au 3A, 3B, 5A 
et 5C, la carte reflète la réalité.
Au 4, un restaurant et quelques habitations. La relation 
 comporte le 4, pas le 
bâtiment/restaurant qui donne aussi sur l'Avenue André Bonnin et qui 
fait partie de l'autre relation.
Car les habitations du Fleuron sont au 4 rue des Lilas (les bàl sont à 
côté du parking) mais le Fleuron est au 73 rue des Lilas.


Nominatim trouve 3A rue des Lilas, Chantepie, c'est dire ;-).
Idem pour Le Sultan, avenue André Bonnin.

Vue la position du POI, et sans indication dans le POI :
amenity  
restaurant 

cuisine  
turkish

name   Le Sultan


il trouve
Le Sultan, *67, Avenue André Bonnin*, Chantepie, Rennes, 
Ille-et-Vilaine, Bretagne, France métropolitaine, 35135, France 



(tiens, encore ce "Rennes" qui ne veut rien dire, c'est l'arrondissement 
de Rennes, pas Rennes, quand est-ce qu'en France on se met à la règle en 
appelant ça "arrondissement de Rennes" comme les Landkreis allemands).


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

Re: [Talk-ca] Stat Can and buildings

2016-06-15 Diskussionsfäden Stewart C. Russell

On 2016-06-15 11:01 AM, john whelan wrote:
> As a first step Stats would like to know the tags used when mapping
> buildings in Canada and the number of times used.  … I looked at a small 
> sample from Ottawa and
> noted 127 different tags on buildings including address tags.

This might be problematic. Just in the building ways in my neighbourhood
(pulled in from Overpass Turbo), there are more than 70 distinct tags/keys:

addr:city addr:country addr:housename
addr:housenumber addr:postcode addr:province
addr:state addr:street alt_name
amenity atm attribution brand building
building:colour building:flats building:levels
building:material canvec:CODE canvec:UUID
capacity colour cuisine dbox delivery
denomination dispensing drive_through fax
FIXME green_roof imax internet_access
internet_access:fee leisure man_made
maxheight:drive_thru name note office
old_name opendata:type opening_hours
opening_hours:drive_through operator
payment:amex payment:bitcoin payment:coins
payment:notes phone power ref religion
roof:colour self_checkout service shop smoking
source sport takeaway toilets toilets:access
toilets:female toilets:male tourism type
ultraavx vip website wheelchair

* Rather than producing a hierarchy of what the buildings have, wouldn't
it be more useful to say "Here's the building guidelines
; it's aspirational. Can
it work for you?"

* Then there's the whole problem of implied tags through relations. A
building might only have (or need) a street number and name address
tags, but Nominatim can pull out the city, province and country. The
tags are there in OSM, but not obvious from a tag scan.

cheers,
 Stewart

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

[Talk-us] SOTM US schedule

2016-06-15 Diskussionsfäden Katie Filbert

I'm thinking about attending SOTM US and looking at possible flights.

SOTM website says the conference is July 23-July 25, but the program only
has July 23 and 24.

http://stateofthemap.us/program/

Is there some program for July 25, such as hackathon or something?

Cheers,
Katie

-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikidata
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Dati edifici

2016-06-15 Diskussionsfäden antonyb

Nulla per questi dati?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Dati-edifici-tp5875132p5875619.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] Opportunity for a new featured layer on osm.org (was: Direct Access to MapQuest map tiles ending)

With the MQ Open changes, there is an opportunity for a general-purpose 
map style to become a new featured layer on osm.org. The requirements 
for a new layer are at 
http://wiki.openstreetmap.org/wiki/Featured_tile_layers/Guidelines_for_new_tile_layers


The key ones are
- Supported by whomever is hosting the layer
- Global coverage
- Technically capable
- Up to date data

If someone running a set of tiles wants help proposing them to the OWG, 
I'd be able to do so. I did something similar for the HOT style. Let me 
know off list if you're interested.


On 6/15/2016 9:43 AM, Jeff Medaugh wrote:


MapQuest is moving to a 100% cloud solution - the new infrastructure 
dictates that all tile access will require a key. Details on how to 
get keys, SDKs and general migration information is below:



On Monday, July 11, 2016, our direct tile access to MapQuest legacy 
maps will be discontinued. After Monday, July 11, 2016, we’ll require 
those using our direct tiles access to sign up for a plan on the 
Developer Network and transition to one of our four mapping solutions:


 *

MapQuest plugin for Leaflet

 *

iOS mobile SDK

 *

Android mobile SDK

 *

Static map API

Get new keys and SDKs here: https://developer.mapquest.com/

FAQ and details are below. If you have additional questions about 
these changes, please email us at developer-servi...@mapquest.com 
or contact us via our forum 
(URL below).


*FAQ:*


If I don’t sign up for a new AppKey, will my service be shut off?

If you’re currently getting direct tile access, your service will be 
shut off beginning Monday,  July 11, 2016. We encourage you to sign up 
for a plan to access an AppKey and access our various mapping solutions.



What are the differences between the plans you offer?

The available plans include: Free, Basic, Plus, Business, Business 
Enhanced, Business Plus, and Business Plus Enhanced. Please see our 
plans page for pricing and additional information. We also offer an 
Enterprise-level plan that includes additional benefits and 
flexibility. If you are interested in an Enterprise-level plan, please 
contact us to discuss licensing options.



How are transactions counted within your mapping solutions?

A map transaction is generally generated under the following 
circumstances:


 *

The initial load of the map when using SDKs such as the JavaScript
Maps API, Leaflet Plugins, Mobile SDKS, or legacy Flash Maps API

 *

There is a change in zoom level

 *

There is a change in map type, for instance, a change from the
default map to satellite imagery

 *

The user pans and causes more than 40% of the displayed map to
change (legacy Flash Maps API only).

 *

A request is made to the Static Map API Web Service.


What if I need help with the transition to a new mapping solution?

Please visit the forums on our Developer Network if you have questions 
about transitioning from direct tile access to Leaflet, Mobile SDK or 
Static Map API.


https://developer.mapquest.com/forum

--

*Jeff Medaugh *Product Manager - Developer Services

MapQuest 




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


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

Re: [OSM-talk] Announcement: Direct Access to MapQuest map tiles without a key will end on 11 July 2016. Details on getting keys and SDKs

2016-06-15 Diskussionsfäden Richard Fairhurst

Jeff Medaugh wrote:
> MapQuest is moving to a 100% cloud solution - the new 
> infrastructure dictates that all tile access will require a key. 
> Details on how to get keys, SDKs and general migration 
> information is below:

Thanks for posting this.

Will there still be specific 'MapQuest Open' products (i.e. 100% OSM data),
or will everything be a hybrid of TomTom in key markets, OSM elsewhere?

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/Announcement-Direct-Access-to-MapQuest-map-tiles-without-a-key-will-end-on-11-July-2016-Details-on-gs-tp5875610p5875617.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Philippe Verdy

Le 15 juin 2016 à 18:53,  a écrit :

> C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le
> polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. Et
> après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, ou
> des nœuds "en l'air" pour les POI que tu places dans le polygone.
>
> En cas d'associatedStreet, tu mets les POIs dedans.
>
> Ainsi le numéro reste affiché.
>
> Si tu as plusieurs POI au même endroit, même immeuble, même escalier, mais
> étage différent, soit artificiellement tu décales un POI pour qu'il
> s'affiche (mais en principe c'est le boulot du rendu), soit c'est qu'il y a
> à passer à de la représentation indoor et le bâtiment a sans doute un nom
> qui est ce qui apparaîtra sur la carte.
>
> Donc je n'ai qu'un point adresse, savoir si le salon de coiffure est au 2
> ou au 4 a peu d'importance, sur le terrain ça se voit et si on veut le
> contacter, il y a le contact:* complet qui peut le faire.
>

Peu d'importance c'est juste ton avis partiel sur la question. Et le numéro
nu n'est pas suffisant s'il faut en plus indiquer un batiment, un escalier,
un étage une porte : ca ne se voit pas sur le terrain sans entrer dans la
partie privative. Bon pour un salon de coissure en principe il y a un pas
de porte visible ou sinon il y a un fléchage. Mais si on prend le cas des
galeries marchandes de centre commerciaux, quasiment tout est à la même
adresse officielle, toutes les boites sont regroupées à l'extérieur près
d'une des entrées, ou d'une entrée de service. Pourtant il faudra bien
indiquer assez de précision pour désigner une des boites à lettres si on
écrit (pas évident car ces boites ne sont pas toujours au nom de la
franchise du magasin mais au nom du gérant ou d'une SARL.

Si on prend en revanche des immeubles de bureaux (exemple des tours à la
Défense, difficile de se passer de la mention de l'étage ou du numéro
d'ascenseur ou numéro de porte et il n'y a pas toujours non plus un accueil
pour vous renseigner)

Ca laisse en suspend cette question de base : **qu'est-ce qu'une adresse ?**
- La définition communale uniquement qui se fiche totalement du nombre de
résidents ?
- La définition fiscale (pour les taxes locatives). ?
- Ou l'adresse usuelle communiquée par ces résidents ou sociétés qui sont
logées sur le POI en question ?

Si c'est juste une adresse de courrier, OK tout peut aller dans contact:*
(mais alors il faut une adresse complète, le seul numéro est insuffisant et
il n'est pas associé à l'emplacement géographique du POI), mais si c'est
une adresse pour une visite sur place (exemples : un cabinet médical, une
asso, etc.), tout devrait aller dans addr:*, y compris
l'escalier l'étage, et la porte ou ce qui est pertinent pour arriver au bon
endroit au delà du seul numéro communal sur la voie publique (où d'ailleurs
ce numéro n'est même pas toujours visible ou affiche seulement un groupe de
numéros près de l'accès public.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Christian Rogel

Le 15 juin 2016 à 18:53, osm.sanspourr...@spamgourmet.com a écrit :
> C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le 
> polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. Et 
> après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, ou des 
> nœuds "en l'air" pour les POI que tu places dans le polygone.
> En cas d'associatedStreet, tu mets les POIs dedans.
> 
> Ainsi le numéro reste affiché.
> 

Je n'avais pas cherché à définir une solution qui préserve le point adresse.
S'il y en a une, tant mieux. 
Il faut que le numéro apparaisse dans tous les cas en tenant compte du fait que 
les relations ne sont pas une solution universellement admise.

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

Re: [Talk-ca] Stat Can and buildings

I'm aware it can be done but not having used overpass turbo I wasn't sure
exactly how.  I concur it's probably best dug out by a programmer.

Cheerio John

On 15 June 2016 at 12:54, Adam Martin  wrote:

> Hey John,
>
> Best initial source of information on the tags being used is, of course,
> taginfo. It tracks all the tags used by all mappers across the planet - the
> wiki has a page on it (https://wiki.openstreetmap.org/wiki/Taginfo). I
> note that there are several taginfo sub-sites that limit the data down to
> particular countries. There does not appear to be one there for Canada, but
> it should be possible to have such a thing drawn together - that way, the
> tags that StatsCan wants to see are the ones included.
>
> Overpass Turbo can run queries on the database for particular tag
> combinations. Any way that has been tagged with Building = Yes could be
> queried and the related Tourism / Amenity / Leisure / Etc tags stripped for
> a reasonable list of related tags for Canadian buildings. This is probably
> easier done via a programmer and the source OSM data rather than an online
> tool, but it proves that it could be done.
>
> Adam
>
> On Wed, Jun 15, 2016 at 12:31 PM, john whelan 
> wrote:
>
>> As a first step Stats would like to know the tags used when mapping
>> buildings in Canada and the number of times used.  This is to get an idea
>> of what is already mapped and to see which values should be used when new
>> tags are added.  I looked at a small sample from Ottawa and noted 127
>> different tags on buildings including address tags.
>>
>> The other part of this is what is available under other tags than
>> building.  For example amenity=school etc.  I suspect school, college and
>> universities are fairly well mapped.
>>
>> Any suggestions?
>>
>> Thanks John
>>
>> ___
>> 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] Announcement: Direct Access to MapQuest map tiles without a key will end on 11 July 2016. Details on getting keys and SDKs


- Does this mean that MQ Open tiles will need to be removed from osm.org?

- MQ Open tiles on open.mapquest.com are still pointing at an old style. 
Will this be changing?


- Will MQ be updating the various references they've added on the OSM 
wiki which contain information on how to use MQ Open tiles?



On 6/15/2016 9:43 AM, Jeff Medaugh wrote:


MapQuest is moving to a 100% cloud solution - the new infrastructure 
dictates that all tile access will require a key. Details on how to 
get keys, SDKs and general migration information is below:



On Monday, July 11, 2016, our direct tile access to MapQuest legacy 
maps will be discontinued. After Monday, July 11, 2016, we’ll require 
those using our direct tiles access to sign up for a plan on the 
Developer Network and transition to one of our four mapping solutions:


 *

MapQuest plugin for Leaflet

 *

iOS mobile SDK

 *

Android mobile SDK

 *

Static map API

Get new keys and SDKs here: https://developer.mapquest.com/

FAQ and details are below. If you have additional questions about 
these changes, please email us at developer-servi...@mapquest.com 
or contact us via our forum 
(URL below).


*FAQ:*


If I don’t sign up for a new AppKey, will my service be shut off?

If you’re currently getting direct tile access, your service will be 
shut off beginning Monday,  July 11, 2016. We encourage you to sign up 
for a plan to access an AppKey and access our various mapping solutions.



What are the differences between the plans you offer?

The available plans include: Free, Basic, Plus, Business, Business 
Enhanced, Business Plus, and Business Plus Enhanced. Please see our 
plans page for pricing and additional information. We also offer an 
Enterprise-level plan that includes additional benefits and 
flexibility. If you are interested in an Enterprise-level plan, please 
contact us to discuss licensing options.



How are transactions counted within your mapping solutions?

A map transaction is generally generated under the following 
circumstances:


 *

The initial load of the map when using SDKs such as the JavaScript
Maps API, Leaflet Plugins, Mobile SDKS, or legacy Flash Maps API

 *

There is a change in zoom level

 *

There is a change in map type, for instance, a change from the
default map to satellite imagery

 *

The user pans and causes more than 40% of the displayed map to
change (legacy Flash Maps API only).

 *

A request is made to the Static Map API Web Service.


What if I need help with the transition to a new mapping solution?

Please visit the forums on our Developer Network if you have questions 
about transitioning from direct tile access to Leaflet, Mobile SDK or 
Static Map API.


https://developer.mapquest.com/forum

--

*Jeff Medaugh *Product Manager - Developer Services

MapQuest 




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


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le 
polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. 
Et après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, 
ou des nœuds "en l'air" pour les POI que tu places dans le polygone.


En cas d'associatedStreet, tu mets les POIs dedans.

Ainsi le numéro reste affiché.

Si tu as plusieurs POI au même endroit, même immeuble, même escalier, 
mais étage différent, soit artificiellement tu décales un POI pour qu'il 
s'affiche (mais en principe c'est le boulot du rendu), soit c'est qu'il 
y a à passer à de la représentation indoor et le bâtiment a sans doute 
un nom qui est ce qui apparaîtra sur la carte.


Donc je n'ai qu'un point adresse, savoir si le salon de coiffure est au 
2 ou au 4 a peu d'importance, sur le terrain ça se voit et si on veut le 
contacter, il y a le contact:* complet qui peut le faire.


Au fait si on regarde le wiki, dans ce cas c'est une street 
 (FR:street 
) (pas 
associatedStreet 
 dont la 
traduction française est désynchronisée) dont les POI ont le rôle 
associated (le numéro de rue ayant lui le rôle house).


Donc on n'a qu'un nœud adresse, celui qui a le rôle house dans la 
relation, les autres ne sont pas des vrais doublons, triplets, etc...


Jean-Yvon


Le 15/06/2016 à 17:44, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :

Le 14 juin 2016 à 20:54, osm.sanspourr...@spamgourmet.com a écrit :

D'accord avec Christian & Christian : on n'a en général besoin que d'une 
adresse.

Non, il n’y apas accord total entre les deux Christian : je préfèrerais un 
doublon (2 numéros côte à côte), plutôt que de faire disparaître arbitrairement
le ou les numéros attachés à l’immeuble entier.
Je refuse d’additionner des carpes et des lapins.

(...)


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

[OSM-talk] Announcement: Direct Access to MapQuest map tiles without a key will end on 11 July 2016. Details on getting keys and SDKs

2016-06-15 Diskussionsfäden Jeff Medaugh

MapQuest is moving to a 100% cloud solution - the new infrastructure
dictates that all tile access will require a key. Details on how to get
keys, SDKs and general migration information is below:

On Monday, July 11, 2016, our direct tile access to MapQuest legacy maps
will be discontinued. After Monday, July 11, 2016, we’ll require those
using our direct tiles access to sign up for a plan on the Developer
Network and transition to one of our four mapping solutions:

   -

   MapQuest plugin for Leaflet
   -

   iOS mobile SDK
   -

   Android mobile SDK
   -

   Static map API


Get new keys and SDKs here: https://developer.mapquest.com/

FAQ and details are below. If you have additional questions about these
changes, please email us at developer-servi...@mapquest.com or contact us
via our forum (URL below).


*FAQ:*

If I don’t sign up for a new AppKey, will my service be shut off?

If you’re currently getting direct tile access, your service will be shut
off beginning Monday,  July 11, 2016. We encourage you to sign up for a
plan to access an AppKey and access our various mapping solutions.

What are the differences between the plans you offer?

The available plans include: Free, Basic, Plus, Business, Business
Enhanced, Business Plus, and Business Plus Enhanced. Please see our plans
page for pricing and additional information. We also offer an
Enterprise-level plan that includes additional benefits and flexibility. If
you are interested in an Enterprise-level plan, please contact us to
discuss licensing options.

How are transactions counted within your mapping solutions?

A map transaction is generally generated under the following circumstances:

   -

   The initial load of the map when using SDKs such as the JavaScript Maps
   API, Leaflet Plugins, Mobile SDKS, or legacy Flash Maps API
   -

   There is a change in zoom level
   -

   There is a change in map type, for instance, a change from the default
   map to satellite imagery
   -

   The user pans and causes more than 40% of the displayed map to change
   (legacy Flash Maps API only).
   -

   A request is made to the Static Map API Web Service.


What if I need help with the transition to a new mapping solution?

Please visit the forums on our Developer Network if you have questions
about transitioning from direct tile access to Leaflet, Mobile SDK or
Static Map API.

https://developer.mapquest.com/forum
-- 

*Jeff Medaugh *Product Manager - Developer Services

[image: MapQuest] 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Christian Rogel


> Le 14 juin 2016 à 20:54, osm.sanspourr...@spamgourmet.com a écrit :
> 
> D'accord avec Christian & Christian : on n'a en général besoin que d'une 
> adresse.

Non, il n’y apas accord total entre les deux Christian : je préfèrerais un 
doublon (2 numéros côte à côte), plutôt que de faire disparaître arbitrairement
le ou les numéros attachés à l’immeuble entier.
Je refuse d’additionner des carpes et des lapins.

Suite à une décision municipale, l’adresse préexiste à toute utilisation 
privative (commerce ou autre) et ne doit jamais être effacée.
Cela entre en collision avec la nécessité reconnue de rattacher les activités à 
l’adresse de l’immeuble où elles sont exercées, mais elles ne viennent qu’aprés 
et peuvent disparaître.
Est-on vraiment obligé de noter l’adresse d’une activité déjà localisée 
autrement ?

Si on souhaite créer une carte avec numéros d’adresse, mais sans mention des 
activités, doit-on demander à un copain geek de créer la routine qui va bien ?

Tony nous parle d’adresse cadastrale, il veut, bien sûr, dire «  adresse 
enregistrée dans le cadastre », sans qu’elle acquière une « nature » cadastrale.
Fondamentalement, c’est un bien commun créé par l’autorité municipale et laissé 
à la disposition de tous. Une fois dans OSM, on ne doit y toucher que, si 
l’autorité publique la modifie.

J’ai l’impression qu’à Dinan  et, sans doute ailleurs, on s’est un peu trop 
précipité.


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

Re: [Talk-ca] iD editor

2016-06-15 Diskussionsfäden Clifford Snow

I heard a talk from David Bitner on customizing id for adding information
to the Boundary Waters Canoe Area (BWCA.) His github repository with a code
template is https://github.com/missinglinkmaps/custom_id

As I recall, BWCA publishes features for various campsites. Using just a
small subset of tags, his modified version allows for quick adding of
features.

in the US, the National Park Service has a modified version of iD that
updates OSM and sends a copy of the changes to NPS for review for NPS maps.
I don't believe it's been rolled out to the public yet.

Let me know if you need more information. I can put  you in touch with
either David or NPS.

Clifford

On Wed, Jun 15, 2016 at 6:37 AM, Ellefsen, Bjenk (STATCAN) <
bjenk.ellef...@canada.ca> wrote:

>
> iD is being actively developed and I saw that it’s also going modular.
>
> Does anyone have experience using iD editor for custom projects?
>
>
> Bjenk Ellefsen, PhD
>
> Data Exploration and Integration Lab (DEIL) | Lab d’exploration et
> d’intégration de données (LEID)
> Center for Special Business Projects | Centre des Projets Spéciaux sur les
> entreprises
> Statistics Canada | Statistiques Canada
> (343) 998-3004
>
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>

-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Stat Can and buildings

As a first step Stats would like to know the tags used when mapping
buildings in Canada and the number of times used.  This is to get an idea
of what is already mapped and to see which values should be used when new
tags are added.  I looked at a small sample from Ottawa and noted 127
different tags on buildings including address tags.

The other part of this is what is available under other tags than
building.  For example amenity=school etc.  I suspect school, college and
universities are fairly well mapped.

Any suggestions?

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

Re: [Talk-de] das Buch von J. Bennett über OSM heute kostenlos als eBook

2016-06-15 Diskussionsfäden chris66

Am 07.06.2016 um 11:14 schrieb Martin Koppenhoefer:
> Nur noch für 14 Stunden gibt es das englische Buch von Jonathan Bennett
> über OSM (von 2010) kostenlos zum Runterladen als eBook in diversen
> Formaten.

Schade, war im Urlaub. :-)

Ich hätte übrigens das Buch von Topf/Ramm "OpenStreetMap, die freie
Weltkarte mitgestalten" (erste Auflage) zu verschenken gegen Versandkosten.

Grüße
Chris




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

Re: [OSRM-talk] OSRM as native library in Android

2016-06-15 Diskussionsfäden Rafał Wołoszyn

Thanks Daniel for answer. I will look into it.

R.

Pozdrawiam
Wołoszyn Rafał

On 15 June 2016 at 15:31, Daniel Hofmann  wrote:

> maps.me already uses OSRM on Android (although a somewhat old OSRM
> version):
>
> https://github.com/mapsme/omim
>
> So yes, it is possible. That said, OSRM is not a offline-first routing
> engine.
> You will notice this in file sizes and memory requirements, among other
> issues for larger OSM extracts (think Europe or even the planet).
>
>
> On Wed, Jun 15, 2016 at 2:46 PM, Rafał Wołoszyn 
> wrote:
>
>> Guys,
>> Is it possible (without a lot of effort) to compile and run OSRM as
>> native library in Android ?
>> Is it even make sense to run it directly on device ?
>>
>> Br,
>> Rafal
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-ca] iD editor

2016-06-15 Diskussionsfäden Ellefsen, Bjenk (STATCAN)


iD is being actively developed and I saw that it's also going modular.

Does anyone have experience using iD editor for custom projects?


Bjenk Ellefsen, PhD

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



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

Re: [OSRM-talk] OSRM as native library in Android

2016-06-15 Diskussionsfäden Daniel Hofmann

maps.me already uses OSRM on Android (although a somewhat old OSRM version):

https://github.com/mapsme/omim

So yes, it is possible. That said, OSRM is not a offline-first routing
engine.
You will notice this in file sizes and memory requirements, among other
issues for larger OSM extracts (think Europe or even the planet).

On Wed, Jun 15, 2016 at 2:46 PM, Rafał Wołoszyn 
wrote:

> Guys,
> Is it possible (without a lot of effort) to compile and run OSRM as native
> library in Android ?
> Is it even make sense to run it directly on device ?
>
> Br,
> Rafal
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] Proposed import cleanup: NYSDEClands

2016-06-15 Diskussionsfäden Greg Troxel

Kevin Kenny  writes:

> landuse=conservation is formally deprecated.

This is the real bug.  There should be a set of landuse= tags that are
jointly exhaustive and mutually exclusive and this one is obviously
missing.  It describes exactly what you are trying to express.

> I fall back on leisure=nature_reserve unless someone screams.

That sounds fine to me; as long as humans are permitted, it isn't wrong.

However, I'd encourage you to put landuse=conservation if not other
documented landuse= tag plausibly fits.  If enough people use it, we can
reopen the formal discussion.

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

Re: [Talk-it] tempo di percorrenza

2016-06-15 Diskussionsfäden Elena ``of Valhalla''

On 2016-06-15 at 14:19:08 +0200, Daniele Gitto wrote:
> Beh, questo è un po' impreciso però: La A4 parte da *Torino* e passa da
> Milano. Il nome "Milano-Torino" non mi sembra esista (poi uno in linguaggio
> volgare chiama le cose come desidera).

in realtà mi pare che gli avvisi del traffico facciano proprio così e
spezzino l'A4 in un po' di tratte, di cui una è Torino - Milano (o
viceversa, non ricordo) e in modo simile anche l'A1.

La stessa cosa sul sito autostrade.it, dove in questo istante c'è ad
esempio una segnalazione di ristorante chiuso sulla A1 Bologna - Firenze
in direzione Milano

http://www.autostrade.it/autostrade-gis/gis.do

-- 
Elena ``of Valhalla''

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

[OSRM-talk] OSRM as native library in Android

2016-06-15 Diskussionsfäden Rafał Wołoszyn

Guys,
Is it possible (without a lot of effort) to compile and run OSRM as native
library in Android ?
Is it even make sense to run it directly on device ?

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

Re: [OSM-talk-be] Mapillary

2016-06-15 Diskussionsfäden joost schouppe

For those who might not have discovered that, you can show all the pictures
added by one contributor.
Start with the mapview of a random image [1], then click on the "User
filter" below the image. Philippe is filipc at Mapillary. For the Antwerp
to Brussels axis, it is hard to spot pictures that WEREN'T added by
Philippe :)

In case you missed it, your HDYC profile page [2] can now include all your
relevant accounts in the OSM sphere. All you have to do is add a little
section to your OSM profile like so [3], and wait for Pascal's scraper to
refresh.


1: http://www.mapillary.com/map/im/APyxF93UM1jLjMj5CoZmOw/map
2: http://hdyc.neis-one.org/?joost%20schouppe
3: http://www.openstreetmap.org/user/joost%20schouppe

Op 15 juni 2016 14:15 schreef Philippe Casteleyn <
philippecastel...@hotmail.com>:

> Ik hoop dat jullie gemerkt hebben dat de foto's tegenwoordig bruikbaarder
> zijn, dankzij mijn nieuwe Galaxy S7.
> Wanneer de Mapillary app voor de Garmin Virb XE klaar is, zal ik die ook
> soms gebruiken.
> Ik heb nog niet gevonden hoe ik in Flickr een foto juist kan geotaggen.
> Ik denk niet dat het kan.
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-at] Wichtige Frage - Haben Drachenaugen-Plätze einen Platz auf OSM?

2016-06-15 Diskussionsfäden grubernd


Meinung zum Thread Thema: ja.

warum?

ein realer Platz hat von einer Gemeinschaft von Menschen einen Namen 
bekommen und da sie es nicht geheim halten wollen, sollte dieser als 
solcher auch benannt sein. das ganze ist auch sicher als realer Platz 
auffindbar.


für die "aber das muss vor Ort verifizierbar sein" Fans: grundsätzlich 
ja, das war und ist die Basis der Arbeit in der OSM.


aber wenn wir uns auf das – und nur das – berufen, dann können wir die 
Namen von circa 90% aller Gipfel, Täler, Bäche im Oberlauf, usw usw 
wieder aus der Datenbank löschen. weil bis auf die paar Gipfelkreuze ist 
das alles nur hörensagen, Überlieferung und Kartographen, die irgendwann 
einmal ein paar Aborigines gefragt haben wie sie dazu sagen. und wenn 
die Aborigines keine Antwort wussten, dann haben sie sich was einfallen 
lassen. das was wir heute als Namen von Orten kennen hat sich irgendwann 
einmal irgendjemand aus den Finger gesogen.


insofern ist es aus meiner Sicht vollkommen irrelevant ob dort ein 
Taferl herumsteht oder nicht.


als Initiator solcher Plätze würde ich allerdings vorsichtig mit der 
Überladung der Tags sein. ein simples Name-Tag, ein sauberer Hinweis auf 
eine längerfristig funktionierende Website und vielleicht eine Note dazu 
findet wohl kaum jemand anstössig. aber das gleich mit über Jahrhunderte 
gewachsenen religiösen Strukturen gleichzusetzen könnte unter Umständen 
als Anmassung gesehen werden.


grüsse,
grubernd

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

Re: [Talk-it] tempo di percorrenza

2016-06-15 Diskussionsfäden Daniele Gitto


Il 13/06/2016 19:09, mbranco ha scritto:



Siamo d'accordo che l'autostrada che collega Milano a Torino la posso
percorrere in entrambi i sensi, ma a seconda che la chiamo Torino-Milano
oppure Milano-Torino, la partenza è Torino e l'arrivo a Milano, oppure
viceversa.


Beh, questo è un po' impreciso però: La A4 parte da *Torino* e passa da 
Milano. Il nome "Milano-Torino" non mi sembra esista (poi uno in 
linguaggio volgare chiama le cose come desidera).

Daniele



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

[OSM-talk-be] Mapillary

2016-06-15 Diskussionsfäden Philippe Casteleyn

Ik hoop dat jullie gemerkt hebben dat de foto's tegenwoordig bruikbaarder zijn, 
dankzij mijn nieuwe Galaxy S7.Wanneer de Mapillary app voor de Garmin Virb XE 
klaar is, zal ik die ook soms gebruiken.Ik heb nog niet gevonden hoe ik in 
Flickr een foto juist kan geotaggen.  Ik denk niet dat het kan.


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

Re: [OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

2016-06-15 Diskussionsfäden Shohreh

Nicolas Dumoulin-2 wrote
> Pour info, moi, j'ai déjà résolu ça avec deux méthodes :
>  1 avec le fichier OSM dans JOSM pour fusionner les ways, puis export
>en GPX
>  2 ou en GPX avec Viking : sélectionner les traces, clic-droit ->
>  combine -> merge

Merci. Je viens d'essayer Viking puis JOSM, mais ne trouve pas comment
sélectionner puis fusionner les ways.

Le KML fourni par OverpassTurbo comprend un bon paquet de
"" puis quelques
"":
http://pastebin.com/raw/W8fgkXHL

Après avoir importé/réexporté dans GPSVisualizer (version web de GPSBabel),
ça donne ce genre de chose: https://s32.postimg.org/gk5uu3xpx/Bad_routes.png



--
View this message in context: 
http://gis.19327.n5.nabble.com/OverpassTurbo-Obtenir-une-seule-route-a-partir-de-ways-tp5874852p5875588.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] suggerimenti correzione wiki tag per moschea

2016-06-15 Diskussionsfäden Alessandro


Il 15/06/2016 10:59, Francesca Valentina ha scritto:

Ciao a tutti,
ieri mi sono imbattuta nella pagina sui luoghi di culto e ho letto,
nella sezione dedicata alla religione musulmana, i suggerimenti per
inserire il tag "denomination".

http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship#Musulmani

I suggerimenti tra parentesi indicano una differenziazione del culto in
base ai minareti presenti nella moschea, propongo di togliere tali
suggerimenti perché potrebbero indurre in errore molti di noi, specie
quando si mappano luoghi di culto che non conosciamo personalmente.


OK, eliminati. Ho tolto anche il riferimento al rendering Tiles@home 
dismesso ormai da qualche anno


Alessandro Ale_Zena_IT

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

Re: [Talk-es] Mapear horchaterías

2016-06-15 Diskussionsfäden Celso González

On Wed, Jun 15, 2016 at 12:30:06PM +0200, Carlos Cámara wrote:
> Hola a todos,
> 
> Escribo a raiz de una conversación en el telegram para tratar de entender
> cual es la mejor manera de etiquetar una horchatería.
> 
> Dado que A) no existe un tag amenity=horchatería, y B) la mayoría de
> horchaterías que conozco sirven también helados, granizados, fartons,
> cafes... (no conozco ninguna horchatería que solo venda horchata, salvo los
> carritos móviles - que aunque suelen estar siempre en el mismo sitio, al
> ser móviles no sé si se mapean); había pensado que la mejor opción para
> etiquetarlas es usar amenity=ice_cream o amenity=cafe
> 
> Sin embargo, si solo usamos esta etiqueta, el tema de la horchata no queda
> reflejado, así que había pensado en complementarlo con un
> "cuisine=horchata", pero curiosamente nadie más ha usado esta combinación.
> 
> 
> Así pues, ¿Cómo consideráis que sería la mejor manera de etiquetar
> horchaterías?


En mi opinión amenity=horchata

El objeto primario de estas tiendas es vender su horchata fabricada por
ellos habitualmente. Tal como dices lo más seguro es que también tengan
café, pastelería y helados, pero el negocio es la horchata.

Una opción como cuisine=horchata y amenity cafe o ice_cream les permite
aparecer en el mapa y luego filtrarlas pero 

a) no se trata de mapear para el render
b) reducirlas a cafe o heladería va un poco en contra de representar la
diversidad.

Nada mas que decidamos yo pongo unas cuantas

-- 
Celso González
@PerroVerd

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

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)


Parce que dans ce cas tu as une associatedStreet qui porte le wikidata=Q...

Les tronçons font partie de la rue en question.

Jean-Yvon


Le 15/06/2016 à 13:14, Jo - winfi...@gmail.com a écrit :
2016-06-11 18:17 GMT+02:00 Christian Quest >:


Il faut par contre bien faire attention à l'objet sur lequel ces
tags sont mis (comme les tags wikipedia d'ailleurs).

Un tag wikidata=* ne devrait logiquement exister qu'une seule fois
dans la base OSM.


Pourquoi? Disons que j'ai une entrée Wikidata pour une rue spécifique. 
En OSM cette rue sera probablement sectionnée et même si elle ne l'est 
pas initiellement, elle pourra toujour être coupé par après. Le même 
va pour des bâtiments ou des oeuvres d'art composé de plusieurs 
parties. Si je fais une requête overpass, je veux télécharger toutes 
les pièces composantes en spécifiant wikidata=Q...


Polyglot



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


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

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

2016-06-15 Diskussionsfäden Jo

2016-06-11 18:17 GMT+02:00 Christian Quest :

> Il faut par contre bien faire attention à l'objet sur lequel ces tags sont
> mis (comme les tags wikipedia d'ailleurs).
>
> Un tag wikidata=* ne devrait logiquement exister qu'une seule fois dans la
> base OSM.
>

Pourquoi? Disons que j'ai une entrée Wikidata pour une rue spécifique. En
OSM cette rue sera probablement sectionnée et même si elle ne l'est pas
initiellement, elle pourra toujour être coupé par après. Le même va pour
des bâtiments ou des oeuvres d'art composé de plusieurs parties. Si je fais
une requête overpass, je veux télécharger toutes les pièces composantes en
spécifiant wikidata=Q...

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

Re: [Talk-es] Mapear horchaterías

2016-06-15 Diskussionsfäden Alejandro S.

La combinación de un amenity conocido con cuisine=horchata me parce una muy
buena solución para que no se pierda información pero también sea
aprovechable para el usuario medio.

On Wed, Jun 15, 2016, 12:31 Carlos Cámara  wrote:

> Hola a todos,
>
> Escribo a raiz de una conversación en el telegram para tratar de entender
> cual es la mejor manera de etiquetar una horchatería.
>
> Dado que A) no existe un tag amenity=horchatería, y B) la mayoría de
> horchaterías que conozco sirven también helados, granizados, fartons,
> cafes... (no conozco ninguna horchatería que solo venda horchata, salvo los
> carritos móviles - que aunque suelen estar siempre en el mismo sitio, al
> ser móviles no sé si se mapean); había pensado que la mejor opción para
> etiquetarlas es usar amenity=ice_cream o amenity=cafe
>
> Sin embargo, si solo usamos esta etiqueta, el tema de la horchata no queda
> reflejado, así que había pensado en complementarlo con un
> "cuisine=horchata", pero curiosamente nadie más ha usado esta combinación.
>
>
> Así pues, ¿Cómo consideráis que sería la mejor manera de etiquetar
> horchaterías?
>
> Saludos,
>
> Carlos
>
>
>
>
> Carlos Cámara
> http://carloscamara.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-cz] doplnění čísla rozcestníku

2016-06-15 Diskussionsfäden Zdeněk Pražák

beru zpět, po chvíli se změna projevila
Pražák

-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 15. 6. 2016 12:39:37
Předmět: [Talk-cz] doplnění čísla rozcestníku

"
nejde mi doplnit ref u rozcestníků: 
http://api.openstreetmap.cz/table/id/7453 a http://api.openstreetmap.cz/
table/id/7479

___
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] doplnění čísla rozcestníku

2016-06-15 Diskussionsfäden Zdeněk Pražák

nejde mi doplnit ref u rozcestníků: 
http://api.openstreetmap.cz/table/id/7453 a http://api.openstreetmap.cz/
table/id/7479
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na OSMhicheck

2016-06-15 Diskussionsfäden Michal Grézl

2016-06-15 12:02 GMT+02:00 Marián Kyral :
> A tohle by nepomohlo?
>
> http://www.w3schools.com/tags/att_form_accept_charset.asp
>
> Marián
>

nejspis ano.

-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it] MAPS.ME maggior diffusione OSM inizio nuovi problemi... Seri!

2016-06-15 Diskussionsfäden Andrea Albani

> E' possibile fare un crontab per questi utilissimi dati? Magari solo per
> l'Italia...
>

Certo... devo trovare solo un po' di tempo da dedicarci per ingegnerizzare
gli automatismi.
Mi piacerebbe molto focalizzarmi solo sull'Italia, non foss'altro per la
quantità di dati da trattare a livello mondo (
http://planet.openstreetmap.org/planet/changesets-latest.osm.bz2
scompattato ammonta a circa 14 GB se non ricordo male).
Devo fare però qualche esperimento con le api di OSM (che con il limite di
max 100 changesets per response non aiutano) e trovare un metodo valido per
memorizzare e poi condividere i dati su Google Sheet o altro strumento
equivalente.

Non so quando, ma appena ho news posto.

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

[Talk-es] Mapear horchaterías

2016-06-15 Diskussionsfäden Carlos Cámara

Hola a todos,

Escribo a raiz de una conversación en el telegram para tratar de entender
cual es la mejor manera de etiquetar una horchatería.

Dado que A) no existe un tag amenity=horchatería, y B) la mayoría de
horchaterías que conozco sirven también helados, granizados, fartons,
cafes... (no conozco ninguna horchatería que solo venda horchata, salvo los
carritos móviles - que aunque suelen estar siempre en el mismo sitio, al
ser móviles no sé si se mapean); había pensado que la mejor opción para
etiquetarlas es usar amenity=ice_cream o amenity=cafe

Sin embargo, si solo usamos esta etiqueta, el tema de la horchata no queda
reflejado, así que había pensado en complementarlo con un
"cuisine=horchata", pero curiosamente nadie más ha usado esta combinación.


Así pues, ¿Cómo consideráis que sería la mejor manera de etiquetar
horchaterías?

Saludos,

Carlos




Carlos Cámara
http://carloscamara.es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Philippe Verdy

Regarde à côté ce n'est pas mieux avec "Caffè Cosy" (deux POIs, un pour le
café, l'autre pour l'hôtel). Pour l'hôtel on peut deviner l'adresse au 62
 Boulevarde Picpus (noeud d'adresse vraiment très proche), pour le café ce
n'est pas clair du tout: 64 boulevard de Picpus ou 50 avenue de
Saint-Mandé... ou la même adresse que l'hôtel (qui sans doute occupe aussi
l'étage au dessus du café !

On tourne autour du pôt. il n'y a aucune façon propre de régler ça sans
mettre aussi des champs d'adresse sur les POIs. Les noeuds d'adresse
anonymes ne servent pas à grand chose sauf au repérage d'un point sur une
carte, il ne donne pas l'adresse réelle des POIs (et encore moins s'il faut
en plus préciser un batiment, un étage, une porte... Et encore moins si en
plus ce n'est pas l'adresse de contact (courrier) de l'établissement, même
pour des petits commerces à un seul établissement, qui souvent
externalisent à des sociétés tierces de gestion ou de secrétariat ou font
appel au service de gestion de leur franchise.


Le 14 juin 2016 à 20:54,  a écrit :

> D'accord avec Christian & Christian : on n'a en général besoin que d'une
> adresse.
> En général, sinon je vous laisse le soin de trouver l'adresse de ce nœud :
> 
> http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224
> 
> N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas
> utilisés sont différents.
>
> Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un
> POI, sinon je mets les POI au niveau du polygone, sans adresse en général
> (ou associé avec l'associatedStreet. Grosso modo comme d'autres je regarde
> ce qui se fait dans le coin histoire d'être *raccord*.
>
> Jean-Yvon
>
> ___
> 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] suggerimenti correzione wiki tag per moschea

2016-06-15 Diskussionsfäden Federico Cortese

Ora mi sono accorto che la pagina da te segnalata è quella italiana
dell'amenity=place_of_worship, che riporta anche le denominazioni
duplicando la Key:denomination.
Ci sarebbe da fare un po' di ordine.
Ciao
Federico

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

Re: [Talk-it] suggerimenti correzione wiki tag per moschea

2016-06-15 Diskussionsfäden Federico Cortese

2016-06-15 10:59 GMT+02:00 Francesca Valentina :
> Ciao a tutti,
> ieri mi sono imbattuta nella pagina sui luoghi di culto e ho letto, nella
> sezione dedicata alla religione musulmana, i suggerimenti per inserire il
> tag "denomination".
>
> http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship#Musulmani
>
> I suggerimenti tra parentesi indicano una differenziazione del culto in base
> ai minareti presenti nella moschea, propongo di togliere tali suggerimenti
> perché potrebbero indurre in errore molti di noi, specie quando si mappano
> luoghi di culto che non conosciamo personalmente.
>

In effetti nella versione in lingua inglese non ci sono quei
suggerimenti tra parentesi. La pagina in italiano è una versione molto
sminuita di quella inglese, infatti mancano molte denominazioni anche
delle religioni cristiane o ebree.
L'ideale sarebbe aggiornare la pagina inserendo quello che manca,
oltre a togliere i suggerimenti che hai segnalato.
Ciao
Federico

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

Re: [OSM-talk-fr] Nouvelle affiche disponible : on s'amuse avec les cathédrales !

2016-06-15 Diskussionsfäden JB

Salut Nicolas, et les autres.
Quelques réponses ci-dessous :

Le 14/06/2016 à 10:08, Nicolas Moyroud a écrit :
Si je peux me permettre une remarque je trouve que dans le résultat
final c'est dommage de mettre un carré rouge et aussi de faire
apparaître le label sur la cathédrale.
Et oui, on ne se refait pas… J'avais essayé sans le carré rouge… et puis
j'ai pas aimé. Un autre avantage est que le texte est placé par rapport
au centre du bâtiment. Ce n'est pas forcément évident de trouver un
autre emplacement qui rende bien pour tous les bâtiments. À
l'impression, le rouge ne me choque pas. Comme le texte est petit, il
faut déjà s'approcher de l'affiche pour le voir.
Dans la feuille de style utilisée avec Maperitive il me semble qu'il
serait relativement facile de faire disparaître le carré et de
positionner le label en dessous de chaque objet. Peut-être même
qu'avec un autre couleur mieux choisie que ce rouge un peu pétard ce
serait encore mieux.

Si tu bricoles une image en exemple, je veux bien coder le style.
Dans l'idée d'automatiser quasi intégralement le processus peux tu me
dire quelles sont les manips finales que tu réalises avec Gimp ? Je
pense notamment à l'utilisation d'magemagick qui permet également de
faire des retouches d'images mais en ligne de commande.

Pas grand chose : ajouter le titre, l'attribution, déplacer l'échelle.

Nicolas

Le 13/06/2016 19:33, JB a écrit :

Bonjour,

Après l'essai de faisabilité vite fait avec les églises d'Auvergne
pour le SotM-FR pour ceux qui y étaient, j'ai essayé de faire quelque
chose de plus complet : l'affiche des cathédrales de France. Le final
ici : http://jb.isonoe.net/demo/Cathedrales_A1_400dpi_v0.png, fait
pour être imprimé en A1 à 400dpi.

La démarche :

- trouver une source de données qui liste les cathédrales. J'ai
utilisé wikipédia, qui n'est peut-être pas forcément parfait (voir
plus loin) :

https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_de_France
https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_catholiques_de_France

https://upload.wikimedia.org/wikipedia/commons/b/b7/Cath%C3%A9drales_catholiques_romaines_de_France.png

- vérifier les données dans OSM :

- première extraction des building=cathedral. Quelques petits
villages se sont attribués des cathédrales, je les repasse en
building=church

- plus embêtant, trouver les batiments non indiqués en
cathédrales : il faut se payer la comparaison entre la liste des
existants dans OSM et la liste globale. Dans la plupart des cas, ça
se fait relativement bien. Parfois c'est un peu plus tordu, rarement,
aucune information ne recoupe les indications de wikipédia. Dans ces
quelques cas, je n'ai touché à rien. La liste des éléments :
http://jb.isonoe.net/cath/cath.csv (parmi les plus litigieux : Mâcon
et celles marquées comme telles dans la dernière colonne). Je
n'affirme pas avoir été parfait ni que ma source de données l'était :
je pense avoir amélioré la qualité globale de la base de données mais
si vous n'êtes pas d'accord avec le résultat, n'hésitez pas à modifier.

- ré-extraire les données : Geofabrik est là pour la France d'ici
avec un coup d'Osmosis derrière, Overpass pour les dom-tom. On
rassemble les deux, on élimine la cathédrale de Monaco (et on gère
l’éphémère doublon de Rodez).

La suite se fait par un petit script python/Maperipy exécuté sous
Maperitive.

- géocoder : l'api d'adresse.data.gouv.fr fait le gros du travail.
Dans quelques territoires éloignés où la ban avoue son échec, le
géocodage est fait à la main.

- déplacer les éléments et les placer « au carré » : toujours
python/Maperipy. Une première version assez crado ne reprojetait pas
les objets, d'où des déformations assez importantes, surtout pour les
éléments des dom-tom mais aussi certains en métropole :
http://jb.isonoe.net/cath/Reproj.png. Le script est modifié pour
respecter distances/formes (si je m'y suis bien pris).

- exporter l'image, mettre en forme sous Gimp.

Le code, pas fait pour être partagé et qui ne fonctionnera
probablement pas (très moche, non retravaillé, à peine commenté), est
visible ici : http://jb.isonoe.net/cath/Eglises_rel1.py

Quelques autres documents intermédiaires :

- Cathédrales utilisées, avec géocodage :
http://jb.isonoe.net/cath/cath_brut_geocode_manuel.osm

- Cathédrales au carré :
- non reprojetées :
http://jb.isonoe.net/cath/Egl_offset_direct_ok.osm

- reprojetées : http://jb.isonoe.net/cath/Egl_offset_reproj_ok.osm

Ma version personnelle : http://jb.isonoe.net/cath/Photo_affiche.jpg

JB.

PS : pour le teasing, j'ai une autre idée plus matérielle… ça arrive
dans quelques semaines !

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

Re: [Talk-at] Wichtige Frage - Haben Drachenaugen-Plätze einen Platz auf OSM?

2016-06-15 Diskussionsfäden Jens Steinhauser

On 06/14/2016 07:41 PM, Friedrich Volkmann wrote:
> On 14.06.2016 17:22, gppes_...@web.de wrote:
>> nachdem ich konstruktiv vorgeschlagen hatte wie man OSM fuer Euer 
>> Interesse verwenden koennte und zur Diskussion gestellt hatte
>> unter welchen Kritierien die von Euch eingetragenen Daten in der
>> OSM Datenbank verbleiben koennten, habe ich angekuendigte Edits 
>> vorgenommen. Ich habe die Daten nicht geloescht.
> 
> Du hattest den Edit nicht angekündigt, sondern vorgeschlagen, und
> der Vorschlag hat keine Resonanz gefunden. Dann hast du den Edit
> trotzdem durchgeführt, ohne in der Mailingliste davon zu berichten,
> und die Ersteller der Nodes hast du auch anscheinend auch nicht 
> benachrichtigt.
> 
> Die wesentlichen Tags zu löschen ist faktisch dasselbe wie die Nodes 
> als ganzes zu löschen. Wie ich schon im Map Note kommentiert habe, 
> halte ich diese Aktion für Vandalismus.

Nein ist es nicht, die Koordinaten und die History sind noch da, man koennte 
alles verlustlos wiederherstellen.

>> Bis jetzt habe ich hierzu leider keine aufschlussreiche Antwort 
>> erhalten.
> 
> Im Grunde ist dir keiner Rechenschaft schuldig. Aus meiner Sicht 
> wurde glaubwürdig dargelegt, dass es sich um erkennbare 
> Esoterikplätze handelt. Das wurde bisher weder bewiesen noch 
> widerlegt. Es steht jedem frei, hinzugehen und ein Foto zu machen.
> Im Zweifelsfall zählt immer noch die Beurteilung der Mapper vor Ort,
> und vor Ort waren bisher anscheinend nur die Dragoneye-Leute.

Es waere nett gewesen, wenn gppes uns ueber seine Aenderungen informiert 
haette, aber an den Aenderungen selbst kann ich nichts schlimmes erkennen.

Bis zu gppes' Aenderungen haben die Originalposter nur auf eine einzige E-Mail 
geantwortet, alle anderen Mails und Vorschlaege, eine andere Loesung, z.B. eine 
Karte mit Overlay-Markern, zu verwenden, blieben unbeantwortet. Und ohne gppes 
Aenderungen waere da wohl auch nichts mehr gekommen. Die Punkte waeren auf der 
Karte sichtbar, die Community diskutiert sich (wieder einmal) zu Tode, am 
Schluss blieben die Punkte dann auf der Karte weil man ja nur keinen Newbie 
vergraulen will, egal ob sie jetzt passen oder nicht, egal ob sie richtig oder 
falsch gemapped sind.

Es waere nett, wenn die Originalposter uns jetzt endlich Zugang zu dem 
beschreibenden PDF ermoeglichen koennten, und/oder Photos von den Plaetzen 
zeigen wuerden. (Ja klar, ich koennt jetzt selber nach Neuwaldegg in den Wald 
rennen, hab dazu aber gerade wenig Zeit oder Lust, und ausserdem wollen die 
eigentlich was von uns, nicht umgekehrt.) Ich vermute ja zur Zeit noch, dass 
diese Plaetze aus Steinen, Ästen, natürlichen Fundstücken und diversen anderen 
kleinen persönlichen Schmuckstücken" ganz schnell weg sind, wenn die Voegel zu 
nisten anfangen...

lg

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

[OSRM-talk] OSRM 5.2 Release

2016-06-15 Diskussionsfäden Patrick Niklaus

Hey,

we just released OSRM 5.2.2 (yeah 2nd bug fix release..) This release
brings a number of big features like route annotation (we expose OSM
IDs of the traversed segments when passing `annotations=true`),
intersection information for detailed display of turn icons, support
for destination signs and way-name pronunciations.

You find the detailed changelog below:

# 5.2.2
  Changes from 5.2.1
  - Bugfixes:
- Buffer overrun in tile plugin response handling

# 5.2.1
  Changes from 5.2.0
  - Bugfixes:
- Removed debug statement that was spamming the console

# 5.2.0
   Changes from 5.1.0
   - API:
 - new parameter `annotations` for `route`, `trip` and `match`
requests.  Returns additional data about each
   coordinate along the selected/matched route line per `RouteLeg`:
 - duration of each segment
 - distance of each segment
 - OSM node ids of all segment endpoints
 - Introducing Intersections for Route Steps. This changes the API
format in multiple ways.
 - `bearing_before`/`bearing_after` of `StepManeuver` are now
deprecated and will be removed in the next major release
 - `location` of `StepManeuvers` is now deprecated and will be
removed in the next major release
 - every `RouteStep` now has property `intersections`
containing a list of `Intersection` objects.
 - Support for destination signs. New member `destinations` in
`RouteStep`, based on `destination` and `destination:ref`
 - Support for name pronunciations. New member `pronunciation` in
`RouteStep`, based on `name:pronunciation`

   - Profile changes:
 - duration parser now accepts P[n]DT[n]H[n]M[n]S, P[n]W, PTHHMMSS
and PTHH:MM:SS ISO8601 formats.
 - `result.destinations` allows you to set a way's destinations
 - `result.pronunciation` allows you to set way name pronunciations
 - `highway=motorway_link` no longer implies `oneway` as per the OSM Wiki

   - Infrastructure:
 - BREAKING: Changed the on-disk encoding of the StaticRTree to
reduce ramIndex file size. This breaks the **data format**
 - BREAKING: Intersection Classification adds a new file to the
mix (osrm.icd). This breaks the fileformat for older versions.
 - Better support for osrm-routed binary upgrade on the fly [UNIX specific]:
   - Open sockets with SO_REUSEPORT to allow multiple osrm-routed
processes serving requests from the same port.
   - Add SIGNAL_PARENT_WHEN_READY environment variable to enable
osrm-routed signal its parent with USR1 when it's running and waiting
for requests.
 - Disable http access logging via DISABLE_ACCESS_LOGGING
environment variable.

   - Guidance:
 - BREAKING: modifies the file format with new internal identifiers
 - improved detection of turning streets, not reporting new-name
in wrong situations
 - improved handling of sliproads (emit turns instead of 'take the ramp')
 - improved collapsing of instructions. Some 'new name'
instructions will be suppressed if they are without alternative and
the segment is short

   - Bugfixes
 - fixed broken summaries for very short routes

To install this release using `node-osrm` please do:

```
npm install osrm@5.2.2`
```

To fetch the source of the C++ backend download it at
https://github.com/Project-OSRM/osrm-backend/archive/v5.2.2.tar.gz

Cheers,
Patrick

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

Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na OSMhicheck

2016-06-15 Diskussionsfäden Marián Kyral

A tohle by nepomohlo?

http://www.w3schools.com/tags/att_form_accept_charset.asp

Marián


-- Původní zpráva --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 15. 6. 2016 11:53:31
Předmět: Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na 
OSMhicheck

"pri uploadovani prez stary formular nekdo do note prida neco v win1250
kodovani. ono to v podstate vadi jen funkci ktera vytvari json, jinak
to vsude jinde funguje jen je tam zobrazeny nesmysl.

uz sem tam udelal kontrolu (v guidepost.php scriptu, jeste je tam
jeden perl a tam zatim ne)

2016-06-13 12:32 GMT+02:00 Marián Kyral :
> Kde přesně je problém? V tom formuláři přes které se fotky nahrávají?
> A co to je za znak? Kdyby bylo více detailů, třeba bych se na to podíval.
>
> Marián
>
> -- Původní zpráva --
> Od: Michal Grézl 
> Komu: OpenStreetMap Czech Republic 
> Datum: 13. 6. 2016 12:21:32
> Předmět: Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na
> OSMhicheck
>
>
> tak uz zase to utf:)
> upozornuju ze to vyresim zablokovbanim toho co tam ty nonutf znaky cpe;)
> na opravovani momentalne neni cas:(
>
> 2016-06-13 12:16 GMT+02:00 Michal Grézl :
>> 7100? a to sem nic nedelal?
>>
>> 2016-06-11 22:04 GMT+02:00 Marián Kyral :
>>> Zase mu tam někdo natlačil do databáze non UTF-8 znaky?
>>>
>>> Marián
>>>
>>> Dne 11.6.2016 v 20:53 Tom Ka napsal(a):
 Jo, walley to ma opet nejake rozbite

 Dne 11. června 2016 5:54 Zdeněk Pražák  napsal(a):
> Podle mne se asi neaktualizuje počet rozcestníků s přidanou 
fotografií,
> včera jsem přidal asi 10 fotek a koukal jsem, že přidávali i další ale
> sumární počet rozcestníků s fotkou zůstal stejný 6007
> pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> --
>> Michal Grézl
>> http://openstreetmap.cz
>
>
>
> --
> Michal Grézl
> http://openstreetmap.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
>



-- 
Michal Grézl
http://openstreetmap.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-GB] os.openstreetmap.org

2016-06-15 Diskussionsfäden Tom Hughes


On 15/06/16 10:51, Dave F wrote:


The website os.openstreetmap.org has recently been upgraded, which is
great, but it's stopped accepting command line options such as zoom
level, co-ordinates etc.


Web sites don't really have command line options? Do you mean parameters 
in the URL?



Who can be contacted to see if this can be reinstated?


I think Grant is already aware if you're talking about URL parameters.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk-fr] OSM et les véhicules intelligents

2016-06-15 Diskussionsfäden Nicolas Dumoulin

Le Fri, 10 Jun 2016 08:57:08 +0200,
Nicolas Dumoulin  a écrit :

> Salut,
> 
> Suite au SotMFR, j'ai été contacté par des collègues du campus qui
> bossent sur les véhicules intelligents. Je vais faire une présentation
> dans leur labo la semaine prochaine, leur parler de la communauté, du
> modèle de données, des outils et de ce qui pourrait les intéresser
> pour l'aide au guidage et aussi la collecte de données pour OSM.

Pour info, voilà mon support de présentation :
http://motive.cemagref.fr/~dumoulin/dev/201606_OSM_InstitutPascal/

C'est pour introduire le sujet, le reste sera interactif :-)

-- 
Nicolas Dumoulin


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

Re: [Talk-it] Conoscere le distanze tra due punti che fanno parte della stessa relazione

2016-06-15 Diskussionsfäden Martin Koppenhoefer

2016-06-15 11:48 GMT+02:00 mbranco :

> Se usi Josm, il plugin "measurement", ti visualizza la lunghezza totale di
> tutti i segmenti (ways) che via via selezioni.
>
> Io trovo comodo, per esigenze analoghe alle tue, creare una relazione per
> ogni tappa, e definire l'itinerario complessivo come relazione costituita
> dalle relazioni delle varie tappe.
>


siamo sicuri che funzioni adesso? Tempo fa (anni), c'era un problema in
quanto calcolava le distanza in spherical mercator (oppure era x/y ortho?),
ma forse hanno sistemato nel frattempo. Giusto un avviso che bisogno
prendere con un grano di sale cosa dice measurements, sopratutto quando le
distanze sono più lunghe.

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

[Talk-GB] os.openstreetmap.org

2016-06-15 Diskussionsfäden Dave F


Hi

The website os.openstreetmap.org has recently been upgraded, which is 
great, but it's stopped accepting command line options such as zoom 
level, co-ordinates etc.

Who can be contacted to see if this can be reinstated?

Thanks
Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na OSMhicheck

2016-06-15 Diskussionsfäden Michal Grézl

pri uploadovani prez stary formular nekdo do note prida neco v win1250
kodovani. ono to v podstate vadi jen funkci ktera vytvari json, jinak
to vsude jinde funguje jen je tam zobrazeny nesmysl.

uz sem tam udelal kontrolu (v guidepost.php scriptu, jeste je tam
jeden perl a tam zatim ne)

2016-06-13 12:32 GMT+02:00 Marián Kyral :
> Kde přesně je problém? V tom formuláři přes které se fotky nahrávají?
> A co to je za znak? Kdyby bylo více detailů, třeba bych se na to podíval.
>
> Marián
>
> -- Původní zpráva --
> Od: Michal Grézl 
> Komu: OpenStreetMap Czech Republic 
> Datum: 13. 6. 2016 12:21:32
> Předmět: Re: [Talk-cz] aktualizace počtu fotografií rozcestníků na
> OSMhicheck
>
>
> tak uz zase to utf:)
> upozornuju ze to vyresim zablokovbanim toho co tam ty nonutf znaky cpe;)
> na opravovani momentalne neni cas:(
>
> 2016-06-13 12:16 GMT+02:00 Michal Grézl :
>> 7100? a to sem nic nedelal?
>>
>> 2016-06-11 22:04 GMT+02:00 Marián Kyral :
>>> Zase mu tam někdo natlačil do databáze non UTF-8 znaky?
>>>
>>> Marián
>>>
>>> Dne 11.6.2016 v 20:53 Tom Ka napsal(a):
 Jo, walley to ma opet nejake rozbite

 Dne 11. června 2016 5:54 Zdeněk Pražák  napsal(a):
> Podle mne se asi neaktualizuje počet rozcestníků s přidanou fotografií,
> včera jsem přidal asi 10 fotek a koukal jsem, že přidávali i další ale
> sumární počet rozcestníků s fotkou zůstal stejný 6007
> pražák
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> --
>> Michal Grézl
>> http://openstreetmap.cz
>
>
>
> --
> Michal Grézl
> http://openstreetmap.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
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it] Conoscere le distanze tra due punti che fanno parte della stessa relazione

2016-06-15 Diskussionsfäden mbranco

Se usi Josm, il plugin "measurement", ti visualizza la lunghezza totale di
tutti i segmenti (ways) che via via selezioni.

Io trovo comodo, per esigenze analoghe alle tue, creare una relazione per
ogni tappa, e definire l'itinerario complessivo come relazione costituita
dalle relazioni delle varie tappe.

Ciao,

  Marco

P.S.  @Napo : non conoscevo XCtrails, grazie della segnalazione.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Conoscere-le-distanze-tra-due-punti-che-fanno-parte-della-stessa-relazione-tp5875554p5875565.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] Bonnes et moins bonnes visibilités OSM

D'accord avec Christian & Christian : on n'a en général besoin que d'une 
adresse.

En général, sinon je vous laisse le soin de trouver l'adresse de ce nœud :
http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224

N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas 
utilisés sont différents.


Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un 
POI, sinon je mets les POI au niveau du polygone, sans adresse en 
général (ou associé avec l'associatedStreet. Grosso modo comme d'autres 
je regarde ce qui se fait dans le coin histoire d'être /raccord/.


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE)


Le 14/06/2016 à 16:28, Romain MEHUT - romain.me...@gmail.com a écrit :
On les encadre où celles-ci "/Une adresse cadastrale n'est même pas un 
objet en soit (le noeud anonyme qu'on met dans OSM est arbitraire et 
ne correspond pas à la réalité qui désigne une surface incluant 
plusieurs éléments./" et "/Le noeud d'adresse n'est qu'une position 
approximative. Ce n'est pas un objet, il n'a aucune réalité en 
lui-même sur le terrain./" ?


Help...

Romain
Dans l'encadré, tu pourras aussi mettre que le nœud d'adresse est 
grosso-modo le centroïde des bàl de cette adresse, c'est à dire le 
barycentre géographique des boîtes aux lettres.


L'adresse c'est soit où on voit la plaque de l'adresse (40 par exemple), 
soit où se trouvent les bàl. Sur certains endroits ce sont les centres 
des polygones, sur d'autres le projeté du polygone sur la voie (plutôt 
le milieu de l'arrête du polygone tangent à la voie).


Sur Lorient les adresses géolocalisées ont été libérées, un test avec 
QGis m'a semblé donner des résultats très pertinents.


Supporter les adresses via les POIs spécifiques me semble douteux : si 
le commerce ferme, l'adresse elle existe toujours.

Soit on appuie l'adresse sur un nœud "vide" soit sur un polygone de bâti.

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

[Talk-cz] Mapy na idnes.cz maj divny attribution

2016-06-15 Diskussionsfäden Pavel Machek

Ahoj!

Kdyz jsme u toho:

http://plzen.idnes.cz/nehoda-d5-letkov-u-plzne-jizda-v-protismeru-f2o-/plzen-zpravy.aspx?c=A160615_100424_plzen-zpravy_ban

Mapa rika "phonemaps" i kdyz to podezrele vypada jako openstreetmap,
aspon v nekterych castech sveta. A hle, kdyz se na to klikne, objevi
se ze to ma 4 zdroje, vcetne openstreetmap.

Zvlastni...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

[Talk-it] suggerimenti correzione wiki tag per moschea

2016-06-15 Diskussionsfäden Francesca Valentina

Ciao a tutti,
ieri mi sono imbattuta nella pagina sui luoghi di culto e ho letto, nella
sezione dedicata alla religione musulmana, i suggerimenti per inserire il
tag "denomination".

http://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Dplace_of_worship#Musulmani

I suggerimenti tra parentesi indicano una differenziazione del culto in
base ai minareti presenti nella moschea, propongo di togliere tali
suggerimenti perché potrebbero indurre in errore molti di noi, specie
quando si mappano luoghi di culto che non conosciamo personalmente.

Il numero di minareti non può definire l'interpretazione dell'Islam in
quella moschea a determinarlo, invece, sono motivi storici e culturali, per
tale motivo mi pare scorretto fare una differenziazione netta del culto
risalendo alla sola struttura architettonica.  Per esempio la presenza di
uno più minareti potrebbe essere ascrivibile alla dinastia presente nel
periodo della costruzione della moschea però poi il culto potrebbe essere
cambiato, non è un valore assoluto.

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

Re: [Talk-at] Wichtige Frage - Haben Drachenaugen-Plätze einen Platz auf OSM?

2016-06-15 Diskussionsfäden Friedrich Volkmann


On 15.06.2016 06:43, gppes_...@web.de wrote:

Du hast vollkommen recht, Daten ohne Survey oder sonstige
Hinweise aus der Datenbank zu loeschen kann Vandalismus sein. Ich
kann meine Edits aber schwarz auf weiss belegen: Die Diskussion
hier (die Originalposter beteuern, dass es sich nicht um
religioese Plaetze handelt)


Umgekehrt. Astrid schrieb in <1464552681,492413...@webmail.jimdo.com>: 
"Place of Worship trifft es sicher am besten."



und eine PN von Rainertest, in der er
darauf hinweist, dass das Tag "viewpoint" ein Fehler war. Mit
diesen Informationen ist aus meiner Sicht der Edit im Rahmen
dieser Diskussion legitimiert.


Du redest dauernd von Verzifizierbarkeit, begründest deine Legitimation aber 
mit einer PN, aus der du nicht mal zitierst. Und selbst wenn Rainer den 
"viewpoint" für einen Fehler hielt, wäre er wohl fähig ihn selbst in Ordnung 
zu bringen, dazu braucht er dich nicht. Dass er mit deinem Edit nicht 
einverstanden war, erklärte er in <57600d4b.5090...@yahoo.de>.



Das die Punkte verifizierbar sind (wissen wir jetzt schon als
was?) behauptest Du. Aus meiner Sicht steht das hier gerade zur
Diskussion.


Dann hast du Astrids erste Stellungnahme vergessen, denn darin schrieb sie, 
dass es sich Kraftplätze "aus Steinen, Ästen, natürlichen Fundstücken und 
diversen anderen kleinen persönlichen Schmuckstücken" handelt. Die 
Koordinaten hast du auch.



Ich bleibe auch bei dieser Aussage: Edits und Changesetkommentare
geben den Hinweis, dass fuer lokale Mapper die Punkte aus
derzeitiger Sicht nicht verifizierbar sind.


Du hast meine Frage nicht beantwortet, welcher Mapper schon vor Ort 
nachgeschaut hat.



Es ist nicht meine
Aufgabe zu recherchieren, ob die editierenden Mapper auch wirklich vor Ort 
waren.


Wenn du dich auf sie berufen willst, ist es sehr wohl deine Aufgabe. Auch 
hier sorgst du nicht für die Verifizierbarkeit, die du von anderen 
einforderst. Du hast ja noch nicht mal einen konkreten User genannt.



Nochmals: Meine Edits wurden auf Grund von Hinweisen von Mappern
vor Ort (den Orignalpostern) ausgefuehrt, bzw. sind durch diese
belegt.


Genau das Gegenteil ist belegt, siehe oben 
(<1464552681,492413...@webmail.jimdo.com>), und inzwischen haben sich sowohl 
Astrid als auch Rainer dezidiert gegen deine Edits ausgesprochen (note 
#556617, <57600d4b.5090...@yahoo.de>).



Wie stehst Du eigentlich dazu, mich der Heimlichtuerei, des
Vandalismus zu bezichtigen und einen Revert eines Edits von mir
zu fordern, ohne mich darueber zu informieren,


Dich von einem Revert zu informieren ist die Aufgabe desjenigen, der ihn 
durchführt. Und vergiss nicht, dass du selber von deinen Löschungen 
niemanden informiert hast. Wasser predigen und Wein trinken!



indem Du es in
diese Map Note gepackt hast, obwohl hier schon laengstens eine
weitgehend konstruktive Diskussion gefuehrt wird?


In den Map Note habe ich es deshalb geschrieben, weil es dort eine Antwort 
auf Astrids Kommentar war. Aber spätestens jetzt weißt du sowieso, dass 
Astrid, Rainer und ich einen Revert wünschen. Am besten machst du das 
selber, schaffst du das?


Und übrigens: Bitte sorg dafür, dass dein Mailclient References-Headers 
generiert, sonst geht das Threading kaputt. Im Gegenzug kannst du mich aus 
dem "To:"-Header rausnehmen - ich habe die Mailingliste, in der ich 
schreibe, sowieso abonniert und brauche deine Mails nicht zweimal.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] Conoscere le distanze tra due punti che fanno parte della stessa relazione

2016-06-15 Diskussionsfäden Maurizio Napolitano

2016-06-15 10:09 GMT+02:00 Giulio Pilotto :
>
> Salve,
>
> Vorrei sapere se c'è modo di conoscere la distanza di due punti , che fanno 
> parte della stessa relazione.
>
> Quindi se io ho un tracciato che viene identificato con una relazione unica,e 
> volessi dividerlo in tappe, potrei conoscere la distanza tra due punti, che 
> sono all'interno della relazione?
>
> In questo modo potrei saper ela distanza tra le varie tappe, oltre alla 
> lunghezza totale del percorso che viene già calcolata.

Quello che tu chiedi è più legato al mondo dei gis che a quello di
openstreetmap.
Detto in altro modo basta che ti estrai la traccia di cui hai bisogno
e poi ti calcoli la distanza usando un raster come sfondo.

Un buon servizio online basato sui dati di osm è XC Trails
https://www.xctrails.org/map.html

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

Re: [OSM-talk-fr] Import de données OSM dans PostGIS

2016-06-15 Diskussionsfäden Jérôme Seigneuret

>
>
>
> Il faut surtout éviter de créer de trop grosses bases, au delà de 2Go il y
> a une perte de performance ...
>
>
Hummm... Soit vous avez oublié des index ou de faire la maintenance de
base... Mais des bases de plus de 2Go ça se gère très bien sans avoir de
perte de performance. Çà t'oblige juste à faire de l'admin de base et de
l'optimisation (et aussi ou surtout dimensionner l'infrastructure en
conséquence).

Rien que les bases Here par version font 3Go sans avoir été enrichi et
seulement pour le territoire français.

Alors j'imagine qu'avec de l'OSM avec le bâti (et autres) sur la France,
voir plus si ton projet est trans-frontalier, les bases font largement plus
que ça... Sans compté que des requêtes inter base c'est loin d'être le top.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Conoscere le distanze tra due punti che fanno parte della stessa relazione

2016-06-15 Diskussionsfäden Giulio Pilotto

Salve,

Vorrei sapere se c'è modo di conoscere la distanza di due punti , che fanno
parte della stessa relazione.

Quindi se io ho un tracciato che viene identificato con una relazione
unica,e volessi dividerlo in tappe, potrei conoscere la distanza tra due
punti, che sono all'interno della relazione?

In questo modo potrei saper ela distanza tra le varie tappe, oltre alla
lunghezza totale del percorso che viene già calcolata.

Grazie Mille,
Giulio

-- 


[image: --]

Giulio Pilotto
[image: http://]about.me/giuliopilotto

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

Re: [OSM-talk-fr] Import de données OSM dans PostGIS

2016-06-15 Diskussionsfäden Nicolas Dumoulin

Salut,

Le Tue, 14 Jun 2016 06:17:54 -0700 (MST),
Tony Emery  a écrit :
> Du coup, je recherche un tutoriel à jour (donc récent) et qui explique
> (très) simplement comment mettre en place une solution automatisée
> permettant :
> - de télécharger les données d'une emprise géographique tous les
> soirs (ou, à défaut, le différentiel)
> - que ces données soient versées plus ou moins directement dans une
> Base PostGIS.
> Pour le coup, je suis aussi éventuellement preneur d'une solution
> full open source Ubuntu que je testerai chez moi.

Je ne sais pas si c'est encore à jour (05/2015), mais il y a les
éléments demandés dans mon tuto ici :
http://motive.cemagref.fr/people/nicolas.dumoulin/distances-osrm
Les sections qui t'intéressent sont "Getting OpenStreetMap data for the
Cantal" et "Updating the OpenStreetMap data".
Si vraiment tu galères, je pourrai te faire un dockerfile, mais au
final c'est assez simple je trouve. Une fois l'import fait, c'est assez
bluffant de voir la rapidité de mise à jour des données

Spatialite a l'air intéressant, mais je ne connais pas.

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Tony Emery

verdy_p wrote
> D'accord pour conserver ces adresses, mais on a toujours un problème car
> on n'a encore strictement rien de clair (et non ambigu) pour attribuer une
> adresse aux autres objets autour !
> Ces adresses restent aussi incomplètes (batiment, escalier, étage, porte,
> pièce...) et pourtant ces éléments font bien partie du schema addr:*
> standard.*.

Je suis d'accord, il nous manque peut-être une relation de type adresse qui
permette de relier un point d'adresse à d'autres objets portant, par
exemple, le nom/numéro du bâtiment, de la résidence, du lotissement, de
l'entrée, voire de l'escalier


verdy_p wrote
> En déporter une partie sur "contact:*" est stupide car ce n'est pas fait
> pour ça et là encore contact:* n'a rien de commun avec addr:*, c'est pour
> donner une autre adresse, pas nécessairement au même endroit (utiliser
> contact:* avec des éléments d'adresse c'est pour écrire à leurs
> responsable/gérant/service commercial, ce peut être une boite postale, pas
> pour se rendre au lieu indiqué; les autres élements de "contact:*" sont
> des numéros de téléphone fixes ou mobiles, fax, boites mail, sites
> internets,
> réseaux sociaux : tous délocalisés ou délocalisables n'importe où sans
> qu'on puisse savoir réellement où, donc NON géolocalisés; 

Moi, je n'ai jamais dit de créer plusieurs contact:* ou de les relier à une
tag de type addr:*. Je dirais même qu'il faudrait tag contact:address qui
contiendrait toute l'adresse postale de l'établissement.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875551.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Tony Emery

Pour illustrer un peu la différence entre adresse de la parcelle (DGFiP) et
adresse du logement, voici un petit exemple :
 
L'adresse DGFiP de cette résidence est :
 
Pourtant, si je prends 2 logements, le premier à cette adresse :
 
Et le second à cette adresse :
 




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875550.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-us] highway=service + landuse=residential

2016-06-15 Diskussionsfäden Paul Johnson

On Wed, Jun 15, 2016 at 1:59 AM, Rihards  wrote:

> On 2016.06.15. 09:39, Paul Johnson wrote:
>
>> On Tue, Jun 14, 2016 at 5:34 PM, Clifford Snow > > wrote:
>>
>> Interesting - mapping curb to curb. I doubt it could be used for
>> routing but it sure renders [1] nice.
>>
>> Not that I've done this much (usually on freeform parking lots with no
>> established lines, whoever gets there first sets the order of the day),
>> though shouldn't a routing engine be capable of dealing with something
>> like highway=service area=yes?
>>
>
> last i heard, most (all ?) do not. if the area is connected to an incoming
> serviceway, routing will guide you along the border of the area... which in
> most cases would even be enough.
>
> lately i have seen (and use myself) an approach where the area is mapped,
> and serviceways are also mapped through it for the main directions of
> travel. these "guidance" ways are also connected to the area at all the
> places where they cross.
>
> it's somewhat similar to riverbank area & waterway=river through it :)


Save for the walltracing behavior, that's kind of what I expected.  Though
I guess I was expecting a somewhat more nautical logic towards navigating
an open space.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Import de données OSM dans PostGIS

2016-06-15 Diskussionsfäden csv


Bonjour de nouveau

Pour osm2pgsql, qui fonctionne très bien, tout se fait en ligne de code 
qu'on peut automatiser avec des scripts (jamais fait mais je sais que 
c'est possible).


Les infos qu'on peut trouver sur osm sont très complètes et très sûres. 
Il y a aussi des développeurs de qgis qui se sont penché dessus, en 
particulier Anita Graser (exemples ici : 
http://gis.stackexchange.com/search?q=user:187+[postgresql])


Bon courage !

Cyril


Le 14/06/2016 à 16:17, Tony Emery a écrit :

Bonjour à tous,

Suite aux différentes présentations du dernier SOTM-FR et en lien avec une
réflexion que je mène déjà depuis quelques temps, je me lance (enfin) dans
le grand bain de l'import quasi-big data.

En fait, je souhaite aller plus loin dans la démarche d'import des données
OSM en local que celle que j'ai présenté à Clermont-Ferrand.

Jusqu'à présent, j'utilise un script python pour automatiser l'import de
certaines données OSM dans des fichiers planet en local, puis, avec la
bibliothèque arcpy d'ESRI, qui renvoi tout ça dans une géodatabase ESRI (je
vous entends siffler dans le fond).

J'ai bien écouté les présentations qui expliquaient comment utiliser
osm2pgsql, switch2osm et autre imposm3. Mais il y a 2 contraintes que je
n'arrive pas à lever :
- comment ça s'installe, ça se paramètre et ça fonctionne ?
- Est-ce qu'il existe la même chose pour un environnement Windows, car nos
serveurs sont ainsi ?

Du coup, je recherche un tutoriel à jour (donc récent) et qui explique
(très) simplement comment mettre en place une solution automatisée
permettant :
- de télécharger les données d'une emprise géographique tous les soirs (ou,
à défaut, le différentiel)
- que ces données soient versées plus ou moins directement dans une Base
PostGIS.
Pour le coup, je suis aussi éventuellement preneur d'une solution full open
source Ubuntu que je testerai chez moi.

Merci d'avance pour vos idées.

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] Import de données OSM dans PostGIS

Ca c'est du boulot pour osmosis 
(http://wiki.openstreetmap.org/wiki/FR:Osmosis#D.C3.A9duire_les_modifications_entre_deux_fichiers_planet.)
Sinon http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs ?


-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr] 
Envoyé : mardi 14 juin 2016 16:36
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Import de données OSM dans PostGIS

Du coup, quand on créé une requête overpass pour récupérer les données dans un 
fichier xml (par défaut), est-ce qu'on peut paramétrer la requête pour qu'elle 
ne télécharge que la différence entre la base osm et ce qui est dans le fichier 
xml ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478p5875492.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] highway=service + landuse=residential

2016-06-15 Diskussionsfäden Rihards


On 2016.06.15. 09:39, Paul Johnson wrote:

On Tue, Jun 14, 2016 at 5:34 PM, Clifford Snow > wrote:

Interesting - mapping curb to curb. I doubt it could be used for
routing but it sure renders [1] nice.

Not that I've done this much (usually on freeform parking lots with no
established lines, whoever gets there first sets the order of the day),
though shouldn't a routing engine be capable of dealing with something
like highway=service area=yes?


last i heard, most (all ?) do not. if the area is connected to an 
incoming serviceway, routing will guide you along the border of the 
area... which in most cases would even be enough.


lately i have seen (and use myself) an approach where the area is 
mapped, and serviceways are also mapped through it for the main 
directions of travel. these "guidance" ways are also connected to the 
area at all the places where they cross.


it's somewhat similar to riverbank area & waterway=river through it :)
--
 Rihards

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

2016-06-15 Diskussionsfäden Philippe Verdy

D'accord pour conserver ces adresses, mais on a toujours un problème car on
n'a encore strictement rien de clair (et non ambigu) pour attribuer une
adresse aux autres objets autour !
Ces adresses restent aussi incomplètes (batiment, escalier, étage, porte,
pièce...) et pourtant ces éléments font bien partie du schema addr:*
standard.*.

En déporter une partie sur "contact:*" est stupide car ce n'est pas fait
pour ça et là encore contact:* n'a rien de commun avec addr:*, c'est pour
donner une autre adresse, pas nécessairement au même endroit (utiliser
contact:* avec des éléments d'adresse c'est pour écrire à leurs
responsable/gérant/service commercial, ce peut être une boite postale, pas
pour se rendre au lieu indiqué; les autres élements de "contact:*" sont des
numéros de téléphone fixes ou mobiles, fax, boites mail, sites internets,
réseaux sociaux : tous délocalisés ou délocalisables n'importe où sans
qu'on puisse savoir réellement où, donc NON géolocalisés; vouloir faire un
lien entre un bout de contact:* et un bout de addr:* pour former une
adresse est carrément faux et stupide) !

Le 15 juin 2016 à 08:37,  a écrit :

>
> Le 14/06/2016 à 16:28, Romain MEHUT - romain.me...@gmail.com a écrit :
>
> On les encadre où celles-ci "*Une adresse cadastrale n'est même pas un
> objet en soit (le noeud anonyme qu'on met dans OSM est arbitraire et ne
> correspond pas à la réalité qui désigne une surface incluant plusieurs
> éléments.*" et "*Le noeud d'adresse n'est qu'une position approximative.
> Ce n'est pas un objet, il n'a aucune réalité en lui-même sur le terrain.*"
> ?
>
> Help...
>
> Romain
>
> Dans l'encadré, tu pourras aussi mettre que le nœud d'adresse est
> grosso-modo le centroïde des bàl de cette adresse, c'est à dire le
> barycentre géographique des boîtes aux lettres de l'adresse ;-).
>
> L'adresse c'est soit où on voit la plaque de l'adresse (40 par exemple),
> soit où se trouvent les bàl. Sur certains endroits c'est modélisé comme les
> centres des polygones, sur d'autres le projeté du polygone sur la voie
> (plutôt le milieu de l'arrête du polygone tangent à la voie).
>
> Sur Lorient les adresses géolocalisées ont été libérées, un test avec QGis
> m'a semblé donner des résultats très pertinents.
>
> Supporter les adresses via les POIs réels (commerces, ...) me semble
> douteux : si le commerce ferme, l'adresse elle existe toujours.
> Soit on appuie l'adresse sur un nœud "vide" soit sur un polygone de bâti.
>
> D'accord avec Christian & Christian : on n'a en général besoin que d'une
> adresse.
> *En général*, sinon je vous laisse le soin de trouver l'adresse de ce
> nœud :
> http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224
>
> N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas
> utilisés sont différents.
>
> Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un
> POI, sinon je mets les POI au niveau du polygone, sans adresse en général
> (ou associé avec l'associatedStreet. Grosso modo comme d'autres je regarde
> ce qui se fait dans le coin histoire d'être *raccord*.
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de données OSM dans PostGIS

2016-06-15 Diskussionsfäden csv


Bonjour

Personnellement j'ai laissé tomber spatialite qui me plantait certaines 
bases. Il a l'avantage de la légèreté, c'est sûr, avec des process de 
requête très simples et agréables, mais je trouve postgis/postgresql 
plus sûr.


Evidemment je ne suis pas un pro de la DB, donc je peux aussi mal 
prendre en compte certaines situations. Mais bon, un retour d'expérience 
parmi d'autres...


Cyril


Le 14/06/2016 à 16:42, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT ALCA APPUI PERFORMANCE) a écrit :

Tu as pensé à une solution spatialite ?
Avantages :
- installation enfantine
- multi-plateforme
- s'intègre directement dans ArcGIS (v 10.3 minimum) selon la doc (mais pas 
encore testé)
- base mono-utilisateur
- très paramétrable (et automatisable, y compris avec du python)
- fonctionne très bien aussi avec QGis (testé du coup ;-)
- export possible en shapefile
-  compatbible OGC

Inconvénients
- je ne sais pas comment ça tient la charge si volume très important de données.

Pour ma part c'est les choix sur lesquels je m'oriente pour un projet similaire 
que je vais démarrer très prochainement.
Pourquoi une geodatabase ?

Denis


-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr]
Envoyé : mardi 14 juin 2016 15:18
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Import de données OSM dans PostGIS

Bonjour à tous,

Suite aux différentes présentations du dernier SOTM-FR et en lien avec une 
réflexion que je mène déjà depuis quelques temps, je me lance (enfin) dans le 
grand bain de l'import quasi-big data.

En fait, je souhaite aller plus loin dans la démarche d'import des données OSM 
en local que celle que j'ai présenté à Clermont-Ferrand.

Jusqu'à présent, j'utilise un script python pour automatiser l'import de 
certaines données OSM dans des fichiers planet en local, puis, avec la 
bibliothèque arcpy d'ESRI, qui renvoi tout ça dans une géodatabase ESRI (je 
vous entends siffler dans le fond).

J'ai bien écouté les présentations qui expliquaient comment utiliser osm2pgsql, 
switch2osm et autre imposm3. Mais il y a 2 contraintes que je n'arrive pas à 
lever :
- comment ça s'installe, ça se paramètre et ça fonctionne ?
- Est-ce qu'il existe la même chose pour un environnement Windows, car nos 
serveurs sont ainsi ?

Du coup, je recherche un tutoriel à jour (donc récent) et qui explique
(très) simplement comment mettre en place une solution automatisée permettant :
- de télécharger les données d'une emprise géographique tous les soirs (ou, à 
défaut, le différentiel)
- que ces données soient versées plus ou moins directement dans une Base 
PostGIS.
Pour le coup, je suis aussi éventuellement preneur d'une solution full open 
source Ubuntu que je testerai chez moi.

Merci d'avance pour vos idées.

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [Talk-us] highway=service + landuse=residential

2016-06-15 Diskussionsfäden Paul Johnson

On Tue, Jun 14, 2016 at 5:34 PM, Clifford Snow 
wrote:

> Interesting - mapping curb to curb. I doubt it could be used for routing
> but it sure renders [1] nice.
>
>
Not that I've done this much (usually on freeform parking lots with no
established lines, whoever gets there first sets the order of the day),
though shouldn't a routing engine be capable of dealing with something like
highway=service area=yes?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM