date:20150704

Le 04/07/2015 00:47, osm.sanspourr...@spamgourmet.com a écrit :

 J'ai passé pas mal de temps à chercher un meilleur rapport qualité
 prix, au mois je n'ai pas trouvé.

 À l'heure, sans avoir de base de calcul, c'est difficile de savoir
 si une solution EC2 boostée pourrait être intéressante.

 Si je regarde de ce côté, j'arrive en prix mensuel à :

 -  $852.64 pour un c3.8.xlarge (60 Go RAM, 2*320 Go SSD) – capacité
 fixe,

 -  $309.52 pour un i2.xlarge 30,5 Go RAM, 1 x 800 Go SSD.


Tout ça me semble bien trop cher par rapport à un serveur dédié OVH ou
online où on est largement en dessous de 100 euros/mois. C'est pour ça
entre autre qu'AWS ne m'a jamais emballé ajouté au fait que je ne
maitrise plus le fonctionnement dans le cloud. Comment les I/O se
comporteront... car dans bien des cas l'essentiel est là.

 Comme toute heure entamée est due, comme les appels de détresse et
 fausses alertes tombent à tout heure du jour et de la nuit, je
 suppose que le coût d'un serveur en production serait bien celui-là.



 Je n'ai pas regardé du côté des serveurs plus petit avec du stockage
 EBS/SSD.

 Avez-vous des commentaires ?



 Du... coût ;-), on me demande s'il n'est pas possible de prendre une
 configuration plus légère pour l'install party afin de voir les
 possibilités (je peux disons installer la pile applicative mais en
 ne chargeant qu'une partie des données disons au hasard la Bretagne)
 et ensuite migrer.



Le principe de l'install party est d'apprendre à installer pour devenir
autonome et pouvoir refaire de même quand nécessaire.
Installer sur un serveur de test, et installer à nouveau sur un serveur
de prod plus tard me semble une bonne approche, non ?



 Je vous passe la question in extenso:

 /Quelle est la difficulté de transférer d'un hôte vers un autre ?
 Ou de changer de gamme en restant cher le même fournisseur ? Je ne
 pense pas nécessaire d'avoir un tel serveur juste pour faire des
 tests. Je pense qu'il serait préférable d'avoir quelque chose de
 simple pour l'install party et, si on va vraiment dans cette
 direction, de changer plus tard de matériel./



 Pour les offres, si on prend un serveur dédié on est bridé ensuite.


Oui, il faut bien le choisir.


 Si on prend une offre cloud, EC2 tiny au début c'est gratuit
 (première année).

 Mais peut-on se mettre dans une configuration où, sur une zone
 réduite et peu (1-2) d'utilisateurs, on pourrait avoir un
 comportement semblable ?



 Est-ce qu'une machine virtuelle installée sur un serveur permettrait
 d'effectuer un transfert dans des conditions raisonnables (j'ai
 l'impression que les offres avec VMware sont des nuages dédiés donc
 bien plus chères et les instances d'EC2 sont déjà des machines
 virtuelles. Des expériences avec HyperBox/VirtualBox ?).



C'est une bonne option. J'utilise plutôt des solutions de type container
(openvz sur un host tournant avec proxmox).



 Des conseils sur l'OS ? J'ai tendance à partir sur du Debian.


Ubuntu 14.04 (LTS) est actuellement l'OS sur lequel les install sont les
plus simples.
Ma config préférée actuelle: proxmox sur un serveur dédié, des
containers en Ubuntu 14.04 dans lesquelles on fait tourner les stacks.




 Ou est-ce qu'une fois faite une install party on réinstalle
 suffisamment rapidement sur une autre infrastructure ?


C'est l'objectif... acquérir la compétence en partageant les
connaissances de chacun pour installer selon ses besoins.

-- 
Christian Quest - OpenStreetMap France


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

[Talk-cat] OSMbot per Telegram

2015-07-04 Thread Konfrare Albert

Hola,

Uns quants d'aquesta llista els darrers dies hem estat treballant per fer
un bot per Telegram que permeti fer cerques a OpenStreetMap (i per tant
compartir-ne els resultats). La idea és anar-lo millorant.

Trobareu el bot a (cal tenir Telegram, evidentment):
https://telegram.me/osmbot

També n'hem creat un copte de Twitter per informar de les novetats:
https://twitter.com/osmbot_telegram

Ens ha semblat que estava bé atribuir el mèrit de la creació del bot a la
comunitat catalana d'OpenStreetMap, penso que està bé, i això ens dóna
certa visibilitat.

També ens ajudareu a donar visibilitat al projecte si des d'aquest enllaç
voteu l'aplicació i hi deixeu un comentari amb les vostres impressions:
https://telegram.me/storebot?start=osmbot

Si algú té molt d'interès en participar en el desenvolupament / testing /
idees del bot, ha de saber que tenim un grup a Telegram amb aquesta
finalitat (que per cert, treu fum), una de dos: 1. Em passeu en privat el
telèfon i us afegeixo 2. Em dieu el vostre usuari públic de Telegram i us
afegeixo (ningú sabrà el número de mòbil).

Salut i gràcies!
-- 
*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-transit] different interpretations of v2 PT scheme

2015-07-04 Thread Roger Slevin

Janko

 

Janko

 

Remember I am not a mapping specialist but I am a specialist in public 
transport information systems - and perhaps it is our different perspectives 
that triggers different views, and the terminology that we use. I am also 
guilty of using UK terminology which (for historic reasons) slightly differs 
from that used in the relevant European Standards that covers this area.

 

If you simply use crow-fly proximity to determine whether an interchange is 
possible then you can quickly find situations where there are physical barriers 
river, buildings, ...) that prevent connections being made.  If you determine 
proximity by routed walks then this requires a very detailed level of mapping 
to be available = and even then you might have two stops on opposite sides of a 
dual carriageway where the central reservation prevents pedestrians getting 
from one side of the road to the other.  Furthermore, issues of road safety or 
personal security may mean that you would never want to offer a journey plan 
which uses a particular combination of stops as an interchange point. These are 
perhaps the key reasons why in public transport information systems the best 
practice is to define the members of an interchange location using what is 
termed a stoparea - which is a collection of stoppoints which generally will 
use the same public-facing name, and between which it is possible to 
interchange. When planning a public transport journey it is generally the case 
that the interchange time between stops in a stoparea are a fixed value - in 
the UK this is typically set to 5 mins - which allows for a short walk between 
two stoppoints within the stoparea plus a small time buffer in the event that 
the arriving service is slightly late.

 

A station is a special type of stoparea in public transport information systems.

 

Where interchanges involve a link between stoppoints which are physically 
separated by more than a modest distance (in the system I am involved in this 
generally would mean stops that are more than 150m apart) then, and only then, 
is a specific walk route defined for the interchange leg - in which case a 
specific walk time becomes part of the calculation for the journey plan.

 

In the UK all of this forms part of the NaPTAN specification for stops - and 
this in turn is reflected in the European IFOPT standard, which is in the 
family of public transport information standards under the Transmodel reference 
data model.  The key terminology difference is that in the European Standards a 
Stop is what I refer to as a Stoparea (because in everyday English a stop 
means an individual stoppont.

 

I hope this explains my perspective on what I have referred to as “stopareas”.

 

Best wishes

 

Roger

 

 

From: Janko Mihelić [mailto:jan...@gmail.com] 
Sent: 03 July 2015 22:59
To: ro...@slevin.plus.com; Public transport/transit/shared taxi related topics
Subject: Re: [Talk-transit] different interpretations of v2 PT scheme

 

čet, 2. srp 2015. 16:32 Roger Slevin ro...@slevin.plus.com je napisao:

I think you are falling into the trap of trying to cover too many things in one 
relationship.  A stoparea to me as a public transport person is (defined 
functionally) a cluster of stoppoints at which it is possible to interchange 
between services – and as such it is also a collection of stops for which a 
single stop name can be shared (in the UK we then have a separate “indicator” 
to allow you to make the naming of each stoppoint unique within the stoparea.

 

IMHO there is no sense in using a stop_area_group relation (You probably meant 
stop_area_group instead of stop_area) to show where you can interchange between 
services. That is already obvious if they are near each other, isn't it? Any 
two stops that are within ~100m from each other can be seen as an 
stop_area_group. You don't have to make a relation to tell you that.
I see no reason to group objects in stop_area_groups, unless maybe if there is 
a name or ref that only makes sense to give to a collection of stops, and they 
all have different names. But if you are talking about a station, we have the 
tag public_transport=station.

Janko Mihelić

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

Re: [Talk-cz] Czech hiking preset v JOSM, klíč complete

2015-07-04 Thread Marián Kyral

Dne 4.7.2015 v 10:45 Tomas Janousek napsal(a):
 Ahojte,

 chci se zeptat, jaký je význam klíče complete, který v tomto presetu je u
 všeho. Nikde na wiki k tomu není vysvětlení a když srovnám globální a české
 taginfo, zhruba polovina výskytů je u nás. Mám navíc důvodné podezření, že
 většina výskytů je důsledkem toho, že je to v tom presetu, a to navíc s
 překlepem defualt namísto default.

 Pokud teda mám pravdu v tom, že většina výskytů je tam omylem, navrhuju to v
 tom presetu změnit, a jelikož jsem nepřišel na to, jak do default napsat
 unset, aby to fungovalo, tak jsem to prostě obalil . Moje navrhovaná podoba
 presetu je tedy toto: http://store.lisk.in/tmp/Presets_Czech_hiking-preset.xml
 (dovolil jsem si opravit whitespace, takže kdyžtak diff -w).

 No a pak by to teda ideálně chtělo zdokumentovat ten tag na wiki a nějak
 vymyslet, jak se zbavit těch tisíců výskytů. :-)

 (Tenhle text jsem psal 19.5. přímo uživateli vrabcak, který je uveden jako
 autor toho presetu, ale neodpovídá mi, tak třeba bude vědět někdo tu. Tím
 pádem se rovnou zeptám, jak se to případně mění — stačí to změnit na wiki JOSM
 a to může udělat každý, nebo je to jinak?)

Ahoj,
stačí změnit na wiki JOSM a editor si pak stáhne aktualizovanou verzi.

Marián


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

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

Je ne trouve aucun apport à avoir un nom identique à celui de la commune
pour les bureaux de poste.
C'est un service, en principe générique, et sa localisation n'a en fait
aucune importance.
C'est différent pour une gare qui correspond à un service qui sert à se
déplacer et donc d'aller d'un point A à un point B où la différenciation
est essentielle au service et où le nom me semble important.

Quand il y a plusieurs bureaux de poste dans une même commune, là le nom
commence à servir à les différencier (exemple dans ma commune avec une
Poste principale et 4 autre bureaux).

On revient à nouveau sur la notion de nom... et ce qu'on doit mettre
ou pas dans name=*


Pour le rendu, éliminer les noms des POI si ils sont identiques à celui
de la commune où ils se trouvent est possible, mais relativement plus
coûteux en terme de requête. Encore pire si on doit le faire pour les
amenity=bakery + name=Boulangerie... et je n'imagine même pas tenir
compte de différentes langues.


Le 04/07/2015 11:14, Romain MEHUT a écrit :
 Le 4 juillet 2015 00:03, Vincent de Château-Thierry v...@laposte.net
 mailto:v...@laposte.net a écrit :


 Le 03/07/2015 22:59, Romain MEHUT a écrit :

 Le 3 juillet 2015 22:48, Vincent de Château-Thierry
 v...@laposte.net mailto:v...@laposte.net

 Je demande à voir comment est libellé sur le terrain le nom (s'il
 existe) des bureaux de poste...

 Quelqu'un aurait une photo parlante à portée de main?


 Dans les cas que je connais, le nom figure sur une plaque en
 façade, avec les horaires, comme ici :
 http://www.saintmarcelblog.com/2010/09/bravo-la-poste.html (où le
 nom est celui de la commune ^^).


 Ok mais je dirais que le name n'est pas seulement le nom de la
 commune mais La Poste le nom de la commune.
  
 Romain


 ___
 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: [OSM-talk-fr] (osm: message 4 of 20) Paris : généralisation du cedez-le-passage cycliste

2015-07-04 Thread osm . sanspourriel


Bonjour,
ce n'est pas généralisé au sens où c'est interdit sauf panneau l'autorisant.
Ce qui est généralisé, c'est l'idée de mettre des panneaux l'autorisant 
à tous les feux.

Donc info à ajouter au fur et à mesure sur chaque feu.

Je n'imagine pas que les Allemands n'aient pas des moteurs le prenant en 
compte puisque la le système est réellement la règle.


Jean-Yvn

Le 04/07/2015 11:28, George Kaplan - georgekaplan...@hotmail.fr a écrit :

Bonjour,

Pour les cartographier, on utilise une relation restriction avec 
restriction:bicycle=give_way. C'est un tag franco-français, créé lors de la 
légalisation des Cédez le Passage cycliste au feu. Quelqu'un sait s'il a été 
discuté au niveau international ou si un moteur de routage en tient compte ?

George

Le 4 juil. 2015 à 11:09, Vincent de Château-Thierry v...@laposte.net a écrit :


Bonjour,

Un inventaire à venir, pour les parisiens...:
http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719

Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au 
détriment des carrefours à feux, ça peut donc être sympathique d'en disposer 
dans OSM.

vincent

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


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


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

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

Oui c'est cette liste que j'ai utilisé comme base.

Le 03/07/2015 23:19, Jean-Baptiste Holcroft a écrit :

 Parles tu de cette liste déjà traduite pour nominatim ?

 https://github.com/openstreetmap/openstreetmap-website/blob/f0ecc6312b74aee11725bf0aaae47614fc9f2a87/config/locales/fr.yml#L427

 Le 3 juil. 2015 16:04, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :



 Le 03/07/2015 15:46, Jérôme Seigneuret a écrit :
 Des descriptions en tant que nom

 name=Piste de Roller (dégradée) + *highway=**

 Peut-être tester l'usage de verbe dans le tag name  Je connais
 pas de voirie en contenant

 Le tout premier qui me vient à l'esprit: prolongée ;)


 Inexistence de type de voirie (rue, allée, place, ...) 


 Là aussi on risque d'avoir un paquet de faux positifs...



 Pour les POI, le script d'extraction que j'ai utilisé pour
 alimenter addok tente de gérer justement la présence du type de
 POI dans le name=*. Je me suis basé sur une liste utilisée pour la
 traduction du site osm.org http://osm.org.

 -- 
 Christian Quest - OpenStreetMap France


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



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

-- 
Christian Quest - OpenStreetMap France

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

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



Le 04/07/2015 11:44, Christian Quest a écrit :

Je ne trouve aucun apport à avoir un nom identique à celui de la commune
pour les bureaux de poste.
C'est un service, en principe générique, et sa localisation n'a en fait
aucune importance.
C'est différent pour une gare qui correspond à un service qui sert à se
déplacer et donc d'aller d'un point A à un point B où la différenciation
est essentielle au service et où le nom me semble important.

Quand il y a plusieurs bureaux de poste dans une même commune, là le nom
commence à servir à les différencier (exemple dans ma commune avec une
Poste principale et 4 autre bureaux).

On revient à nouveau sur la notion de nom... et ce qu'on doit mettre
ou pas dans name=*


Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin à 
faire... Il n'y a pas que les cartes dans la vie ;)
Supposons un consommateur* de données OSM qui n'utilise que les bureaux 
de poste. Il ne veut pas les prendre dans l'OpenData de La Poste, car le 
positionnement géographique est moins précis que dans OSM. Mais à vous 
suivre, s'il les extrait d'OSM, il va se retrouver avec un tag name 
majoritairement vide, rempli quasi uniquement dans les communes à 
plusieurs bureaux. Vous trouvez ça pratique à utiliser ? Homogène ? S'il 
faut en passer par un croisement avec les limites communales pour 
retrouver le nom, alors qu'il était présent dans la source intégrée, je 
pense qu'on marche sur la tête.


vincent

* il les consomme, mais pas forcément via une carte.

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

[talk-au] High country huts

2015-07-04 Thread forster


Hi

I am new to editing.

I have noticed inconsistency in what are known in Australia as Alpine  
or High Country or Mountain Cattlemen's huts.


In Victoria they are tagged  tourism=alpine_hut (see Bogong High  
Plains, Mt Sterling and Lake Mountain)


In the NSW they are tagged as  shelter_type=basic_hut. (see the Snowy  
Mountains, [except that you can't easily see them, eg Whites River  
Hut, Schlink Hilton, Tin Hut])


I would consider retagging the Victorian huts to basic_hut or  
wilderness_hut but there is a serious safety issue involved. I am  
aware that I should not tag for Mapnik but downgrading the hut status  
would be very risky for map users.


alpine_hut displays in Mapnik at zoom 13 but basic_hut displays at  
zoom 16. It is practically impossible to find a basic_hut with scroll  
and zoom, even if you know roughly where it is. I guess this is why  
Victorian huts are tagged alpine_hut.


These huts are the single most important feature in Australian alpine areas.

Ideally I would like to see basic_hut or wilderness_hut displaying at  
zoom 13, there is heaps of empty space, at least in Australian maps  
round these huts, then I would like to see the Victorian huts retagged.


Your thoughts?

Tony




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

[Talk-cz] Czech hiking preset v JOSM, klíč complete

2015-07-04 Thread Tomas Janousek

Ahojte,

chci se zeptat, jaký je význam klíče complete, který v tomto presetu je u
všeho. Nikde na wiki k tomu není vysvětlení a když srovnám globální a české
taginfo, zhruba polovina výskytů je u nás. Mám navíc důvodné podezření, že
většina výskytů je důsledkem toho, že je to v tom presetu, a to navíc s
překlepem defualt namísto default.

Pokud teda mám pravdu v tom, že většina výskytů je tam omylem, navrhuju to v
tom presetu změnit, a jelikož jsem nepřišel na to, jak do default napsat
unset, aby to fungovalo, tak jsem to prostě obalil . Moje navrhovaná podoba
presetu je tedy toto: http://store.lisk.in/tmp/Presets_Czech_hiking-preset.xml
(dovolil jsem si opravit whitespace, takže kdyžtak diff -w).

No a pak by to teda ideálně chtělo zdokumentovat ten tag na wiki a nějak
vymyslet, jak se zbavit těch tisíců výskytů. :-)

(Tenhle text jsem psal 19.5. přímo uživateli vrabcak, který je uveden jako
autor toho presetu, ale neodpovídá mi, tak třeba bude vědět někdo tu. Tím
pádem se rovnou zeptám, jak se to případně mění — stačí to změnit na wiki JOSM
a to může udělat každý, nebo je to jinak?)

Díky.

-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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

[OSM-talk-fr] Paris : généralisation du cedez-le-passage cycliste


Bonjour,

Un inventaire à venir, pour les parisiens...:
http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719

Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera 
au détriment des carrefours à feux, ça peut donc être sympathique d'en 
disposer dans OSM.


vincent

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

Re: [talk-au] High country huts

2015-07-04 Thread Warin


On 4/07/2015 6:24 PM, fors...@ozonline.com.au wrote:

Hi

I am new to editing.

I have noticed inconsistency in what are known in Australia as Alpine 
or High Country or Mountain Cattlemen's huts.


