Il 28/03/2018 00:50, Martin Koppenhoefer ha scritto:
sent from a phone
On 27. Mar 2018, at 22:36, aldoct wrote:
cosa succede di sbagliato se si cancellano i riferimenti per tratti
crei un buco nel dato, praticamente se un renderer cerca di fare una cosa più
evoluta
Ciao,
2018-03-28 10:26 GMT+02:00 Cascafico Giovanni :
> Il giorno 27 marzo 2018 19:08, Andrea Musuruane ha
> scritto:
>
>>
>> Ci sono delle incoerenze tra name e brand. Ad esempio ref:mise=22629:
>> brand=Pompe Bianche + name=Shell; ref:mise=10160:
Il giorno 27 marzo 2018 22:36, aldoct ha scritto:
> Sulla ortodossia sono d'accordo; il mio quesito è: a fronte di un rendering
> sgradevole (se si può mappare con un rendering più opportuno, perché non
> farlo?), cosa succede di sbagliato se si cancellano i riferimenti per
>
Il giorno 27 marzo 2018 19:08, Andrea Musuruane ha
scritto:
>
> Ci sono delle incoerenze tra name e brand. Ad esempio ref:mise=22629:
> brand=Pompe Bianche + name=Shell; ref:mise=10160: brand=Pompe Bianche +
> name=Agip.
>
> Nel file sorgente questi problemi non ci sono.
Ho fatto una bozza di wiki [1], se qualcuno volesse correggere, integrare
e/o discuterne
[1] https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations
___
Talk-it mailing list
Talk-it@openstreetmap.org
dieterdreist wrote
> Per me va bene il tuo
> access=private, landuse=camp_site (se permanente).
scusate ma... landuse=camp_site mi suona nuovo ed infatti non è
documentato e in taginfo trovo 1 utilizzo...
mi spiegate per favore?
grazie ;-)
--enrico
--
Sent from:
Hi all,
MapRoulette v3 is now in public beta. I wrote a diary highlighting the main new
features. Please give it a try and let me know what you think about it. Thanks!
Diary: https://www.openstreetmap.org/user/mvexel/diary/43596
Link to beta: http://maproulette.org/mr3
Github repo:
Tutto OK, grazie per gli interventi. Mi rimane il problema pratico che quando
un ponte di 30 metri in curva è coperto dal nome io non riesco a vedere se è
mappato correttamente ovvero presenta degli angoli troppo accentuati; ma
tant'è...non si può avere tutto.
Saluti
--
Sent from:
Il mer 28 mar 2018, 18:40 Cascafico Giovanni ha
scritto:
> Solo l'anagrafica carburanti. Spero che l'ID univoco assegnato dal mise
> possa servire in futuro anche per collegare altri dati.
>
> Sul nome, in effetti il dataset contiene il campo "nome impianto", ma sono
>
Hi, This time I am not rising issue of badly managed project. So advice about
forking is not really applicable. I think it would be quite stupid to create
and maintain fork only to have a place where my comments wont be
unjustifiably deleted. The Nominatim github project is under
sent from a phone
> On 28. Mar 2018, at 18:40, Cascafico Giovanni wrote:
>
> Sul nome, in effetti il dataset contiene il campo "nome impianto", ma sono
> decisi da i gestori e mi sembrano troppo eterogenei
in realtà sono sempre i gestori a decidere il nome di un
Il giorno 28 marzo 2018 22:32, aldoct ha scritto:
> Tutto OK, grazie per gli interventi. Mi rimane il problema pratico che
> quando
> un ponte di 30 metri in curva è coperto dal nome io non riesco a vedere se
> è
> mappato correttamente ovvero presenta degli angoli troppo
sent from a phone
> On 28. Mar 2018, at 10:26, Cascafico Giovanni wrote:
>
> A questo proposito cosa mettiamo nel tag name? Duplichiamo il brand, mettiamo
> l'operator? Lasciamo vuoto?
se abbiamo un nome mettiamo quello, io metto il nome da scontrino quando c’è
Il giorno 28 marzo 2018 16:08, Roberto Brazzelli
ha scritto:
> Ciao, ho creato un mio stile con l'editor
> on line maputnik e voglio inserire questo
> stile (nomefile.json) come sfondo nella mia mappa creata
> con leaflet o in alternativa in qgis.
> Qualcuno sa darmi
Ciao, ho creato un mio stile con l'editor
on line maputnik e voglio inserire questo
stile (nomefile.json) come sfondo nella mia mappa creata
con leaflet o in alternativa in qgis.
Qualcuno sa darmi indicazioni?
grazie
___
Talk-it mailing list
Ciao Martin,
2018-03-28 15:55 GMT+02:00 Martin Koppenhoefer :
>
>
> sent from a phone
>
> > On 28. Mar 2018, at 10:26, Cascafico Giovanni
> wrote:
> >
> > A questo proposito cosa mettiamo nel tag name? Duplichiamo il brand,
> mettiamo l'operator?
Ciao
ho dato un'occhiata alla pagina sul wiki, il database del MISE contiene
anche dati sui carburanti forniti, orari di apertura etc?
O stiamo solo importando l'anagrafica?
Ciao
/niubii/
Il giorno 28 marzo 2018 18:17, Martin Koppenhoefer
ha scritto:
>
>
> sent from a
Solo l'anagrafica carburanti. Spero che l'ID univoco assegnato dal mise
possa servire in futuro anche per collegare altri dati.
Sul nome, in effetti il dataset contiene il campo "nome impianto", ma sono
decisi da i gestori e mi sembrano troppo eterogenei
Il 28 mar 2018 6:26 PM, "Francesco
sent from a phone
> On 28. Mar 2018, at 16:28, Andrea Musuruane wrote:
>
> Queste sono regole generali. La domanda di Giovanni era inerente al file CSV
> messo a disposizione dal MISE.
le regole generali si applicano anche al file del MISE, se nome non c’è non si
You're quite welcome.
Steve
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Hallo,
mir ist gerade aufgefallen, dass die Relation der B 27 [1] nicht alle
Ways enthält, die eigentlich Teil der Straße sind [2] (Abschnitt südlich
von Tübingen fehlt).
Mir ist nicht klar, wie ich mit derart großen Relationen sinnvoll
arbeiten kann -- typischweise nehme ich für
Thank you for the detailed response.
Greg
On Mar 25, 2018 11:57 PM, "OSM Volunteer stevea"
wrote:
I should have included:
https://wiki.openstreetmap.org/wiki/WikiProject_United_States_railways
as that is a better starting place (for your flavor of question) than
Kann mich jemand bezüglich des Verlaufs nördlich von Hammelburg und
südlich von Fulda unterstützen? Ich sehe dort keine Ways, die "ref"="B
27" tragen und somit in die Relation aufgenommen werden sollten.
Am 28.03.2018 um 12:10 schrieb Moritz:
Am 2018-03-28 11:52, schrieb dktue:
Ich habe
Im Bereich Chemnitz und Mittelsachsen passen die Zuordnungen und
ergänzten Werte. Vielleicht kann Ilya, die vorgeschlagenen Bewertung
der Änderung integrieren.
Am 28. März 2018 um 11:12 schrieb Christoph Hormann :
> On Tuesday 27 March 2018, Michael Reichert wrote:
>> > POI-Daten
hayashiです
そもそもこの議論の発端は このスレッドの先頭のあまのさんの発起で
> 「highway=motorway の定義は、入口に自動車専用道路の標識がついている道路です。」というのは的を得ているでしょうか?
というものです。
それに対して幾人の方から
現状の「highway=motorway」の付け方がばらばらで実情を反映したものではない
という意見が出されました。
田口さんTomさんの見立てでもざっくりまとめさせていただくと「高速道路」と「自動車専用道路の標識がついている道路」は違うんじゃないのか?
En gros la conclusion c'est quoi ? Communauté FR opposée à cet import ? ok
pour moi ;)
On a des données plus propre dans la base des prix des carburants.
Le 27 mars 2018 à 22:01, Stéphane Péneau a
écrit :
> Il n'y a plus de remarque ? J'envoie la réponse ?
>
> Stf
>
Am 2018-03-28 11:52, schrieb dktue:
Ich habe mich mal daran versucht, könnte vielleicht ein anderer Mapper
mal gegenprüfen [1], ob ich etwas kaputt gemacht habe?
[1] https://www.openstreetmap.org/relation/2064452
Der Relation Analyzer[1] sieht da noch große Lücken.
Moritz
[1]:
Geht doch (für mich) in JOSM ganz einfach:
1: Relation im Relation-Editor öffnen und sortieren
2: fehlende Ways im linken Fenster aktivieren (rot machen)
3: zur Relation hinzufügen (wenn was doppelt ist, motzt Josm und das
Stück kann man einfach ignorieren)
4: sortieren
5: noch Lücken da?
Ich habe mich mal daran versucht, könnte vielleicht ein anderer Mapper
mal gegenprüfen [1], ob ich etwas kaputt gemacht habe?
Grüße
dktue
[1] https://www.openstreetmap.org/relation/2064452
___
Talk-de mailing list
Talk-de@openstreetmap.org
deuzeffe le propriétaire d'une base peux tjs donner un droit spécifique
pour l'ajout de ces données dans osm. les données dans osm seront alors
accessible comme n'importe quel objet osm.
Christian : pourquoi n'utilise-t-on pas la base des prix des carburants
pour mettre à jour osm si elle
On Tuesday 27 March 2018, Michael Reichert wrote:
> > POI-Daten sind auch in Deutschland unvollständig und werden
> > unvollständig bleiben. Wir begrüßen Unterstützung bei der
> > Verbesserung des POI-Datenbestands in Deutschland. Trotzdem
> > entspricht die Datenqualität des Imports nicht unseren
Le 28/03/2018 à 11:55, Christian Quest a écrit :
> En gros la conclusion c'est quoi ? Communauté FR opposée à cet import
> ? ok pour moi ;)
Fortement opposé en l'état.
Ajouter des stations vraiment nouvelles, oui, c'est une bonne idée, mais
il faudrait les vérifier humainement. Il y en a très
Am 28.03.2018 um 15:26 schrieb wambac...@posteo.de:
Hi,
Am 28.03.2018 um 12:48 schrieb dktue:
Kann mich jemand bezüglich des Verlaufs nördlich von Hammelburg und
südlich von Fulda unterstützen? Ich sehe dort keine Ways, die
"ref"="B 27" tragen und somit in die Relation aufgenommen werden
Olá a todos,
Procuro pessoas da região de São José do Rio Preto SP que saibam mapear
para o OSM.
Queremos conversar sobre o levantamento de um antiga estrada (Estrada
Boiadeira) que existia aqui na região e ia até o Mato Grosso.
Agradeço indicações
Rodolfo
> Ich glaube, es gibt durchaus Bundesstraßen, die echte Lücken haben.
Als Beispiel aus meiner Gegend, da wurde die B4 auf Grund der nun
parallel verlaufenden Autobahnen (A73/A71) zur L3004 "degradiert" und
ist somit auch kein Teil der B4 mehr.
___
Hi,
Am 28.03.2018 um 12:48 schrieb dktue:
Kann mich jemand bezüglich des Verlaufs nördlich von Hammelburg und
südlich von Fulda unterstützen? Ich sehe dort keine Ways, die "ref"="B
27" tragen und somit in die Relation aufgenommen werden sollten.
*Technisch* können dir viele Kollegen helfen,
On Mon, 2018-03-26 at 22:24 +0200, Rory McCann wrote:
> Hi guys, gals and non-binary pals,
Some interesting ideas, it is difficult to find a single object that
will exist on a worldwide scale.
Some OSM groups have "quarterly projects" where they improve the
state
> of something in OSM in their
Pierre,
Consistency in the data is the main goal. This benefits all the things
you mention, including map rendering and parsing by navigation software
such as ours but also OSMAnd, maps.me and others.There is a master relation for
the Trans-Canada Highway / Route
Transcanadienne[0] but it is
Hi all,
My colleague Olivia will respond more in depth with some suggestions
based on your feedback. Thanks for giving our team's ideas some thought.
In the meantime, as I was writing a post about the new version of
MapRoulette, I thought I'd make a Challenge for misspelled Trans-Canada
Highway
Bonjour Martin,
Il me semble que les divers commentaires ont été assez clair. La communauté OSM
du Canada est assez mature pour gérer cela et n'avons pas besoin que Navteq
démarre un projet pour modifier ces données.
L'équipe Navteq a déja créé beaucoup de problèmes en ajoutant partout des
2018-03-28 13:57 GMT-03:00 Flavio Bello Fialho :
> Dessa forma, para highway=speed_camera, recomendo usar
> direction=forward ou direction=backward, em casos de via de mão dupla
Isso não serve pra nada :-)
O direction para speed_camera não indica a direção a que se aplica
Bonjour Christian et la liste,
A-t-on des nouvelles sur un éventuel service de rendu du relief ? Ça
serait vraiment une très bonne nouvelle.
On 06/01/2018 19:36, Christian Quest wrote:
J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
l'ombrage...
STRMv3 est complet,
Hi all,
According to my calendar the next Mappa Mercia meeting is 5th April. Given
that the clocks have changed we should aim to go out mapping.
Did we pick a location?
Best regards,
*Rob*
___
Talk-gb-westmidlands mailing list
Hi François,
There are basically 3 ways to go about this:
1. If you only have toll-booth nodes, then you can cheat and use the
`result.traffic_lights = true` flag on those nodes, and adjust the traffic
light penalty. This isn't perfect though, you'll probably want to remove
traffic light
A direção que a câmera está apontando é irrelevante. O que importa, na
prática é o sentido da via que está sendo monitorado. Dessa forma, para
highway=speed_camera, recomendo usar direction=forward ou
direction=backward, em casos de via de mão dupla, ou não usar o tag, em
caso de vias de mão
Unfortunately only the international Wikimedia Foundation scholarship would
be open to people traveling from India, and that process is already
complete. The scholarships from Wikimedia South Africa are only for people
traveling from South Africa or possibly SADEC countries if there's a good
Dne 27.3.2018 v 21:44 jzvc napsal(a):
> Dne 26.3.2018 v 14:56 Mikoláš Štrajt napsal(a):
>>
>> > To, ze je v natural napsano water, bych neresil.
>> Já bych to teda viděl jako nevhodné.
>> Tohle použití podle mě typický trolltag -
>> https://wiki.openstreetmap.org/wiki/Cs:Trolltag
2018-03-28 20:35 GMT-03:00 Fidelis Assis :
> Bem, acho que não fui muito claro. O que eu sugeri antes em outras palavras
> foi esquecer essa palava câmera :). E passar a interpretar o mapeamento de
> sensor de velocidade em nó de via não como mapeamento de câmera e sua
>
Martijn
Si je comprends bien ton message, tu proposes que la communauté canadienne
accepte de réaliser les projets de Telenav, sinon, votre équipe prendra le
contrôle ? À mon avis, cette proposition ignore le rôle des communautés
locales dans le projet OSM, et le réduit à celui d'exécutants.
-- Forwarded message --
From: Martijn van Exel
Date: Thu, Mar 29, 2018 at 1:44 AM
Subject: [OSM-talk] New MapRoulette version
To: OSM Talk
Hi all,
MapRoulette v3 is now in public beta. I wrote a diary highlighting the main
new features.
Lessons learned from Finland and Poland in using OSM and Open Data:
https://blog.core.okfn.org/2018/03/28/open-data-day-2018-getting-the-local-communities-in-porto-and-helsinki-to-talk-about-open-mapping/
Also, the research by Professor Peter Johnson at Waterloo on models of direct
editing of
L'antenne extérieur est indispensable dans certains véhicules. Sur nos
flottes de véhicules on le voit clairement. Les véhicules non équipé
d'antenne externe ont des précisions très hétérogènes. Après on peut fixer
des antennes à viser comme pour les cartes wifi (antenne compact)
Le 28 mars 2018
Hmm, geht's wohl schon in die nächste Runde?
> http://audit.osmz.ru/project/navads_fuel
> Validation is closed: this import will be republished shortly as five
distinct imports.
weiter geht's mit http://audit.osmz.ru/project/navads_fuel_de
Und schwups, schon ist meine örtliche Tanke ganz und
Em 28 de março de 2018 14:50, Nelson A. de Oliveira
escreveu:
> 2018-03-28 13:57 GMT-03:00 Flavio Bello Fialho :
> > Dessa forma, para highway=speed_camera, recomendo usar
> > direction=forward ou direction=backward, em casos de via de mão dupla
>
> Isso
Ja, und jetzt beamt's mich nach einem Edit nicht mehr 5000 km zu
irgendeiner Tanke, die ich bestimmt nicht kenne, sondern nur noch ein
paar 100 km ;)
Der Fahrradladen aus der ersten Runde, der zur Tanke mutieren sollte ist
jedenfalls mit "the last reviewer rejected this ..." rausgenommen.
Note: j'ai trouvé une copie de l'ODbL 1.0 (modifiée pour remise en forme
minimale et intégration sur ce site) sur
https://spdx.org/licenses/ODbL-1.0.html
Le 29 mars 2018 à 00:15, Philippe Verdy a écrit :
> Note: il semble que l'Open Knowledge Foundation (OKN) ne veuille
Le site opendatacommons.org n'est pas accessible plus accessible en HTTP
qu'en HTTPS.
Tout cela me semble indiquer un défaut de configuration ou plantage d'un
routeur ou parefeu chez opendatacommons.org pour sa connexion entre le
frontal proxy externe et le serveur web. Dommage car Cloudflare est
Et cela ne concerne pas que l'ODBL-1.0 mais aussi l'ODC-1.0 (Open Data
Content) et l'ODC-PDDL (version "Public Domain", avec attribution "BY",
sans la clause "SA")
Cela touche donc nombre de jeux de données libres.
Voir les liens "officiels" des licences normalement supportées par l'OKFN
sur le
L'ODbL est officiellement sur https://opendatacommons.org/ mais
OpenDataCommons. est inacessible, sans même aucune version en cache sur son
proxy frontal Cloudflare (au moins celui du noeud de Paris qui signale un
problème de connectivité avec une erreur serveur 502)
Qui contacter, Cloudflare ou
Note: il semble que l'Open Knowledge Foundation (OKN) ne veuille plus
soutenir le projet OpenDataCommons et que ce site aurait été arrêté (l'OKN
indique que la licence Creative Commons 4.0 serait suffisante). Voir cette
discussion lancée en fin janvier 2017 (et quelques remarques postées
Note: Cloudflere ne signale aucune anomalie de connectivité sur son noeud
parisien.
De même ping et traceroute depuis mon PC vers opendatacommons.org
fonctionne très bien aussi bien en IPv4 qu'en IPv6.
Donc tout semble lié au serveur web de ce site qui est lié à un proxy
frontal auquel il ne
On 28.03.2018 23:06, Falk Zscheile wrote:
Am 28. März 2018 um 21:58 schrieb Harald Hartmann
:
Hmm, geht's wohl schon in die nächste Runde?
weiter geht's mit http://audit.osmz.ru/project/navads_fuel_de
Das finde ich jetzt schon ziemlich gut. Man kann nun für
On Mar 25, 2018, at 11:09 PM, Greg Morgan wrote:
> I wonder what to do with some of the routes. For example, additional tracks
> were added in the Tucson area. If we add a route, say, us 60 then an east and
> west relation is created along with a master route. Do we do
Am 28. März 2018 um 21:58 schrieb Harald Hartmann
:
> Hmm, geht's wohl schon in die nächste Runde?
>
> weiter geht's mit http://audit.osmz.ru/project/navads_fuel_de
>
Vielen Dank für den Hinweis.
Das finde ich jetzt schon ziemlich gut. Man kann nun für jedes Node
Em 28 de março de 2018 13:57, Flavio Bello Fialho
escreveu:
> A direção que a câmera está apontando é irrelevante. O que importa, na
> prática é o sentido da via que está sendo monitorado. Dessa forma, para
> highway=speed_camera, recomendo usar direction=forward ou
>
Auch ein Beispiel ist wenn 2 Bs Den selbigen Weg nutzen. Dann ist aber nur eine
B Nummer gültig.
Von meinem Huawei-Mobiltelefon gesendet
Originalnachricht
Betreff: Re: [Talk-de] Bearbeiten von Riesen-Relation (Bundesstraße 27)
Von: Harald Hartmann
少しだけオフトピックですが、Japan
tagging内の`highway=track`の定義を修正するのを失念していましたので、のちほど変更いたします。
※2016/10に`highway=track`の日本での解釈について、talk-jaでアナウンスした上で、osm
wikiで議論を進めました。その結果、(主な目的であったunclassifiedとtrackの区分にあいまいなところは残りましたが)`highway=track`はJapan
taggingに記載されている「廃道や未舗装路」ではなく、農業または林業向けに主として利用されている道路であることは確認できたと思います。
Moin!
On 28.03.2018 12:48, dktue wrote:
Kann mich jemand bezüglich des Verlaufs nördlich von Hammelburg und
südlich von Fulda unterstützen? Ich sehe dort keine Ways, die "ref"="B
27" tragen und somit in die Relation aufgenommen werden sollten.
Zwischen Hammelburg & Fulda ist die B 27
過去にtalk-jaで`highway=*`の定義に関して議論されたスレッドを見つけましたので展開します。
https://lists.openstreetmap.org/pipermail/talk-ja/2009-October/001664.html
なお私は、Japan taggingに「従って大きな改版をする際はOpenStreetMap Japan メーリングリスト
でお知らせ、意見交換されることを望みます。」と記載されているとおり、今現在、改版を念頭に置いて意見交換を進めているフェーズであると認識しております。
Moin,
wenn es auf eine ja/nein Entscheidung (also ohne
Kompromissmöglichkeiten) hinaus läuft, dann hast
du für den Text meine Rückendeckung.
Ansonsten ist die Darstellung ja schon so ausgefuchst, dass es für den
Importwilligen möglich sein sollte, an die einzelnen Daten eine
Auswahlmöglichkeit
Hey François,
The only way to achieve this with OSRM would be to apply large penalties
to barriers/tolls. You'll have to pick a penalty value that's *just right*
- enough that 0 or 1 will be acceptable, but 2 would force the engine to
find another route.
Because OSRM doesn't have dynamic
Thank you for this input,
Understood the lack of dynamic costing in OSRM. I'll adapat my profile
Would it be preferable to lower the rate or the speed of specific way I
want to limit ? Maybe both ?
I'm not sure to be able to set a rate on a given node isn't it ?
This have to be necessarily
Bonjour,
_*changement de date pour la préparation*_
La réunion de préparation /(initialement prévue le mardi 3 avril)/ est
décalée au *lundi 9 avril*, à partir de 18h, à l'UMR Passages, c'est ici
: https://osm.org/go/b~~Fu4Xhj?m=
Bonne journée
Le 23/03/2018 à 09:55, Vincent Bergeot a
Quelques dizaines d’euros de différence, c’est le pain pour un mois. Les petits
budgets, dont je suis, apprécieront cette différence de prix ; les pays en voie
de développement aussi, d’ailleurs. Les contributeurs africains, par exemple,
seraient sans doute bien contents d’avoir un truc pas
74 matches
Mail list logo