date:20150731

Gerald, ok, eu entendi o propósito da sua mensagem, que alías foi muito
instrutiva. Abraços...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] OSM Then and Now revived

Hi all,

The '2007 vs today' OSM visualization I did for our 10th anniversary
is back online.
This is where I lived back then:
http://mvexel.github.io/thenandnow/#15/52.3816/4.8834
I will keep it around for a while, so go ahead and explore, and share
your favorite comparisons!

Martijn van Exel
skype: mvexel

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

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

2015-07-31 Thread Gerald Weber

Oi Ivaldo

desculpe, mas desalinhado em relação a que?

Se for e relação à imagem do Bing, a primeira coisa a determinar é se não é
a própria imagem que está desalinhada como a realidade.

O melhor jeito de descobrir é olhando para tracklogs de GPS em relação à
imagem.

Agora se não tem tracklogs aí fica difícil saber o que está certo, se é a
imagem do Bing  ou o que já está mapeado.

O que eu faço: se eu tenho certeza que a imagem está alinhada com a
realidade, eu ajusto tudo. Se não tenho esta certeza, eu apenas acrescento
as coisas novas da melhor forma possível sem mexer com o resto.

espero ter ajudado.

abraço

Gerald



2015-07-31 21:00 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:

 Sei que a lista não é forum/help etc, mas me ajudem nessa...

 Aqui no Mato Grosso do Sul tem muitos desalinhamentos, como na imagem do
 link abaixo:

 http://www.openstreetmap.org/edit#map=17/-19.38011/-54.58646

 Nesses casos o que é melhor fazer? Alinhar e construir o que falta ou
 construir sem alinhar? Tenha utilizado a 1ª opção, mas é moroso.

 E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm
 (apenas para algumas validações, no note da minha esposa) pois ele é
 incompatível com o chromeos...


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

Re: [Talk-es] Ediciones desastrosas

2015-07-31 Thread Rafael Avila Coya

Hola, Carlos:

Ante todo mucha calma ;)

Es curioso. Conozco un profesor inglés de primaria que en una de sus
primeras ediciones de OSM en su ciudad de Kingston Upon Hull, eliminó un
edificio. No pasó nada para que un cartógrafo más experimentado le
preguntase que porqué había eliminado ese edificio. Y esa fue la puerta
para que ese profesor conociese la comunidad OSM y cómo funciona. Hoy es
un cartógrafo OSM entusiasta.

No hay nada que se pueda revertir. En este caso, para ver qué fue de tu
magnífica edición - ¡felicidades, es efectivamente un trabajo muy
minucioso el tuyo! -, llega con ver el conjunto de cambios en el que el
usuario onkayo creó los nuevos edificios y borró los tuyos [1].

Como probablemente te pica la curiosidad, una forma fácil de averiguar
ese conjunto de cambios es seleccionar uno de los 3 edificios nuevos de
onkayo y ver su historial (Ctrl+H en JOSM). En ese historial aparece el
número de conjunto de cambios (32315957).

Esto que hizo onkayo, concuerdo contigo, es mala praxis. Por varias razones:

1) Borrar objetos debe evitarse siempre en la medida de los posible,
pues perdemos su historial. Esto aplica a todo: nodos, vias y relaciones.
2) Una edición de este calibre debería habértela consultado previamente.
3) Como bien dices, es además una edición que empeora el mapa.

En todo caso, lo que debe hacerse es contactar con el usuario onkayo, y
con total educación y tacto preguntarle por qué hizo ese borrado,
comentándole que es mala praxis y por qué lo es.

Una vez hecho esto, hay dos posibilidades:

1) Revertir.
2) Recuperar el edificio original, borrar los de onkayo y substituirlos
por los anteriores.

Naturalmente, la opción primera es la más elegante, pero el protocolo
pide que se contacte primero con el usuario a quien se van a revertir
los datos. He preparado la reversión de ese changeset y da 37 conflictos
(debidos a ediciones posteriores a ese changeset), por lo que llevaría
un poco solucionar esto.

En cuanto a la segunda opción, no es lo que se debe hacer, pero sería
una opción más rápida.

Me he permitido recuperar tus (complejos) edificios y guardarlos en un
fichero .osm que puedes descargar de Dropbox [2].

Y recuerda: en OSM todo tiene solución. Y si no sabes cuál es la
solución, ven aquí y pregúntalo, que siempre habrá alguien que te pueda
ayudar. Sé indulgente y flexible con onkayo. Seguro que es una buena
persona sin ninguna mala intención.

Un saludo cordial,

Rafael Ávila Coya.

[1] https://www.openstreetmap.org/changeset/32315957
[2]
https://www.dropbox.com/s/b9mysb0j0dtsdtt/edificiosOriginalesCarlosTapia.osm?dl=0

On 01/08/15 00:23, carlos tapia wrote:
 Hola a todos.
 
 Hoy mirando el mapa 3D de OSM en f4map he visto que uno de los edificios
 que hice hace unos meses en 3D ha desaparecido. Es un edificio bastante
 complejo y que me llevó varias horas hacerlo. Pero un usuario ha
 decidido borrarlo entero, que no editarlo, y sustituirlo por 3 módulos
 mal conectados entre ellos incluso y aportando menos información de la
 que había. Al borrar por completo el edificio que yo hice y sustituirlo
 por uno nuevo no se cómo recuperarlo, no recuerdo el número de edición
 del edificio. Por cosas así se me quitan las ganas de editar algo más.
 
 Me gustaría saber quién es el usuario Onkayo y por qué hace esa clase de
 ediciones.
 
 En OSM, y en la vida, hay una regla básica, si no vas a mejorar lo que
 hay, no toques el trabajo de los demás.
 
 El edificio en cuestión es este:
 
 http://www.openstreetmap.org/#map=19/40.43676/-3.68102
 
 Es la manzana completa entre María de Molina, Núñez de Balboa, General
 Oráa y Castelló.
 
 Un saludo de un mapper muy cabreado,
 
 Carlosz22
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es
 

-- 
Twitter: http://twitter.com/ravilacoya



Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros

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

Re: [Talk-cz] mapa s popisky

2015-07-31 Thread Jakub Těšínský



https://www.mapbox.com/

http://umap.openstreetmap.fr/cs-cz/




zdravím,

Dne Pá 24. července 2015 17:59:24, Marián Kyral napsal(a):

A co zkusit se vývojářů zeptat, jestli by ten export do obrázku nešel
přidat?

chtěl jsem tu mapku zplodit ještě v této pětiletce :-)


Případně si to v tom javascriptu naprogramovat. Já bohužel js
neovládám.

v tom případě platí výše uvedená obava dvojnásob

už takto jsem do průzkumu možností (díky všem za odpovědi!) investoval tolik,
že bych měl nejmíň polovinu nakreslenou ručně (ale chtěl jsem také, aby to
trošku vypadalo k světu a ne jak od moderního umělce stiženého Parkinsonem
...)

K.


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



--
Jakub Těšínský
Mapping OSM since 2007


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

Re: [Talk-cz] LPIS import

2015-07-31 Thread Jakub Těšínský


Paráda, děkuju za odpovědi. Pár nejasností ještě mám


- V případě nejasností kouknout na nejnovější ortofoto. CUZK nebo
mapy.cz. Dle všeho ta pole vznikají na základě cuzk:ortofoto.


já mapuju většinou tyhle věci jen přímo z terénu, takže ortofoto moc 
nepotřebuju. Mimochodem mapy.cz jsou volný zdroj?



- Co je LPIS id není jasné. Někdy se to pole změní a ID zůstane, jindy
je nahrazeno novým.


Zvědavost mi nedá, proč ho teda máme v OSM? :)

- Pole neslučovat. Na každém může být za rok něco jiného. Třeba travní
porost. To se řešilo už při importu.


Mě se jedná napři o tuto situaci 
http://osm.org/go/0Jaa4p5YF-?layers=Nm= značka ukazuje na mezeru mezi
loukou 12908950 a 12908957. V realitě tam nic takového není. Možná že 
někdy tou mezerou vedla cesta, ale teď je to jedna louka. Kdyby to 
nebylo naimportování z LIPS ale někdo to tam dal ručně dle skutečnosti, 
bez skrupují ty dvě louky spojím a zlepším mapu. Nevím jak ale spojit 
ref tagy, kterým nerozumím, takže to raděj nechám bejt, abych něco 
nezkazil. Bohužel tím mapa přichází o edity (tohle je efekt který je 
reálný, viz ten americkej import). Chtělo by to prostě nějaký pokyn jak 
tohle řešit. Např tím, že kdykoli budu editovat něco s lips refem tak 
ten ref smažu aby to nevypadalo, že můj edit je z lips zdrojů. Nevím. 
Právě proto jsem se ptal jesli ten lips ref je na něco.




- Malá editace polí není problém, ale může se stát, že o úpravy přijdeš,
když to někdo přetrasuje a nevšimne si, že tam je editace. Typicky, dvě
velká pole, která se v LPIS sloučila do jednoho.
Nerozumím? Mě přijde že právě malé editace tvatu podle polí by se při 
jakémkoli reimportu měly respektovat, protože nejspíš mají nějaký důvod. 
To se nedělá?

- Na editaci doporučuji JOSM s pluginy: Tracer-testing, ContourMerge, a
utilsplugin2 (hlavně příkaz: Nahradit geometrii)


Mám v plánu jednou nějaké základní tipy na editaci sepsat, ale znáš to.
Jo znám :) ... třeba ti odpovědi na moje otázky poslouží jako základ té 
wiki stránky :)




Marián




--
Jakub Těšínský
Mapping OSM since 2007


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

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

2015-07-31 Thread Alexandre Magno Brito de Medeiros

Provavelmente, nessa pergunta, você está falando do alinhamento temporário,
da sua visualização, para a atividade (tela) de mapeamento corrente, e
Gerald estava falando de realmente editar o mapa (dados) realinhando tudo.

Alexandre

Em 31 de julho de 2015 21:57, Ivaldo Nunes de Magalhães ivald...@gmail.com
escreveu:


 Vou perguntar algo que sempre tive dúvidas, que parece até banal, mas me
 intriga: quando alinho o mapa com a imagem do satélite (bing), mexe no
 mundo todo ou só no local?

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

[Talk-us] OSM Then and Now revived

Hi all,

The '2007 vs today' OSM visualization I did for our 10th anniversary
is back online.
This is where I lived back then:
http://mvexel.github.io/thenandnow/#15/52.3816/4.8834
I will keep it around for a while, so go ahead and explore, and share
your favorite comparisons!

Martijn van Exel
skype: mvexel

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

Re: [Talk-us] New MapRoulette challenge - fix railway crossings

2015-07-31 Thread Mike N

Fantastic!   One question - it recommends to skip the task if you can 
see the X already.   But doesn't this place that challenge back on the 
queue where it will stay forever as long as people keep using 'skip'?



On 7/31/2015 6:42 PM, Martijn van Exel wrote:

Hi all,

