Re: [Talk-it] Problema rendering chiese

[Paolo Monegato]

Il 30/01/2015 19:09, Aury88 ha scritto:

Non si esaurirà con la messa ma la stragrande maggioranza del culto È la
messa come nella stragrande maggioranza delle volte/giorni il culto È solo
la messa...


Però un capitello dove nel mese di maggio recitano il rosario non lo 
segneresti come place of worship?



Abbiamo due modi nodo e l'area e su entrambi abbiamo dato incredibile prova
di capacità inventive e contraddittorie
caso 1] nodo
Il nodo se lo si usa non descrive nulla se non che entro una generica area
nei dintorni dello stesso si prega ( raggio 2 m? 10?1000? non è dato sapere)
per una determinata religione.


IMHO meglio un nodo che niente. Ma se c'hai un area, come quella 
dell'edificio chiesa il tag lo devi mettere all'area.



La chiesa può avere una piazza enorme dove 2 volte all'anno si fa la messa
ma il nodo è lecito metterlo dentro la chiesa, mentre l'area se fosse solo
dentro la chiesa si commetterebbe un errore perchè non si comprenderebbe il
sagrato dove 2 volte l'anno si fa una piccola introduzione alla
celebrazione.


Chiaro che se metti solo il nodo lo devi mettere sulla chiesa. Non vedo 
però come questo possa voler dire che se mappo con un'area allora devo 
mappare solo la parte coperta del luogo di culto...



A parte il non dire quasi nulla e l'avere alla fine gli stessi difetti
dell'area (dove lo metto? baricentrico o cosa? e se sì a cosa? solo la
chiesa o tutti i luoghi usati in tutte le occasioni?) con keepright si
presenta un grosso problema: il tag amenity deve avere infatti associato un
nome e spesso è usato quello della chiesa;Ma il nome della chiesa è una cosa
della chiesa non di un punto dentro o fuori esso. è una cosa quindi che
dovrebbe avere l'edificio. quindi le possibilità sono 3:
  a)name al nodo= keepright  è tranquillo ma tag di fatto è associato
all'elemento sbagliatoa meno che non si decida che l'edificio chiamato
comunemente chiesa non lo sia ma lo sia invece il luogo di culto dentro di
esso


Se l'edificio non è mappato questo modo non è sbagliato.


  b)name all'edificio= keepright segnala errore ma l'edificio comunemente
chiamato chiesa ha il nome della chiesa


E l'errore c'è: se l'edificio è presente allora i tag non vanno sul nodo 
ma sull'edificio.



  c)name ad entrambi= così accontentiamo tutti ma keepright segnala errore
per la ripetizione di un tag.


Sbagliato. Togli il nodo e sposti le info sull'area.


caso 2 ]area
Fino a non molto tempo fa se mi avessero chiesto dove fai messa? Dove è il
tuo luogo di culto?  Avrei risposto senza problemi che era nella chiesa
della mia parrocchia...
Ora non più...
La definizione dell'area, a quanto pare,  pone il grosso problema di
distinguere all'interno della chiesa aree effettivamente usate per il culto
ed altre no...mai sia che nella mia mappatura venissero comprese come aree
di culto anche il vestibolo per i chirichetti, quello del sacerdote e lo
sgabuzino dove vengono tenute le scope per le pulizie settimanali...


Quella era un'estremizzazione provocatoria per tentare di far capire che 
dire escludiamo il sagrato perché il culto si fa dentro in chiesa è 
errato, perché pure dentro l'edificio ci sono aree meno legate al culto 
dello stesso.



Piccole riflessioni stile domanda-risposta per spezzarte un po' il tono
della lettera:
D- ma scusami da me il sagrato è usato solo per brevissimi periodi prima di
un paio di messe in tutto l'anno
R- non fa niente! anche li si fa culto...il culto non si esaurisce con la
messa
D-ma quindi dovrei mappare anche le strade comunali e il mio condominio come
luogo di culto
R-e perchè mai?...assolutamente no!


Appunto. Assolutamente no. Le strade dove passa la processione non sono 
aree consacrate.


Mettiamola così, se con il tag amenity segnalo tutta l'area consacrata 
posso perlomeno sapere, nel caso volessi essere rispettoso del luogo, 
dove posso passare con un abbigliamento non consono o dove posso 
fermarmi a mangiare un panino...



qualsiasi cosa deciderete per me va bene e mi
adeguerò, ma se dovete fare una scelta suggerisco che non pretenda troppa
pignoleria o necessiti di troppo studio/interpretazione da parte del
mappatore/utilizzatore...temo che cose come questa discussione possano
spaventare nuovi arrivati che magari vedono, come me, la situazione in
maniera più semplice (o superficiale) e che qui si vedono distrutte tutte le
loro certezze/opinioni/credenze...la mappa deve essere facile da realizzare
e da comprendere...qualsiasi cosa vada fuori uno dei due parametri rende la
mappa inutile :)


Su questo concordo. Infatti mi sembra tutto molto semplice:
- se non hai la possibilità di mappare l'area metti tutto su un nodo che 
è sempre meglio di niente
- se invece hai a disposizione l'edificio metti lì i tag e non creare un 
nodo

- se vuoi allarga l'area di culto al sagrato (sempre se sai dove finisce)

In sostanza non si vuole obbligare nessuno a mappare pure il sagrato 
come luogo di culto. Semplicemente si sta dicendo che quel modo di 
mappare non è 

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Vincent Pottier]

Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


On a aussi (entre autres) évoqué les références portées sur les 
églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

Et il s'est dit quoi ?
--
FrViPofm

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

Re: [Talk-it] Creare mappa con traccia visualizzata

[Volker Schmidt]

Spero di aver capito bene:

Per condividere puoi caricarlo su Naviki.
Un mio esempio:
http://www.naviki.org/naviki/maps/details/?tx_naviki_pi_way%5Buid%5D=11365492#lat=46.84008361109476lon=9.8106950003zoom=10
Offre la possibilità embedded (in basso destra c'è il link).

La funzione stampa ti produce un road book, ma non una mappa grande.

Per una mappa in png o jpg consiglio GPS Visualizer (
http://www.gpsvisualizer.com/)

Volker

2015-01-31 16:04 GMT+01:00 mircozorzo mircozo...@inwind.it:

 Ciao, avrei bisogno di creare una mappa basata sulle OSM che mi visualizzi
 anche un tracciato gpx sulla mappa stessa, mi interesserebbe sia un formato
 immagine (png, jpeg) che un link in cui poter zoomare sulle OSM stesse per
 seguire il percorso. Così come si può fare in Google maps che si può
 visualizzare un percorso.
 Sono sicuro che si possa fare ma non so come. Per l'immagine va bene la
 funzione condividi di Openstreetmap.org ma per la visualizzazione delle
 mappe zoommabili con il gpx non so come fare.

 Grazie a tutti.

 Ciao, Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Creare-mappa-con-traccia-visualizzata-tp5832037.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: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Vincent de Château-Thierry]

Bonjour,

Le 31/01/2015 12:15, Shohreh a écrit :

Merci pour la rencontre hier soir.


La prochaine sera un _jeudi_ : le 26/02 ;)


Et puisqu'on parlait des bornes incendie, un sujet connexe…

The One-Man Beautification Plan: A security guard from Queens explains why
he’s repainting New York’s forgotten emergency call boxes.

www.slate.com/articles/podcasts/gist/2015/01/the_gist_fdny_call_box_beautification_with_john_colgan_and_a_new_lobstar.html


On a aussi (entre autres) évoqué les références portées sur les églises 
: http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF


vincent

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

Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten

[Markus Straub]

Hallo,

sehr schön, eine positive Antwort von NOWKR:

wir werden das nächste Mal einen entsprechenden Hinweis anbringen, 
damit auch die Arbeit der Leute, die die Kare gestaltet haben, sichtbar 
ist!


LG,
Markus

On 2015-01-31 12:30, Markus Straub wrote:

Hallo Thomas,

du hast Recht, NOWKR habe ich ebenfalls angeschrieben.

LG,
Markus

On 2015-01-30 13:04, thomas.flandera#inode.at wrote:

Da hast du aber zT den Falschen erwischt...
Die Karte hat er nämlich dem Grunde nach von
http://nowkr.at/wp-content/uploads/2014/11/kartewien2-1xx.jpg
übernommen - die haben das auch schon falsch drinnen (soll jetzt aber
keine Entschuldigung sein), jedoch verweist WienHeute auf Grafik: NOWKR
Somit müsste man die auch noch darauf hinweisen.
Beste Grüße
Thomas

  Markus Straub markus.straub...@gmail.com hat am 29. Januar 2015 um
21:05 geschrieben:
 
 
  Sehr geehrter Herr Nusser,
 
  es freute mich als aktives Mitglied der OpenStreetMap-Community,
dass in
  der heutigen WienHeute-Ausgabe vom 29.1. auf Seite 14 ein großer
  Ausschnitt aus OpenStreetMap zur Veranschaulichung der
  Demonstrationsrouten des WKR-Balls verwendet wird.
 
  Es würde mich, und die gesamte Community, noch mehr freuen, wenn Sie
  auch die erforderliche Copyright-Information in / neben die Grafik
  stellen würden: © OpenStreetMap-Mitwirkende.
 
  siehe auch: http://www.openstreetmap.org/copyright/de
 
  Dies ist die einzige Voraussetzung zur völlig freien Verwendung der
  Karte, und wir bitten Sie darum, dies bei hoffentlich vielen weiteren
  Verwendungen von OpenStreetMap-Ausschnitten zu berücksichtigen.
 
  Freundliche Grüße,
  Markus Straub
 
  ___
  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-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-it] Creare mappa con traccia visualizzata

[mircozorzo]

Ciao, avrei bisogno di creare una mappa basata sulle OSM che mi visualizzi
anche un tracciato gpx sulla mappa stessa, mi interesserebbe sia un formato
immagine (png, jpeg) che un link in cui poter zoomare sulle OSM stesse per
seguire il percorso. Così come si può fare in Google maps che si può
visualizzare un percorso. 
Sono sicuro che si possa fare ma non so come. Per l'immagine va bene la
funzione condividi di Openstreetmap.org ma per la visualizzazione delle
mappe zoommabili con il gpx non so come fare.

Grazie a tutti.

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creare-mappa-con-traccia-visualizzata-tp5832037.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] Olomouc - tramvaj na chodníku

[Marek Chlup]

Ahoj.

Děkuji za opravu, nečekal jsem tak rychlou odezvu a navíc v nočních
hodinách. Byl jsem původně vyděšen - 600 V na chodníku není žádná
sranda:-)

Nevěděl jsem jak zpráva do OSM funguje - nyní jsem testem zjistil, že
přijde i mailem a tak ji člověk nepřehlédne.

Zajímalo by mne jak taková oprava (původní chybná změna se týkala 261
cest a to je dost) probíhala? Prosím o nějaký hrubý nástin jak jsi při
opravě postupoval.

Do pléna prosím o nějaké hrubé informace jak na Overpass API (já bych
tedy spíše užíval turbo) ve spojení s JOSM a následnými úpravami. Tedy
je možné užít následující postup?
* vytáhnout chtěná data přes Overpass turbo
* otevřít je v JOSM
* upravit data a poslat úpravy do OSM
Pokud uvedené funguje, bude zřejmě nebezpečné dělat změny na takových
datech v geometrii - jelikož nevidím další data v okolí, která mohou být
se získanými daty provázaná (nebo se dá i toto nějak řešit?).

Ahoj
Marek


On Sat, Jan 31, 2015 at 12:02:35AM +0100, Michal Pustějovský wrote:
 Opraveno. Při zpětné kontrole už jsem nic nenašel, ale kdyby mi přece jenom 
 něco uniklo, klidně mi pošli OSM zprávu, ať tady nespamujeme konferenci. 
 
 Nad rámec oprav svých chyb jsem ještě opravil špatné použití oneway=yes na
 tramvajových tratích (patří pouze na silnice, pro železnice je tu jiná 
 značka).
 
 Díky za upozornění,
 Michal
 
 
 -- Původní zpráva --
 Od: Michal Pustějovský michal.pustejov...@seznam.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 30. 1. 2015 23:27:44
 Předmět: Re: [Talk-cz] Olomouc - tramvaj na chodníku
 
 
 Nazdar,
 spravím. Asi jsem udělal chybku v querry pro Overpass API. :-) 
 
 
 -- Původní zpráva --
 Od: Marek Chlup m...@chlup.net
 Komu: talk-cz@openstreetmap.org
 Datum: 30. 1. 2015 22:25:50
 Předmět: [Talk-cz] Olomouc - tramvaj na chodníku
 
 Ahoj.
 
 Asi před 6 hodinami v Olomouci postavili plno nových tramvajových tratí.
 Bohužel se ukázalo, že jen na OSM.
 
 Dlouholetý přispěvatel OSM Mar4s činil nějakou změnu a podle mne učinil
 nějakou chybu a umístil tramvajovou trať na mnoho cest, kde není.
 
 Namátkou:
 * Slovenská
 http://www.openstreetmap.org/way/4804988
 * Zámečnická
 http://www.openstreetmap.org/way/304254298
 * Na Střelnici - tramvaj na chodníku
 http://www.openstreetmap.org/way/304252073
 * 17. listopadu
 http://www.openstreetmap.org/way/4480582
 
 U uvedených cest přibyly značky:
 railway tram
 railway:traffic_mode passenger
 electrified contact_line
 frequency 0
 gauge 1435
 voltage 600
 
 Prosím uživatele Mar4s, pokud je členem této konference o opravu.
 
 Ahoj
 Marek
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;

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


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

Re: [OSM-talk-fr] Détermination des communes littorales

[mga_geo]

En overpass, j'essaye avec cette requête

(relation['admin_level'='8'][ref:INSEE ~
22...|29...|35...|56...];way(r)[natural=coastline];node(r));
out qt;



--
View this message in context: 
http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Détermination des communes littorales

[mga_geo]

Bonjour à tous,

J'essaye de trouver l'ensemble des communes littorales de la région
Bretagne.
J'ai l'impression qu'il n'existe pas de tag spécifique sur la relation
commune.
Est-ce que la présence d'une way natural=coastline est un critère
suffisant sur la relation commune ?

A+
Marc



--
View this message in context: 
http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-de] Abkürzungen für die Radwege in OCM

[Bernd Weigelt]

