date:20150628


Of course I’m ! :-)

I’ll get back to you later. Regarding the stib data I think that as Nicolas 
said the fact that they were using Mapbox with an OSM layer is an invitation to 
map. But maybe I’ve a slightly too liberal interpretation of the Openness of 
data :-)

Matthieu

 On 28 Jun 2015, at 13:11, Jo winfi...@gmail.com wrote:
 
 I already amended the itineraries of De Lijn. I'm still waiting for 
 permission of STIB/MIVB to use their data. In the mean time I occasionally 
 fix/upgrade their routes, but it's a lot harder to do without data from 
 upstream, so it's not a priority for me. OTOH, this might be a good occasion 
 to tackle them. Matthieu just holler if you'd like me to get you up to speed. 
 I have quite a few tricks up my sleeve to make the job easier to accomplish. 
 (map styles, scripts, filter rules, where the tram rails are (from Urbis), 
 etc.)
 
 Jo
 
 2015-06-28 13:05 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm 
 mailto:mgwebm...@fastmail.fm:
 
 Thanks Nicolas.
 
 It’s done at 95% from the cars and pedestrian point of view but would need 
 many improvements regarding the public transport and bicycles  for their 
 respective infrastructures an itineraries which were extensively modified and 
 require much more (more difficult) work. I prefer to wait for the actual 
 realisation of the pedestrian zone to go on site surveying because lot of 
 details are missing or unclear on the website.
 
 I’ll review the press release and amend it if I feel so. Thanks for doing it 
 !!
 
 Matthieu
 
 
  28 Jun 2015, at 12:41, Nicolas Pettiaux nico...@pettiaux.be 
 mailto:nico...@pettiaux.be wrote:
 
  Much thanks for the idea and the work.
 
  How can the new pietonnier be viewed on OSM ?
 
  Is is finished yet ? If not, when will it probably be ?
 
  What remains to be done ?
 
  How could I help ?
 
  Shouldn't we celebrate, and doing so for example, map explicitely every bar 
  and restaurant in the center of Brussels, and while doing so, write down 
  some important information about such places : their names, specialities, 
  opening times, website, telephone number, accessibility info, kind of food 
  served or of beer served ... ?
 
  Should we write a press release to inform the users that OSM-be is ready 
  for the new arrangement and is probably the first online map to be so. So 
  it should also work for routting.
 
  I have started https://annuel.framapad.org/p/PsmBxl20150628 
  https://annuel.framapad.org/p/PsmBxl20150628 and I would like some help 
  for the content (to be sure to write something that is true) and the 
  translation to English and Flemisch
 
  Nicolas
 
  --
  Nicolas Pettiaux, phd  - nico...@pettiaux.be mailto:nico...@pettiaux.be
  Open@work - Une société libre utilise des outils libres
 
  «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, 
  Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une 
  habitude coûteuse, dangereuse et dont ils se déferont difficilement.» 
  Richard Stallman
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be 
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be 
 https://lists.openstreetmap.org/listinfo/talk-be
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be

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

[Talk-de] Globussegmente berechnen

2015-06-28 Thread Thorsten Alge


Hallo Liste,

ich habe so eine Kugelförmige Lampe die ich als Globus bemalen möchte. 
Ich würde eigentlich gerne Globussegmente aus OSM-Daten berechnen und 
dann darauf kleben. Ich habe auch eine proprietäre Software gefunden, 
welche so etwas kann. Weiß vielleicht jemand, wie man so etwas mit OSS 
erstellen kann?


Gruß

Thorsten

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

[OSM-talk-fr] Rendu QA: retour à la normale...

2015-06-28 Thread didier2020

good job, c bien mieux maintenant!


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

Re: [Talk-cat] Majúscules i minúscules

2015-06-28 Thread Mateu Vic

Responent a en Jan, segons el meu criteri els genèrics van en minúscula
quan són realment genèrics: casa del Pubill (si és una casa) Can Joan (no
és un Can) puig Gros (si és un puig), però Port de Pollença si es
refereix a la població i no a la instal·lació portuària, font del Puig
Major (el puig forma part del nom de la font), carrer de la Font Nova...
Els articles inicials a la senyalització de Mallorca van en minúscula. A
les autopistes, que és on es distingeix majúscula/minúscula: s'indica es
Coll d'en Rebassa (Coll en majúscula i amb article inicial perquè és el
nom d'un barri, no és un coll) o s'Arenal (ídem)

El dia 28 de juny de 2015, 8:13, Jan Esquerra jan.esque...@gmail.com ha
escrit:

Totalment d'acord amb en Joan Montané.

I afegeixo la pregunta, també aplica a noms de cases, fonts, recs, cursos
d'aigua, etc?
Per exemple, com ho hem de posar: Can Comes o can Comes, mas Joanic o Mas
Joanic, font del Llop o Font del Llop, rec Madral o Rec Madral, bassa d'en
Xicu o bassa d'en Xicu, ...?

Salut,
Jan

El dia 27 de juny de 2015, 23:44, josep constantí jconsta...@yahoo.es
ha escrit:

Una tercera via que actualment no es pot desenvolupar (federalisme?)
fora que OSM permetés indicar qualsevol tipus de via (torrent, rambla,
...) a highway i deixar name (en majúscules) pel nom propi de la via.

Josep

Sent from Yahoo Mail on Android
https://overview.mail.yahoo.com/mobile/?.src=Android
--
*From*:Joan Montané j...@montane.cat
*Date*:ds., juny 27, 2015 at 22:41
*Subject*:Re: [Talk-cat] Majúscules i minúscules

http://www20.gencat.cat/docs/ptop/Home/Serveis%20i%20tramits/Biblioteca%20i%20documentacio/Planificacio%20territorial/Publicacions/Cartografia%20i%20toponimia/Criteris%20per%20a%20la%20toponimia%20dambit%20municipal_Criteris/docs/criteris_escriptura.pdf
Hola,

tot seguit, la meva *opinió* sobre l'ús de majúscules i minúscules. És un
tema en el que he rumiat una mica.