Partly inspired by Google making noise about saving lives by warning
people about crossings (see for example
http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps)
I decided to take that same railroad crossings data from the Federal
Railway Administration, massage it a bit and turn it into a
MapRoulette challenge!

Here it is: http://maproulette.org/#t=fix-railway-crossings

I filtered out all 'historic' records in the original FRA file, but I
did not cross check against existing OSM crossing tags. Even if you
see a rendered crossing already, please do go in and check though - I
find that sometimes the crossing node is actually not a shared node
between the road and the railway.

Have fun!

Martijn van Exel
skype: mvexel

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




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

[Talk-br] mapa desalinhado, o que é melhor fazer?

Gerald, na verdade não sei. Apenas que o mapa construído não está alinhado
com a imagem do bing, agora quem está incorreto não sei

Se alguém tiver elementos para descobrir eu ficaria grato.

Mas aqui (MS) é muito comum. Muitas cidades estão assim.

Vou perguntar algo que sempre tive dúvidas, que parece até banal, mas me
intriga: quando alinho o mapa com a imagem do satélite (bing), mexe no
mundo todo ou só no local?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

2015-07-31 Thread A. Carlos

Ivaldo,

Esta tua cidade ai esta interessante, se está desalinhada,que desenhou ela
usou que imagem pra se basear? O Bing não foi, pq se fosse ora, eu ali 
desenharia c
exatamente em cima das vias
Ou mesmo que tenha sido o Bing,pegaram de um nível de zoom muito  alto.

A perfeição que esta ali, o desalinhamento em relação a imagem, tem cheiro 
de importação isso...

  
 
 
 
 
 
 

___

Anor C. A. de Souza 
  
 
 
 
 
 
 
 


From: ivald...@gmail.com
Date: Fri, 31 Jul 2015 20:00:34 -0400
To: talk-br@openstreetmap.org
Subject: [Talk-br] mapa desalinhado, o que é melhor fazer?

Sei que a lista não é forum/help etc, mas me ajudem nessa...
Aqui no Mato Grosso do Sul tem muitos desalinhamentos, como na imagem do link 
abaixo: 
http://www.openstreetmap.org/edit#map=17/-19.38011/-54.58646

Nesses casos o que é melhor fazer? Alinhar e construir o que falta ou construir 
sem alinhar? Tenha utilizado a 1ª opção, mas é moroso.
E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm 
(apenas para algumas validações, no note da minha esposa) pois ele é 
incompatível com o chromeos...  


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Antoine Riche


Le 31/07/2015 14:26, Jérôme Seigneuret a écrit :
Je ne me suis pas occupé de Nantes. Je laisse les contributeurs de la 
région s'en chargé et commenter le changeset.



Corrigé.


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

Re: [OSM-talk-fr] Utilisation du PLU parisien.

Le 30/07/2015 19:20, althio a écrit :
 http://pluenligne.paris.fr/plu/page/PLU?page_id=1
 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html
 Je n'ai vu aucune mention de licence... à creuser.

J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne
digère mal 1Go).
Il ne semble contenir que des PDF...

Quelqu'un a regardé ce qu'on pouvait en tirer ?

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-be] Welcoming platform (was: publieke telefooncellen / public telephones)

Great initiative!

I might be interested to help, if we could consider implementing it in
Django/Python.

I'm brooding on plans to report about public transport and cycle/walking
routes as well.

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

[OSM-talk] name:etymology:wikidata

Hi,

I like to create bridges between projects, so now I was looking into the
name:etymology:wikidata tag.

And I have a question about it.

Say, you have a
Rue de la Chapelle
Rue de la Station

I'd be inclined to make it point to the specific instance of chapel or
station. The other possibility would be to point to the word/concept of
chapel/railway station.

As far as I'm concerned, both have merit. There could be somebody who wants
to get all the roads named after station/chapel across languages. Or there
could be somebody who wants to be more specific and who wants to know which
streets are named after a specific 'object'.

There are also streets named Parkstraat (5km) apart. Named after Park
Abbey. So I think it makes sense to refer to Park Abbey and not the concept
(city) park in general.

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Jérôme Seigneuret

Je ne me suis pas occupé de Nantes. Je laisse les contributeurs de la
région s'en chargé et commenter le changeset.

Le 31 juillet 2015 12:57, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :

Merci Fred !
Le 31 juil. 2015 17:26, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :

http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable=

Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

Existe-il un test osmose sur les tags name similaires sur des objets
proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
le tag principal est le même.
Ça aiderait la détection.

Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
mailto:jseigneuret-...@yahoo.fr a écrit :

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je
prends l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :

http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données
affichées sur site sont troquées avec une précision à 3 chiffres.
Espérons que ce ne soit pas la qualité de données fourni par le
client de cette boite (mais je pense que si au vu du premier point
fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma
utilisé.

Ensuite coté OSM

La localisation de trial http://www.openstreetmap.org/user/trial
http://www.openstreetmap.org/node/3481374893
et celle de maxime chataigner
http://www.openstreetmap.org/user/maxime%20chataigner fait sur
l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
de plus d'un an!

On se retrouve avec deux manières de taguer. Je pense que
SefaireConnaitre travaille sur la position GPS systématiquement sans
se poser la question de l’existence de point adresse et donc un
rapprochement. Un fichier intermédiaire *.osm ou tous autre format
permettant de retoucher à la main ou en semi-auto en cas de conflit
avec des alertes remonté par le script dans la donnée (dans un tag)
avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup
rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de
gestion de conflit entre tags ça peut aussi servir pour faire du
semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la
meilleure approche avec des données adresses quand les deux
coexistes. Il faut qu'ils confrontent les deux pour faire un choix
et surtout qu'ils vérifient l'existant!

2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com:

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
mailto:osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la
France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Ce genre de signalement simple peut être ajouté directement sur
le wiki :

http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.

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

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

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] SeFaireConnaitre :(



Le 31/07/2015 02:14, Emilie Laffray a écrit :
 Bonjour,

 Oui enfin, je ne suis pas sure qu'il faille mettre Vincent au meme
 niveau. C'est y aller un peu fort quand meme!

 @Christian
 Veux tu que je me charge de contacter Ubiflow afin de leur expliquer
 que ce qu'ils font n'est pas forcement bien vu ou reussi? Je prefere
 nettement utiliser la carotte que le baton. Je vois parmi leurs
 employes des gens venant du monde du geospatial donc il n'est pas
 impossible qu'au moins une personne lise ce forum. J'ai des secondes
 connections sur LinkedIn sur la plupart de leurs leadership donc si
 besoin je peux faire (et je suspecte que certains ici ont les memes
 connections vu les personnes intermediaires :P )


Ils ont déjà eu droit à un rappel aux principes d'OSM (je les avais eu
au téléphone)... mais visiblement une couche supplémentaire ne fera pas
de mal.

Au final les infos ajoutées sont plutôt utiles, mais le double changeset
pour ajouter un objet à une position visiblement (mal) géocodée (allez
savoir comment en plus), pour être positionné un peu mieux semble-t-il
manuellement (mais en fouillant un peu plus c'est pas toujours correct).

C'est tout le problème d'une forme poussés d'armchair mapping...


 Concernant les parametres de tracking, ils ne sont pas bien mechants.
 Ils sont la seulement pour Google Analytics afin d'indiquer le channel
 des donnees. Si on veut vraiment s'amuser, on mettrait
 utm_source=OpenStreetMaputm_medium=map. Cela permettra d'indiquer aux
 gens sur leur Google Analytics que des gens viennent de OpenStreetMap.
 Cela casse bien sur assez fortement la valeur de Ubiflow en premier lieu.


Ces infos de tracking n'ont rien à faire dans OSM. A supprimer purement
et simplement pour moi.


Détecter les anomalies dans les changeset d'un contributeur pro pour
que la communauté fasse la correction n'est à mon avis pas une solution
à long terme.
Dès qu'on fait un travail systématique, de masse, de plus rémunéré, la
qualité de la contribution doit être la meilleure possible.
Les positions approximatives, les créations de doublons, les
suppressions de données existantes ne sont pas tolérables alors que pour
un contributeur de passage cela se comprends très bien et on ne lui
jettera pas la pierre à son premier changeset... là on en est à plus de
3000 :(

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-be] Welcoming platform (was: publieke telefooncellen / public telephones)

2015-07-31 14:47 GMT+02:00 Jo winfi...@gmail.com:
 Great initiative!

 I might be interested to help, if we could consider implementing it in
 Django/Python.

Currently it's in PHP (hey don't laugh, some big sites use that too)
but I'm very open to learning new languages. :)

 I'm brooding on plans to report about public transport and cycle/walking
 routes as well.

 Polyglot

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

[OSM-talk-fr] Capitole du libre

2015-07-31 Thread Léo Serre

Salut à tous,

J'étais sur le stand OSM-FR du Capitole du Libre l'année dernière (ou
celle d'avant).
Pour cette année je peux présenter un projet perso : une alternative
libre au Coyote se basant sur OpenStreetMap.
Si quelqu'un a le courage d'organiser la venue de contributeurs d'OSM au
Capitole du Libre, je l'invite à se désigner :)

Librement,

Léo

-- 
LSTRONIC logo

Léo SERRE

mail  l...@lstronic.com mailto:l...@lstronic.com
website  lstronic.com http://lstronic.com

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

[OSM-talk-be] Welcoming platform (was: publieke telefooncellen / public telephones)

Op 30 juli 2015 23:02 schreef Ben Abelshausen ben.abelshau...@gmail.com:
 2015-07-30 18:43 GMT+00:00 Ruben Maes ru...@janmaes.com:

 Het allemaal met de hand verifiëren klinkt leuk maar zoveel actieve
 mappers hebben we niet ...

 Dat is inderdaad het probleem... We proberen al heel lang om meer mensen
 actief te betrekken maar dat is niet gemakkelijk en veel werk.
 Welcome-messages helpen echt wel volgens mij dus enorm bedankt om daaraan
 mee te werken! Het is hier in ieder geval al een stuk drukker dan een paar
 jaar geleden, hoe dat komt weet ik niet zeker! ;-)

I'm making a proof-of-concept of a platform to help us welcome new
mappers. Joost Schouppe has made this Google Sheet[1] which is awesome
but we both agree something better can be built.

What the platform currently can do:
* import a CSV with the mappers from the Google Sheet (so work we've
done there isn't lost!)
* request and parse
http://resultmaps.neis-one.org/newestosmcountryfeed.php?c=Belgium to
detect new mappers
* fetch the changesets of new users and determine their primary
editor, and if they use iD also their language
* show a profile for each new contributor with their number of
changesets, picture e.a. (one-page static preview at [2])
* show a list of new contributors (with a summary of their profile)
* generate custom welcome messages based on their language and editor

What I would like it to do:
* store notes for each contributor (and the author of the note) and a
description of what they've done (partially present: can only be
imported, not yet edited)
* maybe store a more elaborate history of the correspondence with a contributor
* show some stats
* be able to generate potential vandalism messages
* be hosted on osm.be

I'm not that good at programming and the PHP code's currently a mess :p
I would like to start over with some help. If you would like to help, please do!