In Victoria they are tagged  tourism=alpine_hut (see Bogong High 
Plains, Mt Sterling and Lake Mountain)


In the NSW they are tagged as  shelter_type=basic_hut. (see the Snowy 
Mountains, [except that you can't easily see them, eg Whites River 
Hut, Schlink Hilton, Tin Hut])


I would consider retagging the Victorian huts to basic_hut or 
wilderness_hut but there is a serious safety issue involved. I am 
aware that I should not tag for Mapnik but downgrading the hut status 
would be very risky for map users.


alpine_hut displays in Mapnik at zoom 13 but basic_hut displays at 
zoom 16. It is practically impossible to find a basic_hut with scroll 
and zoom, even if you know roughly where it is. I guess this is why 
Victorian huts are tagged alpine_hut.


These huts are the single most important feature in Australian alpine 
areas.


Ideally I would like to see basic_hut or wilderness_hut displaying at 
zoom 13, there is heaps of empty space, at least in Australian maps 
round these huts, then I would like to see the Victorian huts retagged.


Your thoughts?



Unfortunately rendering 'rules' are world wide ...
Meaning if basic_hut or wilderness_hut displaying were displayed at zoom 
13 somewhere in the world there would be too much clutter for the map to 
be usefull.


Personally I'd like to see these 'rules' being made fuzzy ... so in 
places where little is shown things can be brought forward. Probably 
best implemented the other way around, removing things untill the number 
of things displayed per unit area is suitably small for reading, but 
large enough for detail.


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

Re: [OSM-talk-fr] Paris : généralisation du cedez-le-passage cycliste

2015-07-04 Thread George Kaplan

Bonjour,

Pour les cartographier, on utilise une relation restriction avec 
restriction:bicycle=give_way. C'est un tag franco-français, créé lors de la 
légalisation des Cédez le Passage cycliste au feu. Quelqu'un sait s'il a été 
discuté au niveau international ou si un moteur de routage en tient compte ? 

George

Le 4 juil. 2015 à 11:09, Vincent de Château-Thierry v...@laposte.net a écrit :

 Bonjour,
 
 Un inventaire à venir, pour les parisiens...:
 http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719
 
 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera au 
 détriment des carrefours à feux, ça peut donc être sympathique d'en disposer 
 dans OSM.
 
 vincent
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Paris : généralisation du cedez-le-passage cycliste

2015-07-04 Thread Thomas Ruchin

Bonjour

La généralisation, cela signifie que par défaut, c'est autorisé. Mais les
exceptions (justifiées) restent très nombreuses.
Pour les intégrer dans OSM, il faut vérifier que les arrêtés afférents sont
bien parus au BMO (bulletin municipal officiel http://www.paris.fr/bmo)
et que les panonceaux ont été posés.
Vu la quantité, l'idéal serait d'attendre une parution OpenData (à demander
sur le portail OpenData de la ville) pour les intégrer ensuite en masse.

Thomas

Le 4 juillet 2015 11:09, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonjour,

 Un inventaire à venir, pour les parisiens...:

 http://www.paris.fr/actualites/a-partir-de-cet-ete-le-cedez-le-passage-cycliste-au-feu-rouge-est-generalise-dans-paris-2719

 Sachant qu'un calcul d'itinéraire vélo en tenant compte les privilégiera
 au détriment des carrefours à feux, ça peut donc être sympathique d'en
 disposer dans OSM.

 vincent

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

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

Re: [Talk-us] Question?

2015-07-04 Thread Hans De Kryger

Sorry for the late response, great idea Clifford. I will contact the editor
first. But my opinion is it does not meet the requirements and therefor
should be removed from osm. If it should be moved to OHM is another
discussion.

*Regards,*

*Hans*


*http://www.openstreetmap.org/user/TheDutchMan13
http://www.openstreetmap.org/user/TheDutchMan13*

*Sorry for any misspellings*

On Mon, Jun 29, 2015 at 4:27 PM, Hans De Kryger hans.dekryge...@gmail.com
wrote:

 Sorry about that, should of been more specific. I meant the archeological
 site.
 On Jun 29, 2015 2:24 PM, Clifford Snow cliff...@snowandsnow.us wrote:


 On Mon, Jun 29, 2015 at 2:14 PM, Richard Welty rwe...@averillpark.net
 wrote:

 http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site


 Thanks for pointing out the wiki page on archaeological sites. I wasn't
 aware it was documented.


 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

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


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

Re: [OSM-talk-fr] (osm: message 4 of 20) Paris : généralisation du cedez-le-passage cycliste

2015-07-04 Thread rainerU

Am 04.07.2015 um 11:43 schrieb 
osm.sanspourr...@spamgourmet.com:

Je n'imagine pas que les Allemands n'aient pas des moteurs le prenant en
compte puisque la le système est réellement la règle.


Le cédez-le-passage existe en Allemagne (Grüner Pfeil) mais s'applique 
à tous les usagers de la route.



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

[Talk-cat] Hackaton a la Palma

2015-07-04 Thread Konfrare Albert

Hola a tothom,

Des de la Konfraria estem muntant una hackaton pel proper dissabte 11 de
juliol a la Palma de Cervelló. El planning més o menys és:
- 9h-10h - Esmorzar
- 10h-19h - Hackaton
Dinar aproximadament cap a les 14h.

L'objectiu a grans trets de la Hackaton és programar una aplicació lliure
que xucli dades obertes (OpenStreetMap, Viquipèdia, Mapillary, etc...) i
que pugui adaptar-se fàcilment per a qualsevol municipi.
Perquè us feu una idea, un possible punt de partida podria ser una cosa
similar a: http://www.konfraria.org/osm/cerca/web

Possibles tecnologies a utilitzar: Leaflet, AngularJS, etc. però ja veurem.

És la primera Hackaton que organitzem, o sigui que ja veurem com surt, però
el més important és que passem un bon dia.

Si algú està interessat, si us plau, contacteu-me.
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: [OSM-talk-fr] Intégration des Boites Postale dans Osmose

Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;)

Oui, je comprends bien ton propos, mais généralise le à tout type de
POI... et on devrait mettre tout plein d'infos sur tout les POI... le
retour des is_in ?

Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur
les boites aux lettres de rue ;)



Le 04/07/2015 11:58, Vincent de Château-Thierry a écrit :

 Le 04/07/2015 11:44, Christian Quest a écrit :
 Je ne trouve aucun apport à avoir un nom identique à celui de la commune
 pour les bureaux de poste.
 C'est un service, en principe générique, et sa localisation n'a en fait
 aucune importance.
 C'est différent pour une gare qui correspond à un service qui sert à se
 déplacer et donc d'aller d'un point A à un point B où la différenciation
 est essentielle au service et où le nom me semble important.

 Quand il y a plusieurs bureaux de poste dans une même commune, là le nom
 commence à servir à les différencier (exemple dans ma commune avec une
 Poste principale et 4 autre bureaux).

 On revient à nouveau sur la notion de nom... et ce qu'on doit mettre
 ou pas dans name=*

 Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin
 à faire... Il n'y a pas que les cartes dans la vie ;)
 Supposons un consommateur* de données OSM qui n'utilise que les
 bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La
 Poste, car le positionnement géographique est moins précis que dans
 OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver
 avec un tag name majoritairement vide, rempli quasi uniquement dans
 les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser
 ? Homogène ? S'il faut en passer par un croisement avec les limites
 communales pour retrouver le nom, alors qu'il était présent dans la
 source intégrée, je pense qu'on marche sur la tête.

 vincent

 * il les consomme, mais pas forcément via une carte.

 ___
 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

[OSM-talk] weeklyOSM # 258

2015-07-04 Thread Madalina Ionescu

The weekly round-up of OSM news, issue # 258, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world: http://www.weeklyosm.eu

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

[Talk-br] Necessidade de intermediação

Amigos,
me perdoem, mas enquanto alguns discordam de um lado outros discordam de outro.

Alguém poderia intermediar o debate em 
http://www.openstreetmap.org/changeset/30210630 ?

Se torna muito difícil fazermos edições no mapa pautados em colaborações 
recebidas de outros e termos que ainda ficar justificando essas edições porque 
as fontes normais de emprego ainda não retratam as alterações feitas na malha 
viária.

Acreditava eu que quando se colocava o source:GPS;survey já se tornava 
implícito que não foi empregado o Bing, MapBox, IBGE ou outra fonte aceita pelo 
OSM.

Obrigado.

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

Re: [Talk-cz] tag pro okres a mestskou cast

2015-07-04 Thread Petr Vejsada

Dne Saturday 04 of July 2015 21:41:02, Milan Sladky napsal(a):

 Ahoj,Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast?

Mestske casti v OSM nejsou. Xificurkovi se do toho nechce ;)

--
Petr

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

Re: [Talk-br] Necessidade de intermediação

 Acabaram de incluir ali um acesso ( 
 https://www.openstreetmap.org/way/358538171 ) que segundo informação que 
 tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que 
 ele existe e não vou questionar se existe, ou não.

Eu tentei mostra para voce tudo evidencia que esse link existe, como
voce não quer compartilhar seus fontes, e nem olhando o informação que
eu tentando mostra para voce, eu precisava editar o trevo para mostra
a voce.

Segundo Strava tem muito fluxo nesse link, e não credito que isso e
pessoas correndo ou pedalando.

Voce for la ver mesmo que esse link não existe? Eu procurando
Mapillary e outros fontes e não vejo nada contrario.

Sim, vejo ainda que tem muito dados para melhorar no local, mas voce
não queria acertar quando primeiro perguntou voce sobre problemas de
roteamento, independente se for voce ou outros pessoas quebrando, so
depois muito discussão voce editou. A mapa e cheia do erros e
problemas e em vez acertar algum coisa quando alertada voce decide
começar um guerra contra o pessoa que voce mostrando isso?

Muitos vezes eu vi voce fazer edicoes que não concordo, ou que acho
errado, e cada vez apontando algum coisa a voce sair com mesmo tipo
resposta.

Bom, as fontes voce tem talvez tem melhor conhecimento local, mas eu
adicionei esse link por causa do evidencia de fluxo no local. Se voce
não passou esse trevo mesmo, e não pode compartilhar dados provando o
existência ou falta do existência esse link eu não tem outro escola em
creditar que o evidencia que tem do fluxo dos veicules e valido.

Se cada vez eu apontando um erro a voce eu vou peder 2 dias com
discussão ate voce decide jogou na lista eu vou parar de apontar ao
voce os erros na mapa e somente concerta-los como acho certo, sem
avisar a voce. Eu poderia resolver esse situação rapidamente sem
gastar tudo esse tempo.


On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 Venho recebendo muitas informações de erros nessa área que comprometem o
 roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer
 antes.

 Por exemplo:

 A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 )
 é uma via de pista dupla e não pista simples de sentido duplo. Esse erro
 compromete o roteamento de todas as vias que nela se entronca pelo norte ou
 pelo sul.

 A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 )
 só tem sentido único, de leste para oeste, até a Avenida das Nações Unidas,
 dela para oeste é via de mão dupla.

 Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta
 há mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET
 sobre ele.

 A administração atual decidiu dar continuidade as obras e a circulação na
 área tem sido modificada constantemente devido as obras. Recentemente a
 Prefeitura abriu ao tráfego um novo acesso a BR-364 para quem trafega pela
 BR, sentido NW e deseja pega-la no sentido SW. Esse acesso passa por baixo
 dos viadutos.

 Acabaram de incluir ali um acesso (
 https://www.openstreetmap.org/way/358538171 ) que segundo informação que
 tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que
 ele existe e não vou questionar se existe, ou não.

 []s
 Marcio

 -Mensagem Original-
 From: Aun Johnsen
 Sent: Saturday, July 4, 2015 4:18 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Necessidade de intermediação

 Marcio, lista talk-br

 Primeiro meu pergunta e motivo para avisar no changeset fui duvida
 sobre se roteamento realmente era possível, e vi Marcio tinha editado
 no local. Eu poderia perguntar algum outros dos mapeadoras que
 ideintificei como dbusse, mas como saber ele e alemão de armchair
 mapping não poderia espera resposta inteligente dele.

 No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS
 compartilhado no OSM não bati com Bing, significando que ha alterações
 no local. Com isso eu vi que precisava melhor informação antes do
 mexer, eu poderia rever pra situacao do Bing, que também e mesmo no
 MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais
 conhecimento necessário, outro motivo para enviar mensagens para
 Marcio.

 Alem isso, eu confirei com o camada do Strava Heatmap também mostrou
 falta do various partes nesse trevo, independente se for versão Bing
 ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não
 conhecer o Strava, muitos trackers esportivas, relógios, e similares
 gravando pontos onde voce correr, passiando bicicletas e outros
 atividades, e esses logs e visualicado nesse camada. Para uso aqui no
 Brasil, muito pessoas usando esses aplicativas errados, e com isso dar
 para identificar estradas também.

 Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas
 que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui
 https://www.openstreetmap.org/changeset/32412378

 Marcio, favor entra em contato com seus fontes no Porto Velho, para
 eles verificar

[Talk-it] mappatura colivazioni con strutture per la copertura stagionale

Ciao a tutti.
Ho alcune domande molto difficili per voi. 
Volevo chiedervi consiglio su come mappare delle coltivazioni che per un
certo periodo dell'anno richiedono la copertura tramite una specie di serra
in plastica costituita da un telo.
si tratta di coltivazioni che al loro interno hanno predisposti e fissi una
fitta rete di pali (e forse cavi) su cui viene stesa una plastica per
certi periodi dell'anno. è quindi molto simile a come si presenta un vitigno
ma in cui i pali non hanno solo lo scopo di sostegno alle piante ma anche
per sostenere il telo di plastica e, almeno nel territorio da me mappato,
servono alla coltivazione di pomodorini, carciofi e peperonile
coltivazioni hanno ampi spazi sgombri laterali (immagino per facilitare le
operazioni di montaggio e smontaggio della serra) 
Per intenderci guardate qua: [1] (si possono vedere alcune porzioni coperte
ed altre no)

la mia domanda è come taggo il tutto? uso un landuse=farm o altro? esteso
all'area sgombra laterale o solo dove c'è l'intelaiatura? il fatto è che
tutti i vari settori appartengono allo stesso lotto ma sono, per questioni
tecniche, fisicamente staccate tra loro da un area gombra e volevo trovare
un modo per tenere conto dell'estensione del lotto nella sua interezza ma
possibilmente senza perdere informazioni sul reale utilizzo del suolo (anche
e sopratutto per il fatto che questo durante certi periodi dell'anno si
presenta in una forma particolare che ricorda appunto una serra). le strade
interne so che sono service, ma volevo sapere le aree (esterne del lotto e
interne effettivamente coltivate) come le mappo.

ne ho già mappate molte come building=greenhouse ma penso sia
sbagliato...correggere queste una volta che so come mapparle è facile (anche
se molto lungo visto che dovrò verificarle una ad una e ce ne sono già
mappate diverse centinaia)... ma per il momento non posso continuare finchè
non risolvo questo dubbio


[1]http://www.bing.com/maps/?v=2cp=37.018034~14.363793lvl=19sty=hq=gelaform=LMLTCC
[2]http://www.bing.com/maps/?v=2cp=37.013812~14.331982lvl=20sty=hq=gelaform=LMLTCC



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina

nella mail penso di si...è comunque una comunicazione privata (seppur inviata
ad un ufficio) e potrebbe mettere a disagio l'interlociutore il fatto di non
sapere assolutamente nulla di chi lo stia contattando...sul social il
nickname (e di conseguenza l'anonimato) è abbastanza frequente e quindi più
accettato. 
può essere un problema,  lo capisco, ma il nome è cognome in una mail le
conferisce un minimo valore di serietà secondo me... è come metterci la
faccia (o meglio la firma) su ciò che si scrive...
Non so, forse gli altri non sono d'accordo a io la penso così :-/



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849504.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] SPAM Re: [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

Salut,

Je suis d'accord avec ta précision sauf que remis dans son contexte ça ne
correspond pas à ce que je mettais en avant dans les éléments que tu cites.
Les étoiles correspondent au nom de la commune qui est répété sur tous les
éléments que j'ai cité.
Voilà de quoi je parle pour la partie service public hors le cas du
cimetière cité par un autre contributeur rentre exactement dans ce cas.

Je retourne sur l'autre sujet histoire de conserver le fil ;-)




Le 4 juillet 2015 19:08, Christian Rogel christian.ro...@club-internet.fr
a écrit :

  Le 4 juil. 2015 à 12:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :
 
 
  Si je prend mon ancien village en nom local, tous le monde appel les
 service:
 
  école de *
  mairie de *
  piscine de *
  service technique de *
  cimetière de *
 
  et j'en passe...

 L'appellation vernaculaire n'est utilisée que, si une source écrite est
 indisponible, ce qui ne peut arriver pour les exemples cités.
 Les noms  doivent être ceux affichés ou à défaut les noms figurants dans
 les documents  administratifs,  c'est-à-dire ceux qu'utilise l'opérateur,
 ici la commune ou la communauté de communes.

 école de...  école élémentaire (pas d'autre précision, s'il y en a qu'une)
 mairie  en règle générale, c'est affiché comme tel. Dans certains
 endroits, il y a le nom en langue régionale qui est accolé (Ti-kêr ou
 Ti-kear en Bretagne).
 piscine  piscine municipale (ou communautaire, le cas échéant)
 service technique   services techniques municipaux (le pluriel est le
 plus fréquent)
 cimetière  cimetière municipal ou cimetière de ...,  si c'est affiché à
 la  porte;

 D'une manière générale, c'est une mauvaise idée d'omettre les noms
 génériques, car, cela crée un déséquilibre avec les traductions et les
 translittérations.
 Il faut avoir l'esprit international et ne pas croire qu'on va créer une
 table multilingue des noms génériques qui ne le sont pas toujours.
 Dans la République française, le nom générique maison commune a deux
 déclinaisons officielles, mairie et hôtel de ville.

 Christian R.
 ___
 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-cz] tag pro okres a mestskou cast

2015-07-04 Thread Ha Noj

okres  admin_level=7
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative

ha
hanoj

Dne 4. července 2015 21:41 Milan Sladky milan.sla...@outlook.com napsal(a):
 Ahoj,
 Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast?

 Ve vystupu Nominatim geocoderu je to county a suburb:

 searchresults timestamp=Sat, 04 Jul 15 19:29:01 + attribution=Data C
 OpenStreetMap contributors, ODbL 1.0.
 http://www.openstreetmap.org/copyrightquerystring=billa pardubice
 polygon=true exclude_place_ids=110514255,67590232,68014100
 more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=110514255,67590232,68014100accept-language=en-US,en;q=0.8,cs;q=0.6polygon=1addressdetails=1q=billa+pardubice;
 place place_id=110514255 osm_type=way osm_id=234034299
 place_rank=27 boundingbox=50.037,50.0390586,15.5561202,15.5564561
 lat=50.0390586lon=15.5561202 display_name=Billa, Přelouč, okres
 Pardubice, Pardubický kraj, Severovýchod, 53501, Czech Republic
 class=highway type=serviceimportance=0.275
 roadBilla/road
 suburbPřelouč/suburb
 townPřelouč/town
 countyokres Pardubice/county
 stateSeverovýchod/state
 postcode53501/postcode
 countryCzech Republic/country
 country_codecz/country_code
 /place

 Diky moc,
 Milan

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


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

Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina

2015-07-04 Thread John Doe

Dici che potrebbe essere un problema non presentarsi con nome e cognome?
Il 04/Lug/2015 15:35, Aury88 spacedrive...@gmail.com ha scritto:

 John Doe wrote
  Proverò a mandare la mail all'indirizzo da te indicato. Eventualmente
  provvederò anche a mandare qualche messaggio sui social. È l'unica
  occasione per avere quei dati.

 dai dai! un po di fiducia ;-)
 tienici informati

 ps:io fra qualche mese, quando si saranno calmate le acque agitate dal
 periodo elettorale, riproverò a mandare la lettera al sindaco di Gela che
 nel frattempo è diventato Domenico Messinese.
 Candidato con il m5s ha un punto del programma dedicato alla trasparenza
 della PA e qualche accenno all'OpenData,quindi ho ottime speranze che
 qualche dato potremo ottenerlo;tra l'altro ho scoperto che con la fine
 delle
 provincie i dati in ambito catastale passano di competenza dei singoli
 comuni ma non so se si applica anche alla Regione Sicilia.



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849487.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina

2015-07-04 Thread Luigi Toscano

John Doe ha scritto:
 Dici che potrebbe essere un problema non presentarsi con nome e cognome?

Richiesta ufficiale, quindi meglio presentarsi in maniera ufficiale.

Ciao
-- 
Luigi


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

Re: [OSM-talk-fr] nature en tant que nom d'objet

2015-07-04 Thread Christian Rogel


 Le 4 juil. 2015 à 20:47, osm.sanspourr...@spamgourmet.com a écrit :
 
 Avec le même raisonnement (cela crée un déséquilibre avec les traductions et 
 les translittérations) j'arrive à la conclusion opposée. Mais sans avis 
 franchement tranché.
 Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a 
 écrit HÔTEL DE VILLE et TI-KÊR j'aurais tendance à mettre simplement 
 amenity=townhall.
 J'ai ajouté br:name=Ti-Kêr afin de restaurer la symétrie.
  
 Sur le fronton de la mairie il y a les deux noms.
 Je suppose que c'est pourquoi Christian R. veut avoir le nom en français 
 et/ou en breton quand il regarde la carte mettons depuis une carte disons 
 anglaise afin que l'utilisateur sache que chercher. 

Tout utilisateur doit voir le nom local qui est inscrit sur le bâtiment dans la 
langue locale de référence. Du moins, si son interface autorise l’affichage des 
« name ». Il doit aussi lire les autres versions linguistiques sur un site ad 
hoc ou par interrogation de la base.

 Christian R., tu voudrais avoir donc un cityhall hôtel de ville, Guidel si 
 tu cherches avec une interface anglaise ?
 Et Mairie Hôtel de ville en français ? ;-).