Am Donnerstag, 29. Januar 2015, 14:16:15 schrieb Bernd Sommer:
 Hallo zusammen
 
  Kann ich irgendwo nachlesen, welche Abkürzungen die einzelnen Radwege auf
  den „Open Cycle Map`s“ haben? Wie finde ich den RS1-Radweg von Duisburg
  nach Dortmund?
 
 LG  B.Sommer
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

Würde Dir diese seite helfen?

http://cycling.waymarkedtrails.org/de/?zoom=9lat=50.70776lon=7.44598hill=0#routes
 
Die meisten Maps dürften die Abkürzungen auf den Relationen übernehemen

Bernd



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

Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire

[Damouns]

Le 22 janvier 2015 17:39, Philippe Verdy verd...@wanadoo.fr a écrit :
 ca sent fort un prochain arrêté rectificatif (après avis du Conseil
d'Etat ou du
 parlement car changer une loi n'est pas si simple).

Épilogue : Finalement le rectificatif est arrivé sur la graphie du nom de
la région :

LOI n° 2015-29 du 16 janvier 2015 relative à la délimitation des régions,
aux élections régionales et départementales et modifiant le calendrier
électoral (1) (rectificatif) :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30170562

Au lieu de :  la région Centre - Val-de-Loire... ,
Lire :  la région Centre - Val de Loire... .

On ne sait toujours pas si il faut des espaces autour du tiret (peu
probable) mais en tout cas il est certain qu'il n'y a pas de tirets dans
Val de Loire.

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

[Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada 
com toll=yes em quase toda, se não toda, sua extensão?


O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar 
pedágios.


Segundo o wiki
http://wiki.openstreetmap.org/wiki/Key:toll
Only portions of way from which there is no escape except for a U-turn 
should be marked as toll.


Alguma objeção em remover a tag da Anhanguera?

Atenciosamente,
Roger.


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

Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[Stéphane Péneau]

Elle n'est pas rapprochée car cette avenue est située dans les limites 
communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y 
a seulement quelques maisons qui semblent en faire parti.
Je ne crois pas qu'il y ait de solution toute prête pour ce genre de 
situation, mais Vincent pourra certainement en dire plus.


Stéphane

Le 31/01/2015 19:24, lenny.libre a écrit :

Bonjour,
J'ai rencontré un highway non rapproché qui a me semble-t-il toutes 
les infos pour être rapproché !

J'ai mis à jour les données BANO avec OSM.
Qu'ais-je raté ?

Code FANTOIR 	Voie FANTOIR 	Voie OSM 	Cartes 	Édition 	Statut FANTOIR 
(wiki) 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 

330632046T 	AV DES CHENES 	-- 	ORG 
http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 
FR 
http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 
	BANO 
http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 
	JOSM 	ID 
http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 
	P2 
http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 




http://www.openstreetmap.org/way/22755613
Chemin : Avenue des Chênes (22755613)
ref fantoir
Modifié il y a 4 mois par Vinber
Version #13 · Groupe de modifications #26103596
Attributs
bicycle yes
foot yes
highway residential
horse yes
maxspeed 30
name Avenue des Chênes
oneway no
ref:FR:FANTOIR 330632046T
surface asphalt
zone:maxspeed FR:30

Cordialement
lenny


___
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] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Vincent de Château-Thierry]

Le 31/01/2015 17:30, Vincent Pottier a écrit :

Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


On a aussi (entre autres) évoqué les références portées sur les
églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

Et il s'est dit quoi ?


On a parlé de toi ;)
C'était en évoquant l'identification et le référencement des églises, 
notamment parmi les bâtiments importés depuis le cadastre, car Donat 
passe du temps sur le sujet. Mais je vois sur le wiki que ces références 
ne sont plus accessibles ?


Autre questionnement hier, suite à une récente cartopartie au 
Père-Lachaise : comment décrire, mieux qu'avec un simple tag name, les 
subdivisions des cimetières ? Comme ici :

http://www.openstreetmap.org/way/177232497

vincent

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

Re: [OSM-talk-fr] Comment tagger un abattoir municipal

[Philippe Verdy]

Pas que pour les pics de charge puisque la structure est faite aussi pour
accueillir les abatteurs indépendants et ceux des clients (par exemple ceux
des centrales d'achat; et des bouchers pour la découpe, l'emballage sous
vide, la surgélation, les expéditions...)

Diixit la mairie elle-même. Tous les employés qui travaillent sur place ne
sont pas des employés municipaux mais des personnels en mission (qui
peuvent aller d'un abattoir à l'autre et faire la découpe sur place ou ne
livrer que les carcasses bruites)..

Les pics de charge peuvent être gérés par tous les intervenants (public et
privés) par des intérimaires; bien que ce ne soit pas le rôle d'une mairie
d'employer des intérimaires et créer des CDD ! elle fait appel à des
prestataires par ses appels d'offre publics mais n'embauche pas à moins
d'avoir une enveloppe budgétaire sur un terme assez long; mais les communes
ne savent pas gérer correctement les besoins en dessous d'un an sans
contracter des dettes à court terme (parmi les plus chères) Pour compléter
un besoin temporaire de trésorerie et fournir les commandes.

Mais si l'abattoir ne peut répondre à des demandes exceptionnelles de gros
clients comme les centrales d'achat et industries agroalimentaires, il
sortira de la liste de leurs fournisseurs (les acheteurs n'ont pas le temps
d'attendre; ils travaillent en flux tendu mais exigent des prix négociés à
lavance et au moindre retard de fourniture ils appliquent des décotes ou
refusent les produits; en plus ils exigent des marges arrières sur leurs
ventes futures aux fournisseurs qui doivent avancer la trésorerie, et ils
payent très tard les commandes réalisées). Ces commanditaires iront acheter
n'mporte où sur les marchés de gros internationaux (qui regorgent de
produits à vendre hormis les pièces exceptionnelles labellisées); avec
plein d'intermédiaires, et une traçabilité réduite origine union
européenne sans plus, même la nature de la viande est masquée et on ne
sait même pas les espèces de ce qu'on achète dans ces produits
manufacturés).

Et si pour le label origine France il manquent de ressources, ils
n'hésitenet pas à faire voyager des animaux vivants achétés dans toute
l'Europe ou au delà, pour les placer quelques jours dans un élevage
industriel où seront prises les bêtes mélangées à abattre (mais dans
n'importe quel abattoir qui a de la disponibilité et les moindres prix; pas
le plus proche et pas toujours non plus en France; car de l'Allemagne à la
Bulgarie, des tas d'abattoirs payent très peu leurs employés immigrés : les
bêtes voyagent beaucoup de même que les produits de l'abattage qui passent
d'un congélateur à l'autre ou de camion en camion; et qui sont encore
mélangés).

A ce stade, la viande congelée n'est plus qu'un minerai (et comme on
consomme surtout des viandes hachées sous diverses formes (plats cuisinés,
sauces, conserves, hamburgers, charcuterie industrielle; plus question de
savoir de quels morceaux il s'agit ou quelle en est la valeur
nutritionnelle, d'autant plus qu'on y mélange des tas d'autres choses que
de la viande; notamment des matières grasses douteuses, divers déchets
qu'un char refuserait de manger, de l'amidon de maïs ou de pomme de terre,
du sucre comme liant, beaucoup de sel pour redonner un peu de goût,
beaucoup d'eau pour faire des émulsions, des conservateurs comme les
nitrites, des colorants qui seront; au mieux, de la cochenille autrement
dit des larves d'insectes séchés; réduits en poudre; mais qui améliorent
aussi le taux de protéines et qu'on mange déjà en moyenne à hauteur d1 ou 2
kilos par an, et des arômes industriels).

Méfiez vous des merguez et chipolatas et de la plupart des saucisses dites
de Toulouse sans aucune texture, des knackies de Strasbourg, des hachis
parmentiers; lasagnes ou boulettes, du hachis surgelé émietté sur les
pizzas : il n'y a pas beaucoup de viande dedans et ce sont des mélanges de
divers espèces et es plus mauvais morceaux. (en fin de compte le steak
haché de McDo, hormis le fait qu'il soit trop fin et trop salé, des
fromages très bas de gamme, avec aussi trop de sauce industrielle dessus;
presque pas de tomate et beaucoup d'amidon; très peu de légumes; une
tranche hyperfine de cornichon gorgé de saumure, mais le produit brut sort
du congé est pas si mal si on compare au steak haché des hypermarchés et
tous les plats cuisinés; ou à ce que servent à l'assiette bien des
brasseries qui se disent restaurants... à condition de ne pas tout gâcher
avec double ration de frites; autant de mayo, et un soda hypersucré. Mais
laissez tomber les chicken nuggets ou tacos; il n'y a rien de bon dedans)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom

[Matija Nalis]

(Executive summary: odgovornosti nema, tj. iskljucivo je na planinaru
ili drugom korisniku karte - nitko mu nece garantirati za ista niti
preuzeti bilo kakvu odgovornost.  Citaj dalje za osvrt sa detaljima i
sluzbeni stav OSM-a)

On Wed, Jan 28, 2015 at 12:02:38PM +0100, hbogner wrote:
 Ali to što si sad spomenuo je baš to što sam rekao da sam imao problema.
 Tko je odgovoran za podatke... Nebih sad više o tome, jer nemam
 dobra iskustva s institucijama koje se pozivaju na odgovornost.
 
 Treba objasniti da je svaka osoba dgovorna za podatke koje unosi. Uz
 svaku promjenu stoji korisničko ime i što je promjenjeno.
 Ako se unesu HPS podatci i oni su krivi onda je HPS odgovoran, ako
 HPS unese dobre podatke a netko ih promjeni nakon tog unosa i označi
 nešto netočno, onda je ta osoba odgovorna.

O kakvoj odgovornisti pricamo, materijalnoj i krivicnoj u smislu zakona?
Moralnoj? Sav rad na OSMu i drugdje u najboljem slucaju moze biti
best-effort, a ne ikakva garancija icega.

Odgovornost za koristenje karte, GPS uredjaja, i svega ostalo je
uvijek i iskljucivo u potpunosti na korisniku karte, dakle planinaru
u ovom slucaju.

Sto ako mu GPS pokaze da se nalazi negdje gdje se ne nalazi (radi
prevelike greske), ili mu nacrta da je tamo put (a isti je pomaknut
ili na drugoj visini), pa se izgubi i smrzne i moraju mu odrezati
nogu?

Hoce li tuziti proizvodjaca navigacijskog uredjaja koji ga je krivo
odveo?  Microsoft koji je napisao windows mobile na kojem se
navigacijski uredjaj vrti, a bug u kojemu je omeo ispravan rad GPSa? 
Onoga tko je nacratao kartu na OSMu?  Onoga tko je skupio track na
osnovu kojeg je OSM staza ucrtana?  Proizvodjaca GPS chipseta koji mu
je krivo izracunao poziciju?  Osobu koja je pisala firmware za GPS? 
Americku vladu koja je lansirala GPS satelite?  Hrvatske sume koje
nisu prorijedile drva putem pa su mu drva zaklanjala pogled na
satelite i time dovela do prevelike VDOP greske u izracunu?  Kako ce
uopce dokazati tko je od njih kriv?  A mozda ce tuziti Drzavni
hidrometeoroloski zavod koji je u prognozi rekao da ce biti suncan
dan a dosla je snjezna mecava?  Ili proizvodjaca termo hlaca koji je
napisao da su uporabne za temperature od -15 do +5C, a njemu se noga
smrzla vec na -13C?  Sve njih skupa?

Ili je mozda kriv hbogner jer scripta koja radi extracte za garmin
ima bug, pa je krivo nacrtala stazu?  Ili svi autori softvera kojeg
koristi za tu svrhu?  A sto ako je garmin extract kriv jer je doslo
do korupcije memorije u trenu kreiranja datoteke.  Treba li tuziti
ducan koji mu je prodao racunalo, ili ipak Kingston - proizvodjaca
koristene ECC memorije u kojoj se greska pojavila?  Mozda ipak
Western Digital, jer su se podaci koruptirali zbog bad sectora na
disku?  Mozda sam sukrivac i ja jer adminam stroj gdje se radi
extract a trebalo mi je duze od 48 sata da primjetim da je 
S.M.A.R.T. javio da se na na disku pojavio bad sector, jer nisam 
bio blizu racunala za vikend? Mozda je karta i bila savrsena u
trenutku izdavanja, ali ju je korisnik downloadao u uredjaj jucer
navecer, noc nakon toga su ucrtane izmjene? Ili je koristio online
kartu, ali njegov GSM provider nije imao signala u danom podrucju? 
Mozemo tako u beskonacnost izmisljati tko bi bio odgovoran...


I sto cemo sa crtanim kartama? Evo recimo pred jedno 5 mjeseci sam
isao prema kraljicinom zdencu, dio originalne staze je bio neprohodan
pa je napravljen obilazak.  Sto da sam se povodio po velikoj
printanoj karti u podnozju planine (koja nije mijenjana duzi niz
godina, a kamo li taj dan kada se neprohodnost dogodila) pa ostao
zarobljen u nekoj rupetini odrona?  Da li bih mogao/trebao tuziti PP
Velebit? A sto ako sam kupio printane karte u nekom planinarskom
domu a koje pokazuju netocno stanje (ili zato jer su zastarile u
trenu kupovine, ili imaju neku stamparsku gresku)?  Tuziti
planinarski dom koji mi je kartu prodao?  Stampariju?  
Autore karte?

To je sve suludo. Odgovoran je iskljucivo planinar za sve sto
poduzima. Sve ostalo (od ljudi do GPS uredjaja) mu mogu dati vise 
ili manje precizne savjete (ovisno o sreci cak i vise nego o
kvaliteti).

Ako nije zadovoljan sa ponasanjem kupljenih temo hlaca u kojima mu se
noga smrzla, moze ih eventualno reklamirati u ducan i tu dobiti
povrat novaca.  Isto ako nije zadovoljan preciznoscu GPS uredjaja ili
karte na istome, moze ih eventualno (ako dokaze da je reklamirana
preciznost bila namjerno zavaravajuca od strane proizvodjaca)
eventualno vratiti u ducan i dobiti povrat novaca (A ako je karta
besplatna, nece se na tome obogatiti).  I to vise ovisi o dobroj
volji ducana i imenu i politici reklamacija proizvodjaca nego o
odgovornosti.


TL;DR -- evo uostalom sto kazu sluzbene OSM stranice:

Our contributors are thousands of individuals. We also include
openly-licensed data from national mapping agencies and other
sources, [...] 
Inclusion of data in OpenStreetMap does not imply that the original
data provider endorses OpenStreetMap, PROVIDES ANY WARRANTY, OR
ACCEPTS ANY LIABILITY. 

[OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[lenny.libre]

Bonjour,
J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les 
infos pour être rapproché !

J'ai mis à jour les données BANO avec OSM.
Qu'ais-je raté ?

Code FANTOIR 	Voie FANTOIR 	Voie OSM 	Cartes 	Édition 	Statut FANTOIR 
(wiki) 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 

330632046T 	AV DES CHENES 	-- 	ORG 
http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 	FR 
http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 
	BANO 
http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 
	JOSM 	ID 
http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 
	P2 
http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 




http://www.openstreetmap.org/way/22755613
Chemin : Avenue des Chênes (22755613)
ref fantoir
Modifié il y a 4 mois par Vinber
Version #13 · Groupe de modifications #26103596
Attributs
bicycle yes
foot yes
highway residential
horse yes
maxspeed 30
name Avenue des Chênes
oneway no
ref:FR:FANTOIR 330632046T
surface asphalt
zone:maxspeed FR:30

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

Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[lenny.libre]

Le 31/01/2015 19:49, Stéphane Péneau a écrit :
Elle n'est pas rapprochée car cette avenue est située dans les limites 
communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il 
y a seulement quelques maisons qui semblent en faire parti.
Je ne crois pas qu'il y ait de solution toute prête pour ce genre de 
situation, mais Vincent pourra certainement en dire plus.


Stéphane


Bien vu, en effet, je l'ai vraiment raté !!!
Le rapprochement se fait avec la même voie à Mérignac

	332810642U 	AV DES CHENES 	Avenue des Chênes 	ORG 
http://www.openstreetmap.org/#map=18/44.8467708102/-0.633763371924 	FR 
http://tile.openstreetmap.fr/?zoom=18lat=44.8467708102lon=-0.633763371924 
	BANO 
http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8467708102/-0.633763371924 
	JOSM 	ID 
http://www.openstreetmap.org/edit?editor=id#map=18/44.8467708102/-0.633763371924 
	P2 
http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8467708102/-0.633763371924 




Je n'ai pas trouvé de statuts FANTOIR qui corresponde : Adresses hors 
périmètre est le plus proche, mais c'est toute la rue qui est hors 
périmètre ...


Lenny



Le 31/01/2015 19:24, lenny.libre a écrit :

Bonjour,
J'ai rencontré un highway non rapproché qui a me semble-t-il toutes 
les infos pour être rapproché !

J'ai mis à jour les données BANO avec OSM.
Qu'ais-je raté ?

Code FANTOIR 	Voie FANTOIR 	Voie OSM 	Cartes 	Édition 	Statut FANTOIR 
(wiki) 
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 

330632046T 	AV DES CHENES 	-- 	ORG 
http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 	FR 
http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 
	BANO 
http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 
	JOSM 	ID 
http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 
	P2 
http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 




http://www.openstreetmap.org/way/22755613
Chemin : Avenue des Chênes (22755613)
ref fantoir
Modifié il y a 4 mois par Vinber
Version #13 · Groupe de modifications #26103596
Attributs
bicycle yes
foot yes
highway residential
horse yes
maxspeed 30
name Avenue des Chênes
oneway no
ref:FR:FANTOIR 330632046T
surface asphalt
zone:maxspeed FR:30

Cordialement
lenny


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

[Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?

[Manuel Reimer]

Hallo,

ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne über 
eine OpenStreetMap-Karte legen will. Ich müsste außerdem dynamisch 
zwischen Karte und Bild überblenden können.


Mit welchem Programm geht sowas *einfach*? Muss unter Linux funktionieren!

Danke im Voraus

Gruß

Manuel


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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Vincent Pottier]

Le 31/01/2015 17:47, Vincent de Château-Thierry a écrit :

Le 31/01/2015 17:30, Vincent Pottier a écrit :

Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


On a aussi (entre autres) évoqué les références portées sur les
églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

Et il s'est dit quoi ?


On a parlé de toi ;)
C'était en évoquant l'identification et le référencement des églises, 
notamment parmi les bâtiments importés depuis le cadastre, car Donat 
passe du temps sur le sujet. Mais je vois sur le wiki que ces 
références ne sont plus accessibles ?
Faites du lobbying auprès de la CEF ! Le responsable Web, c'était 
Gabriel Leroy. Je ne sais pas s'il est encore en fonction.
Faites lui comprendre que son système ne permet plus de faire la liaison 
avec d'autres sites, notamment avec OSM.


De fait, du temps de l'ancienne version, quand ça n'était encore pas 
googleAPIsé, je m'étais fait un script qui avait pompé les refs 
existantes. J'ai bien le projet de reprendre ça un jour. Un jour... Et 
de faire un outil à la comcomMaker.

--
FrViPofm


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

[OSM-talk-be] How to map streets with limited parking time?

[hvdb]

Hi, how can one map a street or zone with 'time limits' ?
Here is a map from my village with several kind of 'parking time limits' on
streets :
http://www.heist-op-den-berg.be/544668.img
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?

[Jo]

Vielleicht kannst du es auf Mapillary hochladen? Das geht natürlich nur
wenn es nicht privat ist.

Sonst kann JOSM auch dabei helfen. Dann brauchst du aber eine GPX datei.
Egal welche, wenn du die lädst, kannst du rechter Maustaste  drauf machen,
dann Import Images.

Ich denke iD auf Openstreetmap.org kann auch sowas, da habe ich aber keine
Erfahrung damit.

Jo

2015-01-31 21:21 GMT+01:00 Manuel Reimer manuel.s...@nurfuerspam.de:

 Hallo,

 ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne über
 eine OpenStreetMap-Karte legen will. Ich müsste außerdem dynamisch zwischen
 Karte und Bild überblenden können.

 Mit welchem Programm geht sowas *einfach*? Muss unter Linux funktionieren!

 Danke im Voraus

 Gruß

 Manuel


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

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

[OSM-talk-fr] OSM hors ligne

[Pierre Knobel]

Bonsoir.

Je suis en train de me demander s'il existe des solutions pour consulter
l'intégralité d'OSM sans accès internet.

Mon problème c'est que je travaille dans un environnement où l'accès
Internet est très lent et très cher, et où il est impossible de télécharger
plus de quelques Mo de données par heure sans impacter la bande passante de
mes collègues. On se partage une connexion satellite pour 50 personnes, et
la majorité de la bande passante est allouée aux usages professionnels,
sans rapport avec OSM.

Je ne m'attends pas à trouver une solution toute prête pour OSM comme on en
trouve pour Wikipedia (
http://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Wikip%C3%A9dia_hors-connexion),
donc je me demande quel type de matériel il me faudrait pour héberger la
base de données complète planet, un serveur de tuiles et overpass-turbo. Il
n'y aurait pas besoin de grosses performances, le plus souvent il n'y
aurait qu'un seul utilisateur à la fois, et jamais plus de deux ou trois
(dans le cas où je parviendrais à faire marcher les serveurs sur
l'intranet).

Est-ce que vous pensez qu'un PC de bureau récent avec une petite rallonge
d'espace disque (1 ou 2 To) pourrait faire l'affaire ?

En admettant que j'arrive à faire tourner tout ça, est-ce qu'il existe une
solution pour mettre à jour la base de données de manière intermittente
(une fois tous les deux mois dans mon cas) sans devoir réimporter
l'intégralité de la base de données ?

Je précise que je pars de loin, et qu'il me faudrait une bonne doc pour
réussir à installer tous les composants logiciels nécessaires. J'ai déjà
installé une base de données géospatiale et un serveur Web pour jouer avec
GeoDjango, mais j'avais bêtement suivi des tutoriaux. Donc ce n'est pas
évident que mon projet se concrétise.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] How to map streets with limited parking time?

[Sander Deryckere]

See http://wiki.openstreetmap.org/wiki/Key:parking:lane

More precisely parking:condition:both:maxstay=...

However, it's most likely illegal to use the map you show. It's better to
survey those things.

Regards,
Sander
Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com:

 Hi, how can one map a street or zone with 'time limits' ?
 Here is a map from my village with several kind of 'parking time limits'
 on streets :
 http://www.heist-op-den-berg.be/544668.img

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


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

Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[Vincent de Château-Thierry]

Le 31/01/2015 20:43, lenny.libre a écrit :


Le 31/01/2015 19:49, Stéphane Péneau a écrit :

Elle n'est pas rapprochée car cette avenue est située dans les limites
communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il
y a seulement quelques maisons qui semblent en faire parti.
Je ne crois pas qu'il y ait de solution toute prête pour ce genre de
situation, mais Vincent pourra certainement en dire plus.


Bien vu, en effet, je l'ai vraiment raté !!!
Le rapprochement se fait avec la même voie à Mérignac


Je n'ai pas trouvé de statuts FANTOIR qui corresponde : Adresses hors
périmètre est le plus proche, mais c'est toute la rue qui est hors
périmètre ...


Il y a bien un bout de code qui permet de récupérer des voies en dehors 
d'une commune pour tenter un rapprochement. Mais comme on est hors 
commune, pour ne pas prendre n'importe quoi, il faut un code Fantoir 
rattaché à la commune. Le cas que tu indiques est pile dedans, donc ça 
devrait marcher.

Sauf que non.
Bordeaux est une commune où certains noms sont suffixés. Et jusque là, 
pour les communes avec des noms suffixés, je zappe cette étape de 
recherche des voies en dehors de la commune. Pourquoi ? Pas idée ! Ça 
doit être la flemme :)
Bref, ça ne marchera pas ce soir, mais pour ne pas oublier j'ai créé un 
ticket :

https://github.com/osm-fr/bano/issues/88

vincent

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

Re: [OSM-talk-fr] OSM hors ligne

[Christian Quest]

Une base planet pour du rendu c'est environ 500Go atuellement
Une base overpass c'est du même ordre (et plus avec la gestion des
historiques).
Ce qu'il faut c'est la RAM mais surtout un SSD (de plus en plus abordable).
Côté CPU, pas besoin de se ruiner vu le nombre d'utilisateurs et ce sont
surtout les I/O qui sont la limitation.

Le 31/01/2015 21:46, Pierre Knobel a écrit :

 Bonsoir.

 Je suis en train de me demander s'il existe des solutions pour
 consulter l'intégralité d'OSM sans accès internet.

 Mon problème c'est que je travaille dans un environnement où l'accès
 Internet est très lent et très cher, et où il est impossible de
 télécharger plus de quelques Mo de données par heure sans impacter la
 bande passante de mes collègues. On se partage une connexion satellite
 pour 50 personnes, et la majorité de la bande passante est allouée aux
 usages professionnels, sans rapport avec OSM.

 Je ne m'attends pas à trouver une solution toute prête pour OSM comme
 on en trouve pour Wikipedia (
 http://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Wikip%C3%A9dia_hors-connexion),
 donc je me demande quel type de matériel il me faudrait pour héberger
 la base de données complète planet, un serveur de tuiles et
 overpass-turbo. Il n'y aurait pas besoin de grosses performances, le
 plus souvent il n'y aurait qu'un seul utilisateur à la fois, et jamais
 plus de deux ou trois (dans le cas où je parviendrais à faire marcher
 les serveurs sur l'intranet).

 Est-ce que vous pensez qu'un PC de bureau récent avec une petite
 rallonge d'espace disque (1 ou 2 To) pourrait faire l'affaire ?

 En admettant que j'arrive à faire tourner tout ça, est-ce qu'il existe
 une solution pour mettre à jour la base de données de manière
 intermittente (une fois tous les deux mois dans mon cas) sans devoir
 réimporter l'intégralité de la base de données ?

 Je précise que je pars de loin, et qu'il me faudrait une bonne doc
 pour réussir à installer tous les composants logiciels nécessaires.
 J'ai déjà installé une base de données géospatiale et un serveur Web
 pour jouer avec GeoDjango, mais j'avais bêtement suivi des tutoriaux.
 Donc ce n'est pas évident que mon projet se concrétise.



 ___
 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-fr] boundary=postal_code... et BANO

[Christian Quest]

Pour gérer au plus proche les codes postaux dans les communes
pluri-distribuées, j'ai modifié les scripts d'export de BANO pour
tirer partie des boundary=postal_code + post_code=N

Quand une commune est couverte par plusieurs codes postaux, vous pouvez
donc créer un polygone (ou multipolygone via une relation) pour définir
la zone où chaque code postal est valable.

Si le nom du bureau distributeur est différent du nom de la commune,
vous pouvez l'indiquer avec postal_code:name=* ou addr:postcode:name=*
(j'ai trouvé les 2 et le script prends en compte les deux).

J'ai ajouté les polygones disponibles en opendata pour Toulouse et
Mulhouse, et j'avais déjà créé il y a bien longtemps ceux pour St-Maur
des Fossés.

-- 
Christian Quest - OpenStreetMap France


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

Re: [Talk-br] toll=yes na Anhanguera

[Gerald Weber]

Oi Roger

acho que a tag toll não deve ser removida, afinal é verdade que a
Anhanguera é uma via pedagiada.

Então numa primeira aproximação colocar toll=yes é mais correto do que não
ter nada.

O que deve ser feito é um refinamento da informação colocando toll=no nos
trechos onde é possível transitar sem pagar pedágio.

Mas apagar não. Apagar dados do mapa é  um ato extremo, só mesmo em casos
onde não é possível converter para nenhum outro tipo de informação ou
quando se trata de algo muito absurdo.

De todo modo, obrigado por perguntar :)

abraço

Gerald
On 31 Jan 2015 15:18, Roger C. Soares rogersoa...@gmail.com wrote:

 Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada
 com toll=yes em quase toda, se não toda, sua extensão?

 O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar
 pedágios.

 Segundo o wiki
 http://wiki.openstreetmap.org/wiki/Key:toll
 Only portions of way from which there is no escape except for a U-turn
 should be marked as toll.

 Alguma objeção em remover a tag da Anhanguera?

 Atenciosamente,
 Roger.


 ___
 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: [Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?

[Joachim Kast]

Hallo Manuel,

http://www.gdal.org/gdal2tiles.html

Die Kachelung des Tiffs ist vermutlich etwas überdimensioniert, aber Du
erhältst automatisch eine kleine universelle Web-Anwendung.

Grüße
Joachim

Am 31.01.2015 um 21:21 schrieb Manuel Reimer:
 Hallo,
 
 ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne über
 eine OpenStreetMap-Karte legen will. Ich müsste außerdem dynamisch
 zwischen Karte und Bild überblenden können.
 
 Mit welchem Programm geht sowas *einfach*? Muss unter Linux funktionieren!
 
 Danke im Voraus
 
 Gruß
 
 Manuel
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de


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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Thomas Ruchin]

Bonsoir

J'ai corrigé le wiki car c'est faux d'affirmer qu'on ne peut plus ajouter
de code ref:FR:CEF. Le seul problème est que la vérification sur le site
est plus longue. Mais pour la plupart des communes qui ne comportent qu'un
édifice religieux catholique, la référence est facile à bâtir :
code_insee_commne_01

C'est vrai que le plus simple serait que la CEF nous donne accès à sa base
de donnée -- on pourrait même alors l'intégrer dans osmose...

T. Ruchin

Le 31 janvier 2015 20:32, Vincent Pottier vpott...@gmail.com a écrit :

 Le 31/01/2015 17:47, Vincent de Château-Thierry a écrit :

 Le 31/01/2015 17:30, Vincent Pottier a écrit :

 Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


 On a aussi (entre autres) évoqué les références portées sur les
 églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

 Et il s'est dit quoi ?


 On a parlé de toi ;)
 C'était en évoquant l'identification et le référencement des églises,
 notamment parmi les bâtiments importés depuis le cadastre, car Donat passe
 du temps sur le sujet. Mais je vois sur le wiki que ces références ne sont
 plus accessibles ?

 Faites du lobbying auprès de la CEF ! Le responsable Web, c'était Gabriel
 Leroy. Je ne sais pas s'il est encore en fonction.
 Faites lui comprendre que son système ne permet plus de faire la liaison
 avec d'autres sites, notamment avec OSM.

 De fait, du temps de l'ancienne version, quand ça n'était encore pas
 googleAPIsé, je m'étais fait un script qui avait pompé les refs existantes.
 J'ai bien le projet de reprendre ça un jour. Un jour... Et de faire un
 outil à la comcomMaker.
 --
 FrViPofm



 ___
 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] BANO : non rapprochement highway avec code FANTOIR

[Vincent de Château-Thierry]

Le 31/01/2015 23:28, Philippe Verdy a écrit :

Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une
frontière administrative alors que c'est dévidence la même; la rue
étant partagée par deux communes, chacune utilisant son code FANTOIR et
éventuellement son propre nom et sa propre numérotation des adresses (et
son éventuel code de voie communal dans son SIG; si ce n'est pas le
FANTOIR et le rapprochement complet n'est pas fait ou difficile car pas
complètement équivalent pour certaines sections distinguées dans un des
codes mais pas dans l'autre).

La séparation physique (en séparant les nœuds) s'impose seulement si la
frontière s'écarte de la voirie et va séparer des parcelles d'une seule
commune.


Dans le cas présent la frontière entre Bordeaux et Mérignac ne passe pas 
par l'axe de l'Avenue des Chênes, mais traverse bien des parcelles. La 
limite dans OSM est raccord avec celle visible directement sur le cadastre :

http://www.openstreetmap.org/way/186045436#map=18/44.84906/-0.63297
donc la question du partage des chemins entre rue et frontière n'est pas 
à poser ici.


vincent

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

[Talk-it] numero massimo di livelli in umap, e alternative

[M. Fioretti]

Buongiorno a tutti,

un amico che, un po' per hobby un po' per lavoro,
vuole mappare, da qualsiasi computer si trovi a usare, e condividere 
online alcuni dati che raccoglie, mi ha chiesto:



qual è il numero massimo di layer supportato da
umap? A me ne servirebbero fra 150 e 200, e
possibilità di selezionare da browser una
qualsiasi combinazione di strati, e visualizzare
solo quella.
E se su umap non è possibile che alternative
gratuite, preferibilmente OSM-based, ci sono?


Nota: per dati lui intende diverse categorie di oggetti o attività 
da lui svolte (tipo, non ho capito bene i dettagli: collaudo, 
sopralluogo, ecc) e lui ha solo bisogno di georeferenziarli, cioè di 
mettere un marker nello strato giusto con testo ed eventuale link per 
ogni dato , in umap o quel che è.


Che dite?

Grazie,
M.
--
http://mfioretti.com

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

Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[Philippe Verdy]

Oui mais on a bien le cas de bâtiments à cheval sur deux communes, et la
voie partagée pour les adresses.

La solution de deux relations associatedStreet est raccord avec le problème
: évidement dans ce cas la voirie sera sur une commune différente que les
noeuds d'adresse positionnés sur une autre: les noeuds ne sont pas hors
périmètre et donc la relation sera trouvée même su les segments de voirie
incus dans la relation sont hors périmètre.

Le rapprochement est donc possible exactement de la même façon que quand la
frontière suit l'axe de voirie: ce sont surtout les noeuds positionnés de
chaque côté qui guident le résultat (et il est également permis d'associer
un seul noeud à deux relations de rues différentes, pour le cas de
batiments ayant des accès sur chacune des rues et une adresse sur chacune;
cependant il se pose le cas des numéros différents sur chaque rue et pour
ça pas moyen de faire autrement que d'avoir deux noeuds distincts sur le
même bâtiment; l'un associé à une rue, l'autre associé à une autre rue).



Le 31 janvier 2015 23:49, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 31/01/2015 23:28, Philippe Verdy a écrit :

 Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une
 frontière administrative alors que c'est dévidence la même; la rue
 étant partagée par deux communes, chacune utilisant son code FANTOIR et
 éventuellement son propre nom et sa propre numérotation des adresses (et
 son éventuel code de voie communal dans son SIG; si ce n'est pas le
 FANTOIR et le rapprochement complet n'est pas fait ou difficile car pas
 complètement équivalent pour certaines sections distinguées dans un des
 codes mais pas dans l'autre).

 La séparation physique (en séparant les nœuds) s'impose seulement si la
 frontière s'écarte de la voirie et va séparer des parcelles d'une seule
 commune.


 Dans le cas présent la frontière entre Bordeaux et Mérignac ne passe pas
 par l'axe de l'Avenue des Chênes, mais traverse bien des parcelles. La
 limite dans OSM est raccord avec celle visible directement sur le cadastre :
 http://www.openstreetmap.org/way/186045436#map=18/44.84906/-0.63297
 donc la question du partage des chemins entre rue et frontière n'est pas à
 poser ici.

 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-br] toll=yes na Anhanguera

[thundercel]

Aun Johnsen,
acredito que a maioria aqui trafega bastante pelo Brasil por estradas 
pedagiadas e todos sabem que estrada pedagiada no Brasil é complicado porque as 
vias que estão sendo entregues a Concessionárias não foram construídas para 
serem pedagiadas e por isso existem inúmeras entradas e saídas delas.
Algumas Concessionárias estão  retirando alguns acessos que não passam por 
cabines, mas a quantidade deles é muito grande e o bloqueio de alguns gera um 
problema social muito sério. Colocar Tool=yes em trechos onde não existem 
saídas vai gerar muito mais trabalho do que se aplicar o barrier=toll_booth  
que por sinal é o recomendado na página PT-BR em 
http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth que reproduzo 
aqui:

Como mapear
Basta adicionar a tag barrier=toll_booth para o nó onde o pedágio está 
localizado

Até agora contamos com 387 pedágios. Sei porque geramos pontos de alerta e 
Pedágio é um deles escolhido pelos utilizadores dos navegadores conhecidos no 
Brasil para GPS automotivo e/ou smarthphone.
Modificar a regra do jogo na altura do campeonato não é recomendável na minha 
opinião. 
Não tenho conhecimento de todos os aplicativos que geram mapa do Brasil, mas 
conheço alguns e recebo constantemente “feedback” deles nos sites que 
administramos.
Qual o aplicativo que você empregou em seu teste que não reconheceu o 
barrier=toll_booth  e em qual lugar? Iremos pesquisar em nossos sites com os 
utilizadores desse aplicativo.

[]s
Marcio


From: Lists 
Sent: Saturday, January 31, 2015 10:36 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Marcio, 

O que voce acho mais fácil, abre um ticket no cada compilador da mapa que não 
fazer roteamento como voce esperando por barrier=toll_booth ou adicionar 
toll=yes onde e aplicável no Brasil?

Eu acho o ultimo mais fácil, mesmo se temos dados duplicada na mapa. Voce tem 
conhecimento de todos aplicativos que gerar mapas do Brasil baseado por OSM? Eu 
não, e se voce dizer sim eu não vai creditar em voce.

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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Aun,
perdoe minha insistência, mas você disse:

 Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth não 
 indicando para os aplicativos (pelo menus não todos)

Preciso saber qual aplicativo fez você simulação e identificou que o  
barrier=toll_booth não foi identificado.

Compreenda que administramos sites que visam tão somente orientar aos 
brasileiros nesse ingresso a navegação GNSS. È importante sabermos que 
aplicativo não reconhece para divulgarmos em nossos sites e, quem sabe, até 
fazermos contato com o provedor do aplicativo.

[]s
Marcio

From: Lists 
Sent: Saturday, January 31, 2015 11:13 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Marcio 

Concordo que o ideal e barrier=toll_booth

para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não um 
tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth 
podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso 
este vai vira um assunto complicado.

Aun Johnsen

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

Re: [Talk-br] toll=yes na Anhanguera

[Lists]

O pagina http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth 
http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier=toll_booth referendo a 
wiki-pagina Key:toll que nao e traduzido, se voce entra no 
http://wiki.openstreetmap.org/wiki/Key:toll 
http://wiki.openstreetmap.org/wiki/Key:toll voce pode ver que o recomendacao 
e utilizar este duas tags em combinacao.

Então o recomendação da wiki e barrier=toll_booth no nó onde o pedágio e 
cobrado, enquanto toll=yes no estrada passando o pedágio, onde não ha saída 
para evitar o pedagio, alias entre ultimo saída antes da pedágio ate primeiro 
saída depois.

Voce pode ajuda traduzir pagina Key:toll

Aun Johnsen

 On Jan 31, 2015, at 22:28, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:
 
 Agora me veio uma grande duvida.
  
 Na página em 
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth 
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier=toll_booth se 
 recomenda o emprego do barrier=toll_booth  e acredito que todos os editores 
 estão seguindo essa recomendação.
  
 Assim, a exceção desse pedágio da Anhanguera aqui tratado, todos os demais 
 seguem a orientação Wiki.
  
 Precisamos de consenso para seguir aquela orientação? Vamos debater para 
 alterá-la?
  
 []s
 Marcio
 From: Lists mailto:li...@gimnechiske.org
 Sent: Saturday, January 31, 2015 11:13 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] toll=yes na Anhanguera
  
 Marcio
  
 Concordo que o ideal e barrier=toll_booth
  
 para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não 
 um tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
 consenso este lista e que devemos usar toll=yes por volta do 
 barrier=toll_booth podemos fazer este em uma vez so, e depois somente com 
 manutenção, sem consenso este vai vira um assunto complicado.
  
 Aun Johnsen
  
  
 ___
 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: [Talk-it] Creare mappa con traccia visualizzata

[Marco (MarcoR)]

On 31/01/15 16:04, mircozorzo wrote:

per la visualizzazione delle
mappe zoommabili con il gpx non so come fare.



Prova con mapbox.com

Sotto un certo numero di visite è gratuito.

--
Alla prossima,

Marco.

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

Re: [Talk-br] toll=yes na Anhanguera

[Lists]

Marcio,

O que voce acho mais fácil, abre um ticket no cada compilador da mapa que não 
fazer roteamento como voce esperando por barrier=toll_booth ou adicionar 
toll=yes onde e aplicável no Brasil?

Eu acho o ultimo mais fácil, mesmo se temos dados duplicada na mapa. Voce tem 
conhecimento de todos aplicativos que gerar mapas do Brasil baseado por OSM? Eu 
não, e se voce dizer sim eu não vai creditar em voce.

Aun Johnsen

 On Jan 31, 2015, at 21:32, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:
 
 Aun Johnsen,
 desconheço o aplicativo testado, mas na minha opinião qualquer compilação, 
 seja para o aplicativo que for, pode ser configurada para reconhecer o 
 barrier=toll_booth  como ponto na via que tem a cabine de pedágio.
 Com isso o roteamento não será calculado passando por aquele ponto se o 
 navegador estiver configurado “evitar pedágio”
 Como citei, compilamos o mapa Cocar empregando o Mkgmap e não foi necessário 
 configurar nada para que o barrier=toll_booth  fosse reconhecido.
  
 []s
 Marcio
  
  
  
 From: Lists mailto:li...@gimnechiske.org
 Sent: Saturday, January 31, 2015 9:10 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] toll=yes na Anhanguera
  
 Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth não 
 indicando para os aplicativos (pelo menus não todos) que e para evitar em 
 caso modo “evitar pedágio” e ativo. Por isso, os trechos onde não ha saída 
 antes do pedágio, e depois o pedágio ate primeiro saída deve ser etiquetado 
 com toll=yes
  
 Eu concordo que este e informação duplicada, mas se roteamento vai ser certo 
 no tudo aplicativos que oferece “evitar pedágio”, precisamos este etiquete.
  
 Por trechos onde pode trafegar sem pagar pedágio, acho que podemos tira 
 toll=* totalmente, não concordo com toll=no, se não e um outro motivo. Por 
 exemplo, se um pedágio tem exceção por motos, podemos usar toll=yes, 
 toll:motorcycle=no
  
 Aun Johnsen
  
  
 ___
 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: [Talk-br] toll=yes na Anhanguera

[Lists]

Marcio

Concordo que o ideal e barrier=toll_booth

para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não um 
tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth 
podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso 
este vai vira um assunto complicado.

Aun Johnsen

 On Jan 31, 2015, at 22:04, thunder...@gpsinfo.com.br 
 thunder...@gpsinfo.com.br wrote:
 
 Aun Johnsen,
 acredito que a maioria aqui trafega bastante pelo Brasil por estradas 
 pedagiadas e todos sabem que estrada pedagiada no Brasil é complicado porque 
 as vias que estão sendo entregues a Concessionárias não foram construídas 
 para serem pedagiadas e por isso existem inúmeras entradas e saídas delas.
 Algumas Concessionárias estão  retirando alguns acessos que não passam por 
 cabines, mas a quantidade deles é muito grande e o bloqueio de alguns gera um 
 problema social muito sério. Colocar Tool=yes em trechos onde não existem 
 saídas vai gerar muito mais trabalho do que se aplicar o barrier=toll_booth  
 que por sinal é o recomendado na página PT-BR em 
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth 
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth que 
 reproduzo aqui:
  
 Como mapear
 
 Basta adicionar a tag barrier =toll_booth para o nó onde o pedágio está 
 localizado
 Até agora contamos com 387 pedágios. Sei porque geramos pontos de alerta e 
 Pedágio é um deles escolhido pelos utilizadores dos navegadores conhecidos no 
 Brasil para GPS automotivo e/ou smarthphone.
 Modificar a regra do jogo na altura do campeonato não é recomendável na minha 
 opinião.
 Não tenho conhecimento de todos os aplicativos que geram mapa do Brasil, mas 
 conheço alguns e recebo constantemente “feedback” deles nos sites que 
 administramos.
 Qual o aplicativo que você empregou em seu teste que não reconheceu o 
 barrier=toll_booth  e em qual lugar? Iremos pesquisar em nossos sites com os 
 utilizadores desse aplicativo.
  
 []s
 Marcio
  
  
 From: Lists mailto:li...@gimnechiske.org
 Sent: Saturday, January 31, 2015 10:36 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] toll=yes na Anhanguera
  
 Marcio,
  
 O que voce acho mais fácil, abre um ticket no cada compilador da mapa que não 
 fazer roteamento como voce esperando por barrier=toll_booth ou adicionar 
 toll=yes onde e aplicável no Brasil?
  
 Eu acho o ultimo mais fácil, mesmo se temos dados duplicada na mapa. Voce tem 
 conhecimento de todos aplicativos que gerar mapas do Brasil baseado por OSM? 
 Eu não, e se voce dizer sim eu não vai creditar em voce.
  
 Aun Johnsen
 ___
 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: [Talk-br] toll=yes na Anhanguera

[thundercel]

Johnsen,
já havia visto a pagina citada, entretanto acredito que aquele que inseriu a 
recomendação para o Brasil de só empregar a Tag barrier=toll-booth tenha se 
valido da experiência que ela por si só aplicaria o pedágio no trecho da via 
onde se encontram as cabines. Por essa razão que os aplicativos por mim 
testados reconhecem essa Tag.

Nessa página da Key:tool se recomenda o que é aplicado no Tracksource, ou seja, 
na praça do pedágio se particiona as vias e nelas se inclui a Tag=VCP.

No caso do OSM se recomenda lá fora fazer a mesma partição e se aplicar essa 
Tag tool=yes só nos trechos de via da praça do pedágio e não em toda via como 
foi empregado na Anhanguera.

Infelizmente não tenho mais disponibilidade de tempo para ajudar na tradução da 
página Key:tool , agora mesmo irei compilar o mapa COCAR Brasil e COCAR South 
América e disponibiliza-lo aos utilizadores.

[]s
Marcio



From: Lists 
Sent: Saturday, January 31, 2015 11:37 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

O pagina http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth 
referendo a wiki-pagina Key:toll que nao e traduzido, se voce entra no 
http://wiki.openstreetmap.org/wiki/Key:toll voce pode ver que o recomendacao e 
utilizar este duas tags em combinacao. 

Então o recomendação da wiki e barrier=toll_booth no nó onde o pedágio e 
cobrado, enquanto toll=yes no estrada passando o pedágio, onde não ha saída 
para evitar o pedagio, alias entre ultimo saída antes da pedágio ate primeiro 
saída depois.

Voce pode ajuda traduzir pagina Key:toll

Aun Johnsen

  On Jan 31, 2015, at 22:28, thunder...@gpsinfo.com.br 
thunder...@gpsinfo.com.br wrote:

  Agora me veio uma grande duvida.

  Na página em 
http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth se recomenda 
o emprego do barrier=toll_booth  e acredito que todos os editores estão 
seguindo essa recomendação.

  Assim, a exceção desse pedágio da Anhanguera aqui tratado, todos os demais 
seguem a orientação Wiki.

  Precisamos de consenso para seguir aquela orientação? Vamos debater para 
alterá-la?

  []s
  Marcio
  From: Lists 
  Sent: Saturday, January 31, 2015 11:13 PM
  To: OpenStreetMap no Brasil 
  Subject: Re: [Talk-br] toll=yes na Anhanguera

  Marcio 

  Concordo que o ideal e barrier=toll_booth

  para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não 
um tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth 
podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso 
este vai vira um assunto complicado.

  Aun Johnsen


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





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

Re: [Talk-it] Creare mappa con traccia visualizzata

[Maurizio Napolitano]

Hai provato umap.openstreemap.fr ?
Il 31/gen/2015 16:04 mircozorzo mircozo...@inwind.it ha scritto:

 Ciao, avrei bisogno di creare una mappa basata sulle OSM che mi visualizzi
 anche un tracciato gpx sulla mappa stessa, mi interesserebbe sia un formato
 immagine (png, jpeg) che un link in cui poter zoomare sulle OSM stesse per
 seguire il percorso. Così come si può fare in Google maps che si può
 visualizzare un percorso.
 Sono sicuro che si possa fare ma non so come. Per l'immagine va bene la
 funzione condividi di Openstreetmap.org ma per la visualizzazione delle
 mappe zoommabili con il gpx non so come fare.

 Grazie a tutti.

 Ciao, Mirco



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Creare-mappa-con-traccia-visualizzata-tp5832037.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-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom

[hbogner]

Zato sam i rekao da nebih vise o tome pozivanju na odgovornost.

Neki ljudi imaju zastario način razmišljanja i ne žele se mjenjati pa 
pozivanjem na odgovornost izbjegavaju promjene. To im je isprika da ne 
podijele podatke sa ostalima, na taj način žele sakriti činjenicu da ne 
rade ono što su trebali raditi i za što su plaćeni.

Dosta je pogledati stanje u državi i sve će ti biti jasno... :(

Recimo sa nekim planinarima sam pričao o OSM-u i rekli su im da im je 
bitno da su karte precizne na metar!!!
Ako bude magla da planinar može pomoću GPS-a može pratiti stazu koja mu 
je ucrtana na GPS uređaju, i da tako nepadne u provaliju pokraj staze i 
strga se


Jel ti ovo dovoljan primjer zasto sam odustao?
Jednostavno nisam imao psihičke snage za objašnjavanje svih potrebnih 
stvari koje su pogrešno shvatili.


A GSS se bunio na točnost karata!!!
Kako to da mi imamo ucrtane neke staze koje nisu planinarske staze!
Čovjek se penjao na vrh otoka i ucrtao stazu kojom se penjao, i njima je 
to bilo sporno


Imam još takvih primjera, ali sad nemam snage za takve stvari...

Pozdrav

On 01/31/2015 06:13 PM, Matija Nalis wrote:

(Executive summary: odgovornosti nema, tj. iskljucivo je na planinaru
ili drugom korisniku karte - nitko mu nece garantirati za ista niti
preuzeti bilo kakvu odgovornost.  Citaj dalje za osvrt sa detaljima i
sluzbeni stav OSM-a)

On Wed, Jan 28, 2015 at 12:02:38PM +0100, hbogner wrote:

Ali to što si sad spomenuo je baš to što sam rekao da sam imao problema.
Tko je odgovoran za podatke... Nebih sad više o tome, jer nemam
dobra iskustva s institucijama koje se pozivaju na odgovornost.

Treba objasniti da je svaka osoba dgovorna za podatke koje unosi. Uz
svaku promjenu stoji korisničko ime i što je promjenjeno.
Ako se unesu HPS podatci i oni su krivi onda je HPS odgovoran, ako
HPS unese dobre podatke a netko ih promjeni nakon tog unosa i označi
nešto netočno, onda je ta osoba odgovorna.


O kakvoj odgovornisti pricamo, materijalnoj i krivicnoj u smislu zakona?
Moralnoj? Sav rad na OSMu i drugdje u najboljem slucaju moze biti
best-effort, a ne ikakva garancija icega.

Odgovornost za koristenje karte, GPS uredjaja, i svega ostalo je
uvijek i iskljucivo u potpunosti na korisniku karte, dakle planinaru
u ovom slucaju.

Sto ako mu GPS pokaze da se nalazi negdje gdje se ne nalazi (radi
prevelike greske), ili mu nacrta da je tamo put (a isti je pomaknut
ili na drugoj visini), pa se izgubi i smrzne i moraju mu odrezati
nogu?

Hoce li tuziti proizvodjaca navigacijskog uredjaja koji ga je krivo
odveo?  Microsoft koji je napisao windows mobile na kojem se
navigacijski uredjaj vrti, a bug u kojemu je omeo ispravan rad GPSa?
Onoga tko je nacratao kartu na OSMu?  Onoga tko je skupio track na
osnovu kojeg je OSM staza ucrtana?  Proizvodjaca GPS chipseta koji mu
je krivo izracunao poziciju?  Osobu koja je pisala firmware za GPS?
Americku vladu koja je lansirala GPS satelite?  Hrvatske sume koje
nisu prorijedile drva putem pa su mu drva zaklanjala pogled na
satelite i time dovela do prevelike VDOP greske u izracunu?  Kako ce
uopce dokazati tko je od njih kriv?  A mozda ce tuziti Drzavni
hidrometeoroloski zavod koji je u prognozi rekao da ce biti suncan
dan a dosla je snjezna mecava?  Ili proizvodjaca termo hlaca koji je
napisao da su uporabne za temperature od -15 do +5C, a njemu se noga
smrzla vec na -13C?  Sve njih skupa?

Ili je mozda kriv hbogner jer scripta koja radi extracte za garmin
ima bug, pa je krivo nacrtala stazu?  Ili svi autori softvera kojeg
koristi za tu svrhu?  A sto ako je garmin extract kriv jer je doslo
do korupcije memorije u trenu kreiranja datoteke.  Treba li tuziti
ducan koji mu je prodao racunalo, ili ipak Kingston - proizvodjaca
koristene ECC memorije u kojoj se greska pojavila?  Mozda ipak
Western Digital, jer su se podaci koruptirali zbog bad sectora na
disku?  Mozda sam sukrivac i ja jer adminam stroj gdje se radi
extract a trebalo mi je duze od 48 sata da primjetim da je
S.M.A.R.T. javio da se na na disku pojavio bad sector, jer nisam
bio blizu racunala za vikend? Mozda je karta i bila savrsena u
trenutku izdavanja, ali ju je korisnik downloadao u uredjaj jucer
navecer, noc nakon toga su ucrtane izmjene? Ili je koristio online
kartu, ali njegov GSM provider nije imao signala u danom podrucju?
Mozemo tako u beskonacnost izmisljati tko bi bio odgovoran...


I sto cemo sa crtanim kartama? Evo recimo pred jedno 5 mjeseci sam
isao prema kraljicinom zdencu, dio originalne staze je bio neprohodan
pa je napravljen obilazak.  Sto da sam se povodio po velikoj
printanoj karti u podnozju planine (koja nije mijenjana duzi niz
godina, a kamo li taj dan kada se neprohodnost dogodila) pa ostao
zarobljen u nekoj rupetini odrona?  Da li bih mogao/trebao tuziti PP
Velebit? A sto ako sam kupio printane karte u nekom planinarskom
domu a koje pokazuju netocno stanje (ili zato jer su zastarile u
trenu kupovine, ili imaju neku stamparsku gresku)?  Tuziti
planinarski dom koji mi je kartu prodao?  

Re: [Talk-us] The to way does not start or end at a via node.

[Eric H. Christensen]

On Fri, Jan 30, 2015 at 06:30:37PM +, Harald Kliems wrote:
 I think I figured it out. It's the no-U-turn relations (4286903 and
 4286904). Instead of having the same way as from and to, they reference
 a segment further down the road as their to. Probably that was caused by
 someone splitting the ways near the intersection. I haven't made any edits,
 as I can't be sure where the no-U-turn relations should be. But let me know
 if you need help fixing it, Eric.

I'm not sure I understand.  Please go ahead and fix it if you can see what's 
happening there.


FWIW, any changes there were likely made by me using iD.

--Eric

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

Re: [Talk-br] toll=yes na Anhanguera

[Gerald Weber]

Depois que respondi pensei comigo, se existe barrier=toll_booth, qual
exatamente seria a função de toll=yes?

Agora vejo a mensagem do Márcio pensando da mesma maneira.

A pergunta seria se para os aplicativos seria suficiente ter
barrier=toll_booth.

Por precaução seria interessante perguntar ao mapeador que inseriu esta tag
qual a opinião dele à respeito.

abraço

Gerald

2015-01-31 20:29 GMT-02:00 thunder...@gpsinfo.com.br:

   Oi Roger e Gerald,
 quando a via é pedagiada insiro a Tag:barrier=tool-booth no nó da via onde
 se encontra a cabine do pedágio. Sigo as instruções contidas em
 http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth

 Essa regra tem sentido uma vez que a via, mesmo que pedagiada, pode ser
 empregada em outros trechos dela. Aqui no Rio de Janeiro mesmo tempos a
 Linha Amarela que liga a Zona Norte a Zona Oeste. Ela é pedagiada só para
 aqueles que desejam trafegar entre essas zonas. Em se mantendo em uma das
 zonas não existe pedágio. Veja esse pedágio em
 https://www.openstreetmap.org/node/163565909

 Estando o ponto com a Tag:barrier=tool-booth os aplicativos que empregam o
 mapa identificam que naquele ponto existe pedágio e com isso, se
 configurados para evitar pedágio tomam aquela via entretanto saem em uma
 primeira saída antes da cabine do pedágio.

 Concordo com a Roger porque estando a via em sua totalidade com a
 Tag:tool=yes a parte dela trafegável sem pedágio será desconsiderada.

 []s
 Marcio

  *From:* Gerald Weber gwebe...@gmail.com
 *Sent:* Saturday, January 31, 2015 7:44 PM
 *To:* OSM talk-br talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] toll=yes na Anhanguera


 Oi Roger

 acho que a tag toll não deve ser removida, afinal é verdade que a
 Anhanguera é uma via pedagiada.

 Então numa primeira aproximação colocar toll=yes é mais correto do que não
 ter nada.

 O que deve ser feito é um refinamento da informação colocando toll=no nos
 trechos onde é possível transitar sem pagar pedágio.

 Mas apagar não. Apagar dados do mapa é  um ato extremo, só mesmo em casos
 onde não é possível converter para nenhum outro tipo de informação ou
 quando se trata de algo muito absurdo.

 De todo modo, obrigado por perguntar :)

 abraço

 Gerald
 On 31 Jan 2015 15:18, Roger C. Soares rogersoa...@gmail.com wrote:

 Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada
 com toll=yes em quase toda, se não toda, sua extensão?

 O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar
 pedágios.

 Segundo o wiki
 http://wiki.openstreetmap.org/wiki/Key:toll
 Only portions of way from which there is no escape except for a U-turn
 should be marked as toll.

 Alguma objeção em remover a tag da Anhanguera?

 Atenciosamente,
 Roger.


 ___
 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-be] How to map streets with limited parking time?

[Andre Engels]

Nothing illegal about getting *information* from a map. Information
cannot be copyrighted, only the way in which the information is
presented.

André Engels

On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com wrote:
 See http://wiki.openstreetmap.org/wiki/Key:parking:lane

 More precisely parking:condition:both:maxstay=...

 However, it's most likely illegal to use the map you show. It's better to
 survey those things.

 Regards,
 Sander

 Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com:

 Hi, how can one map a street or zone with 'time limits' ?
 Here is a map from my village with several kind of 'parking time limits'
 on streets :
 http://www.heist-op-den-berg.be/544668.img

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


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




-- 
André Engels, andreeng...@gmail.com

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

Re: [OSM-talk-be] How to map streets with limited parking time?

[Sander Deryckere]

We're not talking about copyright, but database right. Someone put effort
in gathering the data, even if it's a small effort, this still counts.

In European law, this work is protected by the database rights. Certainly
when it's not the only way to gather the information. In this case, it's
possible to gather the information via a survey. So the map is completely
protected.

Next to the strict laws, osmf doesn't have money to get into big lawsuits,
so it's better to be safe than sorry, and not use possibly illegal sources.

Also, when illegally added data has to be taken down, it also infects a lot
of legal data added on top of it, like you might remember from the license
change.

Thus, as a resume, only use a source when you have an explicit, written
approval.
Op 1-feb.-2015 00:12 schreef Andre Engels andreeng...@gmail.com:

 Nothing illegal about getting *information* from a map. Information
 cannot be copyrighted, only the way in which the information is
 presented.

 André Engels

 On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com
 wrote:
  See http://wiki.openstreetmap.org/wiki/Key:parking:lane
 
  More precisely parking:condition:both:maxstay=...
 
  However, it's most likely illegal to use the map you show. It's better to
  survey those things.
 
  Regards,
  Sander
 
  Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com:
 
  Hi, how can one map a street or zone with 'time limits' ?
  Here is a map from my village with several kind of 'parking time limits'
  on streets :
  http://www.heist-op-den-berg.be/544668.img
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 



 --
 André Engels, andreeng...@gmail.com

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

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

Re: [Talk-hr] Informacije za planinarska društva i suradnja s Hrvatskim planinarskim savezom

[hbogner]

Ako misliš da je korisno stavi to na
https://github.com/osm-hr/data4import
sa datumom zadnjeg editiranja naravno

A pokreni i issue na
https://github.com/osm-hr/osm-hr/labels/import

Pozdrav

On 01/31/2015 11:23 AM, Darko Boto wrote:

Na linku ispod su podaci o planinarskim domovima koje sam skupio još
2007...nešto osobno, nešto sa raznih foruma a dio od prijatelja planinara
(sa GPS uređaja). Niti jedna koordinata nije preuzeta sa stranica HPD  Ako
pogledate last modified date je Tue 17 Jul 2007, a tada HPS nije imao
ništa. Ovo je tada zasigurno bio prvi pokušaj skupljanja tih podataka.
Dakle slobodno se mogu koristit, ali ne mogu garantirati ažurnost.
Ja sam isto u jednom trenutku uložio neki trud za objasniti ljudima iz
HPS-a što je OSM ali nije išlo. Možda bude lakše iznutra.

https://dl.dropboxusercontent.com/u/5326519/Planine.kml.zip




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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Aun Johnsen,
desconheço o aplicativo testado, mas na minha opinião qualquer compilação, seja 
para o aplicativo que for, pode ser configurada para reconhecer o 
barrier=toll_booth  como ponto na via que tem a cabine de pedágio.
Com isso o roteamento não será calculado passando por aquele ponto se o 
navegador estiver configurado “evitar pedágio”
Como citei, compilamos o mapa Cocar empregando o Mkgmap e não foi necessário 
configurar nada para que o barrier=toll_booth  fosse reconhecido.

[]s
Marcio



From: Lists 
Sent: Saturday, January 31, 2015 9:10 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth não 
indicando para os aplicativos (pelo menus não todos) que e para evitar em caso 
modo “evitar pedágio” e ativo. Por isso, os trechos onde não ha saída antes do 
pedágio, e depois o pedágio ate primeiro saída deve ser etiquetado com toll=yes 

Eu concordo que este e informação duplicada, mas se roteamento vai ser certo no 
tudo aplicativos que oferece “evitar pedágio”, precisamos este etiquete.

Por trechos onde pode trafegar sem pagar pedágio, acho que podemos tira toll=* 
totalmente, não concordo com toll=no, se não e um outro motivo. Por exemplo, se 
um pedágio tem exceção por motos, podemos usar toll=yes, toll:motorcycle=no

Aun Johnsen

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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Aun Johnsen,
concordo com você que a fonte do mapa é importante para que o provedor do mapa 
para determinado aplicativo tenha como configurar os parâmetros de compilação 
de acordo com o empregado no Brasil.

Modificar o padrão brasileiro de emprego da Tag barrier=tool-booth na altura do 
campeonato vai gerar um esforço muito grande desses provedores para alterar o 
que haviam configurado e como empregamos no Brasil.

Temos alguns usuários que empregam o mapa do Brasil disponibilizado em 
http://garmin.openstreetmap.nl/ e outros o disponibilizado em 
http://mapas.alternativaslibres.es/descargas.php nenhum deles até então 
ponderou sobre via pedagiada.

Em meus aparelhos automotivos não emprego esses mapas, emprego o COCAR 
compilado por nós mesmos, entretanto em meus Basecamp e Mapsource tenho todos 
carregados porque constantemente fazemos testes com esses mapas para 
identificar se os erros encontrados no mapa COCAR também ocorrem neles. Se não 
ocorrem neles trabalhamos nos styles do MKGMAP para corrigir o erro.

Fazendo testes de roteamento empregando os 3 mapas e com “evitar pedágios” 
ativado, nenhum deles roteou pelo trecho da Linha Amarela aqui no Rio de 
Janeiro que tem o nó com a Tag barrier=tool

Será que estamos empregando mapas diferentes?

[]s
Marcio

From: Lists 
Sent: Saturday, January 31, 2015 11:30 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Marcio 

No verdade e como voce dizendo que e no compilação da mapa que identificando 
barrier=toll_booth e/ou toll=yes como pedágio. Não importa muito que 
aplicativos que utilizei para os testes, mais interessante e fontes das mapas.

Principalmente meu fonte e http://garmin.openstreetmap.nl/ mas também fiz 
algumas testes rápidas com algumas outros mapas.

Simulando principalmente no BaseCamp for Mac, mas as vezes também no meu 
aparelho Garmin Navi 50, alem do testes no serviços online como OSRM. Tem tempo 
que não testei online, mas época que testei, o roteamento insisti que poderia 
passa ES-060 do Guarapari a Vitoria sem pedágio (ha 2 cabines pedágios na rota) 
enquanto na época não tinha pedágio no BR-101, e com diferencia em distancia e 
tao pouco, evitar pedágio deveria passa BR-101. Agora com pedágio no BR-101 o 
alternativo sem pedágio vira tao longo que não vale a pena.

Aun Johnsen

  On Jan 31, 2015, at 22:21, thunder...@gpsinfo.com.br wrote:

  Aun,
  perdoe minha insistência, mas você disse:

   Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth 
não indicando para os aplicativos (pelo menus não todos)

  Preciso saber qual aplicativo fez você simulação e identificou que o  
barrier=toll_booth não foi identificado.

  Compreenda que administramos sites que visam tão somente orientar aos 
brasileiros nesse ingresso a navegação GNSS. È importante sabermos que 
aplicativo não reconhece para divulgarmos em nossos sites e, quem sabe, até 
fazermos contato com o provedor do aplicativo.

  []s
  Marcio

  From: Lists 
  Sent: Saturday, January 31, 2015 11:13 PM
  To: OpenStreetMap no Brasil 
  Subject: Re: [Talk-br] toll=yes na Anhanguera

  Marcio 

  Concordo que o ideal e barrier=toll_booth

  para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não 
um tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth 
podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso 
este vai vira um assunto complicado.

  Aun Johnsen


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





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

Re: [Talk-us] The to way does not start or end at a via node.

[Harald Kliems]

Hi Eric:
happy to fix if you can tell me where to put the no-U-turn restrictions.
I'm seeing nine or so of them just for that intersection, which makes me
wonder if all of them are necessary anyway -- are they actually signed,
especially the ones at the two turn lanes?
 Harald.

On Sat Jan 31 2015 at 7:41:01 PM Eric H. Christensen 
e...@christensenplace.us wrote:

 On Fri, Jan 30, 2015 at 06:30:37PM +, Harald Kliems wrote:
  I think I figured it out. It's the no-U-turn relations (4286903 and
  4286904). Instead of having the same way as from and to, they
 reference
  a segment further down the road as their to. Probably that was caused
 by
  someone splitting the ways near the intersection. I haven't made any
 edits,
  as I can't be sure where the no-U-turn relations should be. But let me
 know
  if you need help fixing it, Eric.

 I'm not sure I understand.  Please go ahead and fix it if you can see
 what's happening there.


 FWIW, any changes there were likely made by me using iD.

 --Eric

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

Re: [Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

  
  

  Minha opnião é o que o ideal seria manter as duas formas de
  mapear. Tem gente que gosta de mostrar uma cor diferente nos
  trechos pagos, foi a única razão que encontrei para justificar a
  tag toll=yes até agora.. eu tb sempre usei a toll_booth, mas como
  as duas tags estão em uso, idealmente seria mapear as duas..
  
  Dito isso, eu não vou colocar toll=yes em torno de todos os
  pedágios, mas se alguém se prontificar a fazer eu agradeço. Eu
  escrevi para o mapeador que adicionou a tag e dependendo da
  resposta, eu no máximo posso retirar a tag de toda a Anhanguera ou
  só do trecho próximo a Ribeirão.
  
  Se alguém quiser fazer o trabalho difícil, é bom dar uma olhada no
  turbopass, tem mais coisas para corrigir..
  
  Atenciosamente,
  Roger.
  
  --
  On 31-01-2015 23:13, Lists wrote:


  
  Marcio
  
  
  Concordo que o ideal e barrier=toll_booth
  
  
  para adicionar toll=yes por volta do 387 pedágios e
um bom trabalho, mas não um tarefa maior que muitos dos
importações que fizemos e ainda fazemos. Se consenso este lista
e que devemos usar toll=yes por volta do barrier=toll_booth
podemos fazer este em uma vez so, e depois somente com
manutenção, sem consenso este vai vira um assunto complicado.
  

  Aun Johnsen



  
On Jan 31, 2015, at 22:04, thunder...@gpsinfo.com.br
  thunder...@gpsinfo.com.br
  wrote:


  
  

  
Aun Johnsen,
acredito que a maioria aqui trafega
  bastante pelo Brasil por estradas pedagiadas e
  todos sabem que estrada pedagiada no Brasil é
  complicado porque as vias que estão sendo
  entregues a Concessionárias não foram construídas
  para serem pedagiadas e por isso existem inúmeras
  entradas e saídas delas.
Algumas Concessionárias estão 
  retirando alguns acessos que não passam por
  cabines, mas a quantidade deles é muito grande e o
  bloqueio de alguns gera um problema social muito
  sério. Colocar Tool=yes em trechos onde não
  existem saídas vai gerar muito mais trabalho do
  que se aplicar o barrier=toll_booth  que por sinal
  é o recomendado na página PT-BR em http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth
  que reproduzo aqui:
 
Como mapear
Basta
adicionar a tag barrier=toll_booth para o nó onde
o pedágio está localizado
Até agora contamos com 387 pedágios.
  Sei porque geramos pontos de alerta e Pedágio é um
  deles escolhido pelos utilizadores dos navegadores
  conhecidos no Brasil para GPS automotivo e/ou
  smarthphone.
Modificar a regra do jogo na altura do
  campeonato não é recomendável na minha opinião. 
Não tenho conhecimento de todos os
  aplicativos que geram mapa do Brasil, mas conheço
  alguns e recebo constantemente “feedback” deles
  nos sites que administramos.
Qual o aplicativo que você empregou em
  seu teste que não reconheceu o barrier=toll_booth 
  e em qual lugar? Iremos pesquisar em nossos sites
  com os utilizadores desse aplicativo.
 
[]s
Marcio
 

  
 

  From: Lists 
  Sent: Saturday,
January 31, 2015 10:36 PM
  To: OpenStreetMap no Brasil 
  Subject: Re:
[Talk-br] toll=yes na Anhanguera

  
   

Marcio,
   
  O que voce acho mais fácil, abre um
ticket no cada compilador da mapa que não fazer
roteamento como voce esperando por
barrier=toll_booth ou adicionar toll=yes onde e
aplicável no Brasil?
   
  Eu acho o ultimo mais fácil, mesmo
  

Re: [Talk-br] toll=yes na Anhanguera

[Roger C. Soares]

  
  
Oi Gerald,
  
  Eu discordo que seja mais correto colocar uma tag errada ao invés
  do valor default, já vi gente revertendo changeset inteiro por ter
  estragado detalhe insignificante. O estrago que toll=yes faz no
  roteamento é muito maior que deixar sem, como uma primeira
  aproximação deveria ser sem a tag ou toll=no, já que os caminhos
  com toll=yes devem ser muito, muito menores que toll=no. Se formos
  aceitar tags incorretas pq é uma boa aproximação, daqui a pouco
  começa a aparecer gente colocando _oneway_=yes, access=no ou
  qualquer outra tag em cidades inteiras pq é mais correto ter uma
  tag errada do que nenhuma...
  
  Também não costumo colocar tags com valor default sem um bom
  motivo, já li que é recomendado não colocar para manter o banco de
  dados menor.
  
  Atenciosamente,
  Roger.
  
  --
  On 31-01-2015 19:44, Gerald Weber wrote:


  Oi Roger
  acho que a tag toll não deve ser removida, afinal é
verdade que a Anhanguera é uma via pedagiada.
  Então numa primeira aproximação colocar toll=yes é
mais correto do que não ter nada.
  O que deve ser feito é um refinamento da informação
colocando toll=no nos trechos onde é possível transitar sem
pagar pedágio.
  Mas apagar não. Apagar dados do mapa é  um ato
extremo, só mesmo em casos onde não é possível converter para
nenhum outro tipo de informação ou quando se trata de algo muito
absurdo.
  De todo modo, obrigado por perguntar :) 
  abraço
  Gerald
  On 31 Jan 2015 15:18, "Roger C. Soares"
rogersoa...@gmail.com
wrote:
Alguém sabe
  se tem algum motivo para a rodovia Anhanguera estar mapeada
  com toll=yes em quase toda, se não toda, sua extensão?
  
  O OSMAnd basicamente ignora a Anhanguera se estiver no modo
  para evitar pedágios.
  
  Segundo o wiki
  http://wiki.openstreetmap.org/wiki/Key:toll
  Only portions of way from which there is no "escape" except
  for a U-turn should be marked as toll.
  
  Alguma objeção em remover a tag da Anhanguera?
  
  Atenciosamente,
  Roger.
  
  
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br

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



  


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

Re: [Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?

[malenki]

On Sat, 31 Jan 2015 21:21:51 +0100,
Manuel Reimer wrote:

 ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne
 über eine OpenStreetMap-Karte legen will. Ich müsste außerdem
 dynamisch zwischen Karte und Bild überblenden können.
 
 Mit welchem Programm geht sowas *einfach*? Muss unter Linux
 funktionieren!

Für JOSM gibt es zwar das ImportImage-Plugin, aber damit hat man nicht
unbedingt schnelle Erfolge. Es verlangt zum Bild eine World-Datei, die
anscheinend nicht ein-eindeutig ist. (Ich hatte mit GDAL entsprechende
Dateien aus georeferenzierten Bildern erzeugt).
Weiterer Nachteil: Schon bei im Prinzip recht kleinen Bildern wird JOSM
sehr langsam.

Einfachere Lösung: QGIS.
Dort habe ich das Bild recht bequem eingebaut bekommen.

Weitere Möglichkeit: mapwarper.net.
Ich weiß aber nicht, ob dort die Georeferenzierung ausgewertet wird
oder man in jedem Fall Referenzpunkte setzen muss. Als Ergebnis
bekommst du unter anderem einen WMS-Link.

Joachims Lösung klingt recht gut, sofern man einen in JOSM verwendbaren
TMS-Pfad bekommt (habs noch nicht ausprobiert).



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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Gerald,
respondo pelo mapa COCAR que compilamos e gratuitamente disponibilizamos.

A Tag : barrier=tool-booth é reconhecida perfeitamente pelo navegador Garmin 
selecionado para se evitar pedágios.

Acredito que a Tag: tool=yes seja mais empregada para aquelas vias pedagiadas 
onde não existem acessos. Nos USA tem muito delas. Recentemente passei por uma 
em Orlando. Se entrar nela, pagando o primeiro pedágio, não tem como sair 
porque não existem saídas e tampouco retornos. A primeira saída que encontrei 
ocorreu depois do quarto pedágio. Ainda bem que eram baratos.

Aqui no Brasil a estória é diferente já que quase não temos estradas como eles 
lá, entretanto aqui encontramos alguns acessos onde colocaram cabine de pedágio 
no acesso para cobrar do condutor o ingresso na via. Em Seropédica – RJ é um 
exemplo para quem vai entrar na Rodovia Dutra, sentido SP. Acabei de corrigir 
esse trecho no mapa porque a pista é dupla e o condutor só é pedagiado e for no 
sentido SP. No sentido Rio não paga o pedágio. Veja em 
http://www.openstreetmap.org/way/300726842

Ninguém tem dúvida que a BR-116 Rodovia Presidente Dutra, ligando SP e RJ, é 
pedagiada. Imagine se colocássemos a Tag: toll=yes nela

Por isso defendo o emprego da Tag: barrier=tool-booth na cabine do pedágio. 
Além de ser mais fácil sua inserção, não gera problemas de roteamento estando 
toda a via com a Tag: tool=yes


[]s
Marcio

From: Gerald Weber 
Sent: Saturday, January 31, 2015 8:39 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Depois que respondi pensei comigo, se existe barrier=toll_booth, qual 
exatamente seria a função de toll=yes? 

Agora vejo a mensagem do Márcio pensando da mesma maneira. 

A pergunta seria se para os aplicativos seria suficiente ter barrier=toll_booth.

Por precaução seria interessante perguntar ao mapeador que inseriu esta tag 
qual a opinião dele à respeito.

abraço

Gerald

2015-01-31 20:29 GMT-02:00 thunder...@gpsinfo.com.br:

  Oi Roger e Gerald,
  quando a via é pedagiada insiro a Tag:barrier=tool-booth no nó da via onde se 
encontra a cabine do pedágio. Sigo as instruções contidas em 
http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth

  Essa regra tem sentido uma vez que a via, mesmo que pedagiada, pode ser 
empregada em outros trechos dela. Aqui no Rio de Janeiro mesmo tempos a Linha 
Amarela que liga a Zona Norte a Zona Oeste. Ela é pedagiada só para aqueles que 
desejam trafegar entre essas zonas. Em se mantendo em uma das zonas não existe 
pedágio. Veja esse pedágio em https://www.openstreetmap.org/node/163565909

  Estando o ponto com a Tag:barrier=tool-booth os aplicativos que empregam o 
mapa identificam que naquele ponto existe pedágio e com isso, se configurados 
para evitar pedágio tomam aquela via entretanto saem em uma primeira saída 
antes da cabine do pedágio.

  Concordo com a Roger porque estando a via em sua totalidade com a 
Tag:tool=yes a parte dela trafegável sem pedágio será desconsiderada.

  []s
  Marcio

  From: Gerald Weber 
  Sent: Saturday, January 31, 2015 7:44 PM
  To: OSM talk-br 
  Subject: Re: [Talk-br] toll=yes na Anhanguera

  Oi Roger

  acho que a tag toll não deve ser removida, afinal é verdade que a Anhanguera 
é uma via pedagiada.

  Então numa primeira aproximação colocar toll=yes é mais correto do que não 
ter nada.

  O que deve ser feito é um refinamento da informação colocando toll=no nos 
trechos onde é possível transitar sem pagar pedágio.

  Mas apagar não. Apagar dados do mapa é  um ato extremo, só mesmo em casos 
onde não é possível converter para nenhum outro tipo de informação ou quando se 
trata de algo muito absurdo.

  De todo modo, obrigado por perguntar :) 

  abraço

  Gerald

  On 31 Jan 2015 15:18, Roger C. Soares rogersoa...@gmail.com wrote:

Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada com 
toll=yes em quase toda, se não toda, sua extensão?

O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar 
pedágios.

Segundo o wiki
http://wiki.openstreetmap.org/wiki/Key:toll
Only portions of way from which there is no escape except for a U-turn 
should be marked as toll.

Alguma objeção em remover a tag da Anhanguera?

Atenciosamente,
Roger.



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








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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Agora me veio uma grande duvida.

Na página em http://wiki.openstreetmap.org/wiki/Pt-br:Tag:barrier%3Dtoll_booth 
se recomenda o emprego do barrier=toll_booth  e acredito que todos os editores 
estão seguindo essa recomendação.

Assim, a exceção desse pedágio da Anhanguera aqui tratado, todos os demais 
seguem a orientação Wiki.

Precisamos de consenso para seguir aquela orientação? Vamos debater para 
alterá-la?

[]s
Marcio
From: Lists 
Sent: Saturday, January 31, 2015 11:13 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Marcio 

Concordo que o ideal e barrier=toll_booth

para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não um 
tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
consenso este lista e que devemos usar toll=yes por volta do barrier=toll_booth 
podemos fazer este em uma vez so, e depois somente com manutenção, sem consenso 
este vai vira um assunto complicado.

Aun Johnsen

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

[OSM-talk-fr] [suggestion] Formation aux employés de mairie

[Shohreh]

Bonjour

Après avoir lu cette page…

Mieux se déplacer à vélo dans le 15e
http://www.mairie15.paris.fr/mairie15/jsp/site/Portal.jsp?document_id=17735portlet_id=545comment=1current_page_id=195
  

… j'ai envoyé un mail à la mairie du 15ème arrondissement de Paris pour leur
suggérer de rentrer les infos dans OSM afin d'en faire profiter tout le
monde plutôt que de créer un PDF statique sans grand intérêt.

Réponse : Elle a été relevée entièrement sur le terrain, à vélo et sur
papier, pour autant non nous ne l’avons pas intégrée à Open Street Map.
Naturellement nous trouverions excellent qu’elle s’y trouve puisque
l’objectif est de rendre service aux cyclistes. Si vous le faites, notez
quand même que trois erreurs mineures s’y sont glissées : 
[…] Ces réserves étant faites, nous vous encourageons donc, si tel est votre
souhait, à utiliser ces données.

S'il y a des gens qui savent/aiment faire ça, il pourrait être intéressant
de proposer une formation à OSM aux employés de mairies qui sont amenés à
générer des cartes.

My 0.15€,



--
View this message in context: 
http://gis.19327.n5.nabble.com/suggestion-Formation-aux-employes-de-mairie-tp5832061.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-br] toll=yes na Anhanguera

[thundercel]

Oi Roger e Gerald,
quando a via é pedagiada insiro a Tag:barrier=tool-booth no nó da via onde se 
encontra a cabine do pedágio. Sigo as instruções contidas em 
http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth

Essa regra tem sentido uma vez que a via, mesmo que pedagiada, pode ser 
empregada em outros trechos dela. Aqui no Rio de Janeiro mesmo tempos a Linha 
Amarela que liga a Zona Norte a Zona Oeste. Ela é pedagiada só para aqueles que 
desejam trafegar entre essas zonas. Em se mantendo em uma das zonas não existe 
pedágio. Veja esse pedágio em https://www.openstreetmap.org/node/163565909

Estando o ponto com a Tag:barrier=tool-booth os aplicativos que empregam o mapa 
identificam que naquele ponto existe pedágio e com isso, se configurados para 
evitar pedágio tomam aquela via entretanto saem em uma primeira saída antes da 
cabine do pedágio.

Concordo com a Roger porque estando a via em sua totalidade com a Tag:tool=yes 
a parte dela trafegável sem pedágio será desconsiderada.

[]s
Marcio

From: Gerald Weber 
Sent: Saturday, January 31, 2015 7:44 PM
To: OSM talk-br 
Subject: Re: [Talk-br] toll=yes na Anhanguera

Oi Roger

acho que a tag toll não deve ser removida, afinal é verdade que a Anhanguera é 
uma via pedagiada.

Então numa primeira aproximação colocar toll=yes é mais correto do que não ter 
nada.

O que deve ser feito é um refinamento da informação colocando toll=no nos 
trechos onde é possível transitar sem pagar pedágio.

Mas apagar não. Apagar dados do mapa é  um ato extremo, só mesmo em casos onde 
não é possível converter para nenhum outro tipo de informação ou quando se 
trata de algo muito absurdo.

De todo modo, obrigado por perguntar :) 

abraço

Gerald

On 31 Jan 2015 15:18, Roger C. Soares rogersoa...@gmail.com wrote:

  Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada com 
toll=yes em quase toda, se não toda, sua extensão?

  O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar 
pedágios.

  Segundo o wiki
  http://wiki.openstreetmap.org/wiki/Key:toll
  Only portions of way from which there is no escape except for a U-turn 
should be marked as toll.

  Alguma objeção em remover a tag da Anhanguera?

  Atenciosamente,
  Roger.

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

Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR

[Philippe Verdy]

Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une
frontière administrative alors que c'est dévidence la même; la rue étant
partagée par deux communes, chacune utilisant son code FANTOIR et
éventuellement son propre nom et sa propre numérotation des adresses (et
son éventuel code de voie communal dans son SIG; si ce n'est pas le FANTOIR
et le rapprochement complet n'est pas fait ou difficile car pas
complètement équivalent pour certaines sections distinguées dans un des
codes mais pas dans l'autre).

La séparation physique (en séparant les nœuds) s'impose seulement si la
frontière s'écarte de la voirie et va séparer des parcelles d'une seule
commune. Mais dès qu'on partage les nœuds, cela n'a aucun sens de séparer
les ways en les superposant (et ça complique beaucoup les jonctions de
carrefours de rues, l'ajout des traversée piétons, le découpage pour des
limites de vitesse, etc... (presque tout le temps c'est le mauvais chemin
qui est utilisé pour ajouter un nœud ce qui donne une topologie incorrecte
et des objets non trouvés dans les requêtes, et c'est infernal à corriger;
en plus du fait que le rendu ne sait plus gérer correctement l'ordre
d'affichage des layers et peut tracer un des chemins par dessus un libellé
ce qui le rend difficilement lisible, ce cas étant encore pire si on a
séparé aussi les nœuds).

En revanche il arrive que la frontière communale soit parallèle à un chemin
communal (fossés inclus) n'appartenant qu'à une seule commune la limite
étant entre le fossé et la parcelle. L'écart dans ce cas entre l'axe de la
voirie et le début de la parcelle est suffisant (de l'ordre de 2 mètres
minimum, soit la moitié de la largeur de voirie et de ses bas-cotés et
fossés) pour justifier la séparation physique des nœuds (et donc des
chemins aussi). S'il n'y a qu'une voirie utilisée par les deux communes et
pas de séparation physique centrale, alors un seul chemin partagé entre
voirie et frontière communale : les deux communes en assument la charge de
façon partagée (ou c'est les collectivités dont elles font partie).

Pour les autres frontières non administratives n'entrant pas dans le champ
des adresses on peut encore utiliser des chemins séparés (mais attention à
ne pas en même temps couper des bâtiments et donc rester au moins dans la
largeur de voirie publique mais dans ce cas garder les noeuds séparés.

Dans les deux cas il faut deux relatons associatedStreet (ou type=street
dans une proposition plus récente peu utilisée), une pour chaque coté avec
ses propres nœuds d'adresse du bon côté et son bon nom de rue). et
reprenant les chemins de voirie partagés ou longés sur la commune voisine.

L'autre solution utilisant left:name et des left:ref:* ne marche pas bien
du tout et n'est pas stable: un changement de direction et les noeuds
adresses ne sont plus associés à la bonne commune...

Cas particulier : il existe (surtout en zone urbaine dense, mais on en
trouve aussi dans les zones industrielles comme des entrepôts et certains
grands bâtiments agricoles ou des habitations qui ont été agrandies) des
bâtiments à cheval sur deux communes (voire deux pays) et qui ont deux
adresses : mettre un nœud d'adresse sur chaque partie disposant d'un accès
sinon si on indique l'adresse sur le bâtiment lui-même elle indiquera une
seule commune qui n'est pas celle qui couvre tout le bâtiment.

Le 31 janvier 2015 19:49, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

  Elle n'est pas rapprochée car cette avenue est située dans les limites
 communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a
 seulement quelques maisons qui semblent en faire parti.
 Je ne crois pas qu'il y ait de solution toute prête pour ce genre de
 situation, mais Vincent pourra certainement en dire plus.

 Stéphane

 Le 31/01/2015 19:24, lenny.libre a écrit :

 Bonjour,
 J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les
 infos pour être rapproché !
 J'ai mis à jour les données BANO avec OSM.
 Qu'ais-je raté ?

   Code FANTOIR Voie FANTOIR Voie OSM Cartes Édition Statut FANTOIR (wiki)
 http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR
 330632046T AV DES CHENES -- ORG
 http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 FR
 http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544
 BANO
 http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544
 JOSM ID
 http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544
 P2
 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544
 http://www.openstreetmap.org/way/22755613
 Chemin : Avenue des Chênes (22755613)
 ref fantoir
 Modifié il y a 4 mois par Vinber
 Version #13 · Groupe de modifications #26103596
 Attributs
 bicycle yes
 foot yes
 highway residential
 horse yes
 maxspeed 30
 name Avenue des Chênes
 

Re: [Talk-br] toll=yes na Anhanguera

[Lists]

Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth não 
indicando para os aplicativos (pelo menus não todos) que e para evitar em caso 
modo “evitar pedágio” e ativo. Por isso, os trechos onde não ha saída antes do 
pedágio, e depois o pedágio ate primeiro saída deve ser etiquetado com toll=yes

Eu concordo que este e informação duplicada, mas se roteamento vai ser certo no 
tudo aplicativos que oferece “evitar pedágio”, precisamos este etiquete.

Por trechos onde pode trafegar sem pagar pedágio, acho que podemos tira toll=* 
totalmente, não concordo com toll=no, se não e um outro motivo. Por exemplo, se 
um pedágio tem exceção por motos, podemos usar toll=yes, toll:motorcycle=no

Aun Johnsen

 On Jan 31, 2015, at 19:39, Gerald Weber gwebe...@gmail.com wrote:
 
 Depois que respondi pensei comigo, se existe barrier=toll_booth, qual 
 exatamente seria a função de toll=yes?
 
 Agora vejo a mensagem do Márcio pensando da mesma maneira. 
 
 A pergunta seria se para os aplicativos seria suficiente ter 
 barrier=toll_booth.
 
 Por precaução seria interessante perguntar ao mapeador que inseriu esta tag 
 qual a opinião dele à respeito.
 
 abraço
 
 Gerald
 
 2015-01-31 20:29 GMT-02:00 thunder...@gpsinfo.com.br 
 mailto:thunder...@gpsinfo.com.br:
 Oi Roger e Gerald,
 quando a via é pedagiada insiro a Tag:barrier=tool-booth no nó da via onde se 
 encontra a cabine do pedágio. Sigo as instruções contidas em 
 http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth 
 http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth
  
 Essa regra tem sentido uma vez que a via, mesmo que pedagiada, pode ser 
 empregada em outros trechos dela. Aqui no Rio de Janeiro mesmo tempos a Linha 
 Amarela que liga a Zona Norte a Zona Oeste. Ela é pedagiada só para aqueles 
 que desejam trafegar entre essas zonas. Em se mantendo em uma das zonas não 
 existe pedágio. Veja esse pedágio em 
 https://www.openstreetmap.org/node/163565909 
 https://www.openstreetmap.org/node/163565909
  
 Estando o ponto com a Tag:barrier=tool-booth os aplicativos que empregam o 
 mapa identificam que naquele ponto existe pedágio e com isso, se configurados 
 para evitar pedágio tomam aquela via entretanto saem em uma primeira saída 
 antes da cabine do pedágio.
  
 Concordo com a Roger porque estando a via em sua totalidade com a 
 Tag:tool=yes a parte dela trafegável sem pedágio será desconsiderada.
  
 []s
 Marcio
  
 From: Gerald Weber mailto:gwebe...@gmail.com
 Sent: Saturday, January 31, 2015 7:44 PM
 To: OSM talk-br mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] toll=yes na Anhanguera
  
 Oi Roger
 
 acho que a tag toll não deve ser removida, afinal é verdade que a Anhanguera 
 é uma via pedagiada.
 
 Então numa primeira aproximação colocar toll=yes é mais correto do que não 
 ter nada.
 
 O que deve ser feito é um refinamento da informação colocando toll=no nos 
 trechos onde é possível transitar sem pagar pedágio.
 
 Mas apagar não. Apagar dados do mapa é  um ato extremo, só mesmo em casos 
 onde não é possível converter para nenhum outro tipo de informação ou quando 
 se trata de algo muito absurdo.
 
 De todo modo, obrigado por perguntar :)
 
 abraço
 
 Gerald
 
 On 31 Jan 2015 15:18, Roger C. Soares rogersoa...@gmail.com 
 mailto:rogersoa...@gmail.com wrote:
 Alguém sabe se tem algum motivo para a rodovia Anhanguera estar mapeada com 
 toll=yes em quase toda, se não toda, sua extensão?
 
 O OSMAnd basicamente ignora a Anhanguera se estiver no modo para evitar 
 pedágios.
 
 Segundo o wiki
 http://wiki.openstreetmap.org/wiki/Key:toll 
 http://wiki.openstreetmap.org/wiki/Key:toll
 Only portions of way from which there is no escape except for a U-turn 
 should be marked as toll.
 
 Alguma objeção em remover a tag da Anhanguera?
 
 Atenciosamente,
 Roger.
 
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br 
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-br] toll=yes na Anhanguera

[Lists]

Marcio

No verdade e como voce dizendo que e no compilação da mapa que identificando 
barrier=toll_booth e/ou toll=yes como pedágio. Não importa muito que 
aplicativos que utilizei para os testes, mais interessante e fontes das mapas.

Principalmente meu fonte e http://garmin.openstreetmap.nl/ 
http://garmin.openstreetmap.nl/ mas também fiz algumas testes rápidas com 
algumas outros mapas.

Simulando principalmente no BaseCamp for Mac, mas as vezes também no meu 
aparelho Garmin Navi 50, alem do testes no serviços online como OSRM. Tem tempo 
que não testei online, mas época que testei, o roteamento insisti que poderia 
passa ES-060 do Guarapari a Vitoria sem pedágio (ha 2 cabines pedágios na rota) 
enquanto na época não tinha pedágio no BR-101, e com diferencia em distancia e 
tao pouco, evitar pedágio deveria passa BR-101. Agora com pedágio no BR-101 o 
alternativo sem pedágio vira tao longo que não vale a pena.

Aun Johnsen

 On Jan 31, 2015, at 22:21, thunder...@gpsinfo.com.br wrote:
 
 Aun,
 perdoe minha insistência, mas você disse:
  
  Fiz muitos simulações do roteamento, e infelizmente o barrier=toll_booth 
  não indicando para os aplicativos (pelo menus não todos)
  
 Preciso saber qual aplicativo fez você simulação e identificou que o  
 barrier=toll_booth não foi identificado.
  
 Compreenda que administramos sites que visam tão somente orientar aos 
 brasileiros nesse ingresso a navegação GNSS. È importante sabermos que 
 aplicativo não reconhece para divulgarmos em nossos sites e, quem sabe, até 
 fazermos contato com o provedor do aplicativo.
  
 []s
 Marcio
  
 From: Lists mailto:li...@gimnechiske.org
 Sent: Saturday, January 31, 2015 11:13 PM
 To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org
 Subject: Re: [Talk-br] toll=yes na Anhanguera
  
 Marcio
  
 Concordo que o ideal e barrier=toll_booth
  
 para adicionar toll=yes por volta do 387 pedágios e um bom trabalho, mas não 
 um tarefa maior que muitos dos importações que fizemos e ainda fazemos. Se 
 consenso este lista e que devemos usar toll=yes por volta do 
 barrier=toll_booth podemos fazer este em uma vez so, e depois somente com 
 manutenção, sem consenso este vai vira um assunto complicado.
  
 Aun Johnsen
  
  
 ___
 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: [Talk-cz] Olomouc - tramvaj na chodníku

[Michal Pustějovský]

K hromadným úpravám používám plugin mirrored_download, který umožňuje 
pracovat s Overpass API přímo v JOSM. Do nabídky přidá mimo jiné možnost 
Stáhnout z  Overpass API, kde vepíšeš dotaz a pomocí obdélníku vybereš 
oblast, ze které chceš stahovat. Při psaní dotazu je nutné dát si pozor, co 
vše je nutné stáhnout, aby se zabránilo konfliktům. Např. pro hromadnou 
úpravu značek a ne geometrie je dobré použít dotaz typu:

( way[waterway=river]; ; );
( ._; rel(bw); );
( ._; rel(bn); );
out meta;

Stáhne z oblasti všechny cesty odpovídající waterway=river, včetně všech 
relací, kterých jsou nalezené cesty a body součástí. Relace je dobré 
zahrnout vždy, aby se například ve spojích MHD nevytvořily díry při dělení 
silnic, které jsou členy nějaké té relace dopravního spoje. 

Pokud bys chtěl upravovat i geometrii, tak je vhodné přidat řádek

( ._; way(bw); );

který zaručí, že se stáhnou i všechny cesty, které by jsi mohl mazáním/
přetahováním bodů ovlivnit (zde jsem právě udělal chybu, zapomněl jsem tento
řádek umazat a tak jsem přeznačil i cesty, které tramvajové trati jenom 
protínaly).

Více detailů najdeš zde
(http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide).

Dobré je ještě používat plugin utilsplugin2, který má nádhernou možnost 
unselect nodes. Usnadňuje to hromadné úpravy, protože pokud chceš upravit 
všechny cesty ve stažené oblasti, stačí ti vybrat tažením myši úplně vše a 
výbrané body touto nabídkou jednoduše odznačíš.


-- Původní zpráva --
Od: Marek Chlup m...@chlup.net
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 31. 1. 2015 9:06:42
Předmět: Re: [Talk-cz] Olomouc - tramvaj na chodníku

Ahoj.

Děkuji za opravu, nečekal jsem tak rychlou odezvu a navíc v nočních
hodinách. Byl jsem původně vyděšen - 600 V na chodníku není žádná
sranda:-)

Nevěděl jsem jak zpráva do OSM funguje - nyní jsem testem zjistil, že
přijde i mailem a tak ji člověk nepřehlédne.

Zajímalo by mne jak taková oprava (původní chybná změna se týkala 261
cest a to je dost) probíhala? Prosím o nějaký hrubý nástin jak jsi při
opravě postupoval.

Do pléna prosím o nějaké hrubé informace jak na Overpass API (já bych
tedy spíše užíval turbo) ve spojení s JOSM a následnými úpravami. Tedy
je možné užít následující postup?
* vytáhnout chtěná data přes Overpass turbo
* otevřít je v JOSM
* upravit data a poslat úpravy do OSM
Pokud uvedené funguje, bude zřejmě nebezpečné dělat změny na takových
datech v geometrii - jelikož nevidím další data v okolí, která mohou být
se získanými daty provázaná (nebo se dá i toto nějak řešit?).

Ahoj
Marek


On Sat, Jan 31, 2015 at 12:02:35AM +0100, Michal Pustějovský wrote:
 Opraveno. Při zpětné kontrole už jsem nic nenašel, ale kdyby mi přece 
jenom 
 něco uniklo, klidně mi pošli OSM zprávu, ať tady nespamujeme konferenci. 
 
 Nad rámec oprav svých chyb jsem ještě opravil špatné použití oneway=yes 
na
 tramvajových tratích (patří pouze na silnice, pro železnice je tu jiná 
 značka).
 
 Díky za upozornění,
 Michal
 
 
 -- Původní zpráva --
 Od: Michal Pustějovský michal.pustejov...@seznam.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 30. 1. 2015 23:27:44
 Předmět: Re: [Talk-cz] Olomouc - tramvaj na chodníku
 
 
 Nazdar,
 spravím. Asi jsem udělal chybku v querry pro Overpass API. :-) 
 
 
 -- Původní zpráva --
 Od: Marek Chlup m...@chlup.net
 Komu: talk-cz@openstreetmap.org
 Datum: 30. 1. 2015 22:25:50
 Předmět: [Talk-cz] Olomouc - tramvaj na chodníku
 
 Ahoj.
 
 Asi před 6 hodinami v Olomouci postavili plno nových tramvajových tratí.
 Bohužel se ukázalo, že jen na OSM.
 
 Dlouholetý přispěvatel OSM Mar4s činil nějakou změnu a podle mne učinil
 nějakou chybu a umístil tramvajovou trať na mnoho cest, kde není.
 
 Namátkou:
 * Slovenská
 http://www.openstreetmap.org/way/4804988
 * Zámečnická
 http://www.openstreetmap.org/way/304254298
 * Na Střelnici - tramvaj na chodníku
 http://www.openstreetmap.org/way/304252073
 * 17. listopadu
 http://www.openstreetmap.org/way/4480582
 
 U uvedených cest přibyly značky:
 railway tram
 railway:traffic_mode passenger
 electrified contact_line
 frequency 0
 gauge 1435
 voltage 600
 
 Prosím uživatele Mar4s, pokud je členem této konference o opravu.
 
 Ahoj
 Marek
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;

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


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

Re: [Talk-at] Felsen und Schotter

[nebulon42]

Hallo,

 Frage dazu: gibt es eine einfache Übersicht, wo man sehen kann welche
Tags im Renderer dazugekommen sind?

Hier ist eine Übersicht der Änderungen zum letzten Release:
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.26.1...v2.27.0

Konkret dazugekommen sind jetzt amenity=food_court, amenity=doctors,
natural=scree, natural=shingle, natural=bare_rock, leisure=water_park,
leisure=miniature_golf.

Es gibt auch immer Ankündigungen von neuen Releases auf den talk und dev
Mailinglisten. Dort wird das auch noch zusammengefasst:
https://lists.openstreetmap.org/pipermail/talk/2015-January/071892.html

 Dass das jetzt gerendert wird, ist super, nur haben sie es leider
verkehrt gemacht.

Jeder ist gerne eingeladen zur Diskussion beizutragen. Hier ist der Pull
Request: https://github.com/gravitystorm/openstreetmap-carto/pull/1217

 In der Legende alias Map Key (wenn man rechts auf das i klickt)
kommen scree und bare_rock noch gar nicht vor.

Ja, die Legende gehört aktualisiert:
https://github.com/gravitystorm/openstreetmap-carto/issues/1268

lg, nebulon42

Am Samstag, den 31.01.2015, 08:53 +0100 schrieb Friedrich Volkmann:
 On 30.01.2015 14:37, grubernd wrote:
  sehe ich das richtig, dass jetzt folgende Tags im Standardrenderer (mapnik)
  dargestellt werden?
  
  natural=bare_rock
  natural=scree
  
  das wäre eine ganz grosse Verbesserung der Geländedarstellungen! ich nehme
  an die anderen Zoomstufen werden dann auch noch gerendert mit der Zeit.
  
  Beispiele:
  http://www.openstreetmap.org/#map=16/47.6372/14.2410
  http://www.openstreetmap.org/#map=15/47.4732/13.6042
 
 Dass das jetzt gerendert wird, ist super, nur haben sie es leider verkehrt
 gemacht. Nicht bare_rock, sondern scree gehört gepunktet.
 
  Frage dazu: gibt es eine einfache Übersicht, wo man sehen kann welche Tags
  im Renderer dazugekommen sind?
 
 Weiß auch nicht. In der Legende alias Map Key (wenn man rechts auf das i
 klickt) kommen scree und bare_rock noch gar nicht vor.
 



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

Re: [OSM-talk-fr] Détermination des communes littorales

[Philippe Verdy]

C'est plus compliqué car même des comunes qui ne bordent pas directement la
mer snt considérées comme littorales (concernées par la loi associée dans
la bande réservée) et il est difficile aussi de déterminer le point de
séparation des eaux maritimes et fluviales (qui varie selon les coefficents
de marées et les régimes fluviaux, ce qui peut changer l'analyse si on ne
se base que sur les tags).
Et ensuite voir si dans OSM on a assez (ou trop) remonté le cours des
fleuves (au moins jusqu'au premier pont bien qu'un pont puisse aussi passer
sur des eaux considérées encore comme maritimes en raison de la salinité
moyenne et des apports de sédiments marins dans les terres; et d'espèces
maritimes; exceptées celles comme les saumons).
Il est difffcile de tenir compte des variations liées à la marée : en
montant la mer freine ou inverse l'écoulement des fleuves et crée un
coussin d'eau douce qui s'accumule en amont et maintient un niveau
temporairement plus élevé, et cela reste vrai même s'il y a un barrage, une
écluse ou un déversoir pour limiter les remontées d'eau de mer). A cela il
faut ajouter les effets régulateurs des marais côtiers dont l'hydrographie
est très complexe.

Ces particulièrement compliqué en Bretagne avec ses nombreux et profonds
abers; même petits mais pas forcément plus simple en Charentes ou dans les
Landes où la lgne de côte est très mouvante ou floue dans les marais.

Donc le mieux c'est de se baser sur la liste des communes littorales
concernées par la loi et basée sur des études du milieu naturel et les
mesures de salinité à diverses périodes ou encore par l'enregistrement de
certains évènements comme les submersions dues aux tempêtes par exemple
pour lesquelles des zones submersibles ont été délimitées et empeche
certains aménagements...



Le 31 janvier 2015 10:42, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Pas aussi simple... la limite maritime du découpage communal n'est pas
 forcément en natural=coastline

 La bonne façon de procéder est plus complexe... chercher les ways membres
 de relation admin_level=8 qui n'appartienne qu'à une relation et pas deux.
 Pour les besoins de la génération des limites communales simplifiées, j'ai
 ces infos en base si jamais...

 2015-01-31 9:27 GMT+01:00 mga_geo mga_...@yahoo.fr:

 En overpass, j'essaye avec cette requête

 (relation['admin_level'='8'][ref:INSEE ~
 22...|29...|35...|56...];way(r)[natural=coastline];node(r));
 out qt;



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.html
 Sent from the France mailing list archive at Nabble.com.

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




 --
 Christian Quest - OpenStreetMap France

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


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

Re: [Talk-it] incroci con ponti

[emmexx]

Il 01/21/2015 01:19 PM, emmexx scrisse:

Vorrei capire qual e' esattamente il problema nella mappatura che e'
stata fatta in questo incrocio:

http://osrm.at/aH4


Qualcuno sa ogni quanto vengono aggiornati i dati di OSRM. Una volta era 
abbastanza frequente e mi pare ci fosse anche una segnalazione su Twitter.


Adesso vedo che sono passati 10 giorni dalla mia segnalazione, i dati 
sono stati corretti ma non sembrano essere ancora stati recepiti da osrm.


grazie
maxx

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

Re: [OSM-talk-fr] Détermination des communes littorales

[Christian Quest]

Pas aussi simple... la limite maritime du découpage communal n'est pas
forcément en natural=coastline

La bonne façon de procéder est plus complexe... chercher les ways membres
de relation admin_level=8 qui n'appartienne qu'à une relation et pas deux.
Pour les besoins de la génération des limites communales simplifiées, j'ai
ces infos en base si jamais...

2015-01-31 9:27 GMT+01:00 mga_geo mga_...@yahoo.fr:

 En overpass, j'essaye avec cette requête

 (relation['admin_level'='8'][ref:INSEE ~
 22...|29...|35...|56...];way(r)[natural=coastline];node(r));
 out qt;



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.html
 Sent from the France mailing list archive at Nabble.com.

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




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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

[Shohreh]

Merci pour la rencontre hier soir.

Et puisqu'on parlait des bornes incendie, un sujet connexe…

The One-Man Beautification Plan: A security guard from Queens explains why
he’s repainting New York’s forgotten emergency call boxes.

www.slate.com/articles/podcasts/gist/2015/01/the_gist_fdny_call_box_beautification_with_john_colgan_and_a_new_lobstar.html



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rencontre-parisienne-OSM-au-Numa-le-30-janvier-2015-tp5830936p5832027.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-at] Erforderliche Attribution für OpenStreetMap-Karten

[Markus Straub]

Hallo Thomas,

du hast Recht, NOWKR habe ich ebenfalls angeschrieben.

LG,
Markus

On 2015-01-30 13:04, thomas.flandera#inode.at wrote:

Da hast du aber zT den Falschen erwischt...
Die Karte hat er nämlich dem Grunde nach von
http://nowkr.at/wp-content/uploads/2014/11/kartewien2-1xx.jpg
übernommen - die haben das auch schon falsch drinnen (soll jetzt aber
keine Entschuldigung sein), jedoch verweist WienHeute auf Grafik: NOWKR
Somit müsste man die auch noch darauf hinweisen.
Beste Grüße
Thomas

  Markus Straub markus.straub...@gmail.com hat am 29. Januar 2015 um
21:05 geschrieben:
 
 
  Sehr geehrter Herr Nusser,
 
  es freute mich als aktives Mitglied der OpenStreetMap-Community, dass in
  der heutigen WienHeute-Ausgabe vom 29.1. auf Seite 14 ein großer
  Ausschnitt aus OpenStreetMap zur Veranschaulichung der
  Demonstrationsrouten des WKR-Balls verwendet wird.
 
  Es würde mich, und die gesamte Community, noch mehr freuen, wenn Sie
  auch die erforderliche Copyright-Information in / neben die Grafik
  stellen würden: © OpenStreetMap-Mitwirkende.
 
  siehe auch: http://www.openstreetmap.org/copyright/de
 
  Dies ist die einzige Voraussetzung zur völlig freien Verwendung der
  Karte, und wir bitten Sie darum, dies bei hoffentlich vielen weiteren
  Verwendungen von OpenStreetMap-Ausschnitten zu berücksichtigen.
 
  Freundliche Grüße,
  Markus Straub
 
  ___
  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-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[OSM-talk-fr] Réforme territoriale et fusion de communes

[Donat ROBAUX]

Bonjour,

Pour ceux qui n'auraient pas vu passer les articles sur ce qui nous a agité
début janvier, Le Monde a publié 2 articles intéressants sur la réforme
territoriale et les fusions de communes.

http://www.lemonde.fr/politique/article/2015/01/27/en-milieu-rural-des-communes-nouvelles-pour-dessiner-la-campagne-du-xxie-siecle_4563231_823448.html?xtmc=bocagextcr=1

http://www.lemonde.fr/politique/article/2015/01/27/le-regroupement-des-villages-prochaine-etape-de-la-reforme-territoriale_4562477_823448.html

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

Re: [Talk-br] Digest Talk-br, volume 76, assunto 33

[Julio de Paula Gonçalves]

Ref.:Limites admistrativos

Minha experiencia mapeando a região de Umuarama PR e adjacências é de que o
mapeador que inseriu os limites, o fez seguindo informações de traços do
IBGE.
Ocorre que a maioria dos limites são córregos, ricachos, rios, estradas e
marcos geográficos.
Como o mapa está virgem (sem o traçado destes limites considerados ) não
ocorrem interferências.
A partir de que novos mapeadores vão inserindo o traçado real conforme
imagem destes limites, passa-se a ter cruzamentos de linha, provocando
alertas de erros.
O programa OSMInspector detecta alguns deles e informa existencia de erros.
Algumas vezes somos obrigados a redefinir estes limites, seguindo uma linha
paralela ao limite físico real (as referências existentes do traçado dos
elementos constantes nas cartas geográficas e registros).
Vejo a necessidade de aprimorar estes estudos e linhas de comando.
Abs


Em 31 de janeiro de 2015 10:00, talk-br-requ...@openstreetmap.org
escreveu:

 Enviar submissões para a lista de discussão Talk-br para
 talk-br@openstreetmap.org

 Para se cadastrar ou descadastrar via WWW, visite o endereço
 https://lists.openstreetmap.org/listinfo/talk-br
 ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
 corpo da mensagem para
 talk-br-requ...@openstreetmap.org

 Você poderá entrar em contato com a pessoa que gerencia a lista pelo
 endereço
 talk-br-ow...@openstreetmap.org

 Quando responder, por favor edite sua linha Assunto assim ela será
 mais específica que Re: Contents of Talk-br digest...


 Tópicos de Hoje:

1. Dúvida limite administrativo (Helio Cesar Tomio)
2. Catalogamento de relações envolvendo fronteiras e divisas
   (Vítor Rodrigo Dias)
3. Re: Dúvida limite administrativo (Vitor George)
4. Re: Dúvida limite administrativo (Arlindo Pereira)


 --

 Message: 1
 Date: Fri, 30 Jan 2015 10:22:15 -0300
 From: Helio Cesar Tomio hcto...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: [Talk-br] Dúvida limite administrativo
 Message-ID:
 
 cae1uxb3orq53gygzefj6tkgejmmrprgnaxxs-lkgeqcout9...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Prezados,
 Estava inserindo escolas do município (Jaraguá do Sul) no OSM usando o iD,
 quando ocorreu algo estranho.
 Na edição de algumas escolas aparecia no quadro Endereço,  o nome da cidade
 para escolher e nas outras era necessário escrever manualmente.
 Seria algum problema nos limites administrativos?
 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150130/64391b51/attachment-0001.html
 

 --

 Message: 2
 Date: Fri, 30 Jan 2015 13:18:18 -0200
 From: Vítor Rodrigo Dias vitor.d...@gmail.com
 To: OSM talk-br talk-br@openstreetmap.org
 Subject: [Talk-br] Catalogamento de relações envolvendo fronteiras e
 divisas
 Message-ID:
 CAJvKQR09hWvX1X8p=
 aok7s0xstfehrju4zsyeomg7bdmfxh...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Pessoal,

 Não sei como está o andamento nos outros Estados, mas sugiro que comecemos
 a catalogar/revisar na wiki as relações envolvendo fronteiras e divisas.
 Refiz todo o artigo relativo à Paraíba e gostaria de eventuais sugestões:

 https://wiki.openstreetmap.org/wiki/Para%C3%ADba/Munic%C3%ADpios

 Abraços!
 --
 Vítor Rodrigo Dias
 Revisor de textos
 Tradutor port/ing/port e port/esp/port
 Telefone: (31) 7360-9421 - TIM
 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150130/1e2dcb85/attachment-0001.html
 

 --

 Message: 3
 Date: Fri, 30 Jan 2015 15:27:05 +
 From: Vitor George vitor.geo...@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Dúvida limite administrativo
 Message-ID:
 
 capdrge3xrzgkjbb5ma5+6yejqqjronufmxlyv_evhiy1a-_...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Oi Hélio, pode mandar um link para a área em que está editando?

 Em sex, 30 de jan de 2015 11:22, Helio Cesar Tomio hcto...@gmail.com
 escreveu:

  Prezados,
  Estava inserindo escolas do município (Jaraguá do Sul) no OSM usando o
 iD,
  quando ocorreu algo estranho.
  Na edição de algumas escolas aparecia no quadro Endereço,  o nome da
  cidade para escolher e nas outras era necessário escrever manualmente.
  Seria algum problema nos limites administrativos?
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 
 -- Próxima Parte --
 Um anexo em HTML foi limpo...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-br/attachments/20150130/62b3d4cc/attachment-0001.html
 

 --

 Message: 4
 Date: Fri, 30 Jan 2015 14:15:11 -0200
 From: Arlindo 

Re: [OSM-talk-fr] Comment tagger un abattoir municipal

[Eric Debeau]

Merci de vos réponses

Je reste surpris qu'il n' y a aucun abattoir dans OSM en France ;-( C'est
donc le premier ;-)

Pour répondre à Philippe, il s'agit d'un abattoir municipal qui a plus de
100 ans fonctionnant avec des employés municipaux et des indépendants pour
les pics de charge.

http://www.openstreetmap.org/way/320515536

Eric

2015-01-30 9:56 GMT+01:00 Philippe Verdy verd...@wanadoo.fr:

 La discussion n'est plus nécessaire étant donné l'usage important. La doc
 fournie est suffisante. Et il n'y a a pas d'autre proposition concurrente
 visant à la déprécier et capable de l'égaler.

 Les discussions sont toujours possibles si les valeurs proposées ne
 suffisent pas ou sont ambiguës pour certains pays qui ne font pas certaines
 distinctions ou en ajoutent.

 La distinction peut être floue entre ngo et community, et la notion
 d'agrément et de concession pour le service public est aussi importante en
 France; que l'opérateur soit public ou privé, mais cette concession ne
 s'applique pas nécessairement à toutes les activités de l'opérateur ou même
 d'un seul de ses établissements qui peut avoir aussi d'autres délégations
 ou concessions.

 Un même établissement pouvant avoir pour chacune une voire plusieurs
 enseignes commerciales différentes (qui sont ce que voit le public à
 l'extérieur ou dans l'établissement, même si la loi impose de citer
 l'opérateur légal de l'établissement sur les factures, devis et documents
 légaux ou contractuels; indépendamment des enseignes dont la mention n'est
 pas obligatoire sauf si elle est contractuelle et partie du contrat de
 franchise liant le titulaire de l'établissement au titulaire de l'enseigne,
 puisque des services de l'enseigne doivent être rendus au public par
 l'exploitant de l'établissement car l'enseigne en fait publicité).


 2015-01-30 9:35 GMT+01:00 althio althio.fo...@gmail.com:

 Il y a aussi la très bonne suggestion de panieravide qui est
 malheureusement passée hors fil de discussion.

 operator:type=public
 http://wiki.openstreetmap.org/wiki/Key:operator:type

 ___
 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