[1] 
https://docs.google.com/spreadsheets/d/116b0HzWb3dCFy6Qp52pEGgRZXPTXWKyf8YWxSapXZQ4/edit
[2] http://rumores.eu/osm-welcome/preview.html

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

Re: [Talk-it] Corretta gestione dei multipoligoni

2015-07-31 Thread Aury88

aldoct wrote
 Con JOSM, mappando in zona, mi sono imbattuto in una linea grigiastra che
 fa parte del multipoligono Parco dei Sicani. Ora mi chiedo: perchè un
 confine di parco dovrebbe essere tracciato come multipoligono se è solo
 una linea di confine? E poi, entrando nelle specifiche dei vari spezzoni,
 cosa significano i tantissimi ruoli outer definiti come incompleti? E'
 giusto così e non ho capito nulla io; ovvero bisogna apportare qualche
 correzione?
 Saluti

Il parco dei sicani è stata una mia aggiunta, ed essendo un elemento
territoriale estremamente esteso, ho preferito utilizzare un multipoligono
per varie ragioni:
1) per alcuni tratti sfrutta dalle way (di solito track) periferiche che ne
costituiscono/indicano il confine...forse avrei dovuto creare way parallele,
ma spesso le indicazioni sono confine delimitato dal km x al km y della
strada sterrata tal dei tali fino all'intersezione con sempronio quindi
tratti di strade sono anche i limiti giuridici del confine
2) l'estensione dell'elemento lascia presupporre l'uso di più di 2000 nodi e
questo non so se possibile (avevo letto che era vietato ma forse ricordo
male), ma viene sconsigliato. se uno deve caricare un pezzo di mappa
limitrofo il confine non deve scaricarsi tutto l'elemento ma solo un piccolo
tratto.
3) incompleti è un indicazione del fatto che la relazione non è stata
scaricata completamente essendo parte di essa (o meglio degli elementi che
ne determinano il perimetro) fuori dall'area di download.
se vuoi puoi scaricarti la relazione, ti basta il suo id, per vedere se è
correttamente chiusa...in quel caso gli incompleti dovrebbero essere
spariti.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Corretta-gestione-dei-multipoligoni-tp5851271p5851396.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] lanes 2

2015-07-31 Thread beppebo...@libero.it

in molte statali e provinciali trovo scritto lanes 2 senza specificare che c'è 
una corsia per senso di marcia, per cui se non è specificato ha senso inserire 
lanes 2 ? Io direi proprio di no dal momento che il 90% delle strade è così e  
anche perchè rimanendo solo lanes 2 sembra ci siano 2 corsie per senso di 
marcia come in molte trunk___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] name:etymology:wikidata

That's what is proposed here though:
http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata

And it keeps that particular wikidata tag nicely together with the name
when sorted alphabetically.

Jo

2015-07-31 17:01 GMT+02:00 Jochen Topf joc...@remote.org:

 On Fr, Jul 31, 2015 at 04:27:05 +0200, Jo wrote:
  I like to create bridges between projects, so now I was looking into the
  name:etymology:wikidata tag.

 Whatever you do, do not use an abomination like name:etymology:wikidata,
 because to a computer it looks like it is a name-Tag with the language
 etymology:wikidata like most of the name:something tags. It is hard
 enough
 already to make sense of OSM tags...

 Jochen
 --
 Jochen Topf  joc...@remote.org  http://www.jochentopf.com/
 +49-351-31778688

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 Thread Lester Caine

On 31/07/15 16:09, Jo wrote:
 That's what is proposed here though:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
 
 And it keeps that particular wikidata tag nicely together with the name
 when sorted alphabetically.

I don't see any point loading our servers down with wikidata content. If
you want the data that goes with a 'wikidata=*' entry then simply ask
wikidata for it. Same with wikipedia and other data sources. If you want
a sorted list get wikidata to provide it ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 17:21 GMT+02:00 Lester Caine les...@lsces.co.uk:
 On 31/07/15 16:09, Jo wrote:
 That's what is proposed here though:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata

 And it keeps that particular wikidata tag nicely together with the name
 when sorted alphabetically.

 I don't see any point loading our servers down with wikidata content. If
 you want the data that goes with a 'wikidata=*' entry then simply ask
 wikidata for it. Same with wikipedia and other data sources. If you want
 a sorted list get wikidata to provide it ...

He means that when you view it in JOSM, where tags are listed
alphabetically, they are nicely grouped together.

Well-written software should know that anything longer that 3
characters cannot be a language code and should ignore it if it isn't
interested. Especially when it has a colon in it.

This kind of information is interesting. Please go on Jo :)

I'd say make a reference to the actual object is named after, not just
to 'church'.

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 17:31 GMT+02:00 Ruben Maes ru...@janmaes.com:
 I'd say make a reference to the actual object is named after, not just
 to 'church'.

Although this might not always be clear. There is a street called
Church Street near me and it has two churches. Which church is the
street named after? Some historical research has to be done there.
Perhaps it was named after the two churches, in which case there'd
have to be two references? Is there any way to do that apart from the
hated semi-colon separated list?

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

Re: [OSM-talk] name:etymology:wikidata



sent from a phone

 Am 31.07.2015 um 17:31 schrieb Ruben Maes ru...@janmaes.com:
 
 I'd say make a reference to the actual object is named after, not just
 to 'church'.


+1, if you then want all churches you can ask wikidata which of the tagged 
specific instances are churches.

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 Thread Lester Caine

On 31/07/15 16:35, Jo wrote:
 Due to the fact that our ids are not stable, the only reasonable way to
 add links between wikidata and OSM is to tag objects on our side. I
 spent some time convincing the people at wikidata about this over a year
 ago. I had thought it was obvious for OSM contributors.

Adding tags to id's in third party data sets is a no brainer. I'm only
complaining about THEN copying all that data into OSM. The link itself
should be enough, but things like what church a street is named after is
a little different ... THAT should have a researched answer if you want
a local tag, or you simply read the information in wikidata/wikipedia.

 2015-07-31 17:21 GMT+02:00 Lester Caine les...@lsces.co.uk
 mailto:les...@lsces.co.uk:
 
 On 31/07/15 16:09, Jo wrote:
  That's what is proposed here though:
  http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
 
  And it keeps that particular wikidata tag nicely together with the name
  when sorted alphabetically.
 
 I don't see any point loading our servers down with wikidata content. If
 you want the data that goes with a 'wikidata=*' entry then simply ask
 wikidata for it. Same with wikipedia and other data sources. If you want
 a sorted list get wikidata to provide it ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-it] lanes 2



sent from a phone

 Am 31.07.2015 um 16:17 schrieb beppebo...@libero.it beppebo...@libero.it:
 
 in molte statali e provinciali trovo scritto lanes 2 senza specificare che 
 c'è una corsia per senso di marcia, per cui se non è specificato ha senso 
 inserire lanes 2 ?


per me si, vuol dire che 2 corsie sono confermate. Non lo metterei per forza ma 
nemmeno lo toglierei se giusto.

Ciao 
Martin



  anche perchè rimanendo solo lanes 2 sembra ci siano 2 corsie per senso di 
 marcia come in molte trunk


no, lanes è la somma delle corsie che sono rappresentate dal way, se il way non 
è senso unico vuol dire la somma delle due direzioni 


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

J'ai renvoyé un mail aux contacts que j'avais, voici le contenu:


Vos contributions sur OpenStreetMap posent toujours problème...

Voici les discussions qu'elles occasionnent sur la mailing list
francophone OSM:
https://lists.openstreetmap.org/pipermail/talk-fr/2015-July/077665.html

Vous pouvez intervenir dans cette discussion, ce serait sûrement
apprécié et calmerait certains.

Merci aussi de répondre aux commentaires faits sur vos changesets.

Merci de revoir sérieusement votre process pour:
- ne plus créer un premier objet mal positionné, pour ensuite le
corriger dans un deuxième changeset
- vérifier que vous ne créez pas de doublon
- vérifier que vous ne supprimez pas d'objet existant toujours valable
- vérifier que les noms utilisés sont conformes aux règles OSM
- ne pas ajouter de codes de tracking dans les URL des sites web
bref, faire des contributions de qualité et neutres.

Pour le problème de positionnement, vous devriez vous appuyer sur un
géocodage à partir de la Base Adresse Nationale disponible depuis
quelques mois (et avec une API publique ouverte et sous licence OdbL
donc comptaible avec OSM). Voir http://adresse.data.gouv.fr/


Comme je vous l'avais déjà indiqué, il n'est pas acceptable de la part
d'un professionnel ajoutant de nombreux objets dans les bases OSM de
faire du travail à peu près.
Ceci est compréhensible et acceptable pour les premières contributions
d'un débutant, mais pas après 4000 changeset.

La communauté des contributeurs OSM n'est pas là pour repasser derrière
vos contributions et les nettoyer.

Merci de rectifier le tir... rapidement.


-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 Thread Jochen Topf

On Fr, Jul 31, 2015 at 04:27:05 +0200, Jo wrote:
 I like to create bridges between projects, so now I was looking into the
 name:etymology:wikidata tag.

Whatever you do, do not use an abomination like name:etymology:wikidata,
because to a computer it looks like it is a name-Tag with the language
etymology:wikidata like most of the name:something tags. It is hard enough
already to make sense of OSM tags...

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] name:etymology:wikidata

Due to the fact that our ids are not stable, the only reasonable way to add
links between wikidata and OSM is to tag objects on our side. I spent some
time convincing the people at wikidata about this over a year ago. I had
thought it was obvious for OSM contributors.

Polyglot

2015-07-31 17:21 GMT+02:00 Lester Caine les...@lsces.co.uk:

 On 31/07/15 16:09, Jo wrote:
  That's what is proposed here though:
  http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
 
  And it keeps that particular wikidata tag nicely together with the name
  when sorted alphabetically.

 I don't see any point loading our servers down with wikidata content. If
 you want the data that goes with a 'wikidata=*' entry then simply ask
 wikidata for it. Same with wikipedia and other data sources. If you want
 a sorted list get wikidata to provide it ...

 --
 Lester Caine - G8HFL
 -
 Contact - http://lsces.co.uk/wiki/?page=contact
 L.S.Caine Electronic Services - http://lsces.co.uk
 EnquirySolve - http://enquirysolve.com/
 Model Engineers Digital Workshop - http://medw.co.uk
 Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

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

Re: [OSM-talk] name:etymology:wikidata



sent from a phone

 Am 31.07.2015 um 18:16 schrieb Lester Caine les...@lsces.co.uk:
 
 or you simply read the information in wikidata/wikipedia.


given that even the street of the seven churches around here (via delle sette 
chiese) doesn't have its own WP/Wikidata article yet (although referenced a 
lot, e.g. here: https://it.m.wikipedia.org/wiki/Giro_delle_Sette_Chiese ), I 
don't think we should assume that every street will get its wikidata entry.

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

Re: [OSM-ja] 東京大学の「ドーバー海峡」

2015-07-31 Thread ISHIKAWA Takayuki