Resum curt:
Una cosa són les dades, i l'altra l'ús que en fem. OSM és una base de
dades, no un mapa, per tant els articles inicials dels topònims amb article
(el Prat de Llobregat, l'Hospitalet, el Vendrell...) hauriem de tenir-los
en minúscula. També els terme genèric que designa el tipus de via (carrer,
passeig, avinguda, plaça...).

Resum llarg:
En català, tradicionalment, l'article inicial dels topònims amb article
es mostra en minúscula en els mapes. Vaig fer una correcció en molts
topònims seguint aquesta lina, amb una petita macro, però només amb els que
tenen article, no pas tots els topònims!!! Barcelona i Manacor s'escriuren
en majúscula, el Prat i la Seu d'Urgell tenen la 1a lletra en minúscula.

En les plaques dels carrers, tradicionalment, s'han usat només tot
majúscules (PLAÇA DE LA FONT). De fet, si no vaig errat, així estan
codificats al cadastre espanyol. Bé, pitjor, els tenen codificats tot en
majúscules i sense accents. Coses d'haver fet la digitalització amb una
sabata i una espardenya, quan treballar amb minúscules i accents era
perillós.

Es pot argumentar que la majúscula dels noms de via és per la posició
inicial (en la placa). Bé, jo he vist totes les combinacions. TOT
MAJÚSCULA, Primera en Majúscula i primera en minúscula. Espero que a ningú
se li acudeixi sol·licitar que ho posem TOT EN MAJÚSCULA perquè és la forma
més estesa al territori.

Perquè sóc contrari a posar la Carrer de Doncs perquè no hem de
cartografiar per al rendertizador. Aquesta majúscula inicial és un cas
(molt subtil, certament) de mapeig per al renderitzador. La majúscula
inicial de Carrer no forma part de les dades. Si la posem a l'etiqueta
name de l'OSM apareixerà així a tots els serveis, també quan no toca, com
per exemple en unes indicacions d'adreces, o en un munt de llocs més. El
projecte OSM és molt més que un mapa generat automàticament. És una base de
dades cartogràfica, amb múltiples usos. Les dades de la base de dades
haurien de ser independents del servei.

Vissir potser usa majúscules en els noms de vies, però el *Carrerer*,
també de l'ICGC usa minúscules [1]. Suposo que tots dos xuclen de la
mateixa base de dades, com creieu que ho tenen codificat?

Tot aquest maldecap és a causa que la tecnologia i eines que usem estan
focalitzades en un entorn anglosaxó. L'ús que fan en anglès de la majúscula
és sensiblement diferent al que fem en les llengües llatines. Els anglòfons
foten majúscules en casos on nosaltres no les fotem (Baker Street, per
exemple els noms de llengües), i per això aquest petits desajustaments.
Ells no necessiten un paràmetre al renderitzador per a forçar (o no) la
majúscula al tipus de via. Ja hi foten la majúscula directament a les dades
perquè sempre usen majúscula, sigui quin sigui el context (en un mapa, en
unes indicacions o en un paràgraf).

Jo, si he de triar entre:
1.- o bé un mapa on els tipus de via surti en minúscula (com surt ara al
carrerer de l'ICGC) i no apareguin majúscules on no toca

Re: [OSM-talk-be] Cycle surveying party in Brussels ?


Merci à tous pour vos commentaires bien utiles.

Je suis moi-même membre du Gracq et responsable de la locale de Bxl-Ville 
(actuellement en sommeil, ce serait d’ailleurs, avec le nouveau piétonnier, une 
bonne manière de la sortir de sa léthargie) et j’ai donc de bon contacts avec 
l’association.

Très bonne idée que de passer par la gazette du Gracq. Je me renseigne pour 
savoir quand sort la prochaine édition. Cependant, je pense pouvoir être moteur 
sur ce projet mais uniquement sur le mois qui vient. En septembre je risque 
d’être débordé. Je vais donc tenter de lancer le projet à l’arrache, on verra 
s’il y a du répondant.

Sur la question d’utiliser Mapillary à vélo, mon idée était de se focaliser sur 
les éléments relevants pour le mapping : à savoir surtout début et fin des 
pistes et aménagements, carrefours, etc… Pas besoin donc de le faire forcément 
avec un support.
Personnellement je dispose d’un support pour vélo et le mode voiture 
(automatique) fonctionne bien. Voir par exemple la série 
https://www.mapillary.com/map/im/9wy9vDIaoEi-TP3DxkrJMA 
https://www.mapillary.com/map/im/9wy9vDIaoEi-TP3DxkrJMA

Matthieu

 On 28 Jun 2015, at 12:47, Nicolas Pettiaux nico...@pettiaux.be wrote:
 
 L'idée est excellente et doit être poursuivie par celui qui en a l'énergie.
 
 Lors de la rencontre mapping party à ESI le samedi 24 avril dernier, le 
 président du Gracq était personnellement présent et il s'est montré 
 intéressé. Très même.
 
 Mais il faut, et personnellement je suis trop occupé pour pouvoir prendre en 
 charge ce projet, le recontacter et faire des propositions précises au gracq 
 de ce qui pourrait être fait avec eux : par exemple dans un premier temps 
 écrire un papier de présentation et d'explication dans la gazette du gracq 
 expliquant le projet et renvoyant vers des vidéos et des séminaires où la 
 formation serait effectivement faire.
 
 Qu'en pensez-vous ?
 
 Nicolas
 
 Nicolas Pettiaux, phd  - nico...@pettiaux.be mailto:nico...@pettiaux.be
 Open@work mailto:Open@work - Une société libre utilise des outils libres
 
 «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google 
 ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude 
 coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier


Thanks Nicolas.

It’s done at 95% from the cars and pedestrian point of view but would need many 
improvements regarding the public transport and bicycles  for their respective 
infrastructures an itineraries which were extensively modified and require much 
more (more difficult) work. I prefer to wait for the actual realisation of the 
pedestrian zone to go on site surveying because lot of details are missing or 
unclear on the website.

I’ll review the press release and amend it if I feel so. Thanks for doing it !!

Matthieu


 28 Jun 2015, at 12:41, Nicolas Pettiaux nico...@pettiaux.be wrote:
 
 Much thanks for the idea and the work.
 
 How can the new pietonnier be viewed on OSM ?
 
 Is is finished yet ? If not, when will it probably be ?
 
 What remains to be done ?
 
 How could I help ?
 
 Shouldn't we celebrate, and doing so for example, map explicitely every bar 
 and restaurant in the center of Brussels, and while doing so, write down some 
 important information about such places : their names, specialities, opening 
 times, website, telephone number, accessibility info, kind of food served or 
 of beer served ... ?
 
 Should we write a press release to inform the users that OSM-be is ready for 
 the new arrangement and is probably the first online map to be so. So it 
 should also work for routting.
 
 I have started https://annuel.framapad.org/p/PsmBxl20150628 and I would like 
 some help for the content (to be sure to write something that is true) and 
 the translation to English and Flemisch
 
 Nicolas
 
 -- 
 Nicolas Pettiaux, phd  - nico...@pettiaux.be
 Open@work - Une société libre utilise des outils libres
 
 «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google 
 ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude 
 coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be


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

Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose

2015-06-28 Thread Yves Pratter


 On 26 Jun 2015, at 13:52, Christian Quest cqu...@openstreetmap.fr wrote:
 
 J'avais remonté des problèmes, suggéré de re-géocoder ça avec la BAN via
 addok, mais visiblement ça n'a pas été fait.
+1

Exemple : la poste de Métabief dans le Doubs
http://osmose.openstreetmap.fr/en/map/#layer=Bingzoom=18lat=46.770449lon=6.354593item=7050%2C7051%2C7150%2C8020%2C8021%2C8022%2C8023%2C8030%2C8031%2C8120%2C8121%2C8190%2C8200%2C8210%2C8211%2C8240level=1%2C2%2C3tags=fixable=
 
http://osmose.openstreetmap.fr/en/map/#layer=Bingzoom=18lat=46.770449lon=6.354593item=7050,7051,7150,8020,8021,8022,8023,8030,8031,8120,8121,8190,8200,8210,8211,8240level=1,2,3tags=fixable=


Sa position est géocodée au centre du village alors que l’adresse est complète 
et que la carte de la BAN l’a positionne au bon endroit (source: plan de ville 
http://www.tourisme-metabief.com/fileadmin/user_upload/OTMO2L/Plans/Plan_de_Metabief_2013.pdf)

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

Re: [Talk-de] Globussegmente berechnen

2015-06-28 Thread Max

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ich habe damit vor ein paar Jahren herumexperimentiert. Vielleicht hat
sich zwischenzeitlich mehr getan. Falls du mehr herausfindest, lass es
mich wissen:
http://maxneupert.de/luc/


On 2015년 06월 28일 14:15, Thorsten Alge wrote:
 Hallo Liste,
 
 ich habe so eine Kugelförmige Lampe die ich als Globus bemalen
 möchte. Ich würde eigentlich gerne Globussegmente aus OSM-Daten
 berechnen und dann darauf kleben. Ich habe auch eine proprietäre
 Software gefunden, welche so etwas kann. Weiß vielleicht jemand,
 wie man so etwas mit OSS erstellen kann?
 
 Gruß
 
 Thorsten
 
 ___ Talk-de mailing
 list Talk-de@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-de


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlWP6+YACgkQ3EB7kzgMM6K1wgCdH7rYMsobs1PxCNGeXpMUbtUY
I44AnjxYEAvhzhg2+o2E5bK2Txd7JOq4
=t9oM
-END PGP SIGNATURE-

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

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

2015-06-28 Thread Simon Poole



Am 28.06.2015 um 08:34 schrieb Jo:
...
 
 As far as the datatypes go, I would be all in favor for the area
 datatype. I hear a lot of talk about it, and I don't understand why it
 doesn't materialise. While we're at it, we should 'formalise' a few more
 of the things we now use relations for.
...

Because it is not just a question of hand waving?

On the one hand there's the task of finding a way of modelling areas
that is net an improvement over what we have today. We have lots of
proposals that improve certain aspects of our current model, but at the
cost of worse behaviour for other aspects. I yet have to see a proposal
that is convincing enough overall*.

On the other hand, actually migrating to a new area type is going to be
a major undertaking in itself and my gut feeling is that it will be the
only dev thing we will be working on for at least a year once we start
and there will be a lot of stuff that will never be migrated. And that
all without actual gain in what we can model in OSM.

Simon

* note: for large areas I would consider Zveriks area references a good
solution that would generalize and replace the current magic tags
(coastline and others) and could be implemented without actually
introducing an area type.





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

Re: [Talk-cat] Majúscules i minúscules

2015-06-28 Thread Jan Esquerra

Totalment d'acord amb en Joan Montané.

Salut,
Jan

El dia 27 de juny de 2015, 23:44, josep constantí jconsta...@yahoo.es ha
escrit:

Una tercera via que actualment no es pot desenvolupar (federalisme?) fora
que OSM permetés indicar qualsevol tipus de via (torrent, rambla, ...) a
highway i deixar name (en majúscules) pel nom propi de la via.

Josep

tot seguit, la meva *opinió* sobre l'ús de majúscules i minúscules. És un
tema en el que he rumiat una mica.

Resum llarg:
En català, tradicionalment, l'article inicial dels topònims amb article es
mostra en minúscula en els mapes. Vaig fer una correcció en molts topònims
seguint aquesta lina, amb una petita macro, però només amb els que tenen
article, no pas tots els topònims!!! Barcelona i Manacor s'escriuren en
majúscula, el Prat i la Seu d'Urgell tenen la 1a lletra en minúscula.

Jo, si he de triar entre:
1.- o bé un mapa on els tipus de via surti en minúscula (com surt ara al
carrerer de l'ICGC) i no apareguin majúscules on no toca en altres
serveis;
2.- o bé un mapa on el tipus de via surti en majúscula (com Vissir de
l'ICGC) i apareguin majúscules sempre en tots els altres serveis;

trio la 1a opció.

Dit això, m'agradaria intentar consensuar el tema de la
majúscula/minúscula dels tipus de via. No vull fer-ne una guerra santa. Si
el consens és cap a majúscules doncs unifiquem cap allà, i si és cap a
minúscula doncs uinifiquem cap aquí. HO escribim al wiki i qui editi en
contra del consens, doncs tibada (amable) d'orelles.

Atentament,
Joan Montané

[1] http://mercuri.icc.cat/website/guia/carrerer.html

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

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

2015-06-28 Thread Richard Fairhurst


Jo wrote:
 even more sorry you stopped being the lead developer of iD

For the record: the mantle of lead developer of iD passed to Tom and 
John immediately after SOTM-US Portland because it was wonderfully clear 
that their JavaScript skills are pretty much on a different planet to 
mine, and I was delighted to see them take up the torch.


My reluctance to continue work on OSM editing software dates from before 
this, as you can see if you look at the commit graphs of both proto-iD 
and Potlatch 2. This is why I was so keen in summer 2013 to get iD made 
the default instead of Potlatch 2: so that the burden of maintaining the 
default editor could pass to someone else and I wouldn't have to endure 
the shit flung at the holder of that role any more.


I think you, and others, need to consider why it's only those with the 
thickest skins that are prepared to work on OSM site (and, particularly, 
online editor) development. I am not the only one to have burned out.


You have your own views. That's fine. Your view is that there is a 
problem. That is not objective truth, that is your view and it may or 
may not be informed by actual facts. Others may believe that the main 
challenge for OSM is to be welcoming enough for a million new users to 
contribute their local knowledge - not to provide more and more detailed 
methods for a diminishing number of power users to map the locations of 
angels on a pin, without ever being troubled by thoughts of how new 
users will interact with those detailed methods. That too is not 
objective truth, it is a view (it happens to be mine).


What is unacceptable is the relentless, harrying, dismissive, abusive 
manner in which you and others advance the former view over the latter. 
That is why we cannot retain developers.


Richard


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

Re: [Talk-br] Limite de cidades com distritos

Pegando o bonde andando. A idéia é a seguinte. Mapeamos limites para
expressar quem tem jurisdição/soberania/poder de mandar/organizar o
espaço de uma determinada área. Níveis diferentes têm poderes
diferentes sobre coisas diferentes. No distrito [1], quem manda é a
subprefeitura (ou seja, o subprefeito). Na cidade [2], esse papel é da
prefeitura (ou seja, do prefeito). Não sei se um prefeito pode ser
também um subprefeito, mas aos olhos da lei, a princípio são entidades
diferentes, com poderes diferentes. No caso, a subprefeitura citada
não tem jurisdição sobre toda a cidade.

O Nominatim traz os dois resultados identificados de forma diferente:
o distrito é chamado Limite de Aldeia, e o município é chamado de
Limite de Município. Ou seja, achar que são a mesma coisa é não ler
a informação que o programa está mostrando na própria linha do
resultado. Não sei quem traduziu esse termo como aldeia (provavelmente
foi copiado do original em portuguẽs de Portugal), acabei de corrigir
para Limite de Distrito Municipal, agora é necessário esperar alguém
exportar as traduções do TranslateWiki pro GitHub (feito pela última
vez 8 meses atrás).

[1] http://www.openstreetmap.org/relation/4108836
[2] http://www.openstreetmap.org/relation/334009

2015-06-27 14:46 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:
 Gente... não quero parecer que sou teimoso... (e sou hein..) desculpe a
 oposição, mas tenho um pensamento diferente.

 Vejam, o que é melhor? Fazer 10 com 1 ou 1 com 10?
 Um soft com 500 linhas de código, ou um com 390, se ambos fazem a mesma
 coisa?

 Eu penso que seja fazer 10 com 1... É cultura lean/kaizen. Procuro aplicar
 isso no que faço.

 O que me preocupa é o seguinte: toda essa discussão (e ela é boa) surgiu por
 uma dúvida que tive ao pesquisar o limite de uma cidade no OSM e compará-la
 com o IBGE.

 Vejam que não sei quase nada de osm, mas já colaboro há quase um ano, com
 mais de 2000 edições, e mesmo assim tive dúvidas. Imagina para um usuário
 que vai pesquisar a primeira vez e se depara com um resultado desses.

 Se Dois Irmãos do Buriti tivesse apenas 1 adm_level=9 (Palmeiras/distrito) e
 1 adm_level=8 (Dois Irmãos do Buriti/cidade), o cara iria pensar... Poxa,
 essa cidade tem um distrito, e pronto. Nada de complicado.

 Agora, como é, olha a reação dele: que confusão, essa cidade tem 2
 distritos, sendo que um é a própria cidade e mais a cidade que também tem o
 mesmo nome do distrito... não entedi nada...

 Não há problemas em o osm mostrar quando distritos foram necessários...
 (vejam, necessário). São Paulo pode ser mostrado com adm_level=8 e seus
 bairros, com adm_level=9, como é.

 A minha indagação é: para quê São Paulo com adm_level=8 e adm_level=9?
 Apenas porque o IBGE diz que toda a cidade deve ter pelos menos 1 distrito
 (sede)?

 Se o cara quer pesquisar os distritos (digamos) de uma cidade que tenha 5
 distritos, além da sede. Ele vai achar os 5 distritos com adm_level=9 e a
 cidade com adm_level=8. Pronto, a cidade tem 6 divisões administrativas.

 Agora, eu gostei dessa idéia do Nelson de diferenciar pelo border_type...
 isso já facilita o entendimento do cara...

 Inclusive vou utilizar essa idéia da delimitação dos bairros de Campo
 Grande, que tem os bairros, e dentro deles diversos
 parcelamentos/loteamos/sub-bairros, com nomes distintos... Tipo: para
 bairros: . . . . . . . . . e para sub-bairros: - - - - - - - - -







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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier


Inderdaad. Het feit is dat die nieuwe zone nog geen naam heeft. Men heeft wel 
van Timesquareke of Yvan Mayeur Plein gepraat maar niks officieel yet :-)


 On 28 Jun 2015, at 08:36, Jo winfi...@gmail.com wrote:
 
 Zo 't is gebeurd. Aangezien ik een validation error kreeg, heb 'k er maar 
 meteen een multipolygon van gemaakt. Ik vraag me wel af, of het nodig is om 
 daar een name op te zetten. Dat zal niet nieuw blijven en gewoon Piétonnier - 
 Voetgangerszone is eerder een beschrijving dan een name.
 
 Groeten,
 
 Jo
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be


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

Re: [OSM-talk-fr] Un GPS pour guider les aveugles en randonnee

2015-06-28 Thread JB

Plus probablement le Club Vosgien, vu la zone… C'est intéressant, je 
serais curieux de voir l'itinéraire : les images montrent des larges 
chemins en herbe, mais pas de petits sentiers escarpés sous couvert 
forestier ! Elles montrent aussi des accompagnateurs voyants, sont-ils 
nécessaires aux intersections ? Le gps est celui d'un smartphone, donc 
avec parfois des larges imprécisions.

JB.

Le 27/06/2015 23:27, THEVENON Julien a écrit :
Cet exemple d application je l aurais bien vu a base de donnees OSM. 
Je pense que la FFRP a du faire du micro-mapping pour recenser les 
obstacles

https://fr.news.yahoo.com/gps-guider-aveugles-randonn%C3%A9e-143514508.html


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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier

2015-06-28 Thread Karel Adams


Dankjewel!

On 28-06-15 06:20, Jo wrote:
Zo 't is gebeurd. Aangezien ik een validation error kreeg, heb 'k er 
maar meteen een multipolygon van gemaakt. Ik vraag me wel af, of het 
nodig is om daar een name op te zetten. Dat zal niet nieuw blijven en 
gewoon Piétonnier - Voetgangerszone is eerder een beschrijving dan een 
name.


Groeten,

Jo




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

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

2015-06-28 Thread Jo

Hi Bryce,

I'm glad I'm not the only one who is of this opinion. You probably
formulated it a lot better than I ever did in the tickets to complain about
this behaviour.

Anyway Richard, I respect you a lot, but if I notice there is a problem,
nobody can expect me/us to remain quiet about it. So I'm sorry for being
the bane in your existence and even more sorry you stopped being the lead
developer of iD, apparently in part due to these kinds of criticism.

As far as the datatypes go, I would be all in favor for the area datatype.
I hear a lot of talk about it, and I don't understand why it doesn't
materialise. While we're at it, we should 'formalise' a few more of the
things we now use relations for.

Also it ought to become possible to construct routes from smaller route
parts, such that these parts can be reused to construct other routes. When
the smaller parts then break, it only takes 1 or 2 repairs instead of
10-100. If the itinerary changes for several bus lines at once, it would
also become a lot less effort to update the routes.

Kind regards,

Polyglot

2015-06-28 7:31 GMT+02:00 Bryce Nesbitt bry...@obviously.com:

 On Sat, Jun 27, 2015 at 10:49 AM, Tom MacWright t...@macwright.org wrote:

 Okay, but most relations are invisible.


 Relations are visible* if the editor makes them visible.*

 The iD editor introduced an entirely synthetic primitive: the area.
 Thus, in iD, the area is visible.
 The iD editor, or an editor like it, could introduce a grouping, and
 make it visible.

 Relations are not only possible to visualize, they're interesting,  Click
 on Main Street
 and see the 12 bus lines that use Main street?  Interesting.  Click on a
 line and learn
 it forms the USA/Canadian Border, 8,891 km long, consisting of  5000 odd
 line segments?  Interesting
 and instructive.

 A series of iD plugins for visualizing specific types of relations would
 rock.  And of course in iD style
 they'd be called something different, like, say, Turn Restrictions or a
 Public Transit Route or Site
 or a Level 8 Administrative Boundary between X and Y.  The word relation
 need
 never come into it.


 --

 By all-but-ignoring relation editing, Potlach and iD only make it easy to
 ignore or even *damage* relations.  It's all downside.

 That's not what you want for entry level editing.  A good experience for a
 starting user is they made a positive contribution,
 they saw the results rendered, and they did not mess anything up.  When
 the editor makes messing up
 an invisible single click (or inadvertent click) operation, it leads to
 stress all around.

 Relations are invisible only in editors that* leave them in the shadows.*
 An editor that ignores or tries to hide a thing is unlikely to be the best
 way to edit (or preserve) the invisible thing.
 It's a form of fake simplicity: making a given edit seem to be simpler
 than it really can be.

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


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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier

2015-06-28 Thread Jo

Zo 't is gebeurd. Aangezien ik een validation error kreeg, heb 'k er maar
meteen een multipolygon van gemaakt. Ik vraag me wel af, of het nodig is om
daar een name op te zetten. Dat zal niet nieuw blijven en gewoon Piétonnier
- Voetgangerszone is eerder een beschrijving dan een name.

Groeten,

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

Re: [Talk-br] Limite de cidades com distritos

Na verdade, tem várias coisas que não mapeamos no OSM, e provavelmente
há coisas que poderíamos mapear. Tudo depende do público-alvo, da
complexidade de combinar com as informações existentes, e da qualidade
dos conjuntos de dados que temos à disposição.

2015-06-27 23:41 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com:
 Como disse antes, o osm pode (como tem) quantas informações as pessoas
 queiram que ele tenha, embora nem sempre necessite.

 Será que o pensamento do quanto mais melhor deve nortear as linhas de um
 projeto, se o quanto menos melhor, ao final, é o que o usuário talvez
 realmente necessite?

 Temos ter em mente que as pessoas  não existem
 por causa das coisas, mas o contrário: as coisas existem por causa (e
 para) as pessoas.

 Se a escola fechada não se adaptar ao brasileiro analfabeto, o que vai
 acontecer? Aumento do analfabetismo. De modo que a escola deve, sim - como
 tem ocorrido -  se adaptar às pessoas, porque existe para elas e não o
 contrário.

 O analfabeto, que agora usa penas os dois polegares para operar os
 brinquedinhos, esse mesmo, que o sistema de educação pretende catequizar,
 é que será o usuário final das coisas, dos sistemas e das aplicações.

 Para finalizar, coloquei esse assunto em discussão aqui não com o objetivo
 de acabar com a vassalagem (desculpem o termo) do osm frente ao ibge, mas
 para mostrar que as vezes as regras absolutas podem gerar dúvidas e
 interpretação equivocada do resultado de uma pesquisa, que poderia ser mais
 simples, se fosse flexível. Aliás, regras sempre devem ser flexíveis e ter
 exceções. Quando isso não acontece, limita a criatividade, a melhoria.

 De modo que a intenção não foi, como pode ter parecido, querer mudar a forma
 como as coisa são feitas. Que fique como está. Mas fica o alerta.













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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur

2015-06-28 Thread Mirek Dlask

Ahoj,

Nic aktuálnějšího, nekomerčního asi není.

Dne 28. června 2015 9:20 Marián Kyral mky...@email.cz napsal(a):

Ahoj,
tak jsem narazil na další vyschlý rybník z dibavodu:
http://www.openstreetmap.org/#map=19/49.75718/18.33327

Na ortofoto CUZK i seznamu žádný rybník není. Je tam spíše pole nebo
louka:
http://www.mapy.cz/zakladni?x=18.3330048y=49.7572035z=18base=ophoto

Chtělo by to nějakou aktuální a funkční DIBAVOD WMS. Nemáte něco? Případně
nějaký jiný nápad?

Marián

Dne 3.6.2015 v 08:12 Marián Kyral napsal(a):

-- Původní zpráva --
Od: Marián Kyral mky...@email.cz mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
talk-cz@openstreetmap.org
Datum: 3. 6. 2015 7:09:40
Předmět: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur

-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
talk-cz@openstreetmap.org
Datum: 2. 6. 2015 19:33:00
Předmět: Re: [Talk-cz] LPIS - objem dat, zjednodušení kontur

Ahoj,

Dne Út 2. června 2015 19:07:56, Marián Kyral napsal(a):

Dočistit data po importu LPIS, DIBAVOD, RUIAN (upravit navazující
plochy,
přidat cesty...), dodělat vesnice a městečka (landuse, POI), vrhnout se
na
MHD, vyčistit hlášení Osmose, Keep right...

jasně jasně, jen, myslím, narážíme na nedostatek zdrojů. Praha zveřejnila
cca
300 záchodů s otevírací dobou, cenou a wheelchair, tak to by se dalo
dohrát,
dále přesné chodníky, ale to asi není potřeba importovat.

S těmi zdroji - asi se pomalu dostáváme do stavu, že místní znalost a
vlastní
oči bude jedním z mála použitelných zdrojů. Ani ortofoto leckde
neodpovídá, je
zastaralé.

Třeba toto: http://ruian.poloha.net/17/50.17475/12.38610

v OSM je voda, na fotce je kdovíco, na landuse z parcel žádná voda není.
Je
potřeba to vidět. Není to jediné místo, které ukazuje vodu jen na mapě v
OSM.
Na druhé takové místo si teď už neumím vzpomenout, kde to bylo. Bylo to
podobné, také lom či co a zmizelá voda. Nebo naopak, lom je zlikvidován a
nově
je voda ... nevím, to je to.

Letecké mapy od Seznamu a satelitní mapy Bingu tam vodu mají. A s
ohledem na charakter terénu, stačí, když trochu více zaprší a zase tam bude
kaluž :-D

A jak tak koukám, tato voda byla naimportována z DIBAVODu. Bylo by dobré
v DIBAVODu ověřit aktuální status. Nevíte někdo, zda je někde dostupný
online náhled? Tak aby se z toho dal udělat doplněk do PointInfa.

Našel jsem: http://www.dibavod.cz/ , ale stahovat shapefile a řešit jeho
zpracování se mi moc nechce. Následně jsem našel:
http://heis.vuv.cz/data/spusteni/pgstart.asp?pg=EVIDENCE$Obecne$PripojeniDatOnlinepgload=1ico=icoopenwms.pngnadpis1=Stav%20vodn%EDch%20%FAtvar%F9nadpis2=WMS%20slu%9Ebypagenavig=%DAvodn%ED%20str%E1nka%20%20%3E%20%20Datab%E1ze%20%20%3E%20%20Mapy%20a%20data%20%20%3E%20%20ISVS%20-%20VODA%20%20%3EStav%20vodn%EDch%20%FAtvar%F9%20%3E%20WMS%20slu%9Eby%20%3E%20

Přes toto jsem se dále doklikal k mapě s vyhledáváním, kde jsem zadal
dibavod:id: 113010250007. No a nevrátilo mi to nic. Takže je dost možné, že
nádrž je opravdu zrušena.

No tak asi nic. Data ke stažení jsou z roku 2010 a z WMS jsem zatím
dostal jen prázdný obrázek s copyrightem :-(

Marián

___
Talk-cz mailing
listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [OSM-talk-fr] Rendu QA: retour à la normale...

2015-06-28 Thread Christian Quest

Je vais vérifier ça (je n'y ai pas touché).
Pour ce que j'ai regardé jusqu'à maintenant c'était cohérent.

Si tu as des cas problématiques, merci de les signaler.

Le 28 juin 2015 15:23, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 bien! merci!
 mais... je crois que tout n'est pas à jour, le tour vert sur les pastilles
 par commune indiquant un cadastre vecteur ne semble pas a jour.

 2015-06-28 15:11 GMT+02:00 didier2020 didier2...@free.fr:

 good job, c bien mieux maintenant!


 ___
 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




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

Re: [Talk-cat] Majúscules i minúscules

2015-06-28 Thread Jaume Figueras i Jové


Hola,

m'agradaria deixar clar que nosaltres no produïm cap mapa, omplim una 
base de dades geogràfica, que són coses molt diferents. Si estiguéssim 
produint un mapa no hi hauria cap dubte, la primera lletra d'un rètol 
està en posició inicial i va en majúscula (o hi van totes les lletres si 
ho volem fer, no és pas incorrecte). Si en un rètol posés: carrer de 
Sant Pau seria incorrecte no?


Com que omplim una base de dades on no s'ha tipificat la tipologia d'una 
via, en el camp nom (name) hi hem de posar carrer, avinguda, passatge, 
etc. Com ho hem de fer? Doncs de la manera més flexible possible per què 
qui vulgui crear un mapa amb rètols que indiquin toponímia ho pugui fer; 
qui vulgui crear un nomenclàtor ho pugui fer; o qui vulgui crear un 
encaminador ho pugui fer.


Així doncs, tenim dues pocions: usar majúscula o minúscula. A 
continuació us passo la meva motivació.


- El camp name no és un rètol ni una oració, per tant escriure Carrer 
Sant Pau és incorrecte ja que no està en posició inicial de res. 
Exemples: En un diccionari hi posaríeu la primera lletra de cada paraula 
ha d'anar en majúscula? Un sistema de reconeixement de la parla hi 
posaríeu la primera lletra de cada paraula en majúscula? No ho faríeu 
mai, ja que estem treballant amb una base de dades. Quan això ho passem 
a una oració si que utilitzem les majúscules on toca.


- Si vull fer un encaminador com creo la frase: Giri a la dreta pel 
carrer Sant Pau. Si a la base de dades hi tinc Carrer Sant Pau, crearé 
la frase incorrectament: Giri a la dreta pel Carrer Sant Pau. I amb això 
podem discutir què és més fàcil, convertir informàticament a majúscula o 
a minúscula? Doncs és molt més fàcil convertir a majúscula, per què tinc 
regles que em diuen quan he de passar de minúscula a majúscula, en canvi 
per passar de majúscula a minúscula no tinc regles, tindria excepcions. 
Si algú coneix regles que diguin quan s'ha de posar en minúscula una 
paraula en majúscula, que les digui, jo no en conec cap.


i no m'allargo més, es poden posar molts d'altres exemples i casos.

@pitort: pots enllaçar-nos la norma de l'IEC on diu que la inicial de 
Carrer, Passatge, Travessera, etc. va en majúscula.


@pitort: Què vols dir amb: el renderitzador que utilitzi qualsevol dels 
usuaris, el renderitzador per defecte és anglo-saxó i usa les seves 
regles, no pas les nostres. Un altre exemple en què el renderitzador no 
fa el què toca pot ser Ottawa on els rètols dels carrers han de dir 
Rue Albert Street, per exemple, però el renderitzador no sap fer res 
més que no sigui escriure el name, per tant els rètols al mapa surten 
malament, solament en anglès, no en francès i anglès.


@yopaseopor: La placa d'un carrer és un rètol, com ho fas quan està tot 
en majúscula. Els nens que escriuen la primera en majúscula estan 
omplint una base de dades geogràfica?


Salut!

PS: Que consti que jo escrivia sempre Carrer fins que no m'ho van explicar.

On 28/06/15 16:17, pit...@eclipso.eu wrote:

No es discuteix que en un text el correcte sigui escriure carrer,
avinguda, etc en minúscules (El carrer de Sant Pau és estret i curt).
El que es discuteix és si el nom d'una via urbana s'ha d'escriure amb la
incial en maqjúscula o no. Al meu entendre no hai ha cap dubte, la norma
és clara, no només perquè el terme carrer, avinguda, etc. formen part
del nom de la via (Carrer de Sant Pere, Passatge de Sant Pere,
Plaça de Sant Pere) sinó tambér per correcció ortogràfica.

L'objectiu ha de ser, al meu entendre, produir mapes que mostrin els
noms correctes. Encara ens tornaran a traduir Carrer de la Rasa com a
Calle de la Rasa o a l'estil Google Calle de la Zanja.

Si hi ha alguna manera que el renderitzador que utilitzi qualsevol dels
usuaris que generen mapes produeixi el nom correcte (amb la inicial en
majúscula), sense que cap d'aquest usuaris hagi de perocupar-se de fer
res d'especçific, en parlem. En cas contrari opto per continuar
utilitzant noms normatius.

Salut
pitort

--- original message ---
*From:* Mateu Vic mateu...@gmail.com
*Date:* 28.06.2015 11:26:41
*To:* OpenStreetMap in catalan talk-cat@openstreetmap.org
*Subject:* Re: [Talk-cat] Majúscules i minúscules

Responent a en Jan, segons el meu criteri els genèrics van en
minúscula quan són realment genèrics: casa del Pubill (si és una
casa) Can Joan (no és un Can) puig Gros (si és un puig), però Port
de Pollença si es refereix a la població i no a la instal·lació
portuària, font del Puig Major (el puig forma part del nom de la
font), carrer de la Font Nova...
Els articles inicials a la senyalització de Mallorca van en
minúscula. A les autopistes, que és on es distingeix
majúscula/minúscula: s'indica es Coll d'en Rebassa (Coll en
majúscula i amb article inicial perquè és el nom d'un barri, no és
un coll) o s'Arenal (ídem)

El dia 28 de juny de 2015, 8:13, Jan Esquerra
jan.esque...@gmail.com mailto:jan.esque...@gmail.com ha escrit:

Re: [OSM-talk-fr] Rendu QA: retour à la normale...

2015-06-28 Thread Jérôme Amagat

bien! merci!
mais... je crois que tout n'est pas à jour, le tour vert sur les pastilles
par commune indiquant un cadastre vecteur ne semble pas a jour.

2015-06-28 15:11 GMT+02:00 didier2020 didier2...@free.fr:

 good job, c bien mieux maintenant!


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

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

Re: [OSM-talk] Layers and landuse

2015-06-28 Thread Martin Koppenhoefer

2015-06-28 14:39 GMT+02:00 Tobias Knerr o...@tobias-knerr.de:

 On 27.06.2015 11:19, michael spreng wrote:
  This is not a tagging error.

 It is an error. Only the underground part of the ditch should have
 layer=-1, and it needs to also have a tunnel tag.

 As for landuse, such areas are typically non-physical, and as such not
 easily inserted into the layer hierarchy. However, mappers are using
 landuse far beyond its original definition, and also map physical things
 such as pastures and (arguably) fields with it. At that point, the usual
 layer rules need to apply.



completely agree. I had written something similar, but accidentally the
mail was only sent to Michael and not to this list...

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

[Talk-es] Término municipal de Madrid

2015-06-28 Thread Carlos Dávila


Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) )
He visto que no existe un límite administrativo correspondiente al 
término municipal de Madrid (admin_level=8). Sí hay un límite con 
admin_level=7, llamado Área Metropolitana de Madrid, que engloba los 
términos de Madrid y municipios adyacentes (Móstoles, Alcorcón, etc.) y 
varios límites administrativos con nivel 9 para cada uno de los barrios 
de Madrid. ¿No debería haber también un admin_level=8 intermedio? O es 
que Madrid por sus características especiales ya no tiene término 
municipal como tal.
Con las relaciones que hay actualmente las búsquedas de direcciones 
resultan un poco confusas/difíciles, ya que los enrutadores asignan las 
calles bien al área metropolitana de Madrid o bien a un barrio y 
normalmente no se sabe en qué barrio está una calle o se busca en Madrid 
no en Área Además puede haber calles con el mismo nombre en varios 
de los municipios incluidos en el área metropolitana y no sabremos en 
cuál está la calle que nos muestra el navegador.


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

Re: [OSM-talk] Layers and landuse

2015-06-28 Thread Tobias Knerr

On 27.06.2015 11:19, michael spreng wrote:
 This is not a tagging error.

It is an error. Only the underground part of the ditch should have
layer=-1, and it needs to also have a tunnel tag.

As for landuse, such areas are typically non-physical, and as such not
easily inserted into the layer hierarchy. However, mappers are using
landuse far beyond its original definition, and also map physical things
such as pastures and (arguably) fields with it. At that point, the usual
layer rules need to apply.


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

Re: [Talk-ca] OSM data quality in Canada

2015-06-28 Thread Andrew MacKinnon

On Wed, Jun 17, 2015 at 4:12 PM, Martijn van Exel m...@rtijn.org wrote:
 Hello list —

 My name is Martijn van Exel, I am on the OSM US board and work at Telenav. 
 I’ve written to this list a few times before, but this time I am doing so 
 with my Telenav hat on. Perhaps you know that we have the Scout apps (iOS, 
 Android) which run on OSM data. (If you haven’t yet, please give Scout a try 
 some time and let me know what you think!)

Also the Scout app is not available in Canada right now, are you
planning to make it available in Canada in the future?

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

Re: [Talk-cz] spatna definice kraju

2015-06-28 Thread Petr Vejsada

Ahoj,

ano, je to takto:

level 10 - katastrální území
level 8 - obec
level 7 - okres (77 okresů)
level 6 - kraj (14 krajů)
level 4 - region soudržnosti (těch je 8, to je ten Jihovýchod apod.)

Kraje jako takové tedy v OSM jsou, level 6.

--
Petr

Dne Ne 28. června 2015 21:06:26, Jiří Sedláček napsal(a):

 To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě 
správně,
 víc o tom budou vědět asi jiní.
 
 2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com:
  Ahoj,
  Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne 
rozdeleni
  kraju na:
  
  Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy,
  Jihovychod, Stredni Morava, Moravskoslezsko a Praha.
  
  Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani
  Nominatim API na geocoding dostanu spatnou definici kraje:
  
  
  display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj,
  Jihovýchod, Czech Republic class=boundary 
type=historicimportance=
  0.16679990974024
  address100Špilberk/address100
  cityBrno/city
  countyokres Brno-město/county
  stateJihovýchod/state
  countryCzech Republic/country
  country_codecz/country_code
  /place
  
  Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name
  Jihomoravsky kraj obsahuje.
  
  Nevite, kdo by to byl schopen opravit?
  
  Predem diky.
  
  M.
  
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cat] SotM CAT 2015

De moment hi ha hagut participació en l'enquesta però molt baixa. Els que
han contestat els hi ha semblat bé la data proposada i el lloc.
Si ningú té més res a dir. Aniré concretant amb CitiLab durant aquesta
setmana la realització del SotM CAT per al dissabte 3 d'octubre de 2015.

El dia 25 de juny de 2015, 23:59, Carlos Sánchez erielk...@gmail.com ha
escrit:

 Us proposo el dissabte 3 d'octubre al CitiLab de Cornellà. Us passo un
 enllaç per anar veient que en penseu del tema i si en proposseu d'altres
 ubicacions o dates alternatives.


 https://docs.google.com/forms/d/11ndjA4_7mZVwumZw-FLfB8tcZrF_wt6O9jyjCXnz8_M/viewform?usp=send_form

 El dia 11 de maig de 2015, 9:59, Carlos Sánchez erielk...@gmail.com ha
 escrit:

 Hem de començar a mirar dates i horaris. En principi un dels possibles
 dies a realitzar-la seria el dissabte 3 d'octubre. O pels voltants, tenint
 en compte que el 19-20 és el DLP i el 27 les eleccions.
 Un cop la gent s'hagi pronunciat sobre la data, horaris i ubicacions,
 podrem anar concretant-ho tot. Seria interessant contar també amb el grup
 de Geoinquiets.




 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

On Sun, Jun 28, 2015 at 4:03 AM, Richard Fairhurst rich...@systemed.net wrote:
 What is unacceptable is the relentless, harrying, dismissive, abusive manner
 in which you and others advance the former view over the latter. That is why
 we cannot retain developers.

We really need to be careful to target the philosophical standpoint,
not the people. As I said (now countless times), iD is awesome. I
don't think I've been criticizing developer talent or code quality. I
wouldn't have provided most of its translations into my language if I
thought differently. Anyway, should this conversation be about iD? In
a way yes, but not only. Other editors (except JOSM) seem to have the
same aversion of relations. Relations are valuable and are not going
away, several of them (the most critical being route) have been
approved long ago by the community (by consensus, by public voting),
so I believe fighting them only make things worse. Fighting them is
fighting the community. Others, such as boundary, are de facto
standards. They have to be properly tamed. One way is to hide them so
that only clever people can deal with them. Another is to teach
everybody in the simplest possible manner so that they become widely
accessible.

Cliché quote: Make things as simple as possible, but not simpler,
some attribute to Einstein.

When people are deleting and combining ways, they are editing
invisible data - tags and parent relations. In a world without
relations, combining different tags would still be an issue. For
instance, the sidewalk tag is not visible. It should be visible. If
it ever becomes visible, there is still a huge repository of approved
tags that won't be. The current approach - concatenation - is
essentially invisible in many situations (the user must pay a lot of
attention at the result). I would like to see a scenario where a
casual mapper (the target audience of all editors besides JOSM) would
prefer not to be notified about a potential mistake. I do mapping
sprints very often, I'm knowledgeable, and even so I prefer to get
interrupted in my mapping whenever I do something potentially
damaging. Without that, even with my experience, I would have broken
data multiple times. How is that casual mappers would prefer not to
have that? It is a contradiction to design the application for casual
mappers and still place fastest mapping at utmost priority. A casual
mapper is not aware of the data model, and should not be expected to
be so.

Back to the problem that motivated me into this discussion: I see that
the problem in iD is really easy to solve (much easier than in
Potlach). If there is an objection to an interaction-blocking modal
window, other non-blocking visual cues can be used, such as a
distinctive alert bar at the bottom, an alert icon at the action
button, and an alert log on top after an action breaks something.
Anything that informs the user is fine. It is not done only due to a
philosophical opinion, which I think is negative to OSM as a whole.
The opinion is negative, not the people that hold it. Maybe people are
also being idealistic: instead of implementing a little workaround,
they'd rather wait and see if a cleverer, less intrusive solution
emerges. It is clearly not happening, after two years of waiting and
wondering by the most involved minds in the project. Getting a simple
alert when deleting relation members was a huge struggle. Since
combining implies deleting I don't think the current issue should
need to be so widely discussed. The only reason I don't set out and
try writing my own editor (which is a pretty big undertaking) is that
my country's map still needs lots of data, and my country's community
still needs lots of support. Potlatch, iD and JOSM have solved that,
mostly. All I ask for is a minor refinement, which I believe is good
not only here but in the whole world.

-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-es] Término municipal de Madrid

2015-06-28 Thread David Marín Carreño

Debería haberlo.

Al menos, cuando mapeé los distritos (hace ya algunos años) lo había...
El 28/6/2015 5:26 p. m., Carlos Dávila cdavi...@orangecorreo.es
escribió:

 Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) )
 He visto que no existe un límite administrativo correspondiente al término
 municipal de Madrid (admin_level=8). Sí hay un límite con admin_level=7,
 llamado Área Metropolitana de Madrid, que engloba los términos de Madrid y
 municipios adyacentes (Móstoles, Alcorcón, etc.) y varios límites
 administrativos con nivel 9 para cada uno de los barrios de Madrid. ¿No
 debería haber también un admin_level=8 intermedio? O es que Madrid por sus
 características especiales ya no tiene término municipal como tal.
 Con las relaciones que hay actualmente las búsquedas de direcciones
 resultan un poco confusas/difíciles, ya que los enrutadores asignan las
 calles bien al área metropolitana de Madrid o bien a un barrio y
 normalmente no se sabe en qué barrio está una calle o se busca en Madrid no
 en Área Además puede haber calles con el mismo nombre en varios de
 los municipios incluidos en el área metropolitana y no sabremos en cuál
 está la calle que nos muestra el navegador.

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

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