Je veux que les gens du monde entier voient « Hôtel de ville » ou Mairie », 
selon ce qui est écrit sur la porte. Ce ne sont pas des noms génériques, comme 
l’est « maison commune » qui apparaît à l’état-civil. Mairie et Hôtel de ville 
sont des noms coutumiers sans valeur juridique réelle. Et les cartes doivent 
transcrire les coutumes de nommage quand elles sont en évidence.

 Ceci dit, je viens de chercher mairie, guidel
 J'obtiens :
 Hôtel de ville / mairie Hôtel de Ville, Impasse du Stanco, Guidel, Le Petit 
 Cap, Guidel, Lorient, Morbihan, Bretagne, France métropolitaine, 56520, 
 France http://www.openstreetmap.org/way/70434224
 On voit le doublon Hôtel de Ville.
 Si on met que qui est sur le fronton on aurait :
 Hôtel de ville / mairie Hôtel de ville Ti-kêr

Parlons justement des noms affichés en 2 langues (il y a sûrement des endroits 
où il en a plus, peut-être en français-breton-gallo). On devrait appliquer la 
règle de ce qui est vu sur le terrain et mettre les différentes versions 
ensemble dans le « name ». Dans ce cas, il serait difficile d’escamoter le 
français.
Dans la pratique, on répartit en les tags de langue, ce qui permet d’avoir des 
cartes par langue.C’est pour ça que Londres a 150 tags « name » (il doit y 
avoir « Londrez » qui est la version en breton).

Savez-vous que quand je suis dans l’éditeur de iD, il me donne les versions 
bretonnes par défaut, sans que j’ai paramétré quoi que ce soit ? Cela m’étonne 
et me ravit en même temps.

Ti-kêr » est l’orthographe officielle pour traduire mairie en breton, mais, 
les mairies du Nord du Finistère préfèrent la forme locale Ti-kear. Doit le 
mettre en « name » précédé de Mairie ou en « alt:name:br ?
Sur la mairie-annexe toute neuve de mon quartier, il est écrit Mairie-Annexe de 
K… et Adti-kêr K… Auriez-vous une méthode pour effacer ces vilains génériques, 
pour aligner sur la mairie centrale qui n’aurait pas de nom. Rappel : les 
mairies-annexes ont le même tag « amenity=townhall » (cityhall n’existe pas 
OSM) et le wiki n’en parle pas.

 Si je parle du bâtiment j'aurais tendance à parler de la mairie de Guidel.
 Mais le bâtiment n'a pas vraiment de nom.

Il me semble que tu l’as sous les yeux et même deux pour le prix d’un.

 Si tu veux ajouter les noms génériques alors tu vas ajouter Restaurant 
 devant tous les restaurants ?

Si le restaurant a une raison commerciale, comme «  Les Acacias » , bien sûr 
que non. Mais, s’il n’en a pas, je chercherais sur la porte le nom de 
l’entreprise (souvent un patronyme) et je mettrais « Restaurant X », comme je 
mets « Pharmacie Y » . A défaut, je chercherais le nom vernaculaire (Le snack 
de Léon, la Paillote d'Antoni ?).

 Je pense qu'il faut essayer d'être homogène et de regarder aussi ce qui se 
 fait en Grande-Bretagne et en Allemagne.
  
 Heu, pas ce qui se fait sur Londres.
 Avec Nominatim il me rend :
 Hôtel de ville / mairie Rathaus, The Queens Walk, Borough, London Borough of 
 Southwark, Londres, Grand Londres, Angleterre, SE1 2AA, Royaume-Uni 
 http://www.openstreetmap.org/way/8877349
 Je ne sais si c'est parce que j'ai dit que je préfère voir de l'allemand que 
 de l'anglais dans moin navigateur, mais Rathaus, ce n'est pas vraiment marqué 
 sur le fronton de la mairie de Londres.
  
 Pour Nuremberg, je trouve Altes Rathaus et Neues Rathaus. Parfait (enfin, si 
 l'ancienne mairie n'est plus utilisée en tant que tel elle devrait perdre sa 
 fonction).
 Pour mairie Mayence je trouve bie nle Rathaus de Mainz, mais je vois qu'ils 
 ont mis en dur Rathaus dans le nom.

J’aimerais aussi savoir ce que font les mappeurs des autres pays. Supprimer « 
gare » se comprend en France, parce que le français est pauvre, et ne fait pas 
la distinction gare centrale (principale) et gare ordinaire comme l’allemand 
qui est forcé de noter le

[OSM-talk] Guidelines for adding new features on default map style

There is a discussion going on our default map style (osm-carto), which 
I guess might be of interest also for general OSM audience - we try to 
develop some guidelines for adding new features there:


https://github.com/gravitystorm/openstreetmap-carto/issues/1630

--
The train is always on time / The trick is to be ready to put your bags 
down [A. Cohen]


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

Re: [Talk-br] [Talk-pt] Declaração de renúncia de voto para decidir traduções de etiquetação (RESUMO + OPINIÃO)

2015-07-04 Thread Pedro Santos

Bom, vamos lá mais um bocadinho.

DISCLAIMER:
Esta lista tem 225 assinantes e por respeito aos 223 que vão receber esta
mensagem e potencialmente perder o seu tempo desnecessariamente, deixo aqui
o TL;DR [1]: Vou continuar a desmontar a leorna [2] do Alexandre. Só porque
sim...
Se estiverem entretidos até agora, tentarei ser o mais divertido e
sarcástico possível. A questão já não merece outra postura. Termino
deixando a porta aberta ao Alexandre para que mude atitude.

Entretanto já falei com o Fernando Trebien, em particular, e quero deixar
aqui explícito que não sinto isto como um “conflito internacional”. Existem
espécimes destes por todo o lado.

Caríssimo Alexandre (já estou a ser sarcástico aqui, só para deixar bem
claro):

Eu ia deixar isto passar. Juro. Mas tu tinhas de continuar a tentar
coagir-me por obrigação de consciência quanto à talk-pt. Por isso, e como
fui obrigado a voltar as mãos na lama, ocupando o meu espaço mental com
isto, não só vou refutar a tua resposta como voltar a explicar-te muito
d_e_v_a_g_a_r_i_n_h_o o problema com a tua argumentação.

Vieste à talk-pt a berrar. Uma mensagem a negrito ou outra formatação de
realce aplicada a todo o texto é considerado um berro, printscreen de um
texto imenso a ajudar à festa [3][4]. Não contente com o berro, enviaste
mais um texto de 800 palavras [5]. Seguiram-se sete (7) mensagens entre ti
e o Fernando que admito possam advir apenas de num lapso de endereçamento.
Como podes ver em [6] isto é uma lista pacata em relação à talk-br [7], a
meu ver até demais.

Para mim o direito ao voto é o mais sagrado que se pode ter numa
comunidade. Na OSM não se costuma discriminar a este nível e todos têm um
voto, sendo irrelevante a quantidade de trabalho realizada, a área
geográfica ou a antiguidade.

Ver alguém renunciar a um direito pelo qual, noutros contextos, outros já
sofreram e até morreram, pareceu-me caricato. Por isso resolvi dar alguma
atenção para perceber o que se passava. Garanto-te, pelo silêncio da
talk-pt, que mais ninguém deu 10% da atenção que eu dei ANTES de enviar o
primeiro email.

Quando abri o Gmail tinha um total de 4 páginas de discussão mais um link
para um preâmbulo de muitas mais [8] (atenção, referência 8, não 8
páginas). Achei que isto não teria sido enviado a certamente 300+ pessoas
de ânimo leve. A talk-pt tem 137 emails registados. A -br 224 (pelo menos
eu ainda não estava). Tirando o teu e o do Fernando nas duas faz
potencialmente 358 pessoas a receberem os teus emails. Estou certo que
existam mais alguns duplicados.

vi·vên·ci·a
(latim viventia, -ae)
1. Processo ou manifestação de estar vivo. = VIDA
2. Experiência ou modo de vida.

vivência, in Dicionário Priberam da Língua Portuguesa [em linha],
2008-2013, http://www.priberam.pt/dlpo/viv%C3%AAncia [consultado em
04-07-2015].

Em [3] renuncias ao voto mas reclamas o direito “de expor minhas vivências
pessoais que estejam diretamente relacionadas a possíveis significados da
etiqueta.”

Caríssimo, o OSM é um local para factos OBJETIVOS e ATUAIS. Não para
subjetividades pessoais. Nem tuas nem de ninguém. Por vezes os factos
colidem no seu sentido ao se tentar agrupar numa definição só, tal é este o
caso. E por consenso e compromisso se chega a uma decisão observando o PESO
de cada facto numa qualquer dimensão (nº de ocorrências, tamanho, área,
etc).

Curiosamente, no teu post inicial no fórum [9] apresentas um facto e não
uma vivência. Passo a analisar o post.

“Centro Comercial realmente não está adequado”
Com esta frase estás a votar NÃO a “Centro Comercial”.

“Uma parte do bairro Alecrim, em Natal, é por vezes chamado centro
comercial do Alecrim. É assim que eu o conheço.”
A leitura que faço: uma zona de um bairro, como que um sub-bairro, em
Alecrim, Natal, RN, BR, tem tantas lojas que os habitantes “acarinharam” de
centro comercial. Quantos dos 950.820 habitantes da cidade de Natal, Rio
Grande do Norte [10] utilizam esta referência?

“O relógio da imagem abaixo é um ponto de referência naquele centro
comercial:”
Sim, mas então não existe uma tabuleta? É só um conceito local entre
habitantes? Uma vivência dos habitantes sem marco oficial num mapa, terreno
ou documento?

“Na minha opinião, Shopping, Shopping Center e Galeria deveriam ser
tratados como três coisas distintas”
Mais uma vez, no OSM somos todos iguais. Opinião=Voto. Continua a
parecer-me caricato queres fazer-te ouvir sem votar. Não aquece nem
arrefece. Se eu, português de Portugal, fosse opinar sobre isso, talvez, aí
sim, houvesse lógica em pedir abstenção na votação final.

Ao usar o Google Images para argumentar o Fernando não estava apenas a
dizer que o Google equacionava shopping a centro comercial. Além disso
estava a dizer, “Eu em todo a minha experiência, não conheço em Porto
Alegre, nem noutro sítio algum caso idêntico. A dimensão do facto que estás
a relatar, embora acredite que verdadeira, não me parece ter o peso
necessário para ser considerada nesta discussão como comprovo pelo Google”.

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

2015-07-04 Thread Robin Däneke

Habe das schon heute morgen ändern können. Sollte jetzt stimmen.
Danke 
LG RobinD
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-br] Necessidade de intermediação

2015-07-04 Thread Nelson A. de Oliveira

2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Alguém poderia intermediar o debate em
 http://www.openstreetmap.org/changeset/30210630 ?

Ele queria saber sobre essa situação do trevo:
http://i.imgur.com/RWtGdON.png

Que depois foi corrigido para isso:
http://i.imgur.com/nzQ6O1t.png

Antes de ser corrigido, o estado anterior dele estava bem errado (não
permitia roteamento corretamente).
Repare que quem vinha da rodovia primary não conseguia seguir para o
lado direito na trunk.

A dúvida dele era justamente sobre aquela situação inicial, se aquilo
estava realmente correto.

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

Re: [OSM-talk-fr] nature en tant que nom d'objet

2015-07-04 Thread osm . sanspourriel

Avec le mme raisonnement (cela cre un dsquilibre avec les traductions et les translittrations) jarrive la conclusion oppose. Mais sans avis franchement tranch.

Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a crit HTEL DE VILLE et TI-KR jaurais tendance mettre simplement amenity=townhall.

Jai ajout br:name=Ti-Kr afin de restaurer la symtrie.

Sur le fronton de la mairie il y a les deux noms.

Je suppose que cest pourquoi Christian R. veut avoir le nom en franais et/ou en breton quand il regarde la carte mettons depuis une carte disons anglaise afin que lutilisateur sache que chercher.

Christian R., tu voudrais avoir donc un cityhall htel de ville, Guidel si tu cherches avec une interface anglaise ?

Et Mairie Htel de ville en franais ? ;-).

Ceci dit, je viens de chercher mairie, guidel

Jobtiens :

Htel de ville / mairie Htel de Ville, Impasse du Stanco, Guidel, Le Petit Cap, Guidel, Lorient, Morbihan, Bretagne, France mtropolitaine, 56520, France

On voit le doublon Htel de Ville.

Si on met que qui est sur le fronton on aurait :

Htel de ville / mairie Htel de ville Ti-kr

Si je parle du btiment jaurais tendance parler de la mairie de Guidel.

Mais le btiment na pas vraiment de nom.

Si tu veux ajouter les noms gnriques alors tu vas ajouter Restaurant devant tous les restaurants ?

Je pense quil faut essayer dtre homogne et de regarder aussi ce qui se fait en Grande-Bretagne et en Allemagne.

Heu, pas ce qui se fait sur Londres.

Avec Nominatim il me rend :

Htel de ville / mairie Rathaus, The Queens Walk, Borough, London Borough of Southwark, Londres, Grand Londres, Angleterre, SE1 2AA, Royaume-Uni

Je ne sais si cest parce que jai dit que je prfre voir de lallemand que de langlais dans moin navigateur, mais Rathaus, ce nest pas vraiment marqu sur le fronton de la mairie de Londres.

Pour Nuremberg, je trouve Altes Rathaus et Neues Rathaus. Parfait (enfin, si lancienne mairie nest plus utilise en tant que tel elle devrait perdre sa fonction).

Pour mairie Mayence je trouve bie nle Rathaus de Mainz, mais je vois quils ont mis en dur Rathaus dans le nom.

Sinon, rien voir (si ce nest que le nom apparat dans la requte de la mairie de guidel) : quest ce qui est mal tagu sur Le Petit Cap ? Cest un habitat isol (http://www.openstreetmap.org/node/3366835426) qui contamine une bonne partie de Guidel.

Gesendet:Samstag, 04. Juli 2015 um 19:08 Uhr
Von:Christian Rogel - christian.ro...@club-internet.fr osm.sanspourriel.9dc9d75880.christian.rogel#club-internet...@ob.0sg.net
An:Discussions sur OSM en franais talk-fr@openstreetmap.org
Betreff:Re: [OSM-talk-fr] ***SPAM*** Re: [Osmose] Ajout dun test sur la (osm: message 3 of 20) nature en tant que nom dobjet

mairie en rgle gnrale, cest affich comme tel. Dans certains endroits, il y a le nom en langue rgionale qui est accol (Ti-kr ou Ti-kear en Bretagne).

Dune manire gnrale, cest une mauvaise ide domettre les noms gnriques, car, cela cre un dsquilibre avec les traductions et les translittrations.
Il faut avoir lesprit international et ne pas croire quon va crer une table multilingue des noms gnriques qui ne le sont pas toujours.
Dans la Rpublique franaise, le nom gnrique maison commune a deux dclinaisons officielles, mairie et htel de ville.

Christian R.

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

[Talk-br] Discussões Improdutivas

2015-07-04 Thread Blademir Andrade de Lima

Amigos Mapeadores, boa noite!
Perceberam o quanto as discussões ultimamente estão improdutivas, e não estão 
contribuindo em nada nossa comunidade?
Não entrarei em méritos sobre quem fez isso ou aquilo, se fez errado ou não.
Mas estamos tendo discussões sobre bobagens e coisas mínimas.
Considero que toda pessoa que mapea age de boa fé, sem necessidade de 
questionamento, exceto em casos explícitos de vandalismo.
Desejo a todos um excelente trabalho!
Atenciosamente,Blademir Andrade - BladeTC   
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-ar] Hola

2015-07-04 Thread Manuel Retamozo

Para marcar una calle sin salida?
M.

-- 
Analista de Sistemas Manuel Retamozo
Villa Elisa, La Plata - Bs As - Argentina
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

Re: [OSM-talk-fr] Imagerie SPOT6

A court terme c'est peut être ok, mais pour le long terme il faudra voir
ce qui adviendra de Bing.
Les images aériennes seront-elles mises à jour, c'est à dire achetées
aux divers fournisseurs ?

Uber ne fait pas encore dans l'aérien, donc pour ce qui nous intéresse
ils n'ont pas de capacité à mettre à jour l'imagerie aérienne sauf en
l'achetant.