こんにちは、奈良の石川です。色々な意見、ありがとうございます。

せっかく入力された情報にケチをつけて情報入力者を委縮させてしまう
ようなことは私の本意ではありません。基本的には、有用性が高いか
どうかをあまり気にせずにどんどん情報を入力していけるのが、Open
StreetMap のよい利用法だと思います。

ただ、この件についてはやっぱりどうしても気になります。その本質的
な理由は、領域 X から見た領域 Y 内の地名であることだ、と気づき
ました。特に、この場合の「海峡」という言葉は障害であることを含意
している点が気になっています。

領域 X 内の者が領域 X 内の地名を OpenStreetMap に掲載するのはまず
問題ないと思いますが、領域 Y 内の地名については領域 Y の人々が
どう感じるのか (違和感がないか、普段から使っているか) がかなり
重要に思われます。

結局、地元の方々の意見が分からないと私の意見も不確定なようです。
とりあえず、新しい情報が分かるまで様子見したいと思います。

- Original Message -
From: Kentaro Hatori hat...@hatochan.dyndns.org
To: talk-ja@openstreetmap.org
Cc: 
Sent: Friday, July 31, 2015 4:42 PM
Subject: Re: [OSM-ja] 東京大学の「ドーバー海峡」

羽鳥@小江戸らぐです。

30年以上前に東京大学ではない大学生でしたが、ドーバー海峡のことは
知ってました。本郷キャンパスと弥生キャンパスの関係が疎遠なことを
揶揄した呼び方ですね。あの周辺に住んでいる方ならご存知のはず。

そういう通称のほうが通じるところというのはけっこうあって、僕が
現在住んでいる川越市でも、警視庁住宅というエリアがあって、その昔
警視庁が警官のために土地を斡旋したところで、そういう通称が付いて
タクシーでも警視庁住宅のほうが、正式名称よりもちゃんと目的地に
行ってくれます。

こういう情報も入っているところが、OpenStreetMapのいいところでは
ないでしょうか。情報を入口で取捨選択するより、そういう情報から
利用者が知らないでいるより選べることが重要と思っています。

タグの件ですが、alt_nameでは「言問通り」の通称や別称ではなくて、
まさにあのピンポイントの本郷キャンパスと弥生キャンパスをはさむ
エリアのみがドーバー海峡と呼ばれるので、nameまたはloc_nameなのか
と思います。



-- 
石川
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk] name:etymology:wikidata

Since all the streets of The Netherlands already made their way into
wikidata, I think it's reasonable to add other streets as well and indeed
it's possible/desirable to say in wikidata what was named after something
else.

Wikidata is not Wikipedia, which indeed suffers from the problem that what
I'm inclined to add there gets deleted for all sorts of reasons. It can go
into wikidata though.

What I'm wondering about though, is how to retrieve the data once again. At
the moment I added name:etymology:wikidata tags to all the streets
referring back to Leuven (a town in Belgium), making sure to add the proper
tags for people with Leuven/Louvain in their name.

At this point it's easy to create an Overpass API query to find all these
streets once again in a convenient way, which I then added to the wikipedia
pages about Leuven:

https://en.wikipedia.org/wiki/Leuven#External_links

I have no idea how to go about this when the querying needs to be performed
in wikidata itself, then transfered to an Overpass query to fetch the
actual streets.

That said, I see your point about adding source references for the original
research.

Jo

2015-07-31 19:31 GMT+02:00 Lester Caine les...@lsces.co.uk:

 On 31/07/15 17:47, Martin Koppenhoefer wrote:
  or you simply read the information in wikidata/wikipedia.
 
  given that even the street of the seven churches around here (via delle
 sette chiese) doesn't have its own WP/Wikidata article yet (although
 referenced a lot, e.g. here:
 https://it.m.wikipedia.org/wiki/Giro_delle_Sette_Chiese ), I don't think
 we should assume that every street will get its wikidata entry.

 Original research needs to be stored somewhere. I have something of an
 aversion to wikipedia simply because work we did a few years back kept
 being deleted as 'not noteworthy' or simply 'rejected'. OSM is not the
 place to document this sort of research, that is the sort of material
 that SHOULD be in wikipedia and cross referenced by wikidata especially
 where the sources need to be identified. There needs to be proper
 cooperation and it easier now to create the missing pages in wikipedia,
 which can then be linked to OSM. Keep each project to what it is good at
 and sort out procedures that direct information to the right boxes.

 --
 Lester Caine - G8HFL
 -
 Contact - http://lsces.co.uk/wiki/?page=contact
 L.S.Caine Electronic Services - http://lsces.co.uk
 EnquirySolve - http://enquirysolve.com/
 Model Engineers Digital Workshop - http://medw.co.uk
 Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

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