Re: [Talk-cz] spatna definice kraju

2015-06-28 Thread Jiří Sedláček

To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě správně,
víc o tom budou vědět asi jiní.

2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com:

 Ahoj,
 Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne rozdeleni
 kraju na:

 Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy,
 Jihovychod, Stredni Morava, Moravskoslezsko a Praha.

 Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani
 Nominatim API na geocoding dostanu spatnou definici kraje:


 display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj,
 Jihovýchod, Czech Republic class=boundary type=historicimportance=
 0.16679990974024
 address100Špilberk/address100
 cityBrno/city
 countyokres Brno-město/county
 stateJihovýchod/state
 countryCzech Republic/country
 country_codecz/country_code
 /place

 Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name
 Jihomoravsky kraj obsahuje.

 Nevite, kdo by to byl schopen opravit?

 Predem diky.

 M.

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




-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

2015-06-28 Thread Tom MacWright

 I see that the problem in iD is really easy to solve (much easier than in
Potlach).

Please never say this. Estimating that someone else's task, in their domain
of experience, is simple, is almost always incorrect, and usually
overstepping. This painting looks pretty easy to paint: can you finish it
in an afternoon.

If something is easy to do, please try doing it yourself and seeing whether
it is. Otherwise, don't tell other people that things should be easy for
them to do, so they should do what you want. People have been saying for
quite a while that it would be pretty easy for us to improve the software
that manages and edit OpenStreetMap, but none of them have decided to do it
in an afternoon, much less own the responsibility of maintaining and
defending the changes.