Le 04/07/2015 13:11, Vincent de Château-Thierry a écrit :

 Le 03/07/2015 22:19, Philippe Verdy a écrit :
 Que pensez vous aussi de l'annonce faite par Microsoft de céder toute
 son activité cartographique pour Bing à Uber (dont l'activité en France
 est fortement menacée et pour l'instant suspendue ce soir au moins
 jusqu'en septembre ?

 L'imagerie satellite haute résolution restera-t-elle gratuite en France
 pour OSM alors qu'Uber ne pas la monétiser en France ? Et dans quelle
 mesure même Uber laissera cette imagerie disponible gratuitement de
 façon aussi libre même ailleurs dans le monde alors qu'il doit monétiser
 sa couteuse acquisition?
 A-t-on alors d'autres sources pour l'imagerie haute résolution partout
 sur le territoire ?

 Vu passer ce tweet qui aborde la question, et y répond, faute de mieux
 : https://twitter.com/rbrundritt/status/616028862531530752

 vincent

 ___
 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

[OSM-talk] Subject: The man who grew a church from trees

2015-07-04 Thread Volker Schmidt


 Wonder how our friends in NZ will tag/ have tagged this:


 http://www.stuff.co.nz/life-style/home-property/nz-gardener/69848179/the-man-who-grew-a-church-from-trees


Maybe like this:
http://osm.org/go/0IEWcunXN--?layers=Dm=

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

Re: [Talk-br] Necessidade de intermediação

2015-07-04 Thread Nelson A. de Oliveira

2015-07-04 15:50 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Nesses casos seria interessante identificar os autores de changeset e
 questionar a eles.

Mas foi o que o Skippern fez :-)
Se der zoom no trevo desse seu changeset
http://nrenner.github.io/achavi/?changeset=30210630 é possível ver que
foi nele que foi criada essa conexão errada (o trunk estava conectado
na faixa errada da rodovia primary)

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

Re: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

2015-07-04 Thread Robin Däneke

Hab es mir noch mal angeschaut...  Beide Umleitungen sind nicht so lang wie die 
Bauarbeiten in Hütteldorf.  Der N29 könnte lang genug umgeleitet werden, um es 
in die Map einzutragen. Aber für 1 Monat und 10 Tage... Da müssten wir halt ein 
Limit setzten, ab wann bearbeitet wird, und wann nicht...  Ich warte noch mit 
den edits...

 To: talk-at@openstreetmap.org
 From: kevin.kof...@chello.at
 Date: Sat, 4 Jul 2015 15:47:58 +0200
 Subject: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

 Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 
 (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb):
 http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329

 Kevin Kofler

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

[Talk-cz] tag pro okres a mestskou cast

2015-07-04 Thread Milan Sladky

Ahoj,Nevite prosim, jaky tag se pouziva v OSM pro okres a mestskou cast?
Ve vystupu Nominatim geocoderu je to county a suburb:
searchresults timestamp=Sat, 04 Jul 15 19:29:01 + attribution=Data C 
OpenStreetMap contributors, ODbL 1.0. 
http://www.openstreetmap.org/copyrightquerystring=billa pardubice 
polygon=true exclude_place_ids=110514255,67590232,68014100 
more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=110514255,67590232,68014100accept-language=en-US,en;q=0.8,cs;q=0.6polygon=1addressdetails=1q=billa+pardubice;place
 place_id=110514255 osm_type=way osm_id=234034299 place_rank=27 
boundingbox=50.037,50.0390586,15.5561202,15.5564561 
lat=50.0390586lon=15.5561202 display_name=Billa, Přelouč, okres Pardubice, 
Pardubický kraj, Severovýchod, 53501, Czech Republic class=highway 
type=serviceimportance=0.275roadBilla/roadsuburbPřelouč/suburbtownPřelouč/towncountyokres
 
Pardubice/countystateSeverovýchod/statepostcode53501/postcodecountryCzech
 Republic/countrycountry_codecz/country_code/place
Diky moc,Milan___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale

2015-07-04 Thread Fabrizio Tambussa

Prima che ci mettiamo d'accordo su come mapparlo, l'hanno già smontato. :)
Io sarei per il farm generico.
Saluti
 Il 04/Lug/2015 19:36, Aury88 spacedrive...@gmail.com ha scritto:

 Ops scusate.
  il secondo link si riferisce a quello che credo siano semplici serre
 smontate...si distinguono comunque da quelle su cui ho i  dubbi in quanto
 provviste di un muretto laterale fisso con spazi sgombri tra loro
 abbastanza
 piccoli (sufficienti per farci passare le persone, forse anche una
 macchina,
 ma non camion). queste, pur essendo nella foto scoperte le mapperei come
 normali serre, anche perchè quelle montate non sarei in grado di
 distinguerle da serre normali, mentre per quelle in cui ho il dubbio si
 presentano anche da coperte in modo differente.



 -
 Ciao,
 Aury
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849503.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-br] Necessidade de intermediação

Marcio, lista talk-br

Primeiro meu pergunta e motivo para avisar no changeset fui duvida
sobre se roteamento realmente era possível, e vi Marcio tinha editado
no local. Eu poderia perguntar algum outros dos mapeadoras que
ideintificei como dbusse, mas como saber ele e alemão de armchair
mapping não poderia espera resposta inteligente dele.

No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS
compartilhado no OSM não bati com Bing, significando que ha alterações
no local. Com isso eu vi que precisava melhor informação antes do
mexer, eu poderia rever pra situacao do Bing, que também e mesmo no
MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais
conhecimento necessário, outro motivo para enviar mensagens para
Marcio.

Alem isso, eu confirei com o camada do Strava Heatmap também mostrou
falta do various partes nesse trevo, independente se for versão Bing
ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não
conhecer o Strava, muitos trackers esportivas, relógios, e similares
gravando pontos onde voce correr, passiando bicicletas e outros
atividades, e esses logs e visualicado nesse camada. Para uso aqui no
Brasil, muito pessoas usando esses aplicativas errados, e com isso dar
para identificar estradas também.

Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas
que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui
https://www.openstreetmap.org/changeset/32412378

Marcio, favor entra em contato com seus fontes no Porto Velho, para
eles verificar se meus edições e certo. Tudo esse seus discussão nesse
changeset seu for por caso do um pergunta sobre roteamento duvidoso.

Para volta ao assunto do do informação usado e compartilhado: No meu
opinião, tracklogs utilizado para atualizar a mapa sempre deve ser
compartilhados. Se não pode compartilhar o tracklog por motivos de
copyright não podemos utiliza-los para corrigir o mapa, em conforme da
licenciamento ODbL.

Para tira duvida sobre imagens Bing, MapBox ou outros imagens
verticais, que sempre pode ser desatualizados, sempre usando mais
camadas para compartilhar meu decisão a trazer ruas e estradas. Sempre
usando Bing e MapBox em conjunto, não confie totalmente em nenhuma
deles. Geralmente também tem OSM-GPX e Strava as overlay junto com
esses imagens verticais, e quando procurando problemas especificas de
roteamento também OSMI Routing.

As camadas IBGE eu uso quando procura informação especifica do que
pode tirar deles.

Nao sei se iD pode ter mais que um camada ativa, sei que Potlatch no
versão 1 não poderia e provavelmente também não em versão 2. Por isso
o único editor da mapa considerado para uso e o JOSM.

On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 Nelson,
 com assessoramento de um residente editei esse novo trevo há 3 meses atrás.

 De lá para cá a edição que fiz sofreu alterações inclusive com a inclusão de
 acessos inexistentes e acessos impróprios não permitindo inclusive o acesso
 citado que não permitia roteamento correto. Simplesmente editei toda a área
 novamente corrigindo a situação por mim deixada 3 meses atrás.

 Nesses casos seria interessante identificar os autores de changeset e
 questionar a eles.

 De qualquer forma não considero pertinente dar prosseguimento a pergunta e
 ainda duvidar da palavra do editor quando esse insere source:gps;survey,
 inclusive questionando a esse editor porque não foi compartilhado os
 tracklogs recebidos. Até onde sei compartilhar tracklog é recomendado, mas
 não obrigatório.

 Apontar erros em uma edição é normal, mas não existindo erro, apontar que a
 edição não confere com as referencias satélite não concordo uma vez que o
 source inserido foi gps e survey e essa informação, até onde sei, supera
 qualquer outra fonte satélite de referência disponível.

 -Mensagem Original-
 From: Nelson A. de Oliveira
 Sent: Saturday, July 4, 2015 3:02 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Necessidade de intermediação

 2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Alguém poderia intermediar o debate em
 http://www.openstreetmap.org/changeset/30210630 ?

 Ele queria saber sobre essa situação do trevo:
 http://i.imgur.com/RWtGdON.png

 Que depois foi corrigido para isso:
 http://i.imgur.com/nzQ6O1t.png

 Antes de ser corrigido, o estado anterior dele estava bem errado (não
 permitia roteamento corretamente).
 Repare que quem vinha da rodovia primary não conseguia seguir para o
 lado direito na trunk.

 A dúvida dele era justamente sobre aquela situação inicial, se aquilo
 estava realmente correto.


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


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

Re: [OSM-talk-fr] nature en tant que nom d'objet

Attention toutefois une mairie n'est pas forcément un hôtel de ville ou
maison de commune et autre déclinaison qui ont été donné historiquement sur
des questions de grandeur de pouvoir et à un moment historique.
Une mairie reste par contre, dans tous les cas, le lieu où se déroule les
décisions administrative et même si le pouvoir est subdiviser il y a des
mairies annexes, mairies de quartier.

Je reprends juste clairement ce qui est mis dans le wiki
*The names should be restricted to the name of the item in question only
and should not include categories, types
http://wiki.openstreetmap.org/wiki/How_to_map_a, descriptions
http://wiki.openstreetmap.org/wiki/Key:description, addresses
http://wiki.openstreetmap.org/wiki/Addresses or notes
http://wiki.openstreetmap.org/wiki/Key:note*

Je pense que c'est assez clair.

Le tag name n'est pas qu'un tag d'affichage terrain, et en effet, si l'on
regarde les noms de communes, ils sont traduits dans toutes les langues.
La question du double affichage n'a rien à avoir la dedans et il n'y a pas
de tag qui permettent de mentionner cela. Tous peut-être traduit dans
toutes les langues (c'est le cas de wikipedia). C'est pas forcément
souhaité mais c'est possible et utilisé à chaque fois qu'un contributeur en
voit l'intérêt.

Hors Contexte mais c'est lié au tag name
J'insiste mais une rue peut être mal nommé officiellement ou sur le terrain
(il y a eu un cas présenté et discuté sur le forum) et donc il y a un
consensus à faire pour mettre la bonne valeur dans le tag name (c'est le
cas de Belle Vue, Bellevue, Belle-vue ou d'accent en trop ou manquant ou
mauvaise lettre ...). Doit-il être fait par un contributeur? Je ne pense
pas. Mais mettre les deux infos avec un FIXME ça c'est indispensable et il
faut trouver un moyen via les description de le garder en mémoire.

On ne fait pas de distinction et on ne précise pas dans la base si le terme
est celui affiché réellement sur le terrain ou si c'est celui d'un document
(et lequel) . Les deux peuvent coexister mais il y a un choix à faire sur
le tag générique (en l'occurence name)

On est sur une base de données et une représentation carto à la fois. Pour
moi, l'un influence l'autre et inversement, ce qui peut poser des problèmes
dans les deux sens et pousser à revoir le schéma de données dans les cas
les plus extrême.

Donc l'histoire du cimetière de Tatouine n'a pas lieu d'être. Rien n'impose
d'avoir exactement ce qui est écrit sur le terrain dans le tag name
contrairement à ce que j'entend. Le but étant d'avoir des infos exactes et
compréhensibles et sans contradiction. L'emploi du nom de partout pollue la
carte avec des informations qui font double emploi. Le contour de la
commune est présent et le tag name de la commune est assez clair pour ne
pas avoir à le mentionner sur tous les objets situés dedans et induire en
erreur un utilisateur. Ce qui est implicite n'a nullement besoin d'être
explicite.

Pour le reste, les outils de requétage utilisent les informations sur la
localisation et les attributs

En complément mais surement à discuter sur un autre sujet:
Le problème que je vois aussi, c'est l'ajout dans le name d'une activité
complémentaire ou une précision qui devrait faire l'objet d'une
description. shop ne prend qu'une seule clé et je ne pense pas que l'on
puisse avoir de multiplicité dans les tags.
exemple: Un restaurant qui vend aussi des souvenirs ou/et des tableaux.
Ducoup c'est mis en description ou ça passe à la trappe.



Le 4 juillet 2015 20:47, osm.sanspourr...@spamgourmet.com a écrit :

 Avec le même raisonnement (cela crée un déséquilibre avec les traductions
 et les translittérations) j'arrive à la conclusion opposée. Mais sans avis
 franchement tranché.
 Justement parce que sur le front de la mairie de Guidel [br:Gwidel] il y a
 écrit HÔTEL DE VILLE et TI-KÊR j'aurais tendance à mettre simplement
 amenity=townhall.
 J'ai ajouté br:name=Ti-Kêr afin de restaurer la symétrie.

 Sur le fronton de la mairie il y a les deux noms.
 Je suppose que c'est pourquoi Christian R. veut avoir le nom en français
 et/ou en breton quand il regarde la carte mettons depuis une carte disons
 anglaise afin que l'utilisateur sache que chercher.

 Christian R., tu voudrais avoir donc un cityhall hôtel de ville, Guidel
 si tu cherches avec une interface anglaise ?
 Et Mairie Hôtel de ville en français ? ;-).
 Ceci dit, je viens de chercher mairie, guidel
 J'obtiens :
 Hôtel de ville / mairie Hôtel de Ville, Impasse du Stanco, Guidel, Le
 Petit Cap, Guidel, Lorient, Morbihan, Bretagne, France métropolitaine,
 56520, France http://www.openstreetmap.org/way/70434224
 On voit le doublon Hôtel de Ville.
 Si on met que qui est sur le fronton on aurait :
 Hôtel de ville / mairie Hôtel de ville Ti-kêr

 Si je parle du bâtiment j'aurais tendance à parler de la mairie de Guidel.
 Mais le bâtiment n'a pas vraiment de nom.

 Si tu veux ajouter les noms génériques alors tu vas ajouter Restaurant
 devant tous les restaurants ?

 Je pense qu'il

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

*operator=La Poste* n'est pas non plus l'idée. Certe c'est valable

Le problème c'est bien la répétition d'informations implicites et inutiles.

Comme le précise Christian R. Il y aura un problème entre marque et nom de
site et groupe détenteur de ces dites marques ou ayant la gestion.

En plus les opérateurs peuvent être multiples pour un même objet en
fonction des circonstances (partenariat ou gestion partagé) et pas
forcément le propriétaire comme mentionné sur le wiki owner
https://wiki.openstreetmap.org/wiki/Key:owner=* et ownership
https://wiki.openstreetmap.org/wiki/Key:ownership=*

Autre cas :
*name* = Piste Cyclable + *highway* = cycleway

Le 4 juillet 2015 15:34, Christian Rogel christian.ro...@club-internet.fr
a écrit :

 Le 4 juil. 2015 à 14:42, osm.sanspourr...@spamgourmet.com a écrit :

 Moi si, non parce qu'il n'y a pas écrit La Poste ;-) mais parce que l'on
 est plutôt sur un service de courrier dont l'opérateur est La Poste.
 operator=La Poste

 J'ai cherché la poste, saint-marc, brest.

 Je tombe sur le bureau de poste et les boîtes aux lettres.
   name http://wiki.openstreetmap.org/wiki/FR:Key:name?uselang=fr Brest
 Saint Marc  operator
 http://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr La Poste
 C'est exactement ce que je m'attends à trouver, même logique que pour les
 supermarchés.
 Pas La Poste, Groupe La Poste, bureau de Brest Saint-Marc.



 Si j'ai bien saisi l'idée, si un groupe commercial dispose d'une multitude
  de raisons sociales, enseignes, etc, on devrait mettre comme name toutes
 les noms affichés de ses succursales, sauf, ceux qui sont identiques à son
 nom. Chronopost, oui, La Poste, non.
 Les Carrefour City et Market n'affichent plus que le second item, doit-on
 mettre en clair le logo qui équivaut à Carrefour ?

 Christian R.

 ___
 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-br] Necessidade de intermediação

Venho recebendo muitas informações de erros nessa área que comprometem o 
roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer antes.

Por exemplo:

A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 ) é 
uma via de pista dupla e não pista simples de sentido duplo. Esse erro 
compromete o roteamento de todas as vias que nela se entronca pelo norte ou 
pelo sul.

A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 ) só 
tem sentido único, de leste para oeste, até a Avenida das Nações Unidas, dela 
para oeste é via de mão dupla.

Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta há 
mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET sobre 
ele.

A administração atual decidiu dar continuidade as obras e a circulação na área 
tem sido modificada constantemente devido as obras. Recentemente a Prefeitura 
abriu ao tráfego um novo acesso a BR-364 para quem trafega pela BR, sentido NW 
e deseja pega-la no sentido SW. Esse acesso passa por baixo dos viadutos.

Acabaram de incluir ali um acesso ( https://www.openstreetmap.org/way/358538171 
) que segundo informação que tenho ele não existe. Acredito que aquele que 
incluiu tenha certeza de que ele existe e não vou questionar se existe, ou não.

[]s
Marcio

-Mensagem Original- 
From: Aun Johnsen 
Sent: Saturday, July 4, 2015 4:18 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Necessidade de intermediação 

Marcio, lista talk-br

Primeiro meu pergunta e motivo para avisar no changeset fui duvida
sobre se roteamento realmente era possível, e vi Marcio tinha editado
no local. Eu poderia perguntar algum outros dos mapeadoras que
ideintificei como dbusse, mas como saber ele e alemão de armchair
mapping não poderia espera resposta inteligente dele.

No mesmo tempo que vi a problema de roteamento vi que tracklogs GPS
compartilhado no OSM não bati com Bing, significando que ha alterações
no local. Com isso eu vi que precisava melhor informação antes do
mexer, eu poderia rever pra situacao do Bing, que também e mesmo no
MapBox, mas com o evidencia do OSM-GPS isso seria ação errado e mais
conhecimento necessário, outro motivo para enviar mensagens para
Marcio.

Alem isso, eu confirei com o camada do Strava Heatmap também mostrou
falta do various partes nesse trevo, independente se for versão Bing
ou versão OSM-GPX ou como desenhado pelo Marcio. Para quem não
conhecer o Strava, muitos trackers esportivas, relógios, e similares
gravando pontos onde voce correr, passiando bicicletas e outros
atividades, e esses logs e visualicado nesse camada. Para uso aqui no
Brasil, muito pessoas usando esses aplicativas errados, e com isso dar
para identificar estradas também.

Depois muito discussão, e o Marcio resolvendo algum dos erros e faltas
que identifiquei, ainda ovei algumas erros, que tentei corrigir aqui
https://www.openstreetmap.org/changeset/32412378

Marcio, favor entra em contato com seus fontes no Porto Velho, para
eles verificar se meus edições e certo. Tudo esse seus discussão nesse
changeset seu for por caso do um pergunta sobre roteamento duvidoso.