Re: [OSM-talk-fr] DKIM Re: SeFaireConnaitre :(

2015-07-31 Thread Jean-Francois Nifenecker

Bon, au moins ils se font connaître, eux.
-- 
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Capitole du libre

2015-07-31 Thread Jean-Francois Nifenecker

Bonsoir Léo,

Le 31/07/2015 16:10, Léo Serre a écrit :
 
 J'étais sur le stand OSM-FR du Capitole du Libre l'année dernière (ou
 celle d'avant).
 Pour cette année je peux présenter un projet perso : une alternative
 libre au Coyote se basant sur OpenStreetMap.
 Si quelqu'un a le courage d'organiser la venue de contributeurs d'OSM au
 Capitole du Libre, je l'invite à se désigner :)
 

Je pense que je serai à CdL comme l'an dernier... mais pas au titre d'OSM :(

Ce que c'est d'avoir plusieurs casquettes /o\
-- 
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 Thread Sarah Hoffmann

On Fri, Jul 31, 2015 at 05:31:48PM +0200, Ruben Maes wrote:
 2015-07-31 17:21 GMT+02:00 Lester Caine les...@lsces.co.uk:
  On 31/07/15 16:09, Jo wrote:
  That's what is proposed here though:
  http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
 
  And it keeps that particular wikidata tag nicely together with the name
  when sorted alphabetically.
 
  I don't see any point loading our servers down with wikidata content. If
  you want the data that goes with a 'wikidata=*' entry then simply ask
  wikidata for it. Same with wikipedia and other data sources. If you want
  a sorted list get wikidata to provide it ...
 
 He means that when you view it in JOSM, where tags are listed
 alphabetically, they are nicely grouped together.
 
 Well-written software should know that anything longer that 3
 characters cannot be a language code and should ignore it if it isn't
 interested. Especially when it has a colon in it.

If only it was that easy. Just a few examples from the name
tags most used:

name:ko_rm
name:ja_rm
name:sr-Latn
name:right
name:left

The rule that name:* is some form of name for the object at hand
has worked reasoably well so far for software like search engines
that somehow try to capture all names.

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

Re: [OSM-talk] name:etymology:wikidata

2015-07-31 Thread Lester Caine

On 31/07/15 17:47, Martin Koppenhoefer wrote:
 or you simply read the information in wikidata/wikipedia.
 
 given that even the street of the seven churches around here (via delle 
 sette chiese) doesn't have its own WP/Wikidata article yet (although 
 referenced a lot, e.g. here: 
 https://it.m.wikipedia.org/wiki/Giro_delle_Sette_Chiese ), I don't think we 
 should assume that every street will get its wikidata entry.

Original research needs to be stored somewhere. I have something of an
aversion to wikipedia simply because work we did a few years back kept
being deleted as 'not noteworthy' or simply 'rejected'. OSM is not the
place to document this sort of research, that is the sort of material
that SHOULD be in wikipedia and cross referenced by wikidata especially
where the sources need to be identified. There needs to be proper
cooperation and it easier now to create the missing pages in wikipedia,
which can then be linked to OSM. Keep each project to what it is good at
and sort out procedures that direct information to the right boxes.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-it] lanes 2

2015-07-31 Thread beppebo...@libero.it


Come ha detto Volker essendo di default lanes 2 secondo me é poco utile

Messaggio originale
Da: ale.bar...@alice.it
Data: 31/07/2015 21.00
A: beppebo...@libero.itbeppebo...@libero.it, openstreetmap list - 
italianotalk-it@openstreetmap.org
Ogg: Re: [Talk-it] lanes 2

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Il 31/07/2015 16:17, beppebo...@libero.it ha scritto:
Io cerco di mettere il tag se c'è la riga che separa le corsie.
- -- 

sip:alebar...@ekiga.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVu8XjAAoJEA/Z4QLlYWVuxiwH/j85ucpcD2LHkz0t5dCmmoCe
KfOwJLqbgN4BZ4avQmVY6M/j5eLyBJjlm50ce+FghZxun0AUlwAqv4mKsZoCPBGi
LwGhzRMEDv7u+eXhJ13xNNSQSh9YBx+2Icp94JbKQljP+Eohc4MlUQiOqDK48WZn
AndCbY9NbWWxTqZF01UPrCsW9iK78UFWX5ewzDFM8Wojn464CgczcB7SV5ywHlm7
NSjOc9k7e4uZ/llblJ0GfCYrjJqUTEdKDoo4Oci+fYWa/jJ1RMnFB+axqfUZ7RDy
rEYewbIFu6U4oeHHZJOWxxLDtr+YtraJkDmg/n2ucFpzlxq+LkAdmwvQ4jy3Qhk=
=slLx
-END PGP SIGNATURE-




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

Re: [Talk-it] lanes 2

2015-07-31 Thread Volker Schmidt

2015-07-31 21:00 GMT+02:00 Alessandro Barbieri ale.bar...@alice.it:

 Io cerco di mettere il tag se c'è la riga che separa le corsie.


Non ho mai capito come funziona il discorso della riga:

Ci sono strade anche di 10 metri di larghezza che non hanno nessuna.
Poi ci sono

   - quelle con una linea tratteggiata (che si può attraversare)
   - quelle con la linea continua semplice che non si può attraversare
   - quelle con  la linea continua doppia che non si può attraversare,
   assolutamente no?


Qualcuno sa che cosa dice il codice?

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

[OSM-talk-fr] [Osmose] Faux-positif sur le tag level multivalué

2015-07-31 Thread Jérôme Seigneuret

Je viens de voir qu'osmose remonte des erreur sur le tag level

Pourtant le wiki laisse la possibilité de le faire et c'est aussi une
réalité sur certains magasins et bureau d'entreprise.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] lanes 2

2015-07-31 Thread Alessandro Barbieri

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Il 31/07/2015 16:17, beppebo...@libero.it ha scritto:
Io cerco di mettere il tag se c'è la riga che separa le corsie.
- -- 

sip:alebar...@ekiga.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVu8XjAAoJEA/Z4QLlYWVuxiwH/j85ucpcD2LHkz0t5dCmmoCe
KfOwJLqbgN4BZ4avQmVY6M/j5eLyBJjlm50ce+FghZxun0AUlwAqv4mKsZoCPBGi
LwGhzRMEDv7u+eXhJ13xNNSQSh9YBx+2Icp94JbKQljP+Eohc4MlUQiOqDK48WZn
AndCbY9NbWWxTqZF01UPrCsW9iK78UFWX5ewzDFM8Wojn464CgczcB7SV5ywHlm7
NSjOc9k7e4uZ/llblJ0GfCYrjJqUTEdKDoo4Oci+fYWa/jJ1RMnFB+axqfUZ7RDy
rEYewbIFu6U4oeHHZJOWxxLDtr+YtraJkDmg/n2ucFpzlxq+LkAdmwvQ4jy3Qhk=
=slLx
-END PGP SIGNATURE-


0xE561656E.asc
Description: application/pgp-keys


0xE561656E.asc.sig
Description: PGP signature
attachment: ale_barbio.vcf___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread osm . sanspourriel


Non, évidemment je ne mets pas Vincent au même niveau !
Désolé, j'ai oublié le smiley, mais pour moi il n'y a pas photo.

Émilie, tu peux jouer la gentille et Christian le méchant.
S'ils ne sont pas trop cons, ils verront qu'ils ont intérêt à faire leur 
boulot proprement.
J'ai mis le conditionnel, leur passé ressemble plus à un passif, mais 
s'ils changent en bien, je serais ravi.


Je suspecte aussi le recours abusif aux stagiaires insuffisamment 
formés. Autant c'est à la communauté d'aider à la formation des 
contributeurs du dimanche, autant ceux veulent faire des imports 
massifs doivent mettre des procédures strictes en place.


De mon côté, je veux bien jouer le méchant. À titre perso j'aurais plus 
tendance à faire quelques reverts pour qu'ils comprennent. S'ils sont 
capables de comprendre sans, tant mieux mais des reverts ça peut leur 
donner plus de boulot que des contributions directement bien faites.


Merci Fred pour les infos sur osmose.

N. B. : quand professionnellement je vois des données ou des wiki 
incorrects, je change de casquette et fait la correction. Ça doit être 
le cas de 90% des gens sur cette liste (les 10% restant n'ayant pas 
d'activité professionnelle).
Il ne devrait pas être très compliqué de faire comprendre à 
Ubi(over)flow(error) que la qualité de la carte influe directement sur 
la qualité du référencement : en mettant des garagistes en pleine rue (à 
la rue ?), en faisant disparaître des bâtiments (de leurs clients), ils 
font une mauvaise réputation à OSM, à leur clients et à eux-mêmes.
S'ils veulent se tirer une balle dans le pied, libre à eux. Mais je ne 
suis pas prêt à laisser OSM devenir une victime collatérale. S'ils 
veulent jouer aux cons, les voilà prévenus.
Je peux par exemple passer du temps à voir leurs clients ainsi massacrés 
pour savoir s'ils osent payer un travail de si piètre qualité.

Si on est plusieurs à le faire, ils vont vite comprendre.

Jean-Yvon

Le 31/07/2015 16:54, Christian Quest - cqu...@openstreetmap.fr a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-us] Whole-US Garmin Map update - 2015-07-29

2015-07-31 Thread Dave Hansen

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-29

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-29/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-29

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a 2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

[Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

rsrsrs... pois é, vendo assim parece até que é pecado falar no Google por
aqui. Mas eles tem ferramentas realmente muito boas, como o próprio street
view, deixando de lado questões de direitos autorais..., mas tudo depende
da finalidade.

Lembro que qdo comecei a utilizar o osm há 1 ano atras, o erik de Brasília
até me explicou como utilizar a imagem de satélite deles colocando as
coordenadas do osm no maps, para comparar e tirar algumas dúvidas. No
começo resisti bastante, mas depois vi que na maioria dos locais a imagem
deles (Google) é realmente bem superior à do Bing, e em muitos casos está
há vários anos na frente.

Então acredito que não devemos ser xiitas ao extremo.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Edição baseada em imagem do Google Street View John Packer

2015-07-31 Thread Tiago Fassoni A. A. Leite

Olha, tenta usar o mapillary para isso, dá para ir pedalando tirar as fotos.

Usar dados de outros mapas é algo que pode dar xabu.

2015-07-30 23:46 GMT-03:00 Blademir Andrade de Lima blademi...@hotmail.com
:

 Cuidado que a Polícia do OSM pode querer excluir o que tu fez.

 Abraços,
 BladeTC

 --
 From: ivald...@gmail.com
 Date: Thu, 30 Jul 2015 21:00:12 -0400
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Edição baseada em imagem do Google Street View John
 Packer

 Estou trabalhando na numeração (numeração das casas) do meu bairro. As
 vezes tenho preguiça de sair à campo. Nisso tenho utilizado o street view
 para comparar com os dados que levantei, já que para as ruas com numeração
 regular vou utilizar interpolação.

 Nesse ponto, até agora foi perfeito, não falha e a qualidade da imagem é
 muito boa, onde é possível ver até números bem pequenos, que quando passo
 pela rua tenho que chegar bem perto da casa para checar.

 Para esse fim, recomendo, embora vou levantar tudo na munheca mesmo.



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

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


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

Re: [OSM-talk-fr] Histoire de la carte de France

Et voilà:
http://www.la-croix.com/Culture/Actualite/La-carte-entre-dans-la-quatrieme-dimension-celle-du-temps-reel-2015-07-24-1337843


Le 30/07/2015 17:38, Christian Quest a écrit :
 Et il sera sûrement question d'OSM dans un prochain numéro...

 Le 30/07/2015 17:34, Sylvain Maillard a écrit :
 Bonjour à tous,

 je ne crois pas avoir vu passer l'info, alors je partage : un petit
 article avec vidéo sur l'histoire de la carte de France, interview de
 Jean-Yves Sarazin, directeur du département des Cartes et plans de la
 Bibliothèque nationale de France.

 http://www.la-croix.com/Culture/Actualite/L-histoire-de-la-carte-de-France-en-cinq-hexagones-2015-07-23-1337403

 Sylvain


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

 -- 
 Christian Quest - OpenStreetMap France

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-it] lanes 2



sent from a phone

 Am 31.07.2015 um 21:39 schrieb beppebo...@libero.it beppebo...@libero.it:
 
 Come ha detto Volker essendo di default lanes 2 secondo me é poco utile


questi defaults sono un po problematici in generale perché l'assenza di un tag 
può essere sia un dato incompleto che uno di default.

Occhio poi che per i highway link il default è lanes 1 e oneway=yes se ricordo 
bene (intendo che lì un oneway=no e lanes=2 sarebbe necessario in certi casi 
anche per chi sostiene i defaults, non suggerisco di non mettere oneway=yes o 
lanes=1 in altri casi ad una sola corsia).

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

[Talk-us] New MapRoulette challenge - fix railway crossings

Hi all,

Partly inspired by Google making noise about saving lives by warning
people about crossings (see for example
http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps)
I decided to take that same railroad crossings data from the Federal
Railway Administration, massage it a bit and turn it into a
MapRoulette challenge!

Here it is: http://maproulette.org/#t=fix-railway-crossings

I filtered out all 'historic' records in the original FRA file, but I
did not cross check against existing OSM crossing tags. Even if you
see a rendered crossing already, please do go in and check though - I
find that sometimes the crossing node is actually not a shared node
between the road and the railway.

Have fun!

Martijn van Exel
skype: mvexel

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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-31 Thread markus schnalke

[2015-07-30 22:22] Florian Lohoff f...@zz.de

 Die Strecke am Schild damit zu versorgen reicht dazu auch noch aus
 weil es der einzige weg im Graph ist über den ein router potentiell
 eine Route berechnen könnte (Fährverbindungen eingerechnet). Dazu
 kommt das es das einzige Verbot ist das überprüfbar vorhanden ist.

Wuerden wir dann auch bei zusammenhaengenden Wohngebieten, die
eine grosse 30er-Zone bilden, nur die paar Zugangsstrassen mit
maxspeed=30 taggen?


meillo

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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?



sent from a phone

 Am 31.07.2015 um 07:41 schrieb Maarten Deen md...@xs4all.nl:
 
 It is more than sufficient for a time calculation to use the maximum speed, 
 multiplied by some factor (smaller than 1), or even a fixed speed per road 
 class.


Sometimes it also depends on the region and the intensity of usage of the road 
network. In certain metropolitan areas with at times more traffic than the 
network can digest, you would be far off with this metric. In these cases the 
general hierarchy of primary, secondary etc becomes meaningless and often the 
best you can do is use small lateral, residential roads to avoid the major 
traffic jam on the arterial roads ;-)



 Much better is virtually impossible to achieve since you don't know how much 
 traffic there is on the road so you can not predict waiting times at traffic 
 lights or junctions.


Most major routing systems use indeed real time traffic information today, 
collected by other users of their system and by cellphone networks 

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

Re: [OSM-talk] [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-31 Thread Maarten Deen


On 2015-07-31 09:22, Martin Koppenhoefer wrote:

sent from a phone


Am 31.07.2015 um 07:41 schrieb Maarten Deen md...@xs4all.nl:

It is more than sufficient for a time calculation to use the maximum 
speed, multiplied by some factor (smaller than 1), or even a fixed 
speed per road class.



Sometimes it also depends on the region and the intensity of usage of
the road network. In certain metropolitan areas with at times more
traffic than the network can digest, you would be far off with this
metric. In these cases the general hierarchy of primary, secondary etc
becomes meaningless and often the best you can do is use small
lateral, residential roads to avoid the major traffic jam on the
arterial roads ;-)


That is why my next comment was:

Much better is virtually impossible to achieve since you don't know 
how much traffic there is on the road so you can not predict waiting 
times at traffic lights or junctions.



Most major routing systems use indeed real time traffic information
today, collected by other users of their system and by cellphone
networks


But for that you need some kind of online connection. And my tablet has 
only wifi.
So that may be practical to use in some cases (phones with a dataplan), 
you still need a general calculation which is not based on real time 
traffic info. And for that you can only use general terms with respect 
to speed and have to accept that the calculation will not be correct all 
the time.
On top of this: I am not aware that OSMAND has this functionality ATM. 
So talking about this is only hypothetical at the moment. It will not 
result in better calculation times.


Maarten



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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-31 Thread Michael Paulmann

Naja, aber nur an Straßen, in OSM haben wir auch Grenzen wo keine Straßen sind. 
Also in OSM mappen wir sehr wohl auch Dinge die in der Realwelt nicht zu 
sehen sind.

Gruß

Paulest

-Ursprüngliche Nachricht-
Von: Mattiszik, Michael [mailto:mich...@mattiszik.de] 
Gesendet: Freitag, 31. Juli 2015 07:49
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

Am 31. Juli 2015 um 07:42 schrieb Michael Paulmann 
michael.paulm...@hft-stuttgart.de:

 Also wenn keine Polygone die nicht in der realen Welt existieren 
 gemappt werden sollen dann bitte ich darum alle administrativen 
 Grenzen zu entfernen. Diese sind nicht in der realen Welt zu sehen, 
 oder hat einer mal eine Gemeindegrenze gesehen?


Ja, habe ich schon gesehen... Achte mal auf die Markierung mit den 
Straßennummern am Straßenrand. Bei den Landkreisen ändert sich sogar die 
Nummer, bei den reinen Gemeindegrenzen ist dies ebenfalls angegeben. ;) 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-31 Thread Pieter Colpaert