iD has, to date, consumed thousands of hours of developer time,
communications, documentation authoring, and design. The same goes for
Potlatch and JOSM and the website. Developing these projects is even more
time-consuming because every change needs to be discussed to death,
everyone must be consulted, and then after release, we have to catch up
with all of the people who want to be consulted but don't read the mailing
list.

In short, if you believe this is easy, do it. Otherwise, don't
underestimate other people's tasks.

On Sun, Jun 28, 2015 at 2:34 PM, Fernando Trebien 
fernando.treb...@gmail.com wrote:

 On Sun, Jun 28, 2015 at 4:03 AM, Richard Fairhurst rich...@systemed.net
 wrote:
  What is unacceptable is the relentless, harrying, dismissive, abusive
 manner
  in which you and others advance the former view over the latter. That is
 why
  we cannot retain developers.

 We really need to be careful to target the philosophical standpoint,
 not the people. As I said (now countless times), iD is awesome. I
 don't think I've been criticizing developer talent or code quality. I
 wouldn't have provided most of its translations into my language if I
 thought differently. Anyway, should this conversation be about iD? In
 a way yes, but not only. Other editors (except JOSM) seem to have the
 same aversion of relations. Relations are valuable and are not going
 away, several of them (the most critical being route) have been
 approved long ago by the community (by consensus, by public voting),
 so I believe fighting them only make things worse. Fighting them is
 fighting the community. Others, such as boundary, are de facto
 standards. They have to be properly tamed. One way is to hide them so
 that only clever people can deal with them. Another is to teach
 everybody in the simplest possible manner so that they become widely
 accessible.

 Cliché quote: Make things as simple as possible, but not simpler,
 some attribute to Einstein.

 When people are deleting and combining ways, they are editing
 invisible data - tags and parent relations. In a world without
 relations, combining different tags would still be an issue. For
 instance, the sidewalk tag is not visible. It should be visible. If
 it ever becomes visible, there is still a huge repository of approved
 tags that won't be. The current approach - concatenation - is
 essentially invisible in many situations (the user must pay a lot of
 attention at the result). I would like to see a scenario where a
 casual mapper (the target audience of all editors besides JOSM) would
 prefer not to be notified about a potential mistake. I do mapping
 sprints very often, I'm knowledgeable, and even so I prefer to get
 interrupted in my mapping whenever I do something potentially
 damaging. Without that, even with my experience, I would have broken
 data multiple times. How is that casual mappers would prefer not to
 have that? It is a contradiction to design the application for casual
 mappers and still place fastest mapping at utmost priority. A casual
 mapper is not aware of the data model, and should not be expected to
 be so.

 Back to the problem that motivated me into this discussion: I see that
 the problem in iD is really easy to solve (much easier than in
 Potlach). If there is an objection to an interaction-blocking modal
 window, other non-blocking visual cues can be used, such as a
 distinctive alert bar at the bottom, an alert icon at the action
 button, and an alert log on top after an action breaks something.
 Anything that informs the user is fine. It is not done only due to a
 philosophical opinion, which I think is negative to OSM as a whole.
 The opinion is negative, not the people that hold it. Maybe people are
 also being idealistic: instead of implementing a little workaround,
 they'd rather wait and see if a cleverer, less intrusive solution
 emerges. It is clearly not happening, after two years of waiting and
 wondering by the most involved minds in the project. Getting a simple
 alert when deleting relation members was a huge struggle. Since
 combining implies deleting I don't think the current issue should
 need to be so widely discussed. The only reason I don't set out