Para volta ao assunto do do informação usado e compartilhado: No meu
opinião, tracklogs utilizado para atualizar a mapa sempre deve ser
compartilhados. Se não pode compartilhar o tracklog por motivos de
copyright não podemos utiliza-los para corrigir o mapa, em conforme da
licenciamento ODbL.

Para tira duvida sobre imagens Bing, MapBox ou outros imagens
verticais, que sempre pode ser desatualizados, sempre usando mais
camadas para compartilhar meu decisão a trazer ruas e estradas. Sempre
usando Bing e MapBox em conjunto, não confie totalmente em nenhuma
deles. Geralmente também tem OSM-GPX e Strava as overlay junto com
esses imagens verticais, e quando procurando problemas especificas de
roteamento também OSMI Routing.

As camadas IBGE eu uso quando procura informação especifica do que
pode tirar deles.

Nao sei se iD pode ter mais que um camada ativa, sei que Potlatch no
versão 1 não poderia e provavelmente também não em versão 2. Por isso
o único editor da mapa considerado para uso e o JOSM.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-gb-westmidlands] July Meeting

2015-07-04 Thread Andy Robinson

My little bit of mapping done 
http://www.openstreetmap.org/#map=17/52.72533/-2.43231 including my first 
Serbian Orthadox Church!

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 02 July 2015 14:47
To: Andy Robinson
Cc: Philip Barnes; talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] July Meeting

 

Woops! Should have read ALL my mails first

 

On 2 July 2015 at 11:10, Andy Robinson ajrli...@gmail.com wrote:

Yeah, route and timings are here:

http://bit.do/6sx5

Mostly on while we will be supping a beer ;-)

Cheers
Andy


-Original Message-
From: p...@trigpoint.me.uk [mailto:p...@trigpoint.me.uk]
Sent: 02 July 2015 10:14
To: talk-gb-westmidlands@openstreetmap.org
Subject: Re: [Talk-gb-westmidlands] July Meeting

On Thu Jul 2 09:50:12 2015 GMT+0100, Andy Robinson wrote:
 I’ll probably do some in Oakengates in the afternoon. I’ll know where Brian 
 has been by then so as not to conflict.

One thing to remember is Oakengates carnival,  we will be ok in the morning but 
the afternoon could be busy.

Phil (trigpoint)

 Cheers

 Andy



 From: Brian Prangle [mailto:bpran...@gmail.com]
 Sent: 02 July 2015 09:22
 To: Rob Nickerson
 Cc: Andy Robinson; talk-gb-westmidlands
 Subject: Re: [Talk-gb-westmidlands] July Meeting



 Probably no need for a cake. I'll concentrate on Market Street and
 surrounds in Oakengates. See you in the pub about 1230 -1 depending on
 weather and stamina



 On 1 July 2015 at 21:55, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 What are the mapping priorities? i seem to recall someone said there was a 
 lot left to map here? Do you think a cake is needed?

 Rob



 On 1 July 2015 at 21:27, Brian Prangle bpran...@gmail.com wrote:

 I've got a family commitment pm so I'll be mapping am -getting some
 listed bdg pics in Codsall first then mapping Oakengates. I need to be
 away about 130



 On 1 July 2015 at 19:02, Andy Robinson ajrli...@gmail.com wrote:

 Excellent. What time do folks want to stop for lunch?

 Cheers
 Andy


 -Original Message-
 From: Philip Barnes [mailto:p...@trigpoint.me.uk]
 Sent: 01 July 2015 18:04
 To: talk-gb-westmidlands@openstreetmap.org
 Subject: Re: [Talk-gb-westmidlands] July Meeting

 On Tue, 2015-06-23 at 09:09 +0100, Brian Prangle wrote:
  Hi everyone
 
  This month's meeting will be on Saturday 4th July, so we can do some
  serious mapping in Telford. Current suggested venue for lunch is The
  Cock at Wellington. Oakengates was our original area for mapping but
  4th July is their Annual Carnival so getting a pub where we can chat
  might be a bit difficult!  You can still map Oakengates as it needs
  some attention and then move the couple of kilometres to Wellington.
  Both Oakengates and Wellington have train stations. It might be an
  idea to know who's coming and what areas you intend to survey.
  Phil's our man on the ground and can be reached on the day at 07983
  459583
 
 I have the dining room at The Cock Inn, Wellington booked. Its a nice room, I 
 call it the Hogwarts Common Room, which we use for our Shropshire Linux User 
 Group meetings.

 Phil (trigpoint)

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


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




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







--
Sent from my Jolla
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands


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

 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4813 / Virus Database: 4365/10154 - Release Date: 07/03/15

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

Re: [OSM-talk] API down?

2015-07-04 Thread Grant Slater

Hi All,

Sorry about the earlier outage. All fixed now.

We had a server outage.

Kind regards,
Grant
OSM ops team
On 4 Jul 2015 2:20 pm, Blake Girardot bgirar...@gmail.com wrote:


 Is down for me too.



 On 7/4/2015 3:00 PM, Maarten Deen wrote:

 Hi,

 it seems the api is down? I can't get a connection from JOSM, ID, or a
 direct URL in my browser.

 Regards,
 Maarten

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


 ___
 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: [Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

2015-07-04 Thread Robin Däneke

Gebe ich heute noch ein ;)
Danke

Mail from the Ds iPhone

 Am 04.07.2015 um 14:50 schrieb Kevin Kofler kevin.kof...@chello.at:
 
 Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 
 (8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb):
 http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329
 
Kevin Kofler
 
 
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] SPAM Re: [Osmose] Ajout d'un test sur la nature en tant que nom d'objet

2015-07-04 Thread Christian Rogel

 Le 4 juil. 2015 à 12:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit 
 :
 
 
 Si je prend mon ancien village en nom local, tous le monde appel les service:
 
 école de *
 mairie de *
 piscine de *
 service technique de *
 cimetière de *
 
 et j'en passe...

L'appellation vernaculaire n'est utilisée que, si une source écrite est 
indisponible, ce qui ne peut arriver pour les exemples cités.
Les noms  doivent être ceux affichés ou à défaut les noms figurants dans  les 
documents  administratifs,  c'est-à-dire ceux qu'utilise l'opérateur, ici la 
commune ou la communauté de communes.

école de...  école élémentaire (pas d'autre précision, s'il y en a qu'une)
mairie  en règle générale, c'est affiché comme tel. Dans certains endroits, il 
y a le nom en langue régionale qui est accolé (Ti-kêr ou Ti-kear en Bretagne).
piscine  piscine municipale (ou communautaire, le cas échéant)
service technique   services techniques municipaux (le pluriel est le plus 
fréquent)
cimetière  cimetière municipal ou cimetière de ...,  si c'est affiché à la  
porte;

D'une manière générale, c'est une mauvaise idée d'omettre les noms génériques, 
car, cela crée un déséquilibre avec les traductions et les translittérations.
Il faut avoir l'esprit international et ne pas croire qu'on va créer une table 
multilingue des noms génériques qui ne le sont pas toujours.
Dans la République française, le nom générique maison commune a deux 
déclinaisons officielles, mairie et hôtel de ville.

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

Re: [Talk-ar] Hola

2015-07-04 Thread Manuel Retamozo

Gracias!!

2015-07-04 13:06 GMT-03:00 Pablo Daniel Pareja Obregón 
parejaobre...@gmail.com:

 En el nodo final de la calle poner noexit=yes

 Saludos,
 Pablo

 2015-07-04 13:03 GMT-03:00 Manuel Retamozo manuel.retam...@gmail.com:
  Para marcar una calle sin salida?
  M.
 
  --
  Analista de Sistemas Manuel Retamozo
  Villa Elisa, La Plata - Bs As - Argentina
 
 
  ___
  Talk-ar mailing list
  Talk-ar@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ar
 

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




-- 
Analista de Sistemas Manuel Retamozo
Villa Elisa, La Plata - Bs As - Argentina
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale

Ops scusate.
 il secondo link si riferisce a quello che credo siano semplici serre
smontate...si distinguono comunque da quelle su cui ho i  dubbi in quanto
provviste di un muretto laterale fisso con spazi sgombri tra loro abbastanza
piccoli (sufficienti per farci passare le persone, forse anche una macchina,
ma non camion). queste, pur essendo nella foto scoperte le mapperei come
normali serre, anche perchè quelle montate non sarei in grado di
distinguerle da serre normali, mentre per quelle in cui ho il dubbio si
presentano anche da coperte in modo differente.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849503.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-br] Necessidade de intermediação


Nelson,
com assessoramento de um residente editei esse novo trevo há 3 meses atrás.

De lá para cá a edição que fiz sofreu alterações inclusive com a inclusão de 
acessos inexistentes e acessos impróprios não permitindo inclusive o acesso 
citado que não permitia roteamento correto. Simplesmente editei toda a área 
novamente corrigindo a situação por mim deixada 3 meses atrás.


Nesses casos seria interessante identificar os autores de changeset e 
questionar a eles.


De qualquer forma não considero pertinente dar prosseguimento a pergunta e 
ainda duvidar da palavra do editor quando esse insere source:gps;survey, 
inclusive questionando a esse editor porque não foi compartilhado os 
tracklogs recebidos. Até onde sei compartilhar tracklog é recomendado, mas 
não obrigatório.


Apontar erros em uma edição é normal, mas não existindo erro, apontar que a 
edição não confere com as referencias satélite não concordo uma vez que o 
source inserido foi gps e survey e essa informação, até onde sei, supera 
qualquer outra fonte satélite de referência disponível.


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Saturday, July 4, 2015 3:02 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação

2015-07-04 14:34 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:

Alguém poderia intermediar o debate em
http://www.openstreetmap.org/changeset/30210630 ?


Ele queria saber sobre essa situação do trevo:
http://i.imgur.com/RWtGdON.png

Que depois foi corrigido para isso:
http://i.imgur.com/nzQ6O1t.png

Antes de ser corrigido, o estado anterior dele estava bem errado (não
permitia roteamento corretamente).
Repare que quem vinha da rodovia primary não conseguia seguir para o
lado direito na trunk.

A dúvida dele era justamente sobre aquela situação inicial, se aquilo
estava realmente correto.


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

Re: [Talk-br] Necessidade de intermediação

Conforme já citei a você anteriormente e somente a titulo de ilustração porque 
as fontes não podem ser empregadas no OSM:

Tracklogs atualizados no trevo:

http://gpsinfo.com.br/images/portovelho2.jpg

Mapa Waze atualizado segundo informação do residente local:

http://gpsinfo.com.br/images/portovelho.jpg

Mapa Here atualizado no trevo também segundo informação desse mesmo residente:

https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep

Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e um 
histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo depois 
que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso em 
http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html

Compreenda também que estamos tratando de vias automotivas e não vias para 
bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas podem 
valer de referência para se desenhar vias ou links automotivos.

O desenho que havia eu feito refletia as informações recebidas por mim de um 
residente local e você as está alterando por deduções e não vejo isso como 
correto.

Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso 
passando por baixo do viaduto que foi aberto ao tráfego na semana passada. 
Estou aguardando ele me retornar.

Se você cita que faço edições que não concorda também não concordo com muitas 
que você faz e nem por isso vou a você questionar a fonte de referencia 
empregada e mesmo informando eu replicar que não é verdade.

Creio que essas discussões também não levam a nada e como você citou, se 
pararmos para ficar debatendo essas pequenas situações deixaremos de corrigir 
os inúmeros erros ainda existentes no mapa. Como você também não vou questionar 
seus erros, vou corrigi-los diretamente, mas continuo aguardando a correção do 
roteamento incorreto pela ES-060 que você se prontificou a corrigir. Creio que 
pelo visto serei obrigado a corrigir as velocidades incorretamente incluídas em 
trecho da rodovia. 



-Mensagem Original- 
From: Aun Johnsen 
Sent: Saturday, July 4, 2015 6:48 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Necessidade de intermediação 

 Acabaram de incluir ali um acesso ( 
 https://www.openstreetmap.org/way/358538171 ) que segundo informação que 
 tenho ele não existe. Acredito que aquele que incluiu tenha certeza de que 
 ele existe e não vou questionar se existe, ou não.

Eu tentei mostra para voce tudo evidencia que esse link existe, como
voce não quer compartilhar seus fontes, e nem olhando o informação que
eu tentando mostra para voce, eu precisava editar o trevo para mostra
a voce.

Segundo Strava tem muito fluxo nesse link, e não credito que isso e
pessoas correndo ou pedalando.

Voce for la ver mesmo que esse link não existe? Eu procurando
Mapillary e outros fontes e não vejo nada contrario.

Sim, vejo ainda que tem muito dados para melhorar no local, mas voce
não queria acertar quando primeiro perguntou voce sobre problemas de
roteamento, independente se for voce ou outros pessoas quebrando, so
depois muito discussão voce editou. A mapa e cheia do erros e
problemas e em vez acertar algum coisa quando alertada voce decide
começar um guerra contra o pessoa que voce mostrando isso?

Muitos vezes eu vi voce fazer edicoes que não concordo, ou que acho
errado, e cada vez apontando algum coisa a voce sair com mesmo tipo
resposta.

Bom, as fontes voce tem talvez tem melhor conhecimento local, mas eu
adicionei esse link por causa do evidencia de fluxo no local. Se voce
não passou esse trevo mesmo, e não pode compartilhar dados provando o
existência ou falta do existência esse link eu não tem outro escola em
creditar que o evidencia que tem do fluxo dos veicules e valido.

Se cada vez eu apontando um erro a voce eu vou peder 2 dias com
discussão ate voce decide jogou na lista eu vou parar de apontar ao
voce os erros na mapa e somente concerta-los como acho certo, sem
avisar a voce. Eu poderia resolver esse situação rapidamente sem
gastar tudo esse tempo.


On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 Venho recebendo muitas informações de erros nessa área que comprometem o
 roteamento e aos poucos, com tempo, irei corrigir, se outro não o fizer
 antes.

 Por exemplo:

 A Avenida das Nações Unidas ( https://www.openstreetmap.org/way/358400706 )
 é uma via de pista dupla e não pista simples de sentido duplo. Esse erro
 compromete o roteamento de todas as vias que nela se entronca pelo norte ou
 pelo sul.

 A Avenida Raimundo Cantuária ( https://www.openstreetmap.org/way/338488263 )
 só tem sentido único, de leste para oeste, até a Avenida das Nações Unidas,
 dela para oeste é via de mão dupla.

 Para quem não sabe, a construção desse Trevo do Roque (nome dele) se arrasta
 há mais de 10 anos e foi até parar na justiça. Existe muita matéria na NET
 sobre ele.

 A administração atual decidiu dar continuidade as obras e a circulação na
 área

Re: [Talk-it] mappatura colivazioni con strutture per la copertura stagionale

Fabrizio Tambussa wrote
 Prima che ci mettiamo d'accordo su come mapparlo, l'hanno già smontato. :)
 Io sarei per il farm generico.
 Saluti
  Il 04/Lug/2015 19:36, Aury88 lt;

 spacedriver88@

 gt; ha scritto:

ti sbagli...molto di quello che vedi rimane e non viene toccato. capisco il
building che non è fisso ma allo stesso tempo non è una coltivazione
normale...così come non lo è un vineyard



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/mappatura-colivazioni-con-strutture-per-la-copertura-stagionale-tp5849502p5849526.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-br] Necessidade de intermediação

Paciência tem limite.

Infelizmente não é a você que são dirigidos os erros do mapa.

Quer dizer que o emprego do gps survey só é válido se existir o 
compartilhamento do tracklog no OSM? Novidade para mim.

Quer dizer que outras fontes de referencia não licenciadas no OSM não podem 
servir ao editor como fonte alternativa e secundária de análise? Novidade para 
mim.

Se o HERE, WAZE, YAHOO e outras fontes de analise não podem ser empregadas por 
mim como consulta não sei o que estou fazendo aqui e porque estou debatendo 
esse assunto.

Quem citou Tracksource aqui? Não emprego e nunca empreguei o Tracksource como 
fonte  de consulta para minhas edições até porque ele contem mais erros que o 
OSM.

Sei muito bem que todas essas fontes citadas e não licenciadas no OSM não podem 
ser empregadas na etiqueta source, mas citar, desconsiderar e descartar 
consulta a elas para sanar duvidas é um procedimento seu, não meu.
Não descarto nenhuma delas quando faço analise de determinada área ou região. 
Se você descarta e não as considera, paciência.

Por gentileza e em prol dos demais exclua os acessos que incluiu no trevo por 
dedução sua e que não existem.

Se desejamos ter um mapa atualizado e confiável devemos primeiramente confiar 
naqueles que ainda estão se empenhando em ajudar ao OSM no Brasil.

Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete também 
meu pensar:

Considero que toda pessoa que mapea age de boa fé, sem necessidade de 
questionamento, exceto em casos explícitos de vandalismo.
Atenciosamente,
Blademir Andrade - BladeTC



-Mensagem Original- 
From: Aun Johnsen 
Sent: Saturday, July 4, 2015 7:35 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Necessidade de intermediação 

On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 Conforme já citei a você anteriormente e somente a titulo de ilustração
 porque as fontes não podem ser empregadas no OSM:

 Tracklogs atualizados no trevo:

 http://gpsinfo.com.br/images/portovelho2.jpg

Vejo que spread e muito grande nesses tracklogs, mas pode ser por
ferramenta do visualização, esses tracklogs pode ser compartilhadas
para o OSM? do onde eles são disponíveis?
 Mapa Waze atualizado segundo informação do residente local:

 http://gpsinfo.com.br/images/portovelho.jpg

Nao conheco esse feramenta do visualisazao, os dados não e do OSM,
isso e do TrackSource? Acho que e do um projeto ou  outro de mapas
crowdsource com licença não compatível com OSM, não confia muito isso
porque pode ha mesmo erros de falta do levantamento. Que a link não
existe no TS ou outros fontes similares não significa que não existe.
 Mapa Here atualizado no trevo também segundo informação desse mesmo
 residente:

 https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep
Mapas Here também tem mesmo problema, mapas crowdsource sobre licença
não compativel mesmo não confiável

 Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e
 um histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo
 depois que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso
 em
 http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html

Isso e informação novo para mim, porque voce não divulgou isso
primeira vez? Blog do um politico aparentemente do Porto Velho, que
quer usar o problemas de terminar obras nesse trevo para fim deles,
esse pode dar mais luz sobre situação admito.
 Compreenda também que estamos tratando de vias automotivas e não vias para
 bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas
 podem valer de referência para se desenhar vias ou links automotivos.

 O desenho que havia eu feito refletia as informações recebidas por mim de um
 residente local e você as está alterando por deduções e não vejo isso como
 correto.

 Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso
 passando por baixo do viaduto que foi aberto ao tráfego na semana passada.
 Estou aguardando ele me retornar.

Espero retorna dele, e se for posivel compartilhar os tracklogs dele
com o comunidade, vai ser muito util em disputas como esse, e talvez
podemos descobrir mais problemas do roteamento com isso?
 Se você cita que faço edições que não concorda também não concordo com
 muitas que você faz e nem por isso vou a você questionar a fonte de
 referencia empregada e mesmo informando eu replicar que não é verdade.

 Creio que essas discussões também não levam a nada e como você citou, se
 pararmos para ficar debatendo essas pequenas situações deixaremos de
 corrigir os inúmeros erros ainda existentes no mapa. Como você também não
 vou questionar seus erros, vou corrigi-los diretamente, mas continuo
 aguardando a correção do roteamento incorreto pela ES-060 que você se
 prontificou a corrigir. Creio que pelo visto serei obrigado a corrigir as
 velocidades incorretamente incluídas em trecho da rodovia.

Pelo roteamento do ES-060 e BR-101 entre Guarapari

Re: [Talk-br] Necessidade de intermediação

-Mensagem Original- 
From: Aun Johnsen 
Sent: Sunday, July 5, 2015 12:11 AM 

 So para dar um dica que muito vezes passa no meu trabalho: se não ha 
 evidencia, não existe”

Não sei se é questão de idioma, mas evidencie no inglês é prova que por sua 
vez não é evidência no idioma português.
'Evidência', em português, significa aquilo que é claro, inequívoco, muito 
visível, incontestável.
Apresentei  três evidências, não evidences, e mesmo assim decidiu você se 
valer de sua “evidência” deduzindo o que viu no Strava. O pior, editou se 
valendo dele. 

 To vendo que dados do este fonte que voce citando e mais certa que os fontes 
 que eu mostrando, voce comentou que um dos links que eu inseri não existe, 
 mas segundo Strava ha muito fluxo nesse link. como esse e meia do um trevo 
 onde ha obras eu não posso creditar esse e tao   muitos pedestres. 
 Obviamente os dados do Strava não tem valor, porque seu fonte, que voce não 
 pode compartilhar, sabe melhor.

Um dos links não. Você inclui os seguintes trechos que segundo informação por 
mim recebida não existem:
- https://www.openstreetmap.org/way/358538171
- https://www.openstreetmap.org/way/358538169
- https://www.openstreetmap.org/way/358538166

Inclusive esse terceiro já está errado porque é um trecho de sentido duplo 
conectando um trecho de sentido único.

 Eu tenho mesmo motivos para desconfiar em WAZE e HERE como TS

Desconfiar do TS também desconfio até porque conheço os inúmeros erros dele, 
mas desconfiar da minha edição pautada em informações de residente, do Waze e 
Here, quando esses apontam para a mesma situação, é outra estória. Prefere você 
desconfiar de todos esses e incluir acessos pautados em sua dedução do que vê 
no Strava. Interessante essa ação.

 Bom voce conheço esse trecho pelo seu amigo morando em Vila Velha, que voce 
 visitando regularmente, so em caso voce tem duvida, eu moro no Guarapari e 
 viaje muito, e por acaso esse trecho e entre meu casa e o aeroporto.

Sim e você sabe disso porque recentemente editei uma Rua em Vila velha que 
estava com nomenclatura incorreta e como fiscaliza todas as edições também no 
changeset dessa edição comentou e tive a oportunidade de ali informar que 
trafeguei pela rua no fim de semana e identifiquei o erro.

 Se 150 metros de 40km/h vai fazer muito diferencia pelo tempo? Acho que não. 
 Se o posto e do PM ou PRE e muito fácil verificar, como esse trecho em ambos 
 sentidos e documentado pelo Mapillary

Lembro ao nobre amigo que não são 150m e sim 500m a sinalização vertical para 
redução de velocidade para passagem a frente de posto policial rodoviário.
Por outro lado lembro que classificação de vias e de velocidades interferem no 
roteamento e, infelizmente, não dominamos ainda o algoritmo garmin. O que 
sabemos sobre ele advém de exaustivos testes realizados.
Não estamos debatendo tempo e sim roteamento e tudo que interfere nele.
Como bem deve saber você o roteamento leva em consideração, além de outros, a 
quantidade de nós empregados para unir os segmentos de reta na retratação da 
via. 
Ao se reduzir a velocidade de um trecho de via o editor é obrigado a dividir a 
via de forma a poder no trecho dividido estabelecer a velocidade. Isso por si 
só já afeta o calculo de rota por aquele trecho. 

 Quantos veze eu preciso esplicar, eu colhendo dados para melhorar o 
 roteamento urbano, com esse eu espero que resolver varias dos problemas que 
 dando roteamento pelo zona urbano nas gps do Garmin. Eu tentando também busca 
 informação sobre que tags que tem influencia
 desse roteamento para pode inserir dados certo na mapa. Os dados preciso ser 
 certas e adequadas.

Sim, já compreendemos isso, entretanto essa situação foi identificada em 
dezembro de 2014 e até o presente momento não identificamos solução a nível 
OSM. A nível renderizador já corrigimos, mas continuamos preocupados com os 
demais aplicativos que empregam roteamento.

On 7/4/15, Aun Johnsen li...@gimnechiske.org wrote:
 On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 -Mensagem Original-
 From: Aun Johnsen
 Sent: Saturday, July 4, 2015 9:56 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Necessidade de intermediação

Se voce quer entra em briga com pessoas sobre como voce mapeando, voce
pode manter seus tracklogs no seu computador ou ate apaga-los sem
compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o
projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no
Mapillary, e outros coisas que pode ajudar a comunidade em geral.
Provavelmente voce não vai ver as tracklogs que compartilho porque
publica-los como trackable, significando que eles são organizados
mas meu identificadora e segredo. Voce pode compartilhar assim, e isso
vai deixar tudo mundo acesso dos dados sem identificar voce
pessoalmente.

 É a sua opinião e respeito, entretanto minha formação é militar e por
 meio
 dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no
 próximo

Re: [Talk-br] Necessidade de intermediação

2015-07-04 Thread Fernando Trebien

2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Paciência tem limite.

Verdade.

 Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete
 também meu pensar:

 Considero que toda pessoa que mapea age de boa fé, sem necessidade de
 questionamento, exceto em casos explícitos de vandalismo.
 Atenciosamente,
 Blademir Andrade - BladeTC

Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e
você me questionou até a exaustão. O Aun desfez um trabalho seu,
também agindo de boa fé, e você está fazendo o mesmo com ele. Me
parece conveniente essa interpretação seletiva dessa filosofia.

Sejamos colegas. Questionamentos são sempre bem-vindos, a quem quer
que seja. Precisamos ter o material para defender nossos mapeamentos
quando não está claro o que estamos fazendo (por exemplo, quando
diverge da imagem de satélite). Todos nós, sem exceção. Títulos e
honrarias não conferem autorização automática a todas as ações. Isso é
trabalhar em comunidade, sem hierarquias.

O questionamento só não faz sentido depois que o material já foi apresentado.

-- 
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] Necessidade de intermediação