Merk op dat vanaf nu ook Proximus onder wet openbaarheid van bestuur 
valt. Je mag een WoB mail sturen naar Proximus met de vraag om een lijst 
te geven van alle telefoonkotjes die volgens hun data nog bestaan en 
misschien een planning naar de toekomst hoe snel die zullen verdwijnen.


Not sure of die data betrouwbaarder zal zijn, maar worth doing?

Mvg,

Pieter

On 30-07-15 22:16, wannes wrote:

Ik begrijp de bezorgdheid omtrent het automatisch mappen.
Ik _vermoed_ echter dat Proximus/Belgacom _wel_ echt weet waar al hun 
hokjes staan, ze hebben immers allemaal een draadje, niet?
Voor mijn part mogen ze allemaal weg, en was het inderdaad verstandig 
om de niet belgacom-getagde te laten staan, die kuisen we nu stukje 
per stukje op.


Als ik er een tegenkom die weggeveegd is (twijfelachtig) zal ik ze wel 
terug mappen ;-)


2015-07-30 21:13 GMT+02:00 Marc Gemis marc.ge...@gmail.com 
mailto:marc.ge...@gmail.com:



2015-07-30 20:43 GMT+02:00 Ruben Maes ru...@janmaes.com
mailto:ru...@janmaes.com:

 Ik ben dus duidelijk tegen het verwijderen op deze manier
zonder lokale kennis van zaken.

Het allemaal met de hand verifiëren klinkt leuk maar zoveel
actieve mappers hebben we niet ...


Er zijn natuurlijk ook nog notes en mapillary waarmee het
publiek kan helpen om die plaatsen aan te geven waar ze weg zijn.
Een oproep op allerlei sociale media naar een artikel op bv.
osm.be http://osm.be kan ook. Dat artikeltje zou dan bv kunnen
beschrijven hoe je een note kan maken om een foute telefooncel aan
te geven.

m.

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




--
wannes


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



--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be

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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-31 Thread Marc Gemis

2015-07-31 8:29 GMT+02:00 Pieter Colpaert pieter.colpa...@okfn.org:

 Merk op dat vanaf nu ook Proximus onder wet openbaarheid van bestuur valt.
 Je mag een WoB mail sturen naar Proximus met de vraag om een lijst te geven
 van alle telefoonkotjes die volgens hun data nog bestaan en misschien een
 planning naar de toekomst hoe snel die zullen verdwijnen.

 Not sure of die data betrouwbaarder zal zijn, maar worth doing?


als je daarna de hele import procedure wil doorlopen :-)

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

Re: [OSM-ja] 東京大学の「ドーバー海峡」

2015-07-31 Thread Kentaro Hatori


羽鳥@小江戸らぐです。

30年以上前に東京大学ではない大学生でしたが、ドーバー海峡のことは
知ってました。本郷キャンパスと弥生キャンパスの関係が疎遠なことを
揶揄した呼び方ですね。あの周辺に住んでいる方ならご存知のはず。

そういう通称のほうが通じるところというのはけっこうあって、僕が
現在住んでいる川越市でも、警視庁住宅というエリアがあって、その昔
警視庁が警官のために土地を斡旋したところで、そういう通称が付いて
タクシーでも警視庁住宅のほうが、正式名称よりもちゃんと目的地に
行ってくれます。

こういう情報も入っているところが、OpenStreetMapのいいところでは
ないでしょうか。情報を入口で取捨選択するより、そういう情報から
利用者が知らないでいるより選べることが重要と思っています。

タグの件ですが、alt_nameでは「言問通り」の通称や別称ではなくて、
まさにあのピンポイントの本郷キャンパスと弥生キャンパスをはさむ
エリアのみがドーバー海峡と呼ばれるので、nameまたはloc_nameなのか
と思います。

On 2015年07月31日 11:25, surgicalmaskman wrote:

インターネットで調べると本郷キャンパスと弥生キャンパスを分断するように通
過する言問通り(ことといどおり)のことを「ドーバー海峡」と呼ぶみたいですね。
これは言問通りの一部にalt_nameもしくはloc_nameをつけるべきと考えます。と
いうか東京大の一部でそう呼ばれている事例を入れる意味って有りますかね?


よろしくお願いします。

- surgical21 --
e-mail  :  surgicalmaskman ＠ gmail.com
live in : Tokorozawa,Kantô,JP
---

ISHIKAWA Takayuki wrote:

こんにちは、奈良の石川です。

東京大学の敷地あたりに「ドーバー海峡」という地名が書かれています。

http://www.openstreetmap.org/node/1802379423#map=17/35.71597/139.76020


place=locality

となっていますが、こんな情報まで載せてはかえって地図としての有用性が落ちるような
気がしています。理由は以下の通りです。

・現在、OpenStreetMap で「ドーバー海峡」と検索すると、本来の海峡は引っかからず、
　この場所だけが引っかかります。これは、OpenStreetMap を一般的な目的で利用する
　人にとって不信感を抱かせてしまう気がします。

・海峡というからには、恐らく東大関係者から見た呼び名だと思われますが、そのような
　呼び名を東大の敷地ではない (と思われる) 公道に付けることは不適切な気がします。
　もちろん、地元住民の大多数も「ドーバー海峡」と呼んでいるなら、地元で広く使われている
　俗称として alt_name 扱いで載せていいとは思いますが。

・そもそも、東大生の間でも「ドーバー海峡」という呼び名は一般的なのでしょうか。私は東大出身
　ではないので分からないのですが、もし東大出身の方がいらっしゃいましたら教えていただき
　たいです。



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

Re: [OSM-talk-be] publieke telefooncellen / public telephones

2015-07-31 Thread joost schouppe

Ik vind de redenering een telefooncel waarvan je 99,9% zeker bent dat ze
weg is laten staan omdat het signaal geeft dat die omgeving verouderd is
een tikkeltje krom. Bij mijn weten mappen we in de eerste plaats om een
kaart te maken, niet om een tool ter controle van die kaart te maken.
Als je een probleem voor 99,9% kunt oplossen, en daarbij mogelijk een nieuw
probleem van 0,1% van de omvang creëert, dan is dat toch een vooruitgang?

Er is natuurlijk wel iets voor te zeggen om de tag telefooncel te
verwijderen, maar de node te laten staan met een fixme tag om een lokale
survey te vragen.

Op 31 juli 2015 12:43 schreef Ruben Maes ru...@janmaes.com:

 Op 30 juli 2015 23:02 schreef Ben Abelshausen ben.abelshau...@gmail.com:
  Ik vind marc zijn idee wel goed, we moeten meer van zo een opportuniteit
  gebruik maken om OSM op te promoten, zoals met de nieuwe situatie in
  Brussel. Als er iemand toegang wil tot osm.be om te bloggen, gewoon mij
 even
  mailen en het is in orde! Misschien moeten we het omkeren en een actie
 doen
  van wij twijfelen wel of écht alle telefooncellen weg zijn en help ons
  zoeken ;-)

 Klinkt goed, alles is goed om nieuwe mappers te lokken :)

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

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

Re: [Talk-br] mapa desalinhado, o que é melhor fazer?

2015-07-31 Thread Adriano Rosa

ou não. as imagens de satélite são periodicamente atualizadas. e, nessas
atualizações, é comum a novas imagens não estarem na mesma posição das
anteriores.

Em sex, 31 de jul de 2015 23:26, A. Carlos anorcar...@hotmail.com
escreveu:










 *Ivaldo,Esta tua cidade ai esta interessante, se está desalinhada,que
 desenhou elausou que imagem pra se basear? O Bing não foi, pq se fosse ora,
 eu ali desenharia cexatamente em cima das viasOu mesmo que tenha sido o
 Bing,pegaram de um nível de zoom muito  alto.A perfeição que esta ali, o
 desalinhamento em relação a imagem, tem cheiro de importação isso...*










 *___*

 *Anor C. A. de Souza
   *












 --
 From: ivald...@gmail.com
 Date: Fri, 31 Jul 2015 20:00:34 -0400
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] mapa desalinhado, o que é melhor fazer?


 Sei que a lista não é forum/help etc, mas me ajudem nessa...

 Aqui no Mato Grosso do Sul tem muitos desalinhamentos, como na imagem do
 link abaixo:

 http://www.openstreetmap.org/edit#map=17/-19.38011/-54.58646

 Nesses casos o que é melhor fazer? Alinhar e construir o que falta ou
 construir sem alinhar? Tenha utilizado a 1ª opção, mas é moroso.

 E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm
 (apenas para algumas validações, no note da minha esposa) pois ele é
 incompatível com o chromeos...

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

-- 


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

[Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

Vixii... calma gente... o povo aqui é meio mente fértil... só estamos
tirando um barato da situação... rsrsrs. em nenhum momento se falou em
copiar nada de ninguém. O legal mesmo é fazer como o osm preconiza que seja
feito, como na europa... mas realmente somos grandes (br), um continente

Fico até com um pé atrás quando vejo msgs falando em criar isso ou aquilo
para importar tudo o cnefe,,,

No caso da numeração das ruas do meu bairro, até estou agendando uma
mappartyzinha com a minha filha (10 anos).. hehe... vai ser bacana...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] New MapRoulette challenge - fix railway crossings

Hi all,

Partly inspired by Google making noise about saving lives by warning
people about crossings (see for example
http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps)
I decided to take that same railroad crossings data from the Federal
Railway Administration, massage it a bit and turn it into a
MapRoulette challenge!

Here it is: http://maproulette.org/#t=fix-railway-crossings

I filtered out all 'historic' records in the original FRA file, but I
did not cross check against existing OSM crossing tags. Even if you
see a rendered crossing already, please do go in and check though - I
find that sometimes the crossing node is actually not a shared node
between the road and the railway.

Have fun!

Martijn van Exel
skype: mvexel

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