Re: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur

2015-06-28 Thread Marián Kyral

Super, díky,

Tam ten rybník už není, takže jej předělám na louku, nebo co to tam teď
je ;-)

Marián

Dne 28.6.2015 v 11:03 Mirek Dlask napsal(a):
Ahoj,

na ověření třeba vrstva s vodou
wms:http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?FORMAT=image/pngtransparent=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=GL_BH140A,GL_BH140B,GP_NF120,GL_BI020A,GL_BI020B,GL_BI030,GB_BB005,GL_BH010A,GL_BH010B,GP_BH095,GB_BH180,GL_BH180,GB_BH170A,GB_BH170B,GB_BH170C,GL_BH142STYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?FORMAT=image/pngtransparent=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=GL_BH140A,GL_BH140B,GP_NF120,GL_BI020A,GL_BI020B,GL_BI030,GB_BB005,GL_BH010A,GL_BH010B,GP_BH095,GB_BH180,GL_BH180,GB_BH170A,GB_BH170B,GB_BH170C,GL_BH142STYLES=SRS=%7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D

Nic aktuálnějšího, nekomerčního asi není.

Dne 28. června 2015 9:20 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Ahoj,
tak jsem narazil na další vyschlý rybník z dibavodu:
http://www.openstreetmap.org/#map=19/49.75718/18.33327

Na ortofoto CUZK i seznamu žádný rybník není. Je tam spíše pole
nebo louka:
http://www.mapy.cz/zakladni?x=18.3330048y=49.7572035z=18base=ophoto

Chtělo by to nějakou aktuální a funkční DIBAVOD WMS. Nemáte něco?
Případně nějaký jiný nápad?

Marián

Dne 3.6.2015 v 08:12 Marián Kyral napsal(a):

-- Původní zpráva --
Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
mailto:talk-cz@openstreetmap.org
Datum: 3. 6. 2015 7:09:40
Předmět: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení
kontur

-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
mailto:o...@propsychology.cz
Komu: OpenStreetMap Czech Republic
talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org
Datum: 2. 6. 2015 19:33:00
Předmět: Re: [Talk-cz] LPIS - objem dat, zjednodušení kontur

Ahoj,

Dne Út 2. června 2015 19:07:56, Marián Kyral napsal(a):

Dočistit data po importu LPIS, DIBAVOD, RUIAN (upravit
navazující plochy,
přidat cesty...), dodělat vesnice a městečka (landuse,
POI), vrhnout se na
MHD, vyčistit hlášení Osmose, Keep right...

jasně jasně, jen, myslím, narážíme na nedostatek zdrojů.
Praha zveřejnila cca
300 záchodů s otevírací dobou, cenou a wheelchair, tak to
by se dalo dohrát,
dále přesné chodníky, ale to asi není potřeba importovat.

S těmi zdroji - asi se pomalu dostáváme do stavu, že
místní znalost a vlastní
oči bude jedním z mála použitelných zdrojů. Ani ortofoto
leckde neodpovídá, je
zastaralé.

Třeba toto: http://ruian.poloha.net/17/50.17475/12.38610

v OSM je voda, na fotce je kdovíco, na landuse z parcel
žádná voda není. Je
potřeba to vidět. Není to jediné místo, které ukazuje
vodu jen na mapě v OSM.
Na druhé takové místo si teď už neumím vzpomenout, kde to
bylo. Bylo to
podobné, také lom či co a zmizelá voda. Nebo naopak, lom
je zlikvidován a nově
je voda ... nevím, to je to.

Letecké mapy od Seznamu a satelitní mapy Bingu tam vodu mají.
A s ohledem na charakter terénu, stačí, když trochu více
zaprší a zase tam bude kaluž :-D

A jak tak koukám, tato voda byla naimportována z DIBAVODu.
Bylo by dobré v DIBAVODu ověřit aktuální status. Nevíte
někdo, zda je někde dostupný online náhled? Tak aby se z toho
dal udělat doplněk do PointInfa.

Našel jsem: http://www.dibavod.cz/ , ale stahovat shapefile a
řešit jeho zpracování se mi moc nechce. Následně jsem našel:

http://heis.vuv.cz/data/spusteni/pgstart.asp?pg=EVIDENCE$Obecne$PripojeniDatOnlinepgload=1ico=icoopenwms.pngnadpis1=Stav%20vodn%EDch%20%FAtvar%F9nadpis2=WMS%20slu%9Ebypagenavig=%DAvodn%ED%20str%E1nka%20%20%3E%20%20Datab%E1ze%20%20%3E%20%20Mapy%20a%20data%20%20%3E%20%20ISVS%20-%20VODA%20%20%3EStav%20vodn%EDch%20%FAtvar%F9%20%3E%20WMS%20slu%9Eby%20%3E%20

Přes toto jsem se dále doklikal k mapě s vyhledáváním, kde
jsem zadal dibavod:id: 113010250007. No a nevrátilo mi to
nic. Takže je dost možné, že nádrž je opravdu zrušena.

No tak asi nic. Data ke stažení jsou z roku 2010 a z WMS jsem
zatím dostal jen prázdný obrázek s copyrightem :-(

Marián

___
Talk-cz mailing list
Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

Perhaps I expressed myself poorly. Previous arguments surrounded
exclusively on should this be done or why it shoudln't be done.
The easy word refers only to how should user interaction flow be in
order to avoid breaking relations, without resorting to non-trivial
dependency analysis algorithms (which, definitely, are more complex
than adding a message or disabling a button upon a simple check that
is mostly already implemented).

On Sun, Jun 28, 2015 at 4:07 PM, Tom MacWright t...@macwright.org wrote:
 I see that the problem in iD is really easy to solve (much easier than in
 Potlach).

 Please never say this. Estimating that someone else's task, in their domain
 of experience, is simple, is almost always incorrect, and usually
 overstepping. This painting looks pretty easy to paint: can you finish it
 in an afternoon.

 If something is easy to do, please try doing it yourself and seeing whether
 it is. Otherwise, don't tell other people that things should be easy for
 them to do, so they should do what you want. People have been saying for
 quite a while that it would be pretty easy for us to improve the software
 that manages and edit OpenStreetMap, but none of them have decided to do it
 in an afternoon, much less own the responsibility of maintaining and
 defending the changes.

 iD has, to date, consumed thousands of hours of developer time,
 communications, documentation authoring, and design. The same goes for
 Potlatch and JOSM and the website. Developing these projects is even more
 time-consuming because every change needs to be discussed to death, everyone
 must be consulted, and then after release, we have to catch up with all of
 the people who want to be consulted but don't read the mailing list.

 In short, if you believe this is easy, do it. Otherwise, don't underestimate
 other people's tasks.

 On Sun, Jun 28, 2015 at 2:34 PM, Fernando Trebien
 fernando.treb...@gmail.com wrote:

 On Sun, Jun 28, 2015 at 4:03 AM, Richard Fairhurst rich...@systemed.net
 wrote:
  What is unacceptable is the relentless, harrying, dismissive, abusive
  manner
  in which you and others advance the former view over the latter. That is
  why
  we cannot retain developers.

 We really need to be careful to target the philosophical standpoint,
 not the people. As I said (now countless times), iD is awesome. I
 don't think I've been criticizing developer talent or code quality. I
 wouldn't have provided most of its translations into my language if I
 thought differently. Anyway, should this conversation be about iD? In
 a way yes, but not only. Other editors (except JOSM) seem to have the
 same aversion of relations. Relations are valuable and are not going
 away, several of them (the most critical being route) have been
 approved long ago by the community (by consensus, by public voting),
 so I believe fighting them only make things worse. Fighting them is
 fighting the community. Others, such as boundary, are de facto
 standards. They have to be properly tamed. One way is to hide them so
 that only clever people can deal with them. Another is to teach
 everybody in the simplest possible manner so that they become widely
 accessible.

 Cliché quote: Make things as simple as possible, but not simpler,
 some attribute to Einstein.

 When people are deleting and combining ways, they are editing
 invisible data - tags and parent relations. In a world without
 relations, combining different tags would still be an issue. For
 instance, the sidewalk tag is not visible. It should be visible. If
 it ever becomes visible, there is still a huge repository of approved
 tags that won't be. The current approach - concatenation - is
 essentially invisible in many situations (the user must pay a lot of
 attention at the result). I would like to see a scenario where a
 casual mapper (the target audience of all editors besides JOSM) would
 prefer not to be notified about a potential mistake. I do mapping
 sprints very often, I'm knowledgeable, and even so I prefer to get
 interrupted in my mapping whenever I do something potentially
 damaging. Without that, even with my experience, I would have broken
 data multiple times. How is that casual mappers would prefer not to
 have that? It is a contradiction to design the application for casual
 mappers and still place fastest mapping at utmost priority. A casual
 mapper is not aware of the data model, and should not be expected to
 be so.

 Back to the problem that motivated me into this discussion: I see that
 the problem in iD is really easy to solve (much easier than in
 Potlach). If there is an objection to an interaction-blocking modal
 window, other non-blocking visual cues can be used, such as a
 distinctive alert bar at the bottom, an alert icon at the action
 button, and an alert log on top after an action breaks something.
 Anything that informs the user is fine. It is not done only due to a
 philosophical opinion, which I think is negative to OSM as a whole.
 The opinion is

Re: [OSM-talk-fr] Chiffres romains

2015-06-28 Thread Eric SIBERT


Ducoup je sais qu'Eric nous parle OsmAnd sur android ;-)


Mais pas que.

J'ai aussi un problème d'adresses à Madagascar avec des références 
pouvant commencer par des chiffres romains. Mais comme c'est un truc 
local, il faudra nécessairement des adaptations en aval pour 
l'exploitation. Donc, dans ce cas, il vaut mieux rester avec des 
chiffres romains écrits en caractères latins et détecter au niveau des 
applis si ça commence par un chiffre romain.


Eric


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

Re: [Talk-cat] Fwd: Llibertat de panorama

Aniré fent difussió de les fotografies de monuments i edificis en negre de
llocs com La Palma de Cervelló, Vilanova i la Geltrú o Sabadell, que aneu
fent.

El dia 28 de juny de 2015, 19:02, Carlos Sánchez erielk...@gmail.com ha
escrit:

 Distribuiré a través d'OSMcatalà i del meu compte la campanya i alguns
 exemples...
 Us animo a fer-ho pels diferents ajuntaments de la vostra zona

 El dia 28 de juny de 2015, 18:35, yo paseopor yopaseo...@gmail.com ha
 escrit:

 Em sembla una idea , jo puc fer-la de Vilanova i la Geltrú

 2015-06-27 23:04 GMT+02:00 Carlos Sánchez erielk...@gmail.com:

 Que us sembla fer una campanya a través de les xarxes dirigides als
 ajuntaments de parla catalana amb el següent format??
 @ajuntament https://twitter.com/ajuntament recordeu que la gent ja no
 podrà publicar imatges dels vostres monuments i edificis emblemàtics #
 FoP https://twitter.com/search?q=%23FoP (incloent imatge d'un
 monument o edifici de la seva vil·la pintat de negre)
 https://twitter.com/search?q=%23FoP

 El dia 27 de juny de 2015, 21:04, Carlos Sánchez erielk...@gmail.com
 ha escrit:

 Per OSMcatala i peö meu perfil vaig fet difussió. Crec que ja se n'han
 assabentat. Igualment li enviaré al pau
 Den 27 jun 2015 19:36 skrev yo paseopor yopaseo...@gmail.com:

 Animo a que es contacti amb la gent de Mapillary, si el que
 fotografien comença a tenir drets d'autor el projecte estarà mort.

 Salut i panorames (els que siguin)
 yopaseopor

 2015-06-25 12:55 GMT+02:00 Konfrare Albert 
 lakonfrariadelav...@gmail.com:

 Ep! Reenvio això. Estaria bé que ens posicionéssim i veiéssim com
 podem ajudar. No estaria de més contactar amb altres grups d'OSM.

 Salut!

 PD: Jo com a col·laborador d'OSM estic completament a favor de
 recolzar la campanya ja que penso que és prou important.


 -- Missatge reenviat --
 De: David Parreño Mont
 Data: 25 de juny de 2015, 11:45
 Assumpte: Llibertat de panorama

 Bon dia company,

 Com sabràs, des d'Amical Wikimedia vam engegar a finals de la setmana
 passada una campanya pública a favor de la llibertat de panorama davant
 l'amenaça que el Parlament Europeu aprovi el 9 de juliol un informe que
 inclou una esmena que posaria punt final a la llibertat de panorama, tot
 afectant greument la Viquipèdia, creadors de continguts, fotògrafs o
 mitjans de comunicació. Al nostre web i xarxes socials, podeu veure
 explicada la campanya extensament.

 Tanmateix, estem en un punt on ens hem adonat que cal ser una
 campanya coral, sobretot de cara a convèncer els mitjans. És per això que
 estem buscant suports externs a la campanya. Sabries si podríem comptar 
 amb
 el suport d'OpenStreetMaps o altres comunitats de coneixement/programari
 lliure? Això suposaria mostrar públicament (a través de les xarxes 
 socials,
 web, ...) el vostre posicionament i que puguem informar que comptem amb 
 el
 vostre suport.

 Som conscients que estem treballant a contra-rellotge, per això us
 demanaríem una resposta tan aviat com ho hagueu decidit.

 Moltes gràcies,

 David Parreño Mont

 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


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



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




 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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



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




 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-fr] Rendu QA: retour à la normale...