Creio que você inverteu a ordem ao citar:

Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e você me 
questionou até a exaustão. 


Tenho todo nosso debate aqui arquivado para relembrar se for necessário.

Vou desfez, sem qualquer consulta a mim,  uma edição que fiz em uma via do 
bairro onde resido e por onde trafego diariamente.


Questionei e você em replica disse que eu estava errado.

Apresentei fotos do local, legislação e tudo mais para poder lhe provar que 
o certo era eu.


Ali foi você que me questionou até a exaustão.

O caso do Aun é bem semelhante e esse questiona até a exaustão e o pior, 
põe em duvida a palavra do editor, o que para mim é inaceitável quando, não 
tendo eu mais o tracklog recebido, aponto fontes ilícitas de consulta. 
Ilícitas, ou não, não deixam de ser fontes de consulta que comprovam a 
veracidade dos fatos.


Por fim lembro que estamos aqui para colaborar voluntariamente com o OSM 
editando os erros existentes no mapa (que não são poucos) e ninguém gosta de 
ficar sendo questionado insistentemente por edições. Ser questionado é 
aceitável, mas duvidarem da palavra e das justificativas, não aceito.


Como tenho realizado muitas edições devido aos inúmeros reportes que recebo 
nos sites que administro e também por email, não são poucas as interpelações 
que recebo de edições feitas. Me parece até que o OSM Brasil tem mais 
fiscais do que editores. Será?


-Mensagem Original- 
From: Fernando Trebien

Sent: Saturday, July 4, 2015 8:44 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação

2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:

Paciência tem limite.


Verdade.


Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete
também meu pensar:

Considero que toda pessoa que mapea age de boa fé, sem necessidade de
questionamento, exceto em casos explícitos de vandalismo.
Atenciosamente,
Blademir Andrade - BladeTC


Lembro que no passado eu desfiz um trabalho seu, agindo de boa fé, e
você me questionou até a exaustão. O Aun desfez um trabalho seu,
também agindo de boa fé, e você está fazendo o mesmo com ele. Me
parece conveniente essa interpretação seletiva dessa filosofia.

Sejamos colegas. Questionamentos são sempre bem-vindos, a quem quer
que seja. Precisamos ter o material para defender nossos mapeamentos
quando não está claro o que estamos fazendo (por exemplo, quando
diverge da imagem de satélite). Todos nós, sem exceção. Títulos e
honrarias não conferem autorização automática a todas as ações. Isso é
trabalhar em comunidade, sem hierarquias.

O questionamento só não faz sentido depois que o material já foi 
apresentado.


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

Nullius in verba.



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

[OSM-talk] Micromapping and other subforums

I'm interested in some special mapping areas, like small scale/micro- 
mapping problems. While I see 3D and indoor mapping subforum in OSM 
Specials section on OSM Forum, I don't see micromapping subforum there. 
Are there any other mappers interested in it and if yes, do you think we 
should have a place to discuss such things?


And speaking of subforums: is there a possibility to create 
sub-subforums (I mean thematic subforums inside country subforums)?


--
The train is always on time / The trick is to be ready to put your bags 
down [A. Cohen]


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

Re: [OSM-talk] Micromapping and other subforums

2015-07-04 Thread Warin


On 5/07/2015 11:21 AM, Daniel Koć wrote:
I'm interested in some special mapping areas, like small scale/micro- 
mapping problems. While I see 3D and indoor mapping subforum in OSM 
Specials section on OSM Forum, I don't see micromapping subforum 
there. Are there any other mappers interested in it and if yes, do you 
think we should have a place to discuss such things?



Definition of mirco mapping would be usefull if this starts up?

Mapping areas of, say, less than 5? square metres?
Mapping nodes where the separation to other features is less than, say, 
5? metres?



And speaking of subforums: is there a possibility to create 
sub-subforums (I mean thematic subforums inside country subforums)?




Why? Separating them out would lead to less participation - you only 
look at things that interest you untill you run out of time ...


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

Re: [Talk-cz] otevreni ramp na Prazskem okruhu

2015-07-04 Thread Libor Skala

Probíralo se to v tomhle tématu http://forum.ceskedalnice.cz/viewtopic.php?f
=60t=1941p=112582#p112582
(http://forum.ceskedalnice.cz/viewtopic.php?f=60t=1941p=112582#p112582). 
Pokud se toho nikdo nebude chtít ujmout dřív, pozítří bych nové větve 
zakreslil.

-- 

S pozdravem 

Libor Skala


-- Původní zpráva --
Od: Petr Vozdecký v...@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 5. 7. 2015 1:41:21
Předmět: [Talk-cz] otevreni ramp na Prazskem okruhu


Ahoj,

jestli mate nekdo mistni znalost a jistotu, ze zprava
http://praha.idnes.cz/otevren-novy-najezd-z-r1-na-d5-na-zlicine-d95-/praha-
zpravy.aspx?c=A150701_132805_praha-zpravy_bur
je pravdiva, pak jest vhodne primerene editovat:
http://www.openstreetmap.org/#map=17/50.05214/14.27736

viz tez:
http://mapy.cz/s/jlD3

vop

___
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-br] Necessidade de intermediação

Obrigado Fernando

TL;DR principalmente resposta para o Thundercel (Marcio), ate
elaborando um pouco do problemas de roteamento ES-060

Nao dizendo que nao posso usar fontes como google maps, street view,
here, ou outros fontes para verificar um erro ou correção pode ser
valido, mas ainda mesmo esses fontes não e para confiar. Google maps e
cheia do easter eggs, que e pequenos erros eles colocando para pode
descobre se algum copiando mapa sem autorização, google street view
pode ser desatualizada, here.com e crowd sourced e pode faltar dados
validos e tal.

Se voce quer entra em briga com pessoas sobre como voce mapeando, voce
pode manter seus tracklogs no seu computador ou ate apaga-los sem
compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o
projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no
Mapillary, e outros coisas que pode ajudar a comunidade em geral.
Provavelmente voce não vai ver as tracklogs que compartilho porque
publica-los como trackable, significando que eles são organizados
mas meu identificadora e segredo. Voce pode compartilhar assim, e isso
vai deixar tudo mundo acesso dos dados sem identificar voce
pessoalmente.

Marcio, quando perguntando voce sobre dados, voce e muito rápido
mostrar fontes que não podemos utilizar para defender seu mapeamento.
Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito
trabalho identificar edições ilícito copiado do TS, mas não tem
conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do
fontes que eu não conheço, eu não sei se isso poderia ser TS ou não,
mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai
parecer voce copiando dados do TS, o trabalho do verificar seus 5000
changesets para identificar qual deles pode ser copiado do TS vai ser
um tarefa grande demais. Eu acho muito estranho que voce não quer
compartilhar com o comunidade os dados que te auxiliando resolver
problemas da mapa, ações muito simples de teu parte poderia resolver
muitos discussões rapidamente.

Sobre dropar o maxspeed no ES-060, fui 2 vezes que reverti ao
verdade no chão nesses trechos, uma vez do Marcio que resultou em um
discussão feia, ate aqui na lista, onde eu prometeu, a promessa que
não esqueci mas ainda não houve condições ao completar, a resolver
esse roteamento no forma melhor, outro vez fui um pessoa da MG que
coloquei 110 no tudo trecho do BR-101 dizendo que conheci a local
porque fui la nas ferias, eu moro no Guarapari, e frequentemente
andando esses trechos do BR-101 e ES-060 pra Vitoria, maioria dos
dados nesses trechos na mapa fui coletado por mim, e provavelmente
conheço esse trecho melhor que maioria das pessoas nesse lista.

Eu sei que ainda pode errar, e sei que não e ideal com roteamento
jogando voce dentro Vila Velha e Vitoria em vez passar o contorno. Me
deixa explicar esse trecho melhor para vocês, o contorno do Guarapari
tem parte condições física que pode ser mapeado como highway=motorway,
esse trecho tem velocidade alta (110 e 80), cruzamento sem nível,
canteiro central dividindo as faixas fisicamente, e restrições de
pedestres e ciclistas, mas ainda mapeado como highway=trunk porque
acho rediculo ter um motorway de somente 10 quilometros, continuando
ES-060 pra Vila Velha o velocidade e 80 (antigamente tinha 110 mais
parte do trecho, mas acho fui reduzido para 80 por caso do
urbanização), fora do 2 trechos limitados, um do pedágio e outro
urbano, ha algum radares, mas maioria deles e do 80km/h, tem algum
novos também, principalmente no um area onde ha desenvolvimento
urbano. 2 lugares tem pista lateral com velocidade reduzido (60), mas
pista central ainda tem 80. Nesse parte tem muitos semáforos, ja
tentei mapear tudo mas pode faltar algum ainda. Parte urbano do Vila
Velha e Vitoria tem muitos semáforos, e possível ainda eles falto.

Para o BR-101, o velocidade variando entre 80 e 60, eu ainda preciso
analisar meus dados melhor para ter certeza que as trechos certos tem
80 e 60, mas não deve mudar muito, fora do um parte no Viana e
Cariacica esse trecho não tem semáforos, quase não ha radares.

Pegando um ponto no BR-101 na Serra e outro na Iconha, deveria no
ambos sentidos passa somente pelo BR-101, mas mesmo no modo mais curto
e mais rápido saindo do BR-101 por altura do Guarapari e passo pelo
ES-060, porque esse distancia e 2 quilômetros mais curto, e dar um
economia do tempo de quase 2 minutos (1m10s a 1m55s depende do
roteador), para resolver esse diferencia o BR-101 preciso ter um
velocidade maxima do mais que 180km/h ou o ES-060 menus que 40km/h ou
um coisa entre esses valores e o verdade.

Esse pode ser resolvido parcialmente com penalidade de roteamento, mas
pra isso precisamos entender esse assunto que e muito complicado.

On 7/4/15, Fernando Trebien fernando.treb...@gmail.com wrote:
 2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Paciência tem limite.

 Verdade.

 Finalizo plagiando o dito pelo Blad em sua ultima postagem e que reflete
 também

Re: [Talk-br] Necessidade de intermediação

2015-07-04 Thread Fernando Trebien

Em tempo.

2015-07-04 20:04 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
 Se o HERE, WAZE, YAHOO e outras fontes de analise não podem ser empregadas
 por mim como consulta não sei o que estou fazendo aqui e porque estou
 debatendo esse assunto.

Não podem ser usadas para:
- copiar geometria (com a imagem superposta à sua área de desenho)
- copiar etiquetas (ex.: o nome das ruas, sua
classificação/caracterização, seu código de referência (BR, SP, RS,
etc.), seu limite de velocidade, etc.)

Podem ser usadas para você se dar conta que falta algo no OSM e
investigar se aquela coisa existe - presencialmente, ou pela imagem de
satélite do Bing. Obviamente, apenas presencialmente (ou por fonte
oficial) você pode descobrir o nome, então nomes não podem ser
copiados em hipótese alguma.

No entanto, tudo isso pode se copiado do mapa do IBGE ou de mapas com
licenças explicitamente permissivas (tem que colar aqui pra ajudarmos
a conferir se todos os termos estão de acordo com a ODbL) - nem todas
as prefeituras oferecem essa declação explicitamente, então é
necessário fazer contato.

-- 
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-at] Gleisbaustelle Hütteldorf (49)

2015-07-04 Thread Kevin Kofler

Robin Däneke wrote:
 Habe das schon heute morgen ändern können. Sollte jetzt stimmen.

Ja, soweit ich es erkennen konnte, stimmen die Relationen so.

Kevin Kofler


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

Re: [OSM-talk] Micromapping and other subforums

2015-07-04 Thread Michał Brzozowski

On Sun, Jul 5, 2015 at 3:37 AM, Warin 61sundow...@gmail.com wrote:
 Definition of mirco mapping would be usefull if this starts up?

 Mapping areas of, say, less than 5? square metres?
 Mapping nodes where the separation to other features is less than, say, 5?
 metres?

Sarcasm detected? (as per sheer nonsense of such definitions) It's a
I know it when I see it case, loosely speaking this means small
things of no relevance to our competitors or regular data consumers,
who are happy with a - duh! - street map.

 And speaking of subforums: is there a possibility to create sub-subforums
 (I mean thematic subforums inside country subforums)?


 Why? Separating them out would lead to less participation - you only look at
 things that interest you untill you run out of time ...

This is really needed. Our Polish subforum is kind of mess currently,
with a few superthreads (beginner questions, available imagery,
address imports, osm 3d, ...) on top of that.

Michał

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

Re: [OSM-talk] Micromapping and other subforums


W dniu 05.07.2015 3:37, Warin napisał(a):