Re: [Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

2015-07-31 Thread Gerald Weber

Oi Ivaldo

sim, eu concordo com você, mas a questão nem sempre fica clara para tudo
mundo.

Achei interessante aproveitar a oportunidade para chamar à atenção que
estas restrições de cópia não são uma questão de chatice, elas tem uma
razão fundamental de ser no sentido dos objetivos do projeto.

Pessoalmente acho que perdemos mais do que ganhamos quando se copia do
Google. Na minha cabeça o OSM serve para mostrar que a gente pode fazer as
coisas sem o Google, que o OSM é uma alternativa. Pessoalmente gosto muito
deste desafio.

um grande abraço e bom final de semana repleto de mapeamentos para todos

Gerald

2015-07-31 20:46 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:

 Vixii... calma gente... o povo aqui é meio mente fértil... só estamos
 tirando um barato da situação... rsrsrs. em nenhum momento se falou em
 copiar nada de ninguém. O legal mesmo é fazer como o osm preconiza que seja
 feito, como na europa... mas realmente somos grandes (br), um continente

 Fico até com um pé atrás quando vejo msgs falando em criar isso ou aquilo
 para importar tudo o cnefe,,,

 No caso da numeração das ruas do meu bairro, até estou agendando uma
 mappartyzinha com a minha filha (10 anos).. hehe... vai ser bacana...



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

[Talk-br] mapa desalinhado, o que é melhor fazer?

Sei que a lista não é forum/help etc, mas me ajudem nessa...

Aqui no Mato Grosso do Sul tem muitos desalinhamentos, como na imagem do
link abaixo:

http://www.openstreetmap.org/edit#map=17/-19.38011/-54.58646

Nesses casos o que é melhor fazer? Alinhar e construir o que falta ou
construir sem alinhar? Tenha utilizado a 1ª opção, mas é moroso.

E mais, é possível corrigir de forma permanente? Lembro não utilizo o josm
(apenas para algumas validações, no note da minha esposa) pois ele é
incompatível com o chromeos...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Edição baseada em imagem do Google Street View - Blademir Andrade de Lima

2015-07-31 Thread Gerald Weber

Olha gente, a questão não é ser ou não xiita, polícia do OSM, pecado, chato
etc.

A questão é entender qual o propósito do OSM.

O OSM é uma tentativa de fazer uma base de dados cartográfica que não deve
nada a ninguém em termos de direito autoral.  Se algum dia alguém resolver
processar o OSM por quebra de direitos autorais, digamos nos Estados Unidos
ou na Europa, será o fim do projeto. Simples assim. Por isto que o DWG
remove qualquer dado pela mera suspeita de que tenha algo errado.

Por isto tem hora que tem que ser mais realista que o rei, não há como
contornar isto. Por isto entre optar entre deixar vazios no mapa ou copiar
de fontes não-autorizadas temos  infelizmente deixar o vazio no mapa.

O que foi idealizado há 10 anos atrás, antes de existir Google View etc,
foi que as pessoas fossem para a rua mapear sua vizinhança. Isto seria algo
que ninguém jamais poderia questionar de quem seria a propriedade dos
dados.

O raciocínio é que se tivesse um conjunto grande de mapeadores então
rapidamente se teria um mapa muito superior a qualquer mapa comercial. É a
ideia do crowd-mapping.

Na Europa isto funcionou bem. Mas a realidade nossa aqui no Brasil é que
nos falta o crowd, ou seja, a massa de pessoas que podem ir para a rua
mapear. Por isto é perfeitamente compreensível a nossa tendência de partir
para a importação de dados, copiar do Google etc.

Agora dito tudo isto, nós temos hoje disponível uma massa de dados que
podemos usar legítimamente que é tão grande que trabalho não falta para
ninguém.

Em especial o mapillary está dando uma nova dimensão a isto, especialmente
agora que existe o plugin no JOSM que permite ver as imagens diretamente no
editor.

abraço a todos e bons mapeamentos :)

Gerald




2015-07-31 17:47 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:

 rsrsrs... pois é, vendo assim parece até que é pecado falar no Google por
 aqui. Mas eles tem ferramentas realmente muito boas, como o próprio street
 view, deixando de lado questões de direitos autorais..., mas tudo depende
 da finalidade.

 Lembro que qdo comecei a utilizar o osm há 1 ano atras, o erik de Brasília
 até me explicou como utilizar a imagem de satélite deles colocando as
 coordenadas do osm no maps, para comparar e tirar algumas dúvidas. No
 começo resisti bastante, mas depois vi que na maioria dos locais a imagem
 deles (Google) é realmente bem superior à do Bing, e em muitos casos está
 há vários anos na frente.

 Então acredito que não devemos ser xiitas ao extremo.



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

Re: [OSM-talk-fr] Histoire de la carte de France

2015-07-31 Thread Christian Rogel

Ce qui m’a surtout frappé, c’est la remarquable vacuité du propos.

Il est bien connu que le royaume de France n’a acquis la forme approximative 
d’un hexagone qu’au milieu du 17ème. Avant, il ressemblait plutôt à un 
pentagone irrégulier, la frontière Est  suivant grossièrement une grande droite 
de Calais à Toulon.
 
Le parti pris purement idéologique d’un hexagone semblant remonter au Moyen-Âge 
est un peu gonflant.


Christian R.


 Le 31 juil. 2015 à 23:25, Christian Quest cqu...@openstreetmap.fr a écrit :
 
 Et voilà: 
 http://www.la-croix.com/Culture/Actualite/La-carte-entre-dans-la-quatrieme-dimension-celle-du-temps-reel-2015-07-24-1337843
  
 http://www.la-croix.com/Culture/Actualite/La-carte-entre-dans-la-quatrieme-dimension-celle-du-temps-reel-2015-07-24-1337843
 


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

[Talk-es] Ediciones desastrosas

2015-07-31 Thread carlos tapia

Hola a todos.

Hoy mirando el mapa 3D de OSM en f4map he visto que uno de los edificios que 
hice hace unos meses en 3D ha desaparecido. Es un edificio bastante complejo y 
que me llevó varias horas hacerlo. Pero un usuario ha decidido borrarlo entero, 
que no editarlo, y sustituirlo por 3 módulos mal conectados entre ellos incluso 
y aportando menos información de la que había. Al borrar por completo el 
edificio que yo hice y sustituirlo por uno nuevo no se cómo recuperarlo, no 
recuerdo el número de edición del edificio. Por cosas así se me quitan las 
ganas de editar algo más.

Me gustaría saber quién es el usuario Onkayo y por qué hace esa clase de 
ediciones.

En OSM, y en la vida, hay una regla básica, si no vas a mejorar lo que hay, no 
toques el trabajo de los demás.

El edificio en cuestión es este:

http://www.openstreetmap.org/#map=19/40.43676/-3.68102

Es la manzana completa entre María de Molina, Núñez de Balboa, General Oráa y 
Castelló.

Un saludo de un mapper muy cabreado,

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Frédéric Rodrigo


Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :
http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?