2015-06-28 Thread Jérôme Amagat

en corse, j'ai l’impression que tout est en vecteur. (je trouve pas de
problèmes sur le continent)

Le 28 juin 2015 18:18, Christian Quest cqu...@openstreetmap.fr a écrit :

 Je vais vérifier ça (je n'y ai pas touché).
 Pour ce que j'ai regardé jusqu'à maintenant c'était cohérent.

 Si tu as des cas problématiques, merci de les signaler.

 Le 28 juin 2015 15:23, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 bien! merci!
 mais... je crois que tout n'est pas à jour, le tour vert sur les
 pastilles par commune indiquant un cadastre vecteur ne semble pas a jour.

 2015-06-28 15:11 GMT+02:00 didier2020 didier2...@free.fr:

 good job, c bien mieux maintenant!


 ___
 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




 --
 Christian Quest - OpenStreetMap France

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


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

Re: [Talk-cat] Majúscules i minúscules

2015-06-28 Thread Pere lópez brosa

Totalment d'acord amb en Jaume Figueras. L'exemple de l'encaminador em
sembla claríssim.

Pere

El dia 28 de juny de 2015, 18:22, Jaume Figueras i Jové 
jaume.figue...@upc.edu ha escrit:

 Hola,

 m'agradaria deixar clar que nosaltres no produïm cap mapa, omplim una base
 de dades geogràfica, que són coses molt diferents. Si estiguéssim produint
 un mapa no hi hauria cap dubte, la primera lletra d'un rètol està en
 posició inicial i va en majúscula (o hi van totes les lletres si ho volem
 fer, no és pas incorrecte). Si en un rètol posés: carrer de Sant Pau
 seria incorrecte no?

 Com que omplim una base de dades on no s'ha tipificat la tipologia d'una
 via, en el camp nom (name) hi hem de posar carrer, avinguda, passatge, etc.
 Com ho hem de fer? Doncs de la manera més flexible possible per què qui
 vulgui crear un mapa amb rètols que indiquin toponímia ho pugui fer; qui
 vulgui crear un nomenclàtor ho pugui fer; o qui vulgui crear un encaminador
 ho pugui fer.

 Així doncs, tenim dues pocions: usar majúscula o minúscula. A continuació
 us passo la meva motivació.

 - El camp name no és un rètol ni una oració, per tant escriure Carrer Sant
 Pau és incorrecte ja que no està en posició inicial de res. Exemples: En un
 diccionari hi posaríeu la primera lletra de cada paraula ha d'anar en
 majúscula? Un sistema de reconeixement de la parla hi posaríeu la primera
 lletra de cada paraula en majúscula? No ho faríeu mai, ja que estem
 treballant amb una base de dades. Quan això ho passem a una oració si que
 utilitzem les majúscules on toca.

 - Si vull fer un encaminador com creo la frase: Giri a la dreta pel carrer
 Sant Pau. Si a la base de dades hi tinc Carrer Sant Pau, crearé la frase
 incorrectament: Giri a la dreta pel Carrer Sant Pau. I amb això podem
 discutir què és més fàcil, convertir informàticament a majúscula o a
 minúscula? Doncs és molt més fàcil convertir a majúscula, per què tinc
 regles que em diuen quan he de passar de minúscula a majúscula, en canvi
 per passar de majúscula a minúscula no tinc regles, tindria excepcions. Si
 algú coneix regles que diguin quan s'ha de posar en minúscula una paraula
 en majúscula, que les digui, jo no en conec cap.

 i no m'allargo més, es poden posar molts d'altres exemples i casos.

 @pitort: pots enllaçar-nos la norma de l'IEC on diu que la inicial de
 Carrer, Passatge, Travessera, etc. va en majúscula.

 @pitort: Què vols dir amb: el renderitzador que utilitzi qualsevol dels
 usuaris, el renderitzador per defecte és anglo-saxó i usa les seves
 regles, no pas les nostres. Un altre exemple en què el renderitzador no fa
 el què toca pot ser Ottawa on els rètols dels carrers han de dir Rue
 Albert Street, per exemple, però el renderitzador no sap fer res més que
 no sigui escriure el name, per tant els rètols al mapa surten malament,
 solament en anglès, no en francès i anglès.

 @yopaseopor: La placa d'un carrer és un rètol, com ho fas quan està tot en
 majúscula. Els nens que escriuen la primera en majúscula estan omplint una
 base de dades geogràfica?

 Salut!

 PS: Que consti que jo escrivia sempre Carrer fins que no m'ho van explicar.

 On 28/06/15 16:17, pit...@eclipso.eu wrote:

 No es discuteix que en un text el correcte sigui escriure carrer,
 avinguda, etc en minúscules (El carrer de Sant Pau és estret i curt).
 El que es discuteix és si el nom d'una via urbana s'ha d'escriure amb la
 incial en maqjúscula o no. Al meu entendre no hai ha cap dubte, la norma
 és clara, no només perquè el terme carrer, avinguda, etc. formen part
 del nom de la via (Carrer de Sant Pere, Passatge de Sant Pere,
 Plaça de Sant Pere) sinó tambér per correcció ortogràfica.

 L'objectiu ha de ser, al meu entendre, produir mapes que mostrin els
 noms correctes. Encara ens tornaran a traduir Carrer de la Rasa com a
 Calle de la Rasa o a l'estil Google Calle de la Zanja.

 Si hi ha alguna manera que el renderitzador que utilitzi qualsevol dels
 usuaris que generen mapes produeixi el nom correcte (amb la inicial en
 majúscula), sense que cap d'aquest usuaris hagi de perocupar-se de fer
 res d'especçific, en parlem. En cas contrari opto per continuar
 utilitzant noms normatius.

 Salut
 pitort

 --- original message ---
 *From:* Mateu Vic mateu...@gmail.com
 *Date:* 28.06.2015 11:26:41
 *To:* OpenStreetMap in catalan talk-cat@openstreetmap.org
 *Subject:* Re: [Talk-cat] Majúscules i minúscules

 Responent a en Jan, segons el meu criteri els genèrics van en
 minúscula quan són realment genèrics: casa del Pubill (si és una
 casa) Can Joan (no és un Can) puig Gros (si és un puig), però Port
 de Pollença si es refereix a la població i no a la instal·lació
 portuària, font del Puig Major (el puig forma part del nom de la
 font), carrer de la Font Nova...
 Els articles inicials a la senyalització de Mallorca van en
 minúscula. A les autopistes, que és on es distingeix
 majúscula/minúscula: s'indica es Coll d'en Rebassa (Coll en

Re: [Talk-es] Término municipal de Madrid

2015-06-28 Thread José Luis Domingo López

El domingo día 28 de junio de 2015, a las 17:24:30 +0200,
Carlos Dávila escribió:

 Una cuestión para los de la capital (o cualquiera que lo sepa, claro;-) )
 He visto que no existe un límite administrativo correspondiente al término
 municipal de Madrid (admin_level=8). Sí hay un límite con admin_level=7,
 llamado Área Metropolitana de Madrid, que engloba los términos de Madrid y
 municipios adyacentes (Móstoles, Alcorcón, etc.) y varios límites
 administrativos con nivel 9 para cada uno de los barrios de Madrid. ¿No
 debería haber también un admin_level=8 intermedio? O es que Madrid por sus
 características especiales ya no tiene término municipal como tal.
 Con las relaciones que hay actualmente las búsquedas de direcciones resultan
 un poco confusas/difíciles, ya que los enrutadores asignan las calles bien
 al área metropolitana de Madrid o bien a un barrio y normalmente no se sabe
 en qué barrio está una calle o se busca en Madrid no en Área Además
 puede haber calles con el mismo nombre en varios de los municipios incluidos
 en el área metropolitana y no sabremos en cuál está la calle que nos muestra
 el navegador.
 
Yo lo único que puedo comentar al respecto, es que existe un GIS oficial de
la Comunidad de Madrid, http://gestiona.madrid.org/nomecalles/, donde
buscando por Madrid y eligiendo Madrid (Municipios) en la parte de
Delimitaciones Geográficas del desplegable, se ve los que parecen ser los
límites del término municipal, que parecen únicamente incluir aquellos
barrios propiamente dichos de Madrid, pero no las poblaciones limítrofes
como las arriba mencionadas.

Quizás esa visualización y la opción de exportar capas de dicho GIS
permitan pintar la delimitación administrativa correspondiente,
reaprovechando las existentes, metiendo los polígonos aplicables en una
nueva relación.

Un saludo.

-- 
Jose Luis Domingo Lopez
Linux Registered User #189436, Linux Ubuntu 15.04 (3.19.0-20-generic)

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

[Talk-cz] spatna definice kraju

2015-06-28 Thread Milan Sladky

Ahoj,Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne rozdeleni 
kraju na:Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy, 
Jihovychod, Stredni Morava, Moravskoslezsko a Praha.Jednak je to videt na mape, 
ale co je mnohem horsi, tak pri volani Nominatim API na geocoding dostanu 
spatnou definici kraje:display_name=Špilberk, Brno, okres Brno-město, 
Jihomoravský kraj, Jihovýchod, Czech Republic class=boundary 
type=historicimportance=0.16679990974024address100Špilberk/address100cityBrno/citycountyokres
 Brno-město/countystateJihovýchod/statecountryCzech 
Republic/countrycountry_codecz/country_code/placeMisto Jihomoravskeho 
kraje dostanu Jihovychod. Pritom display name Jihomoravsky kraj 
obsahuje.Nevite, kdo by to byl schopen opravit?Predem diky.M.   
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-es] Término municipal de Madrid