Definition of mirco mapping would be usefull if this starts up?


Such concept is hardly a new thing in OSM and you can find general 
introduction to micromappping here:


http://wiki.openstreetmap.org/wiki/Micromapping

I think of myself as a long-time micromapper and I consider the 
difference of scale much important than it seems on the surface. It 
creates interesting new opportunities, but also interesting new problems 
at the same time, because it changes the way you think about classical 
objects (which is the most exciting part for me, because I like 
exploring new frontiers).


It's quite universal subject, but with not too much people involved 
currently, so breaking the national barrier seems to be quite natural. 
3D and indoor mapping are very common in this regard, but they are more 
distinct, while micromapping is misleading, because it looks much more 
like the standard mapping practice.


And speaking of subforums: is there a possibility to create 
sub-subforums (I mean thematic subforums inside country subforums)?




Why? Separating them out would lead to less participation - you only
look at things that interest you untill you run out of time ...


As a forum moderator still I'd like to know if it's technically possible 
at all. It doesn't mean we should automatically use it, of course, but 
feeding huge multi-year threads is rather impractical in my view, while 
creating new thread for every few posts makes it impossible to cluster 
them somehow.


--
The train is always on time / The trick is to be ready to put your bags 
down [A. Cohen]


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

Re: [Talk-br] Necessidade de intermediação

Eu sou formado commandante marinha mercantil e trabalhando como
vistoriador do seguradoras offshore, eu acho que tem mesmo novel de
lealdade e confiabilidade, se voce ha duvida isso podemos discutir
isso no um outro media, eu prefiro não discutir meu trabalho no local
publico assim como esse lista, como vai precisar falhar sobre clientes
meus.

So para dar um dica que muito vezes passa no meu trabalho: se não ha
evidencia, não existe”

To vendo que dados do este fonte que voce citando e mais certa que os
fontes que eu mostrando, voce comentou que um dos links que eu inseri
não existe, mas segundo Strava ha muito fluxo nesse link. como esse e
meia do um trevo onde ha obras eu não posso creditar esse e tao muitos
pedestres. Obviamente os dados do Strava não tem valor, porque seu
fonte, que voce não pode compartilhar, sabe melhor.

Eu tenho mesmo motivos para desconfiar em WAZE e HERE como TS


Bom voce conheço esse trecho pelo seu amigo morando em Vila Velha, que
voce visitando regularmente, so em caso voce tem duvida, eu moro no
Guarapari e viaje muito, e por acaso esse trecho e entre meu casa e o
aeroporto.

Se 150 metros de 40km/h vai fazer muito diferencia pelo tempo? Acho
que não. Se o posto e do PM ou PRE e muito fácil verificar, como esse
trecho em ambos sentidos e documentado pelo Mapillary

Quantos veze eu preciso esplicar, eu colhendo dados para melhorar o
roteamento urbano, com esse eu espero que resolver varias dos
problemas que dando roteamento pelo zona urbano nas gps do Garmin. Eu
tentando também busca informação sobre que tags que tem influencia
desse roteamento para pode inserir dados certo na mapa. Os dados
preciso ser certas e adequadas.



On 7/4/15, Aun Johnsen li...@gimnechiske.org wrote:
 On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 -Mensagem Original-
 From: Aun Johnsen
 Sent: Saturday, July 4, 2015 9:56 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Necessidade de intermediação

Se voce quer entra em briga com pessoas sobre como voce mapeando, voce
pode manter seus tracklogs no seu computador ou ate apaga-los sem
compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o
projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no
Mapillary, e outros coisas que pode ajudar a comunidade em geral.
Provavelmente voce não vai ver as tracklogs que compartilho porque
publica-los como trackable, significando que eles são organizados
mas meu identificadora e segredo. Voce pode compartilhar assim, e isso
vai deixar tudo mundo acesso dos dados sem identificar voce
pessoalmente.

 É a sua opinião e respeito, entretanto minha formação é militar e por
 meio
 dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no
 próximo até prova em contrário.
 O OSM não é um tribunal onde devemos nos resguardar com provas todas
 nossas
 edições.

 Eu sou formado commandante marinha mercantil e trabalhando como
 vistoriador do seguradoras offshore, eu acho que tem mesmo novel de
 lealdade e confiabilidade, se voce ha duvida isso podemos discutir
 isso no um outro media, eu prefiro não discutir meu trabalho no local
 publico assim como esse lista, como vai precisar falhar sobre clientes
 meus.

 So para dar um dica que muito vezes passa no meu trabalho: se não ha
 evidencia, não existe
 Marcio, quando perguntando voce sobre dados, voce e muito rápido
 mostrar fontes que não podemos utilizar para defender seu mapeamento.

 Por gentileza, vamos comentar os fatos que estão descritos e arquivados
 no
 debate do changeset.
 Não sei se é a sua dificuldade de idioma, mas ali pode rever você que
 apontei as fontes ilícitas e comentei que elas não poderiam ser
 empregadas
 no OSM, mas que serviam como fontes de analise.
 Comentei que minha fonte de mapeamento foi um tracklog recebido de um
 colaborador que reside em Porto Velho e que infelizmente não o tenho mais
 e
 confesso que mesmo se o tivesse não o apresentaria porque não preciso
 ficar
 insistentemente justificando meus atos.

 To vendo que dados do este fonte que voce citando e mais certa que os
 fontes que eu mostrando, voce comentou que um dos links que eu inseri
 não existe, mas segundo Strava ha muito fluxo nesse link. como esse e
 meia do um trevo onde ha obras eu não posso creditar esse e tao muitos
 pedestres. Obviamente os dados do Strava não tem valor, porque seu
 fonte, que voce não pode compartilhar, sabe melhor. Vejo no imagem
 anexado como esse trevo parecendo no Strava (pontinhos azuis), esse
 screen grab fui feito no começou nosso discussão no changeset.

 Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito
 trabalho identificar edições ilícito copiado do TS, mas não tem
 conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do
 fontes que eu não conheço, eu não sei se isso poderia ser TS ou não,
 mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai
 parecer voce copiando dados do TS, o trabalho do verificar seus 5000
 changesets para

[OSM-talk] New hardware - new possibilities?

I know that donation drive has just ended successfully, but while I can 
find only some data about the technical needs it fulfills:


http://donate.openstreetmap.org/server2015/#details

there are no detailed informations on what impact may it have on more 
practical level. For example I would like to know if we may get z20 
tiles for default (osm-carto) layer one day or maybe a tile server for 
testing branch for this style?


Or maybe the donation was meant just to keep us running as we are today 
with no further development plans?


--
The train is always on time / The trick is to be ready to put your bags 
down [A. Cohen]


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

Re: [Talk-br] Necessidade de intermediação

On 7/4/15, Marcio - Thundercel thunder...@gpsinfo.com.br wrote:
 Conforme já citei a você anteriormente e somente a titulo de ilustração
 porque as fontes não podem ser empregadas no OSM:

 Tracklogs atualizados no trevo:

 http://gpsinfo.com.br/images/portovelho2.jpg

Vejo que spread e muito grande nesses tracklogs, mas pode ser por
ferramenta do visualização, esses tracklogs pode ser compartilhadas
para o OSM? do onde eles são disponíveis?
 Mapa Waze atualizado segundo informação do residente local:

 http://gpsinfo.com.br/images/portovelho.jpg

Nao conheco esse feramenta do visualisazao, os dados não e do OSM,
isso e do TrackSource? Acho que e do um projeto ou  outro de mapas
crowdsource com licença não compatível com OSM, não confia muito isso
porque pode ha mesmo erros de falta do levantamento. Que a link não
existe no TS ou outros fontes similares não significa que não existe.
 Mapa Here atualizado no trevo também segundo informação desse mesmo
 residente:

 https://www.here.com/?map=-8.77122,-63.88256,18,normalx=ep
Mapas Here também tem mesmo problema, mapas crowdsource sobre licença
não compativel mesmo não confiável

 Compreenda que esse Trevo vem sofrendo inúmeras alterações devido as obras e
 um histórico que se arrasta por anos. O DNIT assumiu as obras desse trevo
 depois que a Prefeitura não foi capaz de conduzi-las. Veja histórico disso
 em
 http://blogdocarloscaldeira.blogspot.com.br/2015/01/conheca-toda-historia-dos-viadutos-de.html

Isso e informação novo para mim, porque voce não divulgou isso
primeira vez? Blog do um politico aparentemente do Porto Velho, que
quer usar o problemas de terminar obras nesse trevo para fim deles,
esse pode dar mais luz sobre situação admito.
 Compreenda também que estamos tratando de vias automotivas e não vias para
 bicicletas e tampouco tracklogs desatualizados extraídos por bicicletas
 podem valer de referência para se desenhar vias ou links automotivos.

 O desenho que havia eu feito refletia as informações recebidas por mim de um
 residente local e você as está alterando por deduções e não vejo isso como
 correto.

 Agora mesmo solicitei ao colaborador que lá reside o tracklog do acesso
 passando por baixo do viaduto que foi aberto ao tráfego na semana passada.
 Estou aguardando ele me retornar.

Espero retorna dele, e se for posivel compartilhar os tracklogs dele
com o comunidade, vai ser muito util em disputas como esse, e talvez
podemos descobrir mais problemas do roteamento com isso?
 Se você cita que faço edições que não concorda também não concordo com
 muitas que você faz e nem por isso vou a você questionar a fonte de
 referencia empregada e mesmo informando eu replicar que não é verdade.

 Creio que essas discussões também não levam a nada e como você citou, se
 pararmos para ficar debatendo essas pequenas situações deixaremos de
 corrigir os inúmeros erros ainda existentes no mapa. Como você também não
 vou questionar seus erros, vou corrigi-los diretamente, mas continuo
 aguardando a correção do roteamento incorreto pela ES-060 que você se
 prontificou a corrigir. Creio que pelo visto serei obrigado a corrigir as
 velocidades incorretamente incluídas em trecho da rodovia.

Pelo roteamento do ES-060 e BR-101 entre Guarapari e Vitoria eu ja
coletei horas de trilhas, compartilhadas no OSM-GPS e no Mapillary,
voce pode entra e ver cada placa de velocidade, para, de a
preferencia, semaforo e mais nesses trechos, e voce pode ver que se a
mapa nao e 100% certo e bem proximo. Eu ainda esperando ferramentas
para JOSM que vai me ajudar editar isso, que e previsto melhorar os
proximo meses, e tempo a anilisar esses dados. Eu ainda tem algum
ligares ao ir gravar mesmos dados para Mapillary, para identificar
porque voce fui roteado ao sair BR-101 onde o GPS falou. Ja entrei
muitos maxspeed nesse região para melhorar o roteamento, mandei uns
5-6 issues para OSRM para melhorar o penalidade por roteamento urbana,
e procurei para entender que tipo tags pode dar penalidade similar no
GPS como Garmin.

Voce dize no um comentario que ha muitos radares do 60km/h nesse
trecho ES-060, se voce olhando meu Mapillary e a mapa voce pode ver
que quase tudo deles ja e no mapa e que o velocidade desses radares
não e 60km/h mas e 80km/h

Espero se voce começar editar esses trechos que voce mesmo procurando
que tem nesses imagens Mapillary, se voce não quer esperar ate eu
terminar meu levantamento e analisa dos dados, para não totalmente
gasta meu tempo levantando esses dados.


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

[Talk-cz] otevreni ramp na Prazskem okruhu

2015-07-04 Thread Petr Vozdecký

Ahoj,

jestli mate nekdo mistni znalost a jistotu, ze zprava
http://praha.idnes.cz/otevren-novy-najezd-z-r1-na-d5-na-zlicine-d95-/praha-
zpravy.aspx?c=A150701_132805_praha-zpravy_bur
je pravdiva, pak jest vhodne primerene editovat:
http://www.openstreetmap.org/#map=17/50.05214/14.27736

viz tez:
http://mapy.cz/s/jlD3

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

Re: [Talk-br] Necessidade de intermediação

-Mensagem Original- 
From: Aun Johnsen

Sent: Saturday, July 4, 2015 9:56 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação

Se voce quer entra em briga com pessoas sobre como voce mapeando, voce
pode manter seus tracklogs no seu computador ou ate apaga-los sem
compartilhar, mas esse so vai beneficiar seu ego do brigar, e não o
projeto ou comunidade. Eu compartilhando meus trilhos, e ativo no
Mapillary, e outros coisas que pode ajudar a comunidade em geral.
Provavelmente voce não vai ver as tracklogs que compartilho porque
publica-los como trackable, significando que eles são organizados
mas meu identificadora e segredo. Voce pode compartilhar assim, e isso
vai deixar tudo mundo acesso dos dados sem identificar voce
pessoalmente.

É a sua opinião e respeito, entretanto minha formação é militar e por meio 
dela aprendi a sempre agir com lealdade e confiabilidade. Acredito no 
próximo até prova em contrário.
O OSM não é um tribunal onde devemos nos resguardar com provas todas nossas 
edições.

Marcio, quando perguntando voce sobre dados, voce e muito rápido
mostrar fontes que não podemos utilizar para defender seu mapeamento.

Por gentileza, vamos comentar os fatos que estão descritos e arquivados no 
debate do changeset.
Não sei se é a sua dificuldade de idioma, mas ali pode rever você que 
apontei as fontes ilícitas e comentei que elas não poderiam ser empregadas 
no OSM, mas que serviam como fontes de analise.
Comentei que minha fonte de mapeamento foi um tracklog recebido de um 
colaborador que reside em Porto Velho e que infelizmente não o tenho mais e 
confesso que mesmo se o tivesse não o apresentaria porque não preciso ficar 
insistentemente justificando meus atos.

Eu mencionou o TrackSource so porque eu sei que o comunidade tem muito
trabalho identificar edições ilícito copiado do TS, mas não tem
conhecimento nesses dados. Voce me mostrou 2 imagens desse trevo do
fontes que eu não conheço, eu não sei se isso poderia ser TS ou não,
mas sempre pode ter suspeito desse. Eu vai achar muito ruim se vai
parecer voce copiando dados do TS, o trabalho do verificar seus 5000
changesets para identificar qual deles pode ser copiado do TS vai ser
um tarefa grande demais. Eu acho muito estranho que voce não quer
compartilhar com o comunidade os dados que te auxiliando resolver
problemas da mapa, ações muito simples de teu parte poderia resolver
muitos discussões rapidamente.

Mais uma vez identifico que sua dificuldade no idioma português não o 
permite ler adequadamente o que citamos.
Lá no debate do changeset informei as fontes WAZE e HERE. Se você diz agora 
que não conhece essas fontes ilícitas me desculpe, pois a maioria as 
conhece e imaginei que você também as conhecesse até porque la comentou você 
que o Waze empregou dados do OSM.

Sobre dropar o maxspeed no ES-060, fui 2 vezes que reverti ao
verdade no chão nesses trechos, uma vez do Marcio que resultou em um
discussão feia, ate aqui na lista, onde eu prometeu, a promessa que
não esqueci mas ainda não houve condições ao completar, a resolver
esse roteamento no forma melhor, outro vez fui um pessoa da MG que
coloquei 110 no tudo trecho do BR-101 dizendo que conheci a local
porque fui la nas ferias, eu moro no Guarapari, e frequentemente
andando esses trechos do BR-101 e ES-060 pra Vitoria, maioria dos
dados nesses trechos na mapa fui coletado por mim, e provavelmente
conheço esse trecho melhor que maioria das pessoas nesse lista.

Desculpe, mas citar que conhece o trecho melhor que a maioria do pessoal da 
lista é para mim prepotência.
Muitos conhecem o trecho, inclusive eu que por sinal estarei trafegando por 
ele na próxima semana quando estarei novamente indo a Vila Velha.

Eu sei que ainda pode errar, e sei que não e ideal com roteamento
jogando voce dentro Vila Velha e Vitoria em vez passar o contorno. Me
deixa explicar esse trecho melhor para vocês, o contorno do Guarapari
tem parte condições física que pode ser mapeado como highway=motorway,
esse trecho tem velocidade alta (110 e 80), cruzamento sem nível,
canteiro central dividindo as faixas fisicamente, e restrições de
pedestres e ciclistas, mas ainda mapeado como highway=trunk porque
acho rediculo ter um motorway de somente 10 quilometros, continuando
ES-060 pra Vila Velha o velocidade e 80 (antigamente tinha 110 mais
parte do trecho, mas acho fui reduzido para 80 por caso do
urbanização), fora do 2 trechos limitados, um do pedágio e outro
urbano, ha algum radares, mas maioria deles e do 80km/h, tem algum
novos também, principalmente no um area onde ha desenvolvimento
urbano. 2 lugares tem pista lateral com velocidade reduzido (60), mas
pista central ainda tem 80. Nesse parte tem muitos semáforos, ja
tentei mapear tudo mas pode faltar algum ainda. Parte urbano do Vila
Velha e Vitoria tem muitos semáforos, e possível ainda eles falto.

Conhecendo bem a ES-060 deve ter se esquecido que a velocidade máxima no 
trecho da ES-060 onde se

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

2015-07-04 Thread Kevin Kofler

Kevin Kofler wrote:
 Der N49 ist übrigens auch von der Umleitung betroffen (er wird wohl kaum
 über das offene Gleis schweben oder auf der einen verbleibenden Spur
 geisterfahren ;-) ), die genauen Änderungen sind aber nicht offiziell
 dokumentiert. Richtung stadteinwärts (Kärntner Ring, Oper bzw.
 Hütteldorfer Straße U) wird wohl wie der 49E über Bahnhof Hütteldorf (SU)
 gefahren, ob dann dafür stadtauswärts die (bzw. einige) Stichfahrten über
 Bergmillergasse-Hütteldorf SU-Bergmillergasse entfallen, weiß ich aber
 nicht. (Meine Vermutung: An Wochentagen, wo nur bis Bujattigasse gefahren
 wird, wird wahrscheinlich der Bahnhof Hütteldorf nur auf der Rückfahrt
 stadteinwärts angefahren, an Wochenenden werden die Stichfahrten
 stadtauswärts wohl eher bleiben. Aber ich liege mit den Vermutungen nicht
 immer richtig, die Wiener Linien tun manchmal komische Dinge.)

Der N49-Fahrplan für die Dauer der Bauarbeiten ist jetzt online:
http://www.wienerlinien.at/media/files/2015/linie_n49_04_07_2015_157785.pdf

Stadtauswärts:
* entfallen die Bedarfsstichfahrten (nur nach Anmeldung beim Fahrer) über
  Bergmillergasse-Hütteldorf SU-Bergmillergasse (werktags), Bergmillergasse
  und Hütteldorf SU werden da nur auf der Rückfahrt angefahren,
* bleiben die fixen Stichfahrten bestehen, sowohl die 2 an Werktagen (warum?
  Irgendein Anschluß? Personalwechsel? Minimierung der Fahrplanänderungen?)
  als auch alle am Wochenende.

Stadteinwärts fahren (wie erwartet) alle Kurse wie der 49E:
Hütteldorf, Bujattigasse - Bergmillergasse - Hütteldorf SU - Baumgarten
(mit nur diesen Haltestellen).

Kevin Kofler


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

[OSM-talk] API down?

2015-07-04 Thread Maarten Deen