Ce genre de signalement simple peut être ajouté directement sur le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Jérôme Seigneuret

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je prends
l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :
http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données affichées sur
site sont troquées avec une précision à 3 chiffres. Espérons que ce ne soit
pas la qualité de données fourni par le client de cette boite (mais je
pense que si au vu du premier point fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma utilisé.

Ensuite coté OSM

La localisation de trial http://www.openstreetmap.org/user/trial
http://www.openstreetmap.org/node/3481374893
et celle de maxime chataigner
http://www.openstreetmap.org/user/maxime%20chataigner fait sur l'adresse
http://www.openstreetmap.org/node/1729183508 qui date déjà de plus d'un an!

On se retrouve avec deux manières de taguer. Je pense que SefaireConnaitre
travaille sur la position GPS systématiquement sans se poser la question de
l’existence de point adresse et donc un rapprochement. Un fichier
intermédiaire *.osm ou tous autre format permettant de retoucher à la main
ou en semi-auto en cas de conflit avec des alertes remonté par le script
dans la donnée (dans un tag) avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de gestion de
conflit entre tags ça peut aussi servir pour faire du semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la meilleure
approche avec des données adresses quand les deux coexistes. Il faut qu'ils
confrontent les deux pour faire un choix et surtout qu'ils vérifient
l'existant!

2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Ce genre de signalement simple peut être ajouté directement sur le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.

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

Re: [OSM-ja] 東京大学の「ドーバー海峡」

2015-07-31 Thread Satoshi IIDA

いいだです。

地元で通じる、けどひろく一般的ではない、というのであれば、
ひとまずloc_nameがよいかな、と思います。


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

2015-07-31 Thread Holger Jeromin

Florian Lohoff wrote on 30.07.2015 22:05:
 On Thu, Jul 30, 2015 at 10:11:07AM +0200, Martin Koppenhoefer wrote:
 Im überigen sehe ich hier eines der großen Probleme mit dem derzeitigen 
 tagging
 bei OSM für z.b. den Schwerlastverkehr. Ein hgv=no auf einer Strecke ist
 in den meisten fällen falsch. Am ende ist das ja ein Einfahrtsverbot in 
 die Strecke, Ausfahren darf ich ja immer. D.h. es sind eigentlich Punktförmige
 Verbote. Ich habe die hier sehr häufig halt unidirektional d.h. ich darf von 
 einer Seite in die Straße eben nicht einfahren. Kann ich stand heute nur 
 damit modellieren das ich die Straße trenne in 2 oneways und eines mit einem 
 hgv=no
 belege. (Was ich nicht mache weil ich für absolut kaputt halte)

hgv:foward=no

Gibts ja auch noch...

-- 
Grüße
Holger


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

Re: [Talk-us] Naming Ramps

2015-07-31 Thread Minh Nguyen


On 2015-07-30 13:51, Paul Norman wrote:

On 7/30/2015 7:15 AM, Brett Lord-Castillo wrote:

Related to this, I also wanted to look for some ideas on how to
generate names for the unnamed ramps in an OSM extract.

Most ramps in parts of the US I've traveled don't have name. What they
do have is destinations, which indicate the information on the signs.


Incidentally, the Ohio Department of Transportation does post a blue 
sign on every highway ramp, bearing a heavily abbreviated (devowelized, 
actually) name of the ramp, for example:


Ramp
E 275
 To
N 75

or:

  Ramp
  E 275
   To
Lvldmdra

In cases where the ramp belongs to multiplexed routes, you may see 
multiple ramp name signs side by side: http://www.roadfan.com/3bluemrk.JPG


These signs are specifically intended to help motorists pinpoint their 
location when calling for help. (If emergency responders look for the 
wrong ramp in a given junction, they might end up wasting precious 
minutes trying to circle back.)


I've been hesitant to put these names in the `name` tag because they 
clutter up ordinary use cases like map display and navigation. I'm 
inclined to use `official_name` here and expand all abbreviations (per 
OSM convention).


--
m...@nguyen.cincinnati.oh.us


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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Jean-Baptiste Holcroft

Existe-il un test osmose sur les tags name similaires sur des objets
proches ? Là on voit que le nom de l'un est compris dans l'autre, et que le
tag principal est le même.
Ça aiderait la détection.
Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

Bonjour,
Le problème que je vois, c'est le regroupement d'informations! Je prends
l'exemple cité

Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

je reprends les données du site web:

http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

Il y a une adresse et une localisation spatiale.

La localisation spatiale donne ça :

http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
cela pointe au niveau de la rue de porte neuve... Les données affichées sur
site sont troquées avec une précision à 3 chiffres. Espérons que ce ne soit
pas la qualité de données fourni par le client de cette boite (mais je
pense que si au vu du premier point fourni).

Quand au deuxième point, il est plutôt bien placé suivant le schéma
utilisé.

Ensuite coté OSM

On se retrouve avec deux manières de taguer. Je pense que SefaireConnaitre
travaille sur la position GPS systématiquement sans se poser la question de
l’existence de point adresse et donc un rapprochement. Un fichier
intermédiaire *.osm ou tous autre format permettant de retoucher à la main
ou en semi-auto en cas de conflit avec des alertes remonté par le script
dans la donnée (dans un tag) avant de faire une intégration.

Les données de base à 3 chiffres après la virgule m'a fait beaucoup rire.

Sous JOSM, quand on fusionne deux point il y a une fenêtre de gestion de
conflit entre tags ça peut aussi servir pour faire du semi-auto.

Il est clair que le positionnement GPS n'est pas forcément la meilleure
approche avec des données adresses quand les deux coexistes. Il faut qu'ils
confrontent les deux pour faire un choix et surtout qu'ils vérifient
l'existant!

2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com:

Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com a écrit :

Je vois aussi des liens web avec des pisteurs :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304

www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
au lieu de :

http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

J'ai corrigé sur le coin passé en lien, mais c'est toute la France qui
est pleine de leurs pustules.

Tout lien website comportant utm_source est suspect.
Un candidat pour Osmose ?

Ce genre de signalement simple peut être ajouté directement sur le wiki :
http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

Frédéric.

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

Re: [OSM-talk-fr] SeFaireConnaitre :(

2015-07-31 Thread Jean-Baptiste Holcroft

Merci Fred !
Le 31 juil. 2015 17:26, Frédéric Rodrigo fred.rodr...@gmail.com a
écrit :


 http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=45.7828lon=4.779layer=Mapnikoverlays=FFFTitem=4080level=1%2C2%2C3tags=fixable=

 Le 31/07/2015 11:38, Jean-Baptiste Holcroft a écrit :

 Existe-il un test osmose sur les tags name similaires sur des objets
 proches ? Là on voit que le nom de l'un est compris dans l'autre, et que
 le tag principal est le même.
 Ça aiderait la détection.

 Le 31 juil. 2015 15:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr
 mailto:jseigneuret-...@yahoo.fr a écrit :

 Bonjour,
 Le problème que je vois, c'est le regroupement d'informations! Je
 prends l'exemple cité

 Il y a 2 BB sur Nantes Centre au même endroit (à 5m).

 je reprends les données du site web:

 http://www.hotel-bb.com/fr/hotels/nantes-centre.htm

 Il y a une adresse et une localisation spatiale.

 La localisation spatiale donne ça :

 http://www.openstreetmap.org/search?query=47.22000%2C-1.56200#map=20/47.22000/-1.56200
 cela pointe au niveau de la rue de porte neuve... Les données
 affichées sur site sont troquées avec une précision à 3 chiffres.
 Espérons que ce ne soit pas la qualité de données fourni par le
 client de cette boite (mais je pense que si au vu du premier point
 fourni).

 Quand au deuxième point, il est plutôt bien placé suivant le schéma
 utilisé.

 Ensuite coté OSM

 La localisation de trial http://www.openstreetmap.org/user/trial
 http://www.openstreetmap.org/node/3481374893
 et celle de maxime chataigner
 http://www.openstreetmap.org/user/maxime%20chataigner fait sur
 l'adresse http://www.openstreetmap.org/node/1729183508 qui date déjà
 de plus d'un an!

 On se retrouve avec deux manières de taguer. Je pense que
 SefaireConnaitre travaille sur la position GPS systématiquement sans
 se poser la question de l’existence de point adresse et donc un
 rapprochement. Un fichier intermédiaire *.osm ou tous autre format
 permettant de retoucher à la main ou en semi-auto en cas de conflit
 avec des alertes remonté par le script dans la donnée (dans un tag)
 avant de faire une intégration.

 Les données de base à 3 chiffres après la virgule m'a fait beaucoup
 rire.

 Sous JOSM, quand on fusionne deux point il y a une fenêtre de
 gestion de conflit entre tags ça peut aussi servir pour faire du
 semi-auto.

 Il est clair que le positionnement GPS n'est pas forcément la
 meilleure approche avec des données adresses quand les deux
 coexistes. Il faut qu'ils confrontent les deux pour faire un choix
 et surtout qu'ils vérifient l'existant!


 2015-07-31 10:07 GMT+02:00 Frédéric Rodrigo fred.rodr...@gmail.com
 mailto:fred.rodr...@gmail.com:

 Le 30/07/2015 23:02, osm.sanspourr...@spamgourmet.com
 mailto:osm.sanspourr...@spamgourmet.com a écrit :

 Je vois aussi des liens web avec des pisteurs :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 
 au lieu de :
 
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304utm_source=ubiflowutm_medium=linkinglocalutm_campaign=4304
 www.hotel-bb.com/fr/-/hotelByName.htm?id=4304
 http://www.hotel-bb.com/fr/-/hotelByName.htm?id=4304

 J'ai corrigé sur le coin passé en lien, mais c'est toute la
 France qui
 est pleine de leurs pustules.

 Tout lien website comportant utm_source est suspect.
 Un candidat pour Osmose ?


 Ce genre de signalement simple peut être ajouté directement sur
 le wiki :
 http://wiki.osm.org/index.php?title=User:FrViPofm/TagwatchCleaner

 Frédéric.



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



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



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



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

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

Re: [Talk-at] Adressdaten BEV

2015-07-31 Thread Jimmy_K

Servus,


Die meisten Abweichungen sind wohl Kurzformen und Abkürzungen. Auf den
ersten Blick sticht hier nur OED-OEHLING heraus.

Selbst ein Freund, der nahe dieser Marktgemeinde wohnt, konnte mir da
nicht eindeutig weiterhelfen, da es auch die Gemeinde nicht einheitlich
schreibt.
Die richtige Schreibweise für die Marktgemeinde ist wohl Oed-Oehling
[1][2], wenngleich die beiden Katastralgemeinden Oed Markt (übl. nur
Oed) und Öhling [2] heißen.

Ich bin deshalb für eine Änderung der Relation 90381 [3] in Oed-Oehling.


LG Jimmy





[1] GESETZ ÜBER DIE GLIEDERUNG DES LANDES
NIEDERÖSTERREICH IN GEMEINDEN:
https://www.ris.bka.gv.at/Dokumente/LgblNO/LRNI_2006043/LRNI_2006043.pdf

[2] 4266. Verordnung - BEV Amtsblatt für das Vermessungswesen
http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0550_SUPPORT/0500_DOWNLOADS/AMTSBLATT/AMTSBLATT_FUER_DAS_VERMESSUNGSWESEN2013/AVERM2013_4.PDF

[3] http://www.openstreetmap.org/relation/903891



Am 21.07.2015 um 18:48 schrieb Dietmar:
 Hallo,
 
 ich habe eben in Vorbereitung zur landesweiten Hausnummerauswertung auf
 meinem Server regio-osm.de die Gemeindenamen in OSM mit denen in der
 offiziellen Liste von Statistik Austria abgeglichen, die ich letztes
 Jahr importiert habe.
 
 Das Vorgehen und eine Einleitung habe ich eben in einem OSM-Blogbeitrag
 aufgeführt [1] und die einzelnen Unterschiede habe ich auf meinem
 Webserver auf einer Seite [2] dargestellt, weil ich im OSM Blog keine
 HTML-Tabelle erzeugen konnte.
 
 viele Grüße
 
 Dietmar aka okilimu
 
 
 [1] http://www.openstreetmap.org/user/okilimu/diary/35428
 [2]
 http://www.regio-osm.de/hausnummerauswertung/oesterreich_gemeindenamenunterschiede.html
 
 
 
 
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at
 


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

Re: [Talk-us] Am I mapping this wrong, or should the router be fixed for this?

2015-07-31 Thread Paul Johnson

On Thu, Jul 30, 2015 at 7:52 AM, Greg Troxel g...@ir.bbn.com wrote:

 I've been on the osmand list for over a year, and the issue of routing
 choices similar to yours have come up multiple times.  It seems that the
 views of the osmand developers (who are not very active on the list) are
 different from the consensus on the list.

 The issue of on-ramps/off-ramps tagged as *_link has been a particular
 discussion focus.  The notion you expressed that these don't have actual
 posted limits, just sometimes yellow signs is indeed shared by most in
 the discussions.  And we generally agree that the right speed to use for
 them is more or less half the speed of the larger road from which the
 links go to/from.  Perhaps half the speed of the actual road, perhaps
 half the speed of a nominal road of that class, and perhaps slower.
 But these are fine details, and the consensus is pretty strong.


Half the speed of associated major way in _link situations would at least
be a rational default averaging out from what I've seen here in Oklahoma
(though might be too generous for urban areas, anything that's posted 'LAST
 EXIT BEFORE TOLL' at rush hour as everyone cheaps out simultaneously).
http://wiki.openstreetmap.org/wiki/Key:maxspeed:advisory is also a tag we
should be using and that osmand should be looking for (but in practice,
neither happens).


 I do not understand why the osmand devleopers don't just implement this
 notion; it seems relatively obviously correct, and people who have
 modified their routing.xml files report reasonable results.

 A few further thoughts:

 While it's important to tag actual speed limits (posted, or
 unambiguously determined from local law, such as 30 mph in thickly
 settled areas in Massachusetts), routers should actually function on
 typical speeds, not limits.  I think osm should have this data, but it
 gets a bit complicated.


planet.gpx, but should go by typical speeds, advised speed, or the legal
maxspeed, whichever of those three are lowest (no reason a safe and
professional driver in a tall vehicle should get told that they can get
there faster than is realistically probable; always better to say it's
going to take longer than it will in reality).


 Still, a simple take on it would help a lot.
 One could just put in the yellow-sign value as typical.  Or perhaps
 there should be a warning-sign tag, and a typical determined from a
 number of tracks.  (Around me, there's a highway with limit 65 mph, and
 I'd say typical is 75 mph.  Ramps are often yellow-signed at 30 mph and
 typical is 40mph on some of them.)


Sounds very similar to the situation here, even on new sections recently
modernized.


   3) choosing a function to minimize.   Shortest distance and shortest
   time are both not right, as dangerous maneuvers are avoided by many
   people even if they save a few seconds.


Unless you're basically every cabbie ever.  ;o)


 And then there's avoiding highly bumpy roads.


Avoid US, but that may complicate routing for this audience.


 In 2, there should be a time penalty for u-turns.  Really it's not a

penalty: it's an estimate of how much time it actually takes, and
 ideally these times would be extracted from actual tracks so the actual
 time and the predicted time match in some zero-mean sense.


The faster the road, the higher the penalty should be for that, too.
Doesn't have to be a U-turn, either, just any hard turn (particularly
across traffic (usually left in this country but just about every city's
got some funky one-offs where the opposite is true).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] publieke telefooncellen / public telephones

Op 30 juli 2015 23:02 schreef Ben Abelshausen ben.abelshau...@gmail.com:
 Ik vind marc zijn idee wel goed, we moeten meer van zo een opportuniteit
 gebruik maken om OSM op te promoten, zoals met de nieuwe situatie in
 Brussel. Als er iemand toegang wil tot osm.be om te bloggen, gewoon mij even
 mailen en het is in orde! Misschien moeten we het omkeren en een actie doen
 van wij twijfelen wel of écht alle telefooncellen weg zijn en help ons
 zoeken ;-)

Klinkt goed, alles is goed om nieuwe mappers te lokken :)

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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.