2015-06-28 Thread Carlos Dávila

Si no veis inconveniente creo la relación, aprovechando los límites de 
los municipios colindantes. Contrastaré con el SIG que comenta José Luis 
por si acaso.


El 28/06/15 a las 20:59, David Marín Carreño escribió:


Debería haberlo.

Al menos, cuando mapeé los distritos (hace ya algunos años) lo había...

El 28/6/2015 5:26 p. m., Carlos Dávila cdavi...@orangecorreo.es 
mailto:cdavi...@orangecorreo.es escribió:


Una cuestión para los de la capital (o cualquiera que lo sepa,
claro;-) )
He visto que no existe un límite administrativo correspondiente al
término municipal de Madrid (admin_level=8). Sí hay un límite con
admin_level=7, llamado Área Metropolitana de Madrid, que engloba
los términos de Madrid y municipios adyacentes (Móstoles,
Alcorcón, etc.) y varios límites administrativos con nivel 9 para
cada uno de los barrios de Madrid. ¿No debería haber también un
admin_level=8 intermedio? O es que Madrid por sus características
especiales ya no tiene término municipal como tal.
Con las relaciones que hay actualmente las búsquedas de
direcciones resultan un poco confusas/difíciles, ya que los
enrutadores asignan las calles bien al área metropolitana de
Madrid o bien a un barrio y normalmente no se sabe en qué barrio
está una calle o se busca en Madrid no en Área Además puede
haber calles con el mismo nombre en varios de los municipios
incluidos en el área metropolitana y no sabremos en cuál está la
calle que nos muestra el navegador.




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

Re: [Talk-cat] Fwd: Llibertat de panorama

2015-06-28 Thread Konfrare Albert

Ep!

Responc entre línies. He afegit al David Parreño en CCO per si més endavant
vol subscriure's i intervenir en la conversa (i poder seguir el fil)

El dia 28 de juny de 2015, 19:07, Carlos Sánchez erielk...@gmail.com ha
escrit:

 Aniré fent difussió de les fotografies de monuments i edificis en negre de
 llocs com La Palma de Cervelló, Vilanova i la Geltrú o Sabadell, que aneu
 fent.

 El dia 28 de juny de 2015, 19:02, Carlos Sánchez erielk...@gmail.com ha
 escrit:

 Distribuiré a través d'OSMcatalà i del meu compte la campanya i alguns
 exemples...
 Us animo a fer-ho pels diferents ajuntaments de la vostra zona

 El dia 28 de juny de 2015, 18:35, yo paseopor yopaseo...@gmail.com ha
 escrit:

 Em sembla una idea , jo puc fer-la de Vilanova i la Geltrú

 2015-06-27 23:04 GMT+02:00 Carlos Sánchez erielk...@gmail.com:

 Que us sembla fer una campanya a través de les xarxes dirigides als
 ajuntaments de parla catalana amb el següent format??
 @ajuntament https://twitter.com/ajuntament recordeu que la gent ja
 no podrà publicar imatges dels vostres monuments i edificis emblemàtics
 #FoP https://twitter.com/search?q=%23FoP (incloent imatge d'un
 monument o edifici de la seva vil·la pintat de negre)
 https://twitter.com/search?q=%23FoP


Bona iniciativa Carlos! Però cal tenir present que l'esmena de llei només
afectaria als edificis o monuments amb drets d'autor, és a dir, aquelles
obres en què l'autor no faci més 70 anys que és mort. A partir dels 70 anys
els drets expiren.
Ho dic per no caure en la desinformació a l'hora de fer la campanya, i
assegurar-nos de què hi posem imatges amb aquest tipus d'edificis.



 2015-06-25 12:55 GMT+02:00 Konfrare Albert lakonfrariadelav...@gmail.com
 :

 Ep! Reenvio això. Estaria bé que ens posicionéssim i veiéssim com
 podem ajudar. No estaria de més contactar amb altres grups d'OSM.


Inisiteixo en què seria important que ens posicionessim com a grup. És a
dir, que la gent d'Amical Wikimedia puguin dir «la gent d'OpenStreetMap en
català donen suport a la campanya per la llibertat de panorama».
En aquest cas estaria bé crear una pàgina al wiki explicant la nostra
posició i fer-ne difusió.

De moment entenc que en Carlos, Yopaseopor i jo mateix estem a favor
d'afegir-nos a la campanya. Ningú més s'ha pronunciat.
Si us sembla bé podem esperar a demà al vespre, si ningú més diu res, doncs
ens hi adherim. Si algú té alguna objecció que ho digui ara o... ;)

Salut!!
-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Correu, calendari, etc.

Mentre les coses s'organitzen de manera òptima sóc partidari de buscar vies
alternatives. Es tracta de temes que ja se'n va parlar fa molt de temps i
encara estem iguals.
El tema del calendari era més pensat per a permetre les subscripcions amb
gestors de calendari per mòbil, etc. També ho he fet pensant en
esdeveniments d'interès que potser no es fan des de OSMcatalà: jornades
Open Data, TIC, Mapillary, etc.
Es poden incloure més administradors a la pàgina, des de la que es gestiona
correu, calendari i canal de youtube OSMcatalà.

El dia 29 de juny de 2015, 0:27, Konfrare Albert 
lakonfrariadelav...@gmail.com ha escrit:

 Hola,

 Pel que fa al calendari, jo continuaria amb la wiki. Hi tenim això que
 podríem reutilitzar:
 http://wiki.openstreetmap.org/wiki/Template:Calendar
 A més veig que el José Luis hi ha afegit l'esdeveniment de Llefià amb la
 bandera catalana ;)
 Dubto que tinguem tants esdeveniments com per necessitar un Google
 Calendar.
 Però en fi, només és una opinió.

 Pel que fa al correu, potser el Felip pot crear un i...@openstreetmap.cat
 que estaria bé que gestionés més d'una persona.

 Els meus cinc cèntims
 Salut ;)

 El dia 29 de juny de 2015, 0:02, Carlos Sánchez erielk...@gmail.com ha
 escrit:

 He aconseguit enllaçar la página de google+ amb un correu nou per a
 contacte directe amb OSMcatalà. També estic creant un calendari OSM. Us
 faig cinc céntims.

 Calendari OSM:
 https://www.google.com/calendar/b/1/embed?src=osmcat...@gmail.com
  Si teniu coneixement de més esdeveniments d'OSM a prop aviseu-me i ho
 afegeixo.

 Correu OSMcatalà: osmcat...@gmail.com
  Molts cops la gent pregunta per informació o fer arribar un mail a
 OSMcatalà i l'única resposta són les xarxes socials o apuntar-se a la
 llista. Crec que amb un correu de referencia tipus info es soluciona el
 contacte com e els casos de mails enviats a TV3, etc.

 Els que esteu interessats, passeu-me direccions de contacte per a
 afegir-vos a l'administració de la pàgina de google.

 PD: El tema de la web s'hauria de reprendre amb alguna persona amb
 coneixements informàtics.


 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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




 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


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




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] [HOT] Fwd: About openstreetmap Name Conflict

2015-06-28 Thread Bryce Nesbitt

The best course of action to scams like this is take no action.
Replying just gets you on a list of suckers.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Tradução de highway=track

Voltando a esse problema antigo. Se track é estrada rústica, faz
sentido traduzir path como caminho rústico. Combinaria com a atual
tradução pra footway no iD, caminho de pedestre (que está diferente
da referência, mas me parece boa).

No entanto, desde que esse assunto veio á tona da última vez, ficou
meio estabelecido que track tem a ver com a sua função
agrícola/florestal, não com o seu estado físico. A princípio, elas não
têm acesso ao público, diferente das estradas de terra. Que tal
traduzir como via agro-florestal então? Isso evitaria algumas
confusões:
- trilha florestal/silvestre: confundiria o pessoal que curte fazer
caminhada no mato
- trilha automotiva: ainda poderia ser aplicado às estradas de terra
que não aparecem em fazendas ou florestas
- estrada rústica: a princípio se aplica a qualquer estrada (no
jargão dos planejadores brasileiros, vias não-pavimentadas) que pareça
estar em estado rústico (ruim, enfim)

O que acham então? Path como caminho rústico e track como via
agro-florestal?

2014-05-26 13:22 GMT-03:00 Aun Johnsen li...@gimnechiske.org:
 Como eu entendi o tracktype e o leitura, se o track e fazil p identificar
 (bem vicivel) ou nao. O tracktype 1 e quase visibel como um rua, mas
 tracktype 5 e quase invisivel

 Um tracktype 1 ainda pode ser cheia do buracos com smoothness=bad, e
 tracktype 5 ainda pode ter um smoothness mais agradavel

 Aun Johnsen
 Sent from my iPhone

 On 26. mai 2014, at 13:13, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Olá Marcio,

 Vou tentar adiantar a tradução das tags tracktype e smoothness pra auxiliar
 nessa questão. Elas servem para refinar a especificação da superficie. Um
 resumo:
 - surface especifica o material (e tem vários mais descritivos do que o
 genérico unpaved, que não diz muito)
 - tracktype especifica a rigidez do material (mais útil para materiais
 soltos como terra e grama)
 - smoothness especifica a regularidade da superfície

 A princípio qualquer combinação é possivel. Surface=paved ou surface=asphalt
 pode ser combinada com smoothness=bad pra indicar muitos buracos ou
 oscilações na pista. (Mas geralmente asfalto se combina com tracktype=grade1
 porque difícilmente o asfalto é mole, como a terra é. Daí o costume seria
 colocar tracktype só em casos excepcionais, mas nada impede que você
 coloque.) Surface=earth (terra) pode se combinar ao mesmo tempo com
 smoothness=intermediate se normalmente tiver poucos buracos e com
 tracktype=grade5 se o material for solto e sujeito à erosão. (Isso daria a
 entender que os buracos da erosão são reparados rapidamente pela
 administração local.)

 Obs.: antes que alguém pergunte, tracktype não é para uso exclusivamente com
 highway=track. Diz no wiki faz uns anos já.

 On May 26, 2014 12:47 PM, Márcio Aguiar Ribeiro aguiar.mar...@gmail.com
 wrote:

 Isso foi algo que eu aprendi com o tempo e acredito que para os novatos
 deva ser complicado absorver esses conceitos.

 De qualquer forma eu ainda fico com dúvidas de como eu posso mapear alguns
 logradouros realmente em péssimas condições. surface=unpaved não reflete
 de forma satisfatório o estado de alguns logradouros em bairros muito
 pobres, onde a superficie é bastante acidentada e o acesso é apenas a pé ou
 com carros grandes.

 Quando as vias são muito estreitas eu uso simplesmente o highway=path.



 Marcio Aguiar Ribeiro


 2014-05-26 11:22 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:

 Eu tenho usado o seguinte critério:
 -Se a via é um logradouro, uso highway sem ser track e coloco
 surface=unpaved.
 -Se a via é um caminho de uso específico (jipeiros, máquinas agrícolas,
 motocross, etc.) eu uso highway=track.

 Parece-me que as traduções estão imprecisas.  Track seria trilha e path
 seria caminho.  Trilha inclusive é nome pelo qual os jipeiros conhecem essas
 vias.


 Em 26 de maio de 2014 10:47, Nelson A. de Oliveira nao...@gmail.com
 escreveu:

 Estava reparando que alguns usuários estão mapeando várias estradas de
 terra como highway=track
 Fui ver o porque e, de certa forma, estão fazendo isso corretamente
 pela tradução do iD (mas errado para o OSM).

 highway=track no iD está como Estrada rústica (assim como a
 recomendação em

 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia#Rodovias)

 Estrada rústica leva muitos usuários a, erroneamente, classificar
 todas as estradas de terra como highway=track

 Não é mais correto utilizar trilha automotiva (assim como já se
 utiliza trilha não-automotiva para path)? (ou talvez outra frase que
 passe melhor o significado de track)

 ___
 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

[Talk-cat] Correu, calendari, etc.

He aconseguit enllaçar la página de google+ amb un correu nou per a
contacte directe amb OSMcatalà. També estic creant un calendari OSM. Us
faig cinc céntims.

Calendari OSM:
https://www.google.com/calendar/b/1/embed?src=osmcat...@gmail.com
 Si teniu coneixement de més esdeveniments d'OSM a prop aviseu-me i ho
afegeixo.

Correu OSMcatalà: osmcat...@gmail.com
 Molts cops la gent pregunta per informació o fer arribar un mail a
OSMcatalà i l'única resposta són les xarxes socials o apuntar-se a la
llista. Crec que amb un correu de referencia tipus info es soluciona el
contacte com e els casos de mails enviats a TV3, etc.

Els que esteu interessats, passeu-me direccions de contacte per a
afegir-vos a l'administració de la pàgina de google.

PD: El tema de la web s'hauria de reprendre amb alguna persona amb
coneixements informàtics.


-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Fwd: Llibertat de panorama

El problema és la interpretació. Ja va passar el mateix amb els de CEDRO i
Menéame. En aquest cas parla de dret dels propietaris. Així que imagina't
l'església volent treure profit també de la gent que fa fotografies a fora
de la Sagrada Família. Tot depèn al final de la interpretació que se'n
vulgui fer i de si estas disposat a anar a judici contra una interpretació
errònia o injusta d'una llei.

El dia 29 de juny de 2015, 0:17, Konfrare Albert 
lakonfrariadelav...@gmail.com ha escrit:

 Ep!

 Responc entre línies. He afegit al David Parreño en CCO per si més
 endavant vol subscriure's i intervenir en la conversa (i poder seguir el
 fil)

 El dia 28 de juny de 2015, 19:07, Carlos Sánchez erielk...@gmail.com ha
 escrit:

 Aniré fent difussió de les fotografies de monuments i edificis en negre
 de llocs com La Palma de Cervelló, Vilanova i la Geltrú o Sabadell, que
 aneu fent.

 El dia 28 de juny de 2015, 19:02, Carlos Sánchez erielk...@gmail.com
 ha escrit:

 Distribuiré a través d'OSMcatalà i del meu compte la campanya i alguns
 exemples...
 Us animo a fer-ho pels diferents ajuntaments de la vostra zona

 El dia 28 de juny de 2015, 18:35, yo paseopor yopaseo...@gmail.com ha
 escrit:

 Em sembla una idea , jo puc fer-la de Vilanova i la Geltrú

 2015-06-27 23:04 GMT+02:00 Carlos Sánchez erielk...@gmail.com:

 Que us sembla fer una campanya a través de les xarxes dirigides als
 ajuntaments de parla catalana amb el següent format??
 @ajuntament https://twitter.com/ajuntament recordeu que la gent ja
 no podrà publicar imatges dels vostres monuments i edificis emblemàtics
 #FoP https://twitter.com/search?q=%23FoP (incloent imatge d'un
 monument o edifici de la seva vil·la pintat de negre)
 https://twitter.com/search?q=%23FoP


 Bona iniciativa Carlos! Però cal tenir present que l'esmena de llei només
 afectaria als edificis o monuments amb drets d'autor, és a dir, aquelles
 obres en què l'autor no faci més 70 anys que és mort. A partir dels 70 anys
 els drets expiren.
 Ho dic per no caure en la desinformació a l'hora de fer la campanya, i
 assegurar-nos de què hi posem imatges amb aquest tipus d'edificis.



 2015-06-25 12:55 GMT+02:00 Konfrare Albert lakonfrariadelav...@gmail.com
 :

 Ep! Reenvio això. Estaria bé que ens posicionéssim i veiéssim com
 podem ajudar. No estaria de més contactar amb altres grups d'OSM.


 Inisiteixo en què seria important que ens posicionessim com a grup. És a
 dir, que la gent d'Amical Wikimedia puguin dir «la gent d'OpenStreetMap en
 català donen suport a la campanya per la llibertat de panorama».
 En aquest cas estaria bé crear una pàgina al wiki explicant la nostra
 posició i fer-ne difusió.

 De moment entenc que en Carlos, Yopaseopor i jo mateix estem a favor
 d'afegir-nos a la campanya. Ningú més s'ha pronunciat.
 Si us sembla bé podem esperar a demà al vespre, si ningú més diu res,
 doncs ens hi adherim. Si algú té alguna objecció que ho digui ara o... ;)

 Salut!!
 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria


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




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Correu, calendari, etc.