Hi,

it seems the api is down? I can't get a connection from JOSM, ID, or a 
direct URL in my browser.


Regards,
Maarten

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

Re: [OSM-ja] 京都世界遺産マッピングパーティ　第４回は 7/11 に東寺

2015-07-04 Thread yasunari

京都の山下です。皆さんこんにちわ。

京都世界遺産マッピングパーティ第４回東寺は、
いよいよ来週となりました。

皆さんどうぞお越しください！！


In message 20150616.000540.60846430.yasun...@yamasita.jp
yasun...@yamasita.jp writes

  京都の山下です。皆さんこんにちわ。
  
  毎月一つづつ世界遺産をコンプリートしようという企み、
  京都世界遺産マッピングパーティ第４回は
  7/11 に東寺をターゲットにします。
  https://openstreetmap.doorkeeper.jp/events/26487
  
  ゆるーり観光しながらサーベイ
  向日市の公民館に移動して OpenStreetMap にマッピング、
  マッピングの後は激辛懇親会！！
  
  参加をお待ちしています！
  --
  山下康成＠京都府向日市

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

Re: [OSM-talk] API down?

2015-07-04 Thread john whelan

I'm getting the same from Canada.

Cheerio John

On 4 July 2015 at 09:00, Maarten Deen md...@xs4all.nl wrote:

 Hi,

 it seems the api is down? I can't get a connection from JOSM, ID, or a
 direct URL in my browser.

 Regards,
 Maarten

 ___
 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] API down?

2015-07-04 Thread Blake Girardot



Is down for me too.



On 7/4/2015 3:00 PM, Maarten Deen wrote:

Hi,

it seems the api is down? I can't get a connection from JOSM, ID, or a
direct URL in my browser.

Regards,
Maarten

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


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

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

2015-07-04 Thread Christian Rogel

 Le 4 juil. 2015 à 14:42, osm.sanspourr...@spamgourmet.com a écrit :
 
 Moi si, non parce qu'il n'y a pas écrit La Poste ;-) mais parce que l'on 
 est plutôt sur un service de courrier dont l'opérateur est La Poste.
 operator=La Poste
 
 J'ai cherché la poste, saint-marc, brest.
 
 Je tombe sur le bureau de poste et les boîtes aux lettres.
 name  Brest Saint Marc
 operator  La Poste
 C'est exactement ce que je m'attends à trouver, même logique que pour les 
 supermarchés.
 Pas La Poste, Groupe La Poste, bureau de Brest Saint-Marc.


Si j'ai bien saisi l'idée, si un groupe commercial dispose d'une multitude  de 
raisons sociales, enseignes, etc, on devrait mettre comme name toutes les noms 
affichés de ses succursales, sauf, ceux qui sont identiques à son nom. 
Chronopost, oui, La Poste, non.
Les Carrefour City et Market n'affichent plus que le second item, doit-on 
mettre en clair le logo qui équivaut à Carrefour ?

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

Re: [Talk-it] Mail/messaggio per richiesta apertura dati geografici Comune Messina

John Doe wrote
 Proverò a mandare la mail all'indirizzo da te indicato. Eventualmente
 provvederò anche a mandare qualche messaggio sui social. È l'unica
 occasione per avere quei dati.

dai dai! un po di fiducia ;-)
tienici informati

ps:io fra qualche mese, quando si saranno calmate le acque agitate dal
periodo elettorale, riproverò a mandare la lettera al sindaco di Gela che
nel frattempo è diventato Domenico Messinese.
Candidato con il m5s ha un punto del programma dedicato alla trasparenza
della PA e qualche accenno all'OpenData,quindi ho ottime speranze che
qualche dato potremo ottenerlo;tra l'altro ho scoperto che con la fine delle
provincie i dati in ambito catastale passano di competenza dei singoli
comuni ma non so se si applica anche alla Regione Sicilia.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mail-messaggio-per-richiesta-apertura-dati-geografici-Comune-Messina-tp5849251p5849487.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-at] N29, N41 (war: Re: Gleisbaustelle Hütteldorf (49))

2015-07-04 Thread Kevin Kofler

Diesen Sommer werden übrigens auch der N41 (6.7.-16.8.) und der N29 
(8.7.-31.8.) umgeleitet (Gleisbaustellen bei laufendem Straßenbahnbetrieb):
http://www.wienerlinien.at/eportal2/ep/contentView.do/pageTypeId/66526/programId/74577/contentTypeId/1001/channelId/-47186/contentId/79329

Kevin Kofler


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

Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants

2015-07-04 Thread Jo

Et cette proposition?

http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

Jo

2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org:

  Le 03/07/2015 10:19, Jérôme Seigneuret a écrit :

 En regardant bien on peut voir qu'une partie des valeurs pour la clé
 attraction ne sont dans les faits des éléments qui devrait être tagué avec
 la clé playground.
 attraction=swing  *playground=swing*
 attraction=sandbox  *playground=sandpit*
 attraction=spring_rider  *playground=springy*
 attraction=slide  *playground=slide*
 attraction=seaseaw  *playground=seesaw*
 attraction=playset  *playground=slide; climbingframe*
 attraction=jungle_gym  *playground=climbingframe*

 + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta
 proposition : http://taginfo.openstreetmap.org/keys/playground#values,
 avec par exemple 1600+ playground=swing (18% des utilisations) contre 63
 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des
 compléments de tourism=attraction, et des attractions un peu plus
 conséquentes qu'une balançoire.
 JB.

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


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

Re: [OSM-talk-fr] Imagerie SPOT6



Le 03/07/2015 22:19, Philippe Verdy a écrit :

Que pensez vous aussi de l'annonce faite par Microsoft de céder toute
son activité cartographique pour Bing à Uber (dont l'activité en France
est fortement menacée et pour l'instant suspendue ce soir au moins
jusqu'en septembre ?

L'imagerie satellite haute résolution restera-t-elle gratuite en France
pour OSM alors qu'Uber ne pas la monétiser en France ? Et dans quelle
mesure même Uber laissera cette imagerie disponible gratuitement de
façon aussi libre même ailleurs dans le monde alors qu'il doit monétiser
sa couteuse acquisition?
A-t-on alors d'autres sources pour l'imagerie haute résolution partout
sur le territoire ?


Vu passer ce tweet qui aborde la question, et y répond, faute de mieux : 
https://twitter.com/rbrundritt/status/616028862531530752


vincent

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

Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants

@Jo C'est celle dont je parle et c'est justement l'existance de tags
similaire avec les même photo dans la proposition attraction.

Tu verras que les clés indiqués correspondent à celle de ton lien ;-)

Le 4 juillet 2015 13:05, Jo winfi...@gmail.com a écrit :

 Et cette proposition?

 http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

 Jo

 2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org:

  Le 03/07/2015 10:19, Jérôme Seigneuret a écrit :

 En regardant bien on peut voir qu'une partie des valeurs pour la clé
 attraction ne sont dans les faits des éléments qui devrait être tagué avec
 la clé playground.
 attraction=swing  *playground=swing*
 attraction=sandbox  *playground=sandpit*
 attraction=spring_rider  *playground=springy*
 attraction=slide  *playground=slide*
 attraction=seaseaw  *playground=seesaw*
 attraction=playset  *playground=slide; climbingframe*
 attraction=jungle_gym  *playground=climbingframe*

 + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta
 proposition : http://taginfo.openstreetmap.org/keys/playground#values,
 avec par exemple 1600+ playground=swing (18% des utilisations) contre 63
 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des
 compléments de tourism=attraction, et des attractions un peu plus
 conséquentes qu'une balançoire.
 JB.

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



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


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

Re: [OSM-talk-fr] Doublon dans l'utilisation des clés pour décrire des jeux pour enfants

2015-07-04 Thread Jo

Ah zut, moi j'avais compris que c'était l'intention d'utiliser
playground_equipment comme clé et je ne serais pas surpris si c'était comme
cela à l'origine.

Jo

2015-07-04 13:05 GMT+02:00 Jo winfi...@gmail.com:

 Et cette proposition?

 http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment

 Jo

 2015-07-03 11:52 GMT+02:00 JB jb...@mailoo.org:

  Le 03/07/2015 10:19, Jérôme Seigneuret a écrit :

 En regardant bien on peut voir qu'une partie des valeurs pour la clé
 attraction ne sont dans les faits des éléments qui devrait être tagué avec
 la clé playground.
 attraction=swing  *playground=swing*
 attraction=sandbox  *playground=sandpit*
 attraction=spring_rider  *playground=springy*
 attraction=slide  *playground=slide*
 attraction=seaseaw  *playground=seesaw*
 attraction=playset  *playground=slide; climbingframe*
 attraction=jungle_gym  *playground=climbingframe*

 + 1. Les stats sur playground=* confirment l'utilisation cohérente de ta
 proposition : http://taginfo.openstreetmap.org/keys/playground#values,
 avec par exemple 1600+ playground=swing (18% des utilisations) contre 63
 attraction=swing et 0.82% des valeurs. Les attraction=* seraient plutôt des
 compléments de tourism=attraction, et des attractions un peu plus
 conséquentes qu'une balançoire.
 JB.

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



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

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

Même plus simple le name c'est La Poste! Pour le reste c'est une sous
sectorisation. En effet qu'en on parle d'aller à un bureau de poste ou dans
une autre société on ne parle pas d'aller à Tavel mais à La Poste de Tavel.
Ici le village c'est que l'implantation. Il y a une logique organisationnel
sur le terrtoire comme c'est le cas pour la grande-distribution.

Sachant qu'en plus c'est privatisé, Le Nom de la société doit au moins
figuré dans le tag

A la limite cela règle ton problème:
Name = La Poste - Montpellier Préfecture

Avec le mode de séparation que vous voulez pour identifier le fait qu'il y
a la société et son bureau local. Et cela en respectant la casse imposé
dans OSM et pas un texte qu'en capitale. Au pire il faut transformer
l'ensemble des tags de manière à avoir le texte sans accents et soundex de
Osmose nous proposera de corriger.

Le tiret quand à lui peut être analyser comme dans n'importe quel soft et
remplacé sur la carte par un renvoi à la ligne.

@Christian: Ce qui est pénible c'est de faire avec des contraintes de
normalisation. En effet retraiter le tag name c'est pénible mais dans tous
les cas si tu veux sortir l'ensemble des boulangeries, tu iras d'abord
choisir le couple clé+valeur plutôt qu'un nom dans lequel ce sera peut être
écrit Le Bon Pain de Dédé au lieu de Boulangerie et au mieux tu
compléteras en recherchant dans le tag name les valeurs correspondantes (ou
inversement car dans tous les cas c'est complémentaire). Il faut dire que
ce problème et un parallèle au sujet

Si c'est un problème d'identification du type de commerce, et c'est le cas
pour pas mal de type de boutique, il faut essayer de compléter
l'iconographie. Mais ça c'est un autre sujet

Yves met en avant un problème supplémentaire correspondant au fait qu'il
n'y ai pas de système de filtrage lié à nominatim. Je parle de recherche
avancée. Et ça ce serait un plus.

@Vincent: Comme dit Christian il y a le Reverse géocoding et il y a le lien
vers le site de La Poste comme référence
et un is_in est plus performant comme clé pour déterminer une inclusion vu
que le nom correspond à un suburb ou à un town et autre. Mais cela implique
dans tous les cas des relations entre différents jeux. C'est une base
contenant des éléments relationnel. S'il faut faire des fichiers plats,
dans ce cas c'est l'outil d'extraction qui va fournir les infos manquantes.
L'objectif de sortir un jeu de données non contaminant et des infos à
l'identique de celui de la source et à bannir de fait. On va changer la
précision et on ne prend pas forcément tout le contenu du fichier source.
On fait le lien et c'est ça le plus important à mon sens. Ne pas perdre
l'origine de l'info et la date de cette dite source ou celle de source
locale (avec une date).

Le fait d'avoir name=La Poste ne me choque pas, pas plus que pour une autre
société. Après pour lever toutes ambiguités c'est un complément de nom pour
moi et dans nos SIG c'est géré comme tel. Quand on parle de service d'un
organisme c'est le même problème genre SDIS 30 - service *


Le 4 juillet 2015 12:07, Christian Quest cqu...@openstreetmap.fr a écrit :

 Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;)

 Oui, je comprends bien ton propos, mais généralise le à tout type de
 POI... et on devrait mettre tout plein d'infos sur tout les POI... le
 retour des is_in ?

 Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur
 les boites aux lettres de rue ;)



 Le 04/07/2015 11:58, Vincent de Château-Thierry a écrit :
 
  Le 04/07/2015 11:44, Christian Quest a écrit :
  Je ne trouve aucun apport à avoir un nom identique à celui de la commune
  pour les bureaux de poste.
  C'est un service, en principe générique, et sa localisation n'a en fait
  aucune importance.
  C'est différent pour une gare qui correspond à un service qui sert à se
  déplacer et donc d'aller d'un point A à un point B où la différenciation
  est essentielle au service et où le nom me semble important.
 
  Quand il y a plusieurs bureaux de poste dans une même commune, là le nom
  commence à servir à les différencier (exemple dans ma commune avec une
  Poste principale et 4 autre bureaux).
 
  On revient à nouveau sur la notion de nom... et ce qu'on doit mettre
  ou pas dans name=*
 
  Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin
  à faire... Il n'y a pas que les cartes dans la vie ;)
  Supposons un consommateur* de données OSM qui n'utilise que les
  bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La
  Poste, car le positionnement géographique est moins précis que dans
  OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver
  avec un tag name majoritairement vide, rempli quasi uniquement dans
  les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser
  ? Homogène ? S'il faut en passer par un croisement avec les limites
  communales pour retrouver le nom, alors qu'il était présent dans la
  source intégrée, je pense qu'on

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



Le 04/07/2015 12:07, Christian Quest a écrit :

Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;)

Oui, je comprends bien ton propos, mais généralise le à tout type de
POI... et on devrait mettre tout plein d'infos sur tout les POI... le
retour des is_in ?

Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur
les boites aux lettres de rue ;)


Ça me rappelle quelque chose en effet ;)

La nuance que je vois ici, par rapport au géocodage de masse, c'est 
qu'on est face à une info (le nom) fournie par la source, et qui n'obéit 
pas à une règle aussi simple que je prends le nom de la commune où je 
me situe. Tout l'intérêt c'est d'avoir le bénéfice du résultat (le nom 
rempli) sans avoir à faire un reverse géocodage voire reverse 
engineering. Et encore une fois, partir d'un jeu de données où un champ 
est rempli à 100%, pour en dériver un jeu dans OSM avec juste quelques % 
remplis, me semble contre-productif dans son principe.
Sur le tout type de POI, non, hors de question de généraliser. Je 
pense juste qu'il faut être opportunistes (et feignants) en utilisant ce 
qui nous est fourni, quand il est fourni, plutôt que d'avoir à le 
re-créer a posteriori.


vincent

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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

2015-07-04 Thread Adrien Caillot


Bonjour,

Désolé de mettre quelques jours à répondre. Je suis actuellement à la 
campagne et n'ai pas toujours accès à internet.


On 30/06/2015 17:03, GaelADT wrote:

L'ON3V définit une étape comme une portion d'itinéraire qui peut se
parcourir à vélo en une journée.


En effet, et je pense que c'est une bonne définition même si elle est 
mal rédigée.
Je dis mal rédigée car elle ne tient pas compte du fait que certaines 
personnes font 30 km par jour tandis que d'autres en font 150.
Il faudrait plutôt écrire « une portion d'itinéraire qui peut être 
parcourue à vélo en une journée, par un public familial et non sportif ».

Ce qui veut dire, grosso-modo, des étapes de 20 km (relief) à 50 (plat).




Nous pourrions nous baser sur les étapes définies par le site
francevelotourisme pour créer ces sous-relations.
Cependant, beaucoup d'itinéraires sont manquants, une vingtaine seulement
sont représentés, (peut-être est-ce dû à l'état d'avancement des
aménagements...), pour les autres, nous aurons simplement à calculer cette
distance parcourue à vélo et les définir nous-même.


En fait, c'est le modèle économique de FVT qui veut ça.

FVT demande aux collectivités de payer pour faire figurer leurs 
itinéraires sur le site. Il n'y a donc sur le site que certains grands 
itinéraires pour lesquels des collectivités sont prêtes à payer.


Mais plutôt que de se baser sur FVT, j'ai une autre idée (voir plus bas).



Le souci avec une décomposition en petites véloroutes, c'est qu'il y aura
des chemins à part car l'itinéraire principal, il continue.
Une petite véloroute (relation-enfant) composante de l'itinéraire principal
(la relation-parent) peut se trouver au début, au milieu ou à la fin de
l'itinéraire principal et une relation constituée de chemins + sous-relation
véloroute + des chemins encore, ce n'est pas très élégant.


D'accord avec ça.



On rejoint l'avis de RainerU-2 pour les variantes, une sous-relation pour
les représenter est ce qui peut se faire de mieux.


Pareil.



Un découpage par étapes donc est une des solutions possibles pour structurer
les itinéraires cyclables sur openstreetmap. De plus, on constate qu'ils
sont structurés de plusieurs façons,Géovélo se propose d'homogénéiser les
données sur toute la France.


OK avec ça aussi.

Maintenant j'explique pourquoi j'ai posé la question. C'est parce que 
j'avais une solution très précise en tête, mais je voulais déjà 
connaître l'état de vos réflexions avant. Je suis plutôt content car je 
vois que ça converge avec ce que je voulais proposer.


Je suis contributeur OSM (occasionnel) depuis plusieurs années, mais 
aussi voyageur à vélo. Et depuis six mois, je travaille avec l'AF3V 
(Association Française pour le développement des Véloroutes et Voies 
Vertes). On a sorti avec l'IGN une carte de toutes les VVV françaises, 
dont vous avez peut-être entendu parler. 
http://www.af3v.org/Guide-des-VVV-de-France.html


Et pour faire cette carte, nous avons fait un découpage de tout le 
réseau en étapes. En effet, notre carte comporte un système de 
numérotation qui permet à l'usager d'accéder sur notre site aux fiches 
descriptives des étapes. Ces étapes correspondent à la définition de l'ON3V.


Je pense qu'il serait tout à fait pertinent qu'OSM et Geovélo utilisent 
le même découpage, dans un but d'interopérabilité qui profiterait à ces 
trois entités et aux usagers.


Si tu partages mon avis, je peux demander l'avis du bureau et vous 
transmettre le fichier qui donne le découpage. Je pense que ça ne 
devrait pas poser de problème.


Qu'en penses-tu ?

--
Adrien


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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

2015-07-04 Thread Adrien Caillot


On 30/06/2015 20:16, Jean-Baptiste Holcroft wrote:


+1, il semble plus simple d'utiliser les tronçons officiels quand ils 
existent, sinon n'en faire qu'une relation.




Si la proposition de mon message précédent est acceptée par Gaël, il y a 
de fortes chances pour qu'on arrive à faire reconnaître comme officiel 
le découpage qui sera déjà partagé par l'AF3V et par OSM.


--
Adrien


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

Re: [OSM-talk-fr] [Osmose] Ajout d'un test sur la nature en tant que nom d'objet