2015-06-28 Thread Konfrare Albert

Hola,

Pel que fa al calendari, jo continuaria amb la wiki. Hi tenim això que
podríem reutilitzar:
http://wiki.openstreetmap.org/wiki/Template:Calendar
A més veig que el José Luis hi ha afegit l'esdeveniment de Llefià amb la
bandera catalana ;)
Dubto que tinguem tants esdeveniments com per necessitar un Google Calendar.
Però en fi, només és una opinió.

Pel que fa al correu, potser el Felip pot crear un i...@openstreetmap.cat
que estaria bé que gestionés més d'una persona.

Els meus cinc cèntims
Salut ;)

El dia 29 de juny de 2015, 0:02, Carlos Sánchez erielk...@gmail.com ha
escrit:

 He aconseguit enllaçar la página de google+ amb un correu nou per a
 contacte directe amb OSMcatalà. També estic creant un calendari OSM. Us
 faig cinc céntims.

 Calendari OSM:
 https://www.google.com/calendar/b/1/embed?src=osmcat...@gmail.com
  Si teniu coneixement de més esdeveniments d'OSM a prop aviseu-me i ho
 afegeixo.

 Correu OSMcatalà: osmcat...@gmail.com
  Molts cops la gent pregunta per informació o fer arribar un mail a
 OSMcatalà i l'única resposta són les xarxes socials o apuntar-se a la
 llista. Crec que amb un correu de referencia tipus info es soluciona el
 contacte com e els casos de mails enviats a TV3, etc.

 Els que esteu interessats, passeu-me direccions de contacte per a
 afegir-vos a l'administració de la pàgina de google.

 PD: El tema de la web s'hauria de reprendre amb alguna persona amb
 coneixements informàtics.


 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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




-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] Layers and landuse

2015-06-28 Thread Warin


On 29/06/2015 1:14 AM, Martin Koppenhoefer wrote:



2015-06-28 14:39 GMT+02:00 Tobias Knerr o...@tobias-knerr.de 
mailto:o...@tobias-knerr.de:


On 27.06.2015 11 tel:27.06.2015%2011:19, michael spreng wrote:
 This is not a tagging error.

It is an error. Only the underground part of the ditch should have
layer=-1, and it needs to also have a tunnel tag.

As for landuse, such areas are typically non-physical, and as such not
easily inserted into the layer hierarchy. However, mappers are using
landuse far beyond its original definition, and also map physical
things
such as pastures and (arguably) fields with it. At that point, the
usual
layer rules need to apply.



completely agree. I had written something similar, but accidentally 
the mail was only sent to Michael and not to this list...





My take...

If lower than the 'original ground level' then layer=-1 (or more)

If the 'ditch' is covered then it is a tunnel or a culvert, if there is 
no 'roof' then it is a cutting.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mappers and apps should focus on relations at the very start

2015-06-28 Thread Ruben Maes

2015-06-28 20:34 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com:
 On Sun, Jun 28, 2015 at 4:03 AM, Richard Fairhurst rich...@systemed.net 
 wrote:
 When people are deleting and combining ways, they are editing
 invisible data - tags and parent relations. In a world without
 relations, combining different tags would still be an issue. For
 instance, the sidewalk tag is not visible. It should be visible. If
 it ever becomes visible, there is still a huge repository of approved
 tags that won't be. The current approach - concatenation - is
 essentially invisible in many situations (the user must pay a lot of
 attention at the result). I would like to see a scenario where a
 casual mapper (the target audience of all editors besides JOSM) would
 prefer not to be notified about a potential mistake. I do mapping
 sprints very often, I'm knowledgeable, and even so I prefer to get
 interrupted in my mapping whenever I do something potentially
 damaging. Without that, even with my experience, I would have broken
 data multiple times. How is that casual mappers would prefer not to
 have that? It is a contradiction to design the application for casual
 mappers and still place fastest mapping at utmost priority. A casual
 mapper is not aware of the data model, and should not be expected to
 be so.

Trying to be a bit objective here:
I have been teaching someone to edit OSM with iD and he was
demotivated by the warnings he got when clicking Save. He then had to
try to find out where the errors were, failed to do so and gave up. I
told him to just upload it and I fixed it myself.

So I believe that thinking you are ready and then having to deal later
with mistakes you made earlier is highly demotivating.


Eventually I convinced him to take the leap to JOSM. I had to explain
how the data is represented and it took him more time to learn (note
that JOSM made him eager to learn more about the actual data
structures!), but now he is more confident in editing ways.

I have not explained relations yet though and he broke some last week,
by merging ways (one was in a route relation and the other not). I
tried this and JOSM does not give any warning at all when you do that
in expert mode, but it does in non-expert mode. Apparently it was not
clear enough that data would break.


My conclusion is that editors should not try to hide too much, but be
didactic. Ideally they should confront mappers with what exactly the
consequences are of a certain action (and I realize this is very hard
to do, with the freedom of tags and such). In this case, a map with
the effect on the relation could have been shown.

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

Re: [OSM-talk] Layers and landuse

2015-06-28 Thread Martin Koppenhoefer



sent from a phone

 Am 29.06.2015 um 00:42 schrieb Warin 61sundow...@gmail.com:
 
 If lower than the 'original ground level' then layer=-1 (or more)


layer are tags to map relative local stacking (which object is above which 
other object where they overlap), it has nothing to do with original ground 
level. Where objects do not overlap, the tag is meaningless.


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

Re: [Talk-br] Traduções em português do iD e JOSM

Só um conselho pro pessoal que tá traduzindo o iD: não deixem de olhar
a aba Comentários dos termos que vão alterar. Em alguns deles, eu
deixei a explicação de por que a tradução é de um jeito e não de outro
(e as pessoas não leram e desfizeram algumas das minhas traduções).
Pode mudar, claro, algumas foram legais e eu estou incorporando no
wiki como sugestão, outras nem tanto, então a essas alturas do
campeonato é bom que seja bem explicada a mudança. Melhor ainda se for
discutida em grupo e registrada no wiki pra poder ser adotada nos
outros sistemas também. Voltei a esse assunto rapidamente (e gostaria
de me envolver com a do JOSM se me permitirem) porque fui consertar as
traduções do Nominatim (depois da discussão sobre distrito vs
município), acho que quase ninguém olhou desde que pt-BR e pt-PT foram
separadas. No caso do Nominatim, tinha MUITA coisa pra consertar.
Basicamente só 1 tradutor se preocupou e ele pelo visto nem é
mapeador. Vai levar um tempo, talvez meses, pra que os consertos
passem pro site.

2015-06-26 20:18 GMT-03:00 Adriano Rosa adriano...@gmail.com:
 opa, rogério.

 para traduzir, sim. há vários sistemas online para cada ferramenta. mais
 informações aqui:
 http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es

 já esse tópico, trata da revisão de algumas dessas traduções. para isso, foi
 criada uma planilha (já compartilhei contigo ;D) para fazer a comparação e
 buscar uma coerência nas diversas traduções. há muitos termos traduzidos de
 forma diferente.

 no entanto, para realizarmos a verificação, é preciso organizar a planilha.

 o que eu fiz, até agora, foi baixar as traduções de algumas ferramentas e
 lançar nessa planilha. mas como cada um tinha um formato diferente, não
 ficou organizado.

 qualquer dúvida estou à disposição.

 Em sex, 26 de jun de 2015 às 20:12, Rogério Plisk rogerpl...@gmail.com
 escreveu:

 Olá posso ajudar com tradução!
 Eh algum sistema online que acessamos com a nossa conta?

 Sds
 Rogerio Plisk



  Le 26 juin 2015 à 14:51, Nelson A. de Oliveira nao...@gmail.com a
  écrit :
 
  2015-06-26 14:34 GMT-03:00 Adriano Rosa adriano...@gmail.com:
  já há alguma posição sobre o subfórum de tradução?
 
  Ainda não...
  Vou dar um ping lá pra ver isso.
 
  A gente precisa ver o TTS do osmand também ;-)
 
  ___
  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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Traduções em português do iD e JOSM

2015-06-28 Thread Alexandre Magno Brito de Medeiros

Onde são gerenciadas as traduções do Nominatim?

Em 28 de junho de 2015 22:26, Fernando Trebien fernando.treb...@gmail.com
escreveu:

 No caso do Nominatim, tinha MUITA coisa pra consertar. Basicamente só 1
 tradutor se preocupou e ele pelo visto nem é mapeador. Vai levar um tempo,
 talvez meses, pra que os consertos passem pro site.

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

Re: [Talk-br] Traduções em português do iD e JOSM

2015-06-28 Thread Alexandre Magno Brito de Medeiros

http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases

Em 28 de junho de 2015 22:40, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Onde são gerenciadas as traduções do Nominatim?

 Em 28 de junho de 2015 22:26, Fernando Trebien fernando.treb...@gmail.com
  escreveu:

 No caso do Nominatim, tinha MUITA coisa pra consertar. Basicamente só 1
 tradutor se preocupou e ele pelo visto nem é mapeador. Vai levar um tempo,
 talvez meses, pra que os consertos passem pro site.



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

Re: [Talk-br] Traduções em português do iD e JOSM

Links para todas as traduções:
https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es

2015-06-28 22:43 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:
 http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases

 Em 28 de junho de 2015 22:40, Alexandre Magno Brito de Medeiros
 alexandre@gmail.com escreveu:

 Onde são gerenciadas as traduções do Nominatim?

 Em 28 de junho de 2015 22:26, Fernando Trebien
 fernando.treb...@gmail.com escreveu:

 No caso do Nominatim, tinha MUITA coisa pra consertar. Basicamente só 1
 tradutor se preocupou e ele pelo visto nem é mapeador. Vai levar um tempo,
 talvez meses, pra que os consertos passem pro site.




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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Traduções em português do iD e JOSM