Re: [Talk-at] Adressdaten des BEV

[Thomas Konrad]

Hallo!

> Bei Dörfern ohne benannte Straßen wird der Ortsname in addr:street statt 
> addr:place geschrieben (das kannst Du natürlich nicht steuern). In addr:city 
> steht der Gemeindename, was oft, aber nicht immer eine gute Idee ist 
> (manchmal ist die Katastralgemeinde gebräuchlicher). 

Das hätte eigentlich schon so sein sollen [1] [2], durch einen Bug im Plugin 
ist der Adresstyp aber falsch gesetzt worden. Ist jetzt gefixt [3]. Danke für 
den Hinweis!

> Bei von-bis Hausnummern wird z.B. „17-19 ,alle ungeraden Zahlen des 
> Intervalls“ eingetragen (manuell zu korrigieren).

Richtig, das werde ich in der Datenbank korrigieren.

LG
Thomas

[1] 
https://github.com/thomaskonrad/bev-reverse-geocoder/blob/master/scripts/import-bev-data.py#L90
 

[2] 
https://github.com/JOSM/austriaaddresshelper/blob/master/src/org/openstreetmap/josm/plugins/austriaaddresshelper/AustriaAddressHelperAction.java#L124
 

[3] https://github.com/JOSM/austriaaddresshelper/releases/tag/v0.3.4 

> On 26 Mar 2017, at 21:44, jdz5...@gmx.at wrote:
> 
> Hallo Thomas,
>  
> tolle Sache, danke! 
>  
> Ich würde es  praktisch finden, wenn das Plugin die Adresse nicht gleich 
> überschreibt (zum Überprüfen schon eingetragener Adressen).  Ist aber Luxus.
>  
> Ein paar Anmerkungen zur Verwendung: 
>  
> >> (nebulon42) Meiner Erfahrung nach haben die BEV-Adressen je nach Gemeinde 
> >> durchaus einige Fehler. Manche Gemeinden sind nur als >> grottenschlecht 
> >> bezüglich Datenqualität zu bezeichnen. Also lieber drei Mal hinschauen.
>  
> Kann ich nur bestätigen.
>  
> Bei von-bis Hausnummern wird z.B. „17-19 ,alle ungeraden Zahlen des 
> Intervalls“ eingetragen (manuell zu korrigieren).
>  
> Bei Dörfern ohne benannte Straßen wird der Ortsname in addr:street statt 
> addr:place geschrieben (das kannst Du natürlich nicht steuern). In addr:city 
> steht der Gemeindename, was oft, aber nicht immer eine gute Idee ist 
> (manchmal ist die Katastralgemeinde gebräuchlicher). 
>  
> Bei Multipolygonen muss man jedenfalls aufpassen, dass die Adresse nicht 
> schon in der Relation steht (mit Ctrl+Shift+B kann man in JOSM die Tags vom 
> Umriss in die Relation verschieben).
>  
> LG
> Wolfgang
>  
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at 
> 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Drei Tage mit dem Plug-In Hybrid

[Harald Hartmann]

> Alles in allem: das Thema Elektromobilität ist wirklich noch sehr
> ausbaufähig in Deutschland.

Jepp, alles bekannt, wurde auch bereits im Forum mehrfach diskutiert:
- Bitte amenity=charging_station rendern [1]
- Wie Ladestationen (amenity=charging_station) für Autos erkennen? [2]
- etankstellen - Hilfe bei der Datenerfassung [3]

[1] https://forum.openstreetmap.org/viewtopic.php?id=54525
[2] https://forum.openstreetmap.org/viewtopic.php?id=54928
[3] https://forum.openstreetmap.org/viewtopic.php?id=56744

> Für OSM stellt sich hier die Frage:
> Wie bildet man das sinnvol ab? Welche tags werden hier gesetzt?

http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dcharging_station

> Und für die OSM daten-konsumenten:
> Wie gestaltet man die User-Experience für jemanden, der die nächste
> Ladestation sucht und dann da auch laden will? 

Da es ja gleich mehrere Variablen sind - könnte auch schon in OsmAnd
langsam eng werden für einen eigenen Filter (den man aber selbst
irgendwie zusammenbauen müsste) - eventuell durch eine Spezial-App ...
die wird es aber erst geben, wenn genug brauchbare Daten zum Filtern da
sind :-/ (Henne-Ei-Problem)

Es braucht also am Anfang genug Enthusiasten, die so etwas einpflegen
... übrigens die Autogas-Fahrer haben ähnliche Probleme. Und auch für
normale Tankstellen gibt es immer wieder mal Wünsche nach einer
Wochenaufgabe [5]

[5] https://forum.openstreetmap.org/viewtopic.php?id=55813

In dieser Diskussion wurde auch beschrieben, wie die gerade aktuell ohne
irgendeine App trotzdem deine passenden Ladestationen (wenn denn schon
alle Daten da wären) finden könntest: einfach eine entsprechende
Overpass Abfrage schreiben ;)

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

Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent

[Marc Gemis]

opmerkingen gemaakt.

In het kort voor pragmatische redenen
- geen access: , is nu niet de norm, geen enkel navigatie system
gebruikt het. Dus ik raad af van het te gebruiken/promoten.
- access=private ipv access=permit. Eindresultaat is hetzelfde en
wordt tenminste begrepen door navigatiesystemen.

ik weet het, map niet voor de navigatiesystemen, maar als je
binnenkort wil aankondigen dat OSM je goed door Gent laat rijden, moet
je wel de huidige standaards gebruiken en geen "proposed" tags.

Probleem is de navigatie voor moped A/B/P, geen navigatie systeem dat
moped_A kent, dus daar kan je geen goede navigatie voor bereiken

m.

2017-03-27 17:54 GMT+02:00 joost schouppe :
> Aangevuld!
>
> Als er iemand is die tégen access=permit is, dan vooral naar de hackpad gaan
> :)
>
> Seppe, als je wil, maak ik nog snel een Meetup event aan voor jullie. Wie
> weet komt er dan nog meer volk (ook al is het nogal last minute). Je kan ook
> zelf "Suggest a meetup" doen.
>
> Op 27 maart 2017 om 14:25 schreef Santens Seppe :
>
>> Hallo allemaal,
>>
>>
>>
>> Ik heb hieronder een kort overzicht toegevoegd van welke tagging (volgens
>> mij) nodig zal zijn op de verschillende locaties (overzichtskaart hier te
>> vinden:
>> https://stad.gent/mobiliteitsplan/digitale-kaarten/webkaart-circulatieplan)
>>
>>
>>
>> Alle opmerkingen welkom! (misschien het gemakkelijkste via deze hackapd:
>> https://hackpad.com/OSM-mapping-Circulatieplan-Gent-qBu1NBPGjSn) Dankzij de
>> Nationale Mapathon zijn er twee extra vrijwilligers die samen met mij de
>> mapping voor het circulatieplan willen doen. Morgenavond (dinsdag 28/03,
>> 18u) komen we hiervoor samen in Gent. Indien er nog mensen willen
>> aansluiten, geef gerust een seintje.
>>
>>
>>
>> knippen (met cameracontrole):
>>
>> - info: https://stad.gent/mobiliteitsplan/het-circulatieplan/wat-een-knip
>>
>> - signalisatie: C3 + onderborden 1) uitgezonderd fietsers en bromfietsers
>> categorie A, B, P 2) uitgezonderd vergunninghouders
>>
>> - tagging: highway=…; access=no; foot=yes; bicycle=yes; bus=yes; taxi=yes;
>> emergency=yes
>>
>> - opmerkingen: 1) hoe access voor bromfietsers categorie A, B, P taggen
>> (zie ook eerdere discussie op mailing list)? 2) mogelijk om access voor
>> vergunninghouders te taggen? 3) mogelijk om access voor vuilniswagens en
>> veegmobielen te taggen? 4) knippen met paaltjes: gewoon barrier=bollard op
>> de weg
>>
>>
>>
>> wegen in autovrij gebied:
>>
>> - info:
>> https://stad.gent/mobiliteitsplan/vergunningen-en-toegangsbeleid-van-het-autovrij-gebied/wat-mogen-de-verschillende-vervoermiddelen
>>
>> - signalisatie: zonebord C3 uitgezonderd fietsers en bromfietsers
>> categorie A en P; uitgezonderd vergunninghouders + bord woonerf
>>
>> - tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban;
>> acces=no; foot=yes; bicycle=yes; bus=yes; taxi=yes; emergency=yes
>>
>> - opmerkingen: 1) hoe access voor bromfietsers categorie A, P taggen? (zie
>> ook eerdere discussie op mailing list) 2) mogelijk om access voor
>> vergunninghouders te taggen? 3) mogelijk om access voor vuilniswagens en
>> veegmobielen te taggen?
>>
>>
>>
>> voetgangersstraten:
>>
>> - info:
>> https://stad.gent/mobiliteitsplan/vergunningen-en-toegangsbeleid-van-het-autovrij-gebied/voetgangersstraten
>>
>> - signalisatie: C3 met onderbord uitgezonderd fietsers en bromfietsers
>> klasse A, P en vergunninghouders van 18u-11u
>>
>> - tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban;
>> acces=no; foot=yes; bicycle:conditional=yes @ (18:00-11:00);
>> taxi:conditional=yes @ (18:00-11:00)
>>
>> - opmerkingen: 1) is deze (conditional) tagging correct? 2) hoe
>> (conditional) access voor bromfietsers categorie A, P taggen (zie ook
>> eerdere discussie op mailing list)? 3) mogelijk om access voor
>> vergunninghouders te taggen? 4) mogelijk om (conditional) access voor
>> vuilniswagens en veegmobielen te taggen?
>>
>>
>>
>>
>>
>> Alvast bedankt!
>>
>>
>>
>> Seppe
>>
>>
>>
>>
>>
>> Van: Jo [mailto:winfi...@gmail.com]
>> Verzonden: dinsdag 28 februari 2017 11:37
>>
>>
>> Aan: OpenStreetMap Belgium
>> Onderwerp: Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent
>>
>>
>>
>> Hallo Seppe,
>>
>>
>>
>> Dat is waar we de mailing list voor hebben, dus vraag maar! Eventueel wil
>> ik ook wel eens een Google Hangoutsessie doen om wat mee te helpen. Ik heb
>> de data voor Leuven omgezet, maar op zich stelt het niet zoveel voor. Veel
>> wegen splitsen, een aantal omdraaien. oneway=-1 vind ik geen goede
>> oplossing. Als ik die tegen kom, zet ik ze om naar oneway=yes (dmv van
>> reverse, natuurlijk).
>>
>>
>>
>> Dat ze dat in Gent van de ene dag op de andere willen doen, lijkt me een
>> logistieke nachtmerrie, maar dat is niet echt ons probleem.
>>
>>
>>
>> mvg,
>>
>>
>>
>> Jo
>>
>>
>>
>> Op 28 februari 2017 om 10:55 schreef Santens Seppe
>> :
>>
>> De data:
>>
>> ·OSM-bestanden: 

Re: [talk-au] Tasmanian Vegetation

[Warin]

Suggest mapper https://www.openstreetmap.org/user/RoundCircle as they 
added the south west data.



On 28-Mar-17 11:12 AM, Karl Howard wrote:


Hello,

I have been pointed in this direction in relation to my query in 
OpenStreetMap Help 
(https://help.openstreetmap.org/questions/55283/who-can-help-fix-the-tasmania-australian-vegetation 
)


I hoping that someone here will be able to assist me with the 
following query;


“When viewing the Map of Tasmania, Australia the vegetation follows an 
unnaturally straight line down the middle of the land mass. If I had 
to guess it appears to be cut off at the boundary of the potential 
source file (Tasmania south east 
).


How can this be remedied? It appears too complex to fix manually and 
seems to require reprocessing of the original source data, can anyone 
point me to someone who can help?”


Regards,

Karl



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



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

[talk-au] Tasmanian Vegetation

[Karl Howard]

Hello,

I have been pointed in this direction in relation to my query in OpenStreetMap 
Help 
(https://help.openstreetmap.org/questions/55283/who-can-help-fix-the-tasmania-australian-vegetation
 )
I hoping that someone here will be able to assist me with the following query;


"When viewing the Map of Tasmania, Australia the vegetation follows an 
unnaturally straight line down the middle of the land mass. If I had to guess 
it appears to be cut off at the boundary of the potential source file (Tasmania 
south 
east).

How can this be remedied? It appears too complex to fix manually and seems to 
require reprocessing of the original source data, can anyone point me to 
someone who can help?"

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

Re: [OSM-talk-fr] State of the Map France : appel à contributions

[Philippe Verdy]

La page wiki est déjà à jour avec les deux liens.

Le 28 mars 2017 à 00:25, Vincent de Château-Thierry  a
écrit :

> Bonsoir à tous,
>
> Comme vous avez pu le lire ici-même [1], notre prochain State of the Map
> se déroulera du 2 au 4 juin à Avignon. Pour la constitution du programme,
> chacun a toute latitude pour proposer un sujet et un format d'intervention,
> au travers de ce formulaire en ligne :
>
> https://framaforms.org/proposition-dintervention-au-sotm-
> france-2017-1487106487
>
> Pour nous permettre de constituer la grille de programme, *les soumissions
> seront closes le 10 avril*, aussi ne tardez pas !
>
> La billetterie est par ailleurs toujours disponible ici :
> https://www.assoconnect.com/openstreetmap/billetterie/offre/
> 58057-v-state-of-the-map-france-2017
>
> Merci et à très bientôt,
> vincent
>
> [1] : https://lists.openstreetmap.org/pipermail/talk-fr/2017-Febru
> ary/083714.html
>
> ___
> 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

[OSM-talk] MapRoulette newsletter

[m]

Hi all, 

I am working on a monthly MapRoulette newsletter. You can read the March 
edition in my diary: http://www.openstreetmap.org/user/mvexel/diary/40756 
 

Thanks to everyone who tried MapRoulette recently and also to everyone who made 
new Challenges. Together we fixed more than 32000 tasks in the past month. If 
you want your challenge highlighted in next month’s newsletter let me know!

If you want to make a challenge but having trouble or you have an idea for a 
challenge but don’t know how to proceed, please subscribe to the 
maproule...@openstreetmap.org  mailing 
list and discuss there.

Martijn

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

[OSM-talk-fr] State of the Map France : appel à contributions

[Vincent de Château-Thierry]

Bonsoir à tous,

Comme vous avez pu le lire ici-même [1], notre prochain State of the Map 
se déroulera du 2 au 4 juin à Avignon. Pour la constitution du 
programme, chacun a toute latitude pour proposer un sujet et un format 
d'intervention, au travers de ce formulaire en ligne :


https://framaforms.org/proposition-dintervention-au-sotm-france-2017-1487106487

Pour nous permettre de constituer la grille de programme, *les 
soumissions seront closes le 10 avril*, aussi ne tardez pas !


La billetterie est par ailleurs toujours disponible ici :
https://www.assoconnect.com/openstreetmap/billetterie/offre/58057-v-state-of-the-map-france-2017

Merci et à très bientôt,
vincent

[1] : 
https://lists.openstreetmap.org/pipermail/talk-fr/2017-February/083714.html


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

Re: [OSM-talk-fr] Re: Anomalies FANTOIR non répertoriées

[Philippe Verdy]

Merci, voilà une commune qui est complète sur tous ses lieux FANTOIR (y
compris les rues en construction). J'avais pris celle-là car la liste n'est
pas trop longue à rapprocher et valider.
Cela fait une remontée à la source FANTOIR qui donnera son avis et fera
éventuellement des corrections, on verra bien.

Le 27 mars 2017 à 23:10, Vincent de Château-Thierry  a
écrit :

>
> Le 27/03/2017 à 20:06, Philippe Verdy a écrit :
>
>> Montgermont (35189) cite par exemple deux rues en fait situées à La
>> Chapelle-des-Fougeretz au Nord ou Saint-Grégoire à l'Est (ce cas est
>> pour des communes limitrophes, mais ces rues ne sont pas frontalières).
>> J'ai d'autres cas mais je n'ai pas tout relevé. On s'en aperçoit quand
>> la liste des rues est complète ou quasi complète: les dernières rues qui
>> restent demandent des recherches poussées (pour trouver les rues récents
>> dans des publications municipales par exemple, ou pour finalement
>> s'percevoir que ces rues manquent aux communes voisines).
>> Je pense donc que la source Fantoir s'est elle-même plantée en
>> attribuant des codes aux mauvaises communes.
>>
>>
> Voilà, j'ai rajouté le libellé 'Erreur de commune' en fin de liste.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] multipolygon source tags preferred method

[Warin]

You will have an objection from me!

Source tags on features within the OSM data base have not been depreciated to 
my knowledge.. if they were I would more to revert that depreciation.



On 28-Mar-17 01:06 AM, nwastra wrote:
Jochen, ridding the osm of these unnecessary source tags seems like a 
good candidate for our MapRoulette challenge. :)


Putting the sources on the objects has been deprecated for a while. 
The source should be put on the changeset only. If you are doing edits 
that involve several different sources, it is best to split the 
changes up into different changesets. Of course this is not always 
possible, then you can also put several sources in the changeset 
source tag. Adding the source to the objects was deprecated, too 
fined-grained source tagging simply doesn't make much sense. We can 
not track every source for every node, way, or relation or the parts 
of them for every tiny change that somebody does. In the end most data 
will have multiple sources and figuring out what came from what can 
only be done going through the changeset tags, not by looking at the 
tags on the data itself. Jochen -- Jochen Topf




N


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



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

[Talk-us] Need Your Help!

[moira walsh]

Hello,
I'm in StCloud, Minnesota.  I'm planning a Mapathon for April.  I need
technical support, remote or on the ground.  Date and time are up to you.
I need to decide on those as soon as possible, but have waited to ensure we
can fit your time schedule.

We'll be working on Missing Maps  http://tasks.hotosm.org/
?sort_by=priority=asc=eliminate+malaria.
Please,
Moira
-- 






Moira Walsh MPH
www.waterinanutshell.net
507 210 6420   Texts are O.K.

My emails come to you from gmail, but I ask that you send mail to this
address moirawa...@tulanealumni.net.
It will always forward to whatever email service I'm using.
I am not sure how much longer I'll use gmail.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] covered=yes

[osm . sanspourriel]

http://www.openstreetmap.org/node/3657729323

Est-ce que ça vous semble bon (au vu de la photo IGN) ?

J'aurais mis shelter=yes. J'hésite pour covered=yes qui correspond bien 
au cas d'extrusion dans un bâtiment mais qui pour une station correspond 
à une station enterrée/demi-enterrée.



Le 27/03/2017 à 22:09, osm.sanspourr...@spamgourmet.com a écrit :


Je sais, le sidaction c'est fini mais ce n'est pas pour cela que j'écris.

covered=yes

Sur http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dbicycle_parking

covered =* Le 
parking est protégé des intempéries par un toit.


Sur http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbbq

covered =/yes/*no*/ -- 
default is no.



Là c'est cohérent, par contre sur 
https://wiki.openstreetmap.org/wiki/FR:Key:covered qui devrait faire 
foi, je trouve :


/Utilisé pour indiquer qu'un objet représenté par un noeud (node), 
voie (way) ou surface (area) est couvert, où la stratification est 
inappropriée, ou une clarification supplémentaire est nécessaire. /


Au vu des descriptions des bbq et des parkings à vélo, certains ont 
tagué covered=yes pour des abris bus (au lieu de shelter=yes).
Mais ne devrait-on pas demander de changer un des deux sens de covered 
? Deux covered=yes ayant des significations différentes, ça me chagrine.
Vous me direz que le bbq est un noeud couvert dans le sens d'abrité, 
mais ça me semble une mauvaise traduction de 
https://wiki.openstreetmap.org/wiki/Key:covered qui ne prévoit pas ce 
cas d'utilisation.


Connaissant la description de covered=yes j'ai reproché à tort qqn 
d'avoir mis ça sur un bbq lui demandant s'il était enterré ;-)


Jean-Yvon




___
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] Re: Anomalies FANTOIR non répertoriées

[Vincent de Château-Thierry]

Le 27/03/2017 à 20:06, Philippe Verdy a écrit :

Montgermont (35189) cite par exemple deux rues en fait situées à La
Chapelle-des-Fougeretz au Nord ou Saint-Grégoire à l'Est (ce cas est
pour des communes limitrophes, mais ces rues ne sont pas frontalières).
J'ai d'autres cas mais je n'ai pas tout relevé. On s'en aperçoit quand
la liste des rues est complète ou quasi complète: les dernières rues qui
restent demandent des recherches poussées (pour trouver les rues récents
dans des publications municipales par exemple, ou pour finalement
s'percevoir que ces rues manquent aux communes voisines).
Je pense donc que la source Fantoir s'est elle-même plantée en
attribuant des codes aux mauvaises communes.



Voilà, j'ai rajouté le libellé 'Erreur de commune' en fin de liste.

vincent

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

Re: [Talk-it] Attacco di mandata per autopompa

[Simone]

Il 27 marzo 2017 22:50:31 CEST, Alberto  ha 
scritto:
>@ Simone, purtroppo l'allegato non è arrivato...
>
>Per quanto riguarda la ISO UNI EN 7010:2012, mi pare non abbia un
>simbolo apposta per gli attacchi di mandata. A meno che non si intenda
>il generico "attrezzature antincendio" [1]
>
>[1]
>http://www.seton.it/pittogramma-rotolo-iso-7010-insieme-attrezzature-antincendio.html
>
>Alberto
>
>
>---
>Questa e-mail è stata controllata per individuare virus con Avast
>antivirus.
>https://www.avast.com/antivirus
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

OK, domani se mi ricordo lo carico su drive e lo linko.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] Attacco di mandata per autopompa

[Daniele Forsi]

Il 27 marzo 2017 22:50, Alberto ha scritto:

> @ Simone, purtroppo l'allegato non è arrivato...

come no? A  me è arrivato e si trova anche nell'archivio della lista
https://lists.openstreetmap.org/pipermail/talk-it/2017-March/058046.html

-- 
Daniele Forsi

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

Re: [Talk-it] Attacco di mandata per autopompa

[Alberto]

@ Simone, purtroppo l'allegato non è arrivato...

Per quanto riguarda la ISO UNI EN 7010:2012, mi pare non abbia un simbolo 
apposta per gli attacchi di mandata. A meno che non si intenda il generico 
"attrezzature antincendio" [1]

[1] 
http://www.seton.it/pittogramma-rotolo-iso-7010-insieme-attrezzature-antincendio.html

Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-ca] Telenav mapping turn restrictions

[Pierre Béland]

Bonjour Martin,
La requête ci-dessous permet de voir les relations type=restriction pour le sud 
du Québec et l'est de l'Ontario (ie. Ottawa, 
Cornwall).http://overpass-turbo.eu/s/nOZ

Pour indiquer les restrictions aux intersections, le nombre de relations 
type=restriction a explosé depuis 2015  407 en janvier 2015  864 en janvier 2016
6,167 en janvier 2017
et  12,178 actuellement (11,106 créés par contributeurs telenav). 

Toronto et sud-ouest de l'Ontario : 7,589 relations 
http://overpass-turbo.eu/s/nPx


Vancouver et région : 9,060
http://overpass-turbo.eu/s/nPy


Il semble que l'Équipe Telenav a utilisé les régions de Vancouver et Montréal 
comme projets pilotes puisque je vois beaucoup moins de relations pour la 
région de Toronto et sud-ouest de l'Ontario.
Je vois des intersections avec des bretelles pour tourner à droite, où les 
chemins ont été coupés en de multiples segments et des relations ajoutées pour 
les restrictions de tourner. Étant donné que beaucoup de contributeurs ne 
maitrisent pas les relations, il faut se demander s'il n'y a pas des modèles 
plus simples.  Il faut s'attendre à ce que beaucoup de ces relations soient 
effacées.

Même à la sortie des bretelles au intersections, je vois des interdit de 
tourner à gauche.
Exemple d'intersection 
interdiction de tourner à gauche http://www.openstreetmap.org/way/25336298
On peut simplement ajouter sur le chemin ? turn=right

interdiction de tourner à droite http://www.openstreetmap.org/way/183580135
Y-a-t-il eu des discussions sur d'autres listes sur ce sujet, sur les 
différentes façons d'indiquer les restrictions de tourner? Ne serait-il pas 
possible d'ajouter plutôt sur le chemin des clés turn, turn:forward, 
turn:backward ?
  
Pierre 


  De : "m...@rtijn.org" 
 À : talk-ca  
 Envoyé le : lundi 27 mars 2017 12h09
 Objet : Re: [Talk-ca] Telenav mapping turn restrictions
   
Hi all, 

Thanks for your thoughtful commentary. 

First off, our mapping team’s only objective is to improve the map for us and 
for everyone. In doing this we always respect the work of local mappers, and 
follow community conventions. None of our edits are automated. There is a 
person using JOSM behind every changeset, so if you observe something untoward, 
please comment on the changeset so we can learn, discuss or undo if necessary.

Some of our mapping team members are on this list and they can (and will) 
explain a bit more about how (and why) we add turn restrictions.

I make a point to announce any new mapping projects we start to the local 
mailing lists (like I did when I started this thread). If there is anything we 
can do to be more open about our mapping projects I would be eager to discuss 
with you.

Again, if you have specific concerns about edits any of our team members make 
in your local area, please! raise them in the changeset comments. It’s the 
single most effective way for us to learn how to to do better. Members of our 
mapping team are always identifiable by their usernames ending in _telenav.

Martijn

> On Mar 26, 2017, at 7:45 PM, Stewart C. Russell  wrote:
> 
> Hi Andrew:
> 
>> … I had already removed some of the
>> right turn restrictions, but I can add them back in
> 
> Are the restrictions even necessary? If there are turn lanes present,
> one should use them. I can see, however, that routing software might
> send vehicles through the traffic lights if the turn lane were a longer
> route. I wonder if Telenav are tagging to work around their routing
> algorithms?
> 
>> There's still the matter of armchair mapping wiping out on-the-ground
>> mapping.
> 
> Yes, this is troubling to me too. Have you left comments on the
> changesets? Telenav's actions need to be brought out into the open.
> 
> I'm really not looking forward to seeing what all this algorithmic
> mapping's going to do with Canada's logging roads ...
> 
> Stewart
> 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


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


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

[OSM-talk-fr] covered=yes

[osm . sanspourriel]

Je sais, le sidaction c'est fini mais ce n'est pas pour cela que j'écris.

covered=yes

Sur http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dbicycle_parking

covered =* Le parking 
est protégé des intempéries par un toit.


Sur http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbbq

covered =/yes/*no*/ -- 
default is no.



Là c'est cohérent, par contre sur 
https://wiki.openstreetmap.org/wiki/FR:Key:covered qui devrait faire 
foi, je trouve :


/Utilisé pour indiquer qu'un objet représenté par un noeud (node), voie 
(way) ou surface (area) est couvert, où la stratification est 
inappropriée, ou une clarification supplémentaire est nécessaire. /


Au vu des descriptions des bbq et des parkings à vélo, certains ont 
tagué covered=yes pour des abris bus (au lieu de shelter=yes).
Mais ne devrait-on pas demander de changer un des deux sens de covered ? 
Deux covered=yes ayant des significations différentes, ça me chagrine.
Vous me direz que le bbq est un noeud couvert dans le sens d'abrité, 
mais ça me semble une mauvaise traduction de 
https://wiki.openstreetmap.org/wiki/Key:covered qui ne prévoit pas ce 
cas d'utilisation.


Connaissant la description de covered=yes j'ai reproché à tort qqn 
d'avoir mis ça sur un bbq lui demandant s'il était enterré ;-)


Jean-Yvon


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

[Talk-de] Drei Tage mit dem Plug-In Hybrid

[Max]

Hi,

hier eine kleine Anekdote, die aber vielleicht Relevanz hat für das 
mappen von Ladestationen.


Am Wochenende war ich mit dem Plug-In Hybrid unterwegs. Zuerst Leipzig. 
Also mal auf OSM geschaut (maps.me) wo es eine Ladestation gibt. Und 
tatsächlich, da waren welche. Vor der Säule musste ich aber feststellen, 
dass man sich da erst kompliziert anmelden muss, und Kunde der 
Stadtwerke sein muss. Also dann halt nicht.
Interessant aber: Das Display zeigt eine OSM Karte an. Ohne Attribution 
allerdings.

https://twitter.com/bauchhaus/status/846444675007483905
da habe ich mal schnell den access tag auf customers gesetzt.
Weiter nach Weimar. Da gibt's auch zwei Ladestationen. Die werden 
ebenfalls von den dortigen Stadtwerken betrieben und sind nur für deren 
Kunden.
Alles in allem: das Thema Elektromobilität ist wirklich noch sehr 
ausbaufähig in Deutschland. Zum Glück fährt dieses Auto auch mit Benzin, 
darauf verlassen, das man an einer Ladesäule auch laden kann, das sollte 
man eher nicht. Einmal gibt es solche "privaten" Ladesäulen nur für 
Kunden, dann gibt es auch noch zig verschiedene Kabel und Stecker, und 
letztlich verschiedene "infrastruktur-Ketten" wie Park oder 
DriveNow säulen oder eben dann die von RWE, Vattenfall, oder eben den 
Weimarer Stadtwerken.


Für OSM stellt sich hier die Frage:
Wie bildet man das sinnvol ab? Welche tags werden hier gesetzt?

Und für die OSM daten-konsumenten:
Wie gestaltet man die User-Experience für jemanden, der die nächste 
Ladestation sucht und dann da auch laden will? Wie es derzeit in maps.me 
ist macht es jedenfalls kein Sinn. Da kann man sich die Charging 
Stations auf der Karte anzeigen lassen, aber das hlft nicht wirklich weiter.


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

Re: [talk-latam] Inundaciones en Perú, el HOTOSM, y el satelite inservible.

[Juan Jose Iglesias]

Creo que el pedido deberian hacerlo a el  

 Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS) del Peru

 

Y un Satelite con Orbita Polar Heliosincronica como es el PeruSAT 1 nunca 
transmite imágenes en tiempo real, pues es un satélite que gira alrededor de la 
tierra, no conjuntamente con la tierra

 

From: opengis...@openmailbox.org [mailto:opengis...@openmailbox.org] 
Sent: Saturday, March 18, 2017 12:02 AM
To: t...@openstreetmap.org
Cc: pre...@gruporpp.com.pe; americanotic...@americatv.com.pe; 
talk...@openstreetmap.org
Subject: [talk-latam] Inundaciones en Perú, el HOTOSM, y el satelite inservible.

 

Un país con el agua al cuello, y un satelite inservible.

En los ultimos dias se han presentado desastres concatenados a raiz de las 
altas lluvias en Perú, cerca del 80% del país afectado:

*   A - Perú afronta uno de los desastres naturales más fuertes de las 
últimas décadas, con lluvias, inundaciones y aludes que afectan a 20 de las 25 
regiones del país, y han causado, hasta el momento, 43 muertos, 72 heridos, 11 
desaparecidos y más de 56.293 damnificados, según los últimos reportes 
oficiales.

 

Y que vamos a hacer?

Perú cuenta actualmente con un satelite de observación de la tierra llamado 
PeruSat-1.  El 8 de diciembre   
de 2016   el Ministerio de Defensa anunció 
que el gobierno de Francia entregó al Perú el control y la operatividad total 
del Perú SAT-1; capta imagenes pancromáticas con resolución espacial de 0.70 m 
y 2.8 m multiespectral.

Sin embargo al parecer nadie tiene acceso a esas imagenes, solo entidades 
estatales. veamos esto:
 

1.  En declaraciones a Canal N, el especialista del Senamhi, Luis Suárez, 
precisó que el Perú SAT-1 envía imágenes cada 24 horas, y para estos casos de 
emergencia meteorológica se requiere de envío de imágenes en menor tiempo. 
“Puede servir mucho (el Perú SAT-1 para otros trabajos) pero para cuestiones 
meteorológicas preferimos satélites que nos envíen imágenes más seguidas (…) 
Mientras más seguidas las imágenes mejor”,
2.  “Los equipos no están conectados al satélite que se ha comprado. He 
querido ver en vivo las zonas afectadas (por los desastres naturales) y no hay 
posibilidad. Se supone que el satélite era para eso (...) no hay imágenes en 
tiempo real 

 , se tiene que recurrir a Google, ¿entonces para qué hemos comprado el 
satélite?”, dijo la congresista tras visitar la sede del COEN en San Borja.
3.  El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS) 

  cuenta con una serie de imágenes del antes y el después de las ciudades 
declaradas en emergencia como Chiclayo, Ica y Piura afectadas por desastres 
naturales.Con esta información, los gobiernos regionales y locales, así como 
otras instituciones del Estado, podrán planificar trabajos de actuación en 
situaciones de emergencia, realizar labores de recuperación y tomar medidas de 
prevención, señaló el ministro de Defensa, Jorge Nieto, en una visita a este 
centro situado en Pucusana.

___

El llamado:

Escribo estas lineas como un llamado de atención al equipo de HOTOSM y legal de 
la fundación OSM. De alguna forma hay que presionar para la liberación de esas 
imagenes que sirvan para mapear inmediatamentes las zonas mas afectadas.( Por 
la magnitud del desastre no es valido trabajar con cartografia previa al 
desastre por usar las imagenes de Bing).

Le pido a la fundación OSM, HOTOSM y a todos los que quieran, coordinar 
esfuerzos  con la cruz roja, defensa civil, bomberos, La Oficina de 
Coordinación de Ayuda Humanitaria (OCHA), gobiernos locales, y quienes trabajen 
atendiendo el desastre, y que cada uno de estos organismos conozcan que habemos 
personas dispuestas a ayudar en las labores de mapeo. La coordinación es muy 
importante, si se realizan solicitudes conjuntas al  INDECI se debe lograr la 
liberación de dichas imagenes satelitales, para labores de mapeo.

Que estas organizaciones usen y se apoyen en los equipos de HOTOSM, y recuerden 
difundir, Tambien en los medios de comunicación como periodicos, es muy 
importante los medios.

 

¿Si en Perú tienen un satelite que les brinda imagenes cada 24 horas, porque 
demonios usar las imagenes de Bing, o esperar las "donaciones" de DigitalGlobe, 
Google, o AirbusFrance?

 

PD: si con esta situación no logran hacer que el gobierno relice la apertura de 
datos (OpenData) no se que mas lo pueda lograr. Presión a estos gobiernos de M, 
de latinoamerica que son tan 

[OSM-co] Fwd: RV: USAID Data Jam de Desarrollo Rural - Invitación al evento de lanzamiento

[hyan...@gmail.com]

Hola, les envío este recorderis para el Data Jam

http://www.datajamdesarrollorural.co/

saludos,

Humberto Yances

-- Mensaje reenviado --

Buenas tardes,



De manera cordial me permito enviar la pieza del evento para que por favor
nos apoyes difundiendo la imagen para las inscripciones de la Entidad ya
sean inscripciones  individuales o por equipos, en la página web
encontrarán (términos y condiciones, perfiles y demás información
importante del evento), una vez realicen las inscripciones agradezco me
envíes un correo con la información de las personas (nombre y cedula) para
realizar la verificación internamente y garantizar la efectividad de las
inscripciones.



*Fecha límite de inscripción 13 de Abril*



Cualquier duda con gusto atenderé.

[image:
https://files.constantcontact.com/8a8c8a93101/e695d7dc-e4b0-40cc-8ecd-77feee50fb13.jpg]




La Agencia de Estados Unidos para el Desarrollo Internacional (USAID) abre
la convocatoria para inscribirse al *#DataJam2017 de Desarrollo Rural
Colombia*

Los interesados (actores del sector rural, científicos y analistas de datos
y talento creativo) pueden inscribirse hasta el *13 de abril de 2017,* en
la página www.datajamdesarrollorural.co.  Allí encontrarán los términos y
condiciones para participar en el evento, incentivos a los ganadores y el
formulario de inscripción (en forma individual o como equipo).

*El #DataJam2017 de Desarrollo Rural Colombia* es una iniciativa de
innovación para explorar las oportunidades del uso de datos abiertos en la
determinación de factores clave que influyen en el desarrollo de las zonas
rurales de Colombia. La actividad se desarrollará en Bogotá los días 27 y
28 de abril en el Centro de Convenciones Torre AR.

*¿Quiénes pueden participar en el #DataJam 2017?*


-*Actores del sector rural:* Comunidad rural, entidades que promueven en el
desarrollo rural u otro perfil cuya labor profesional esté relacionada con
la promoción rural.


-*Talento en el análisis de datos:* Personas con conocimiento en análisis
estadístico de datos, científicos o analistas de datos, matemáticos,
programadores con trabajo en base de datos y afines.


-*Talento creativo:* Diseñadores gráficos, industriales, personas de
cualquier profesión que estén interesados en aportar sus ideas a esta
iniciativa.



[image:
https://files.constantcontact.com/8a8c8a93101/7725-1689-4e5a-a7da-c23a69f08157.png]



Cordial Saludo,



*Ing. Yuly Janeth Romero Melo*

yrom...@cintel.org.co

Profesional de Proyectos

Centro de Investigación y Desarrollo en Tecnologias de la Información y las
Comunicaciones - CINTEL
PBX: +57 1 6404410 <+57%201%206404410>

FAX: +57 1 6401094 <+57%201%206401094> – 6401058 ext 118
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[Günther Zinsberger]

Hallo!

Oute mich somit auch als gelegentlicher 3D-Mapper. Wenn ich schon die 
Bilder (z.B. Mapillary oder OSC) habe, dann ist es ein Leichtes, die 
Stockwerke abzuzählen und einzuzeichnen. Die Fassadenfarbe lässt sich 
leicht mit einem Grafikprogramm (z.B. gimp mit der Pipette) aus dem Bild 
erkennen. Wenn ich die Infos schon habe, warum dann nicht einzeichnen?


Ich verwende hauptsächlich:
  building:levels
  roof:levels
  building:colour

Gibt ja auch ein paar Renderer, die das recht schön darstellen, (wurde 
inzwischen schon in einem anderen Post erwähnt) z.B.:

http://demo.f4map.com/#lat=48.1724652=16.3680770=19

Beste Grüße,
Günther

Am 2017-03-27 um 12:54 schrieb Christian Aigner:

Was es nicht so alles auf der OpenStreetMap gibt: 3D tags

roof:ridge
https://www.openstreetmap.org/way/321452173


building:colour und building:part
https://www.openstreetmap.org/way/321455004


Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.

Quo vadis, OSM?

LG,
Christian


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


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

Re: [OSM-talk-fr] Anomalies FANTOIR non répertoriées

[Philippe Verdy]

Montgermont (35189) cite par exemple deux rues en fait situées à La
Chapelle-des-Fougeretz au Nord ou Saint-Grégoire à l'Est (ce cas est pour
des communes limitrophes, mais ces rues ne sont pas frontalières).
J'ai d'autres cas mais je n'ai pas tout relevé. On s'en aperçoit quand la
liste des rues est complète ou quasi complète: les dernières rues qui
restent demandent des recherches poussées (pour trouver les rues récents
dans des publications municipales par exemple, ou pour finalement
s'percevoir que ces rues manquent aux communes voisines).
Je pense donc que la source Fantoir s'est elle-même plantée en attribuant
des codes aux mauvaises communes.

Le 27 mars 2017 à 19:59, Vincent de Château-Thierry  a
écrit :

> Bonsoir
>
>
> Le 27/03/2017 à 19:48, Philippe Verdy a écrit :
>
>> Je suis tombé sur des cas où le FANTOIR a créé des codes pour des nom de
>> rues qui ne sont même pas dans la bonne commune (erreur sans doute de
>> saisie du code commune)
>>
>> Donc introuvable dans la commune A (avec le code commune indiqué) mais
>> manquante dans la commune B. Cette rue n'est même pas limitrophe des
>> deux communes et on a même des cas avec des communes non limitrophes
>> entre elles.
>>
>> Le  rapprochement FANTOIR semble aussi s'appuyer sur le cadastre de fin
>> 2015 et il n'y a pas eu de mise à jour pour fin 2016.
>>
>> Le seul signalement approchant semble être "hors périmètre". Mais ce
>> n'est pas une erreur de géométrie comme le décrit l'outil BANO.
>>
>> Comment signaler ça correctement? Pour l'instant c'est "hors périmètre"
>> qui correspond le mieux, et pas "non trouvé sur le terrain" car la rue
>> existe bien mais pas dans la commune attendue.
>>
>
> On peut simplement rajouter la catégorie "hors périmètre". Tu peux
> préciser le cas que tu évoques ? (quelle ville, quelle rue)
>
> merci
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Anomalies FANTOIR non répertoriées

[Vincent de Château-Thierry]

Bonsoir

Le 27/03/2017 à 19:48, Philippe Verdy a écrit :

Je suis tombé sur des cas où le FANTOIR a créé des codes pour des nom de
rues qui ne sont même pas dans la bonne commune (erreur sans doute de
saisie du code commune)

Donc introuvable dans la commune A (avec le code commune indiqué) mais
manquante dans la commune B. Cette rue n'est même pas limitrophe des
deux communes et on a même des cas avec des communes non limitrophes
entre elles.

Le  rapprochement FANTOIR semble aussi s'appuyer sur le cadastre de fin
2015 et il n'y a pas eu de mise à jour pour fin 2016.

Le seul signalement approchant semble être "hors périmètre". Mais ce
n'est pas une erreur de géométrie comme le décrit l'outil BANO.

Comment signaler ça correctement? Pour l'instant c'est "hors périmètre"
qui correspond le mieux, et pas "non trouvé sur le terrain" car la rue
existe bien mais pas dans la commune attendue.


On peut simplement rajouter la catégorie "hors périmètre". Tu peux 
préciser le cas que tu évoques ? (quelle ville, quelle rue)


merci
vincent

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

Re: [OSM-talk-fr] Osmose et arrêts de bus

[Noémie Lehuby]

Bonsoir,

Moi j'aime bien ton idée de lever une erreur Osmose sur un arrêt de bus 
ayant un "numéro de quai", mais pas de nom.


Par contre, je ne suis pas sure que l'utilisation de "local_ref" soit 
très répandue pour cet usage : j'ai le sentiment d'avoir surtout vu des 
numéro de lignes dans ce tag.
En ce qui me concerne, je n'avais pas connaissance non plus de cet usage 
(et j'utilisais "ref" pour indiquer les éventuels "numéros de quai" sur 
mes arrêts de bus).
Du coup, une autre analyse Osmose analysant le contenu du champ 
local_ref serait peut-être un bon début.


Noémie


Date: Sat, 25 Mar 2017 11:17:41 +0100
From: osm.sanspourr...@spamgourmet.com
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Osmose et arrêts de bus
Message-ID: <2ce10926-d4c2-5a54-a68f-1f803be22...@gmx.net>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Il n'est pas question de faire n'importe quoi, c'est bien pour cela que
je signalais aux Rennais (contrairement à ce que je pensais les 
stations

étaient bien marquées en construction).

Concernant Osmose je maintiens que si on a un local_ref et pas de name
ou un seul local_ref dans le coin, il y a bien un soucis qu'il faudrait
signaler.
Osmose dit où il y des choses à faire, pas de faire des corrections 
sans

savoir.

Jean-Yvon



Le 24/03/2017 à 23:36, Philippe Verdy - verd...@wanadoo.fr a écrit :

La station de métro (ligne a existante et b contigue en construction)
s'appelle "Gares" (au pluriel) de même que la gare routière.
Attention à ne pas faire n'importe quoi non plus avec Osmose: qu'il
trouve qu'il n'y a pas encore de ligne sur certaines stations c'est
peut-être normal ici quand les lignes sont bien marquées en 
construction.

Bref ne pas supprimer sous prétexte que cela ne correspond pas aux
critères actuels d'Osmose.

Le 24 mars 2017 à 21:50, > a écrit :

Bonjour, grâce à l'appli de Noémie je suis tombé sur un arrêt de
bus sans nom mais avec un local_ref
.

Comme il s'agit de distinguer des arrêts de bus de même nom ça n'a
de sens que s'il y a un nom et qu'il y a des arrêts de même nom
aux alentours.

D'après la photo ce sont quasiment des numéros de quais (donc un
tampon de 50 m ?), a-t-on des places (par exemple) où on aurait
des arrêts de même nom. Oui à Rennes par exemple mais là ce sont
plutôt pour certains arrêts comme celui-ci :

http://www.openstreetmap.org/node/3578886874


qu'il faudrait multiplier les arrêts et mettre des références (à
cet endroit il y a plusieurs quais).

Par contre si les positions changent dans le temps (ou si
l'opérateur n'a qu'une référence dans sa base et ne gère les
numéros que sur un tableau local), je ne sais si ça a beaucoup de
sens de décomposer cet arrêt.

Donc si on voit un arrêt de bus avec local_ref mais sans nom ou
sans nom identique dans les parages (50 m ?), Osmose ne devrait-il
pas sortir une erreur ? De même les local_ref doivent être
différents pour les arrêts proches de même nom.

Pour les Rennais :
Les autres arrêts Gares sont plutôt simplement empaquetés dans un
stop_area (qui semble manquer ici, en fait il est bien là



mais aucun rendu ne le rend : j'ai cru qu'il manquait car c'est
décrit dans la description OSM comme "Relation" et comme non
affiché...).

Je vois par ailleurs qu'un arrêt de métro est en status "normal"
alors que la ligne est marquée en construction.

C'est pourquoi en rendu transport ces deux "Gares" sans ligne
associée.

Allez un landuse Ligne b du métro, station Gares
http://www.openstreetmap.org/way/261058295


Des bâtiments Gares avec des stations gares : y-a-t-il écrit
"Gares" sur le bâtiment sous-terrain  comme indiqué ? N'est pas
que le nom de la station ?

Jean-Yvon



___
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


-- section suivante --
Une pièce jointe HTML a été nettoyée...
URL:


--

Subject: Pied de page des remises groupées

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

[OSM-talk-fr] Anomalies FANTOIR non répertoriées

[Philippe Verdy]

Je suis tombé sur des cas où le FANTOIR a créé des codes pour des nom de
rues qui ne sont même pas dans la bonne commune (erreur sans doute de
saisie du code commune)

Donc introuvable dans la commune A (avec le code commune indiqué) mais
manquante dans la commune B. Cette rue n'est même pas limitrophe des deux
communes et on a même des cas avec des communes non limitrophes entre elles.

Le  rapprochement FANTOIR semble aussi s'appuyer sur le cadastre de fin
2015 et il n'y a pas eu de mise à jour pour fin 2016.

Le seul signalement approchant semble être "hors périmètre". Mais ce n'est
pas une erreur de géométrie comme le décrit l'outil BANO.

Comment signaler ça correctement? Pour l'instant c'est "hors périmètre" qui
correspond le mieux, et pas "non trouvé sur le terrain" car la rue existe
bien mais pas dans la commune attendue.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Attacco di mandata per autopompa

[girarsi_liste]

Il 27/03/2017 19:01, Andreas Lattmann ha scritto:
>> Purtroppo c'è confusione nella >cartellonistica e come già detto, 
>> >all'estero il più delle volte nel cartello c'è >solo una scritta con una 
>> fiamma, o solo >la scritta.
> 
> In Italia è in vigore il D. Lgs. 81/08, anche se negli ultimi mesi si stanno 
> adottando i simboli della ISO UNI EN 7010:2012, grazie alla circolare del 
> Ministero degli Interni che ne permette l' uso. Tanto o prima o poi l' Italia 
> sarà costretta a recepire la ISO UNI EN 7010:2012 (anzi, 2017... nel 
> frattempo è cambiata). In teoria deve recepirla entro 6 mesi, se nò paghiamo 
> multe alla UE, ma non riusciamo mai a recepirle in tempo...
> Pertanto il simbolo andrebbe ricercato nella ISO, così è uniforme per il 
> mondo intero!
> Si, sono tornato! ;-)
> Ho preso "una sola": pronto per trasferirmi all' estero ed è andato tutto al 
> diavolo... da addio si è trasformato in un arrivederci. 
> Eccomi qui! :-)
> Andreas Lattmann
> 


Miei 2 cent per il simbol su OSm, spero vada vicino all'idea in
questione, anche se è da elaborare un pò meglio, spero la lista accetti
allegati (vedi allegato).

Semmai a chi volesse passo il disegno SVG messo in CC-BY.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


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

Re: [OSM-talk-fr] Arrêts de bus sans nom dans MAPS.ME

[Noémie Lehuby]

Jean-Yvon,

je n'ai pas développé MAPS.ME, juste une sur-couche mettant en valeur 
des arrêts bus où un "re-survey" est nécessaire : je ne peux pas 
vérifier ce que les gens tapent dans les champs de l'appli ...


D'ailleurs, il n'y a pas de commentaire de changeset défini par 
l'utilisateur dans maps.me : tu as réussi à charger ma couche kml dans 
Bus Contributor ? Si oui, donne-nous la marche à suivre, c'est 
intéressant !


Noémie


Message: 1
Date: Fri, 24 Mar 2017 22:17:57 +0100
From: osm.sanspourr...@spamgourmet.com
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Arrêts de bus sans nom dans MAPS.ME
Message-ID: 
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Si on ne peut le demander au contributeur, demandons-le à Noémie ;-).

Sur certains téléphones il est possible de mettre une gestion par 
défaut

de la casse, c'est souvent le cas quand on entre un nom de contact dans
un téléphone : initiales en majuscules. On peut basculer explicitement
pour forcer la casse d'une lettre.

Donc Noémie, à chaque frappe, tu vérifies le respect de la convention
mais si la personne annule ta correction, tu la laisses le faire.

Jean-Yvon


Le 24/03/2017 à 09:56, Florian LAINEZ - winner...@free.fr a écrit :

Bonjour,
Ta proposition est intéressante Jean-Yvon car il est important que les
contributeurs respectent les conventions lors de la saisie. Néanmoins,
cela alourdi à mon sens trop l'interface et la mention courante
"Compléter le nom de cet arrêt de bus" me parait la mieux adaptée.
Corriger la casse, honnêtement, on sait faire par la suite.

Le 23 mars 2017 à 20:43, > a écrit :

Si possible mettre en texte initial "Respect Casing Convention"
(pré-selectionné pour qu'il soit supprimé à la première 
modification).


Comme ça, ça n'alourdit pas le texte "Name". Au fait Name avec en
dessous Name en petit alors que le reste est en français (j'ai
pris une IHM française). Sans doute le nom de l'attribut en brut
puis la description de l'attribut.

Donc Respect Casing Convention and avoid abbreviations.

Ceci dit je viens d'entrer un Z.A. Pen Mané
 et pas Zone
d'Activité Pen Mané, donc je ne sais s'il est bien utile de mettre
"and avoid abbreviations". J'ai même mis un Z.A. St-Nicodème !

Bogue : j'ai entré 2 noms, pour les 2 suivants après ajout de nom,
il me dit que les arrêts n'ont pas de nom, j'édite, je vois les
noms, si je sauve il me dit que je n'ai rien à sauvegarder mais
quand je pousse sur le serveur il retrouve les noms.

Commentaire : garder le commentaire précédent serait un plus. On
s'est fatigué à mettre un vrai commentaire, on continue, on pousse
sur le serveur et m.. il faut entrer à nouveau le commentaire.

Mais c'est déjà très bien... en cartographie mode canapé !

Jean-Yvon


Le 23/03/2017 à 09:58, Noémie Lehuby -
noemie.leh...@openmailbox.org
 a écrit :

Hello,

Oui, je crois que je peux ajouter plus de texte. Mais par contre,
je ne tiens pas non plus à en mettre trop, sinon, on perd une
grosse partie de la simplicité d'utilisation ...
une proposition de wording ?

Noémie



Date: Tue, 21 Mar 2017 23:04:25 +0100
From: osm.sanspourr...@spamgourmet.com

To: talk-fr@openstreetmap.org 
Subject: Re: [OSM-talk-fr] Arrêts de bus sans nom dans MAPS.ME

Message-ID: <944196ce-24a3-e371-fb96-4267b32bc...@gmx.net>

Content-Type: text/plain; charset="utf-8"; Format="flowed"

Je crois que j'ai trouvé le piège : plus de gens vont utiliser
maps.me 
or j'entends les gens se plaindre de la qualité de contribution 
des

contributeurs maps.me .

Donc si on incite des gens à éditer avec maps.me
 (pour des choses
simples) ils risquent de continuer à contribuer sans les super
outils de
Noémie !

Par exemple ici la mère de Florian risque d'ENTRER LE NOM EN
MAJUSCULE.

Noémie, tu peux changer le texte pour que les contributeurs
respectent
les conventions d'OSM ?

Jean-Yvon


Le 21/03/2017 à 22:12, Christian Quest - cqu...@openstreetmap.fr
 a écrit :

Y'a forcément un piège, c'est TROP SIMPLE ! ;)

Le 21 mars 2017 à 21:24, Noémie Lehuby


> a écrit :

Hello,

En m'inspirant de la très bonne idée de Harry Wood
(http://harrywood.co.uk/blog/2017/03/12/notes-in-maps-me/

[talk-latam] Inundaciones en Perú, el HOTOSM, y el satelite inservible.

[opengislab]

 

Un país con el agua al cuello, y un satelite inservible.

En los ultimos dias se han presentado desastres concatenados a raiz de
las altas lluvias en Perú, cerca del 80% del país afectado:

* A - Perú afronta uno de los desastres naturales más fuertes de las
últimas décadas, con lluvias, inundaciones y aludes que afectan a 20 de
las 25 regiones del país, y han causado, hasta el momento, 43 muertos,
72 heridos, 11 desaparecidos y más de 56.293 damnificados, según los
últimos reportes oficiales.

Y QUE VAMOS A HACER?

Perú cuenta actualmente con un satelite de observación de la tierra
llamado PeruSat-1. El 8 de diciembre [1] de 2016 [2] el Ministerio de
Defensa anunció que el gobierno de Francia entregó al Perú el control y
la operatividad total del Perú SAT-1; capta imagenes pancromáticas con
resolución espacial de 0.70 m y 2.8 m multiespectral.

Sin embargo al parecer nadie tiene acceso a esas imagenes, solo
entidades estatales. veamos esto:

* En declaraciones a Canal N, el especialista del Senamhi, LUIS
SUÁREZ, precisó que el Perú SAT-1 envía imágenes cada 24 horas, y para
estos casos de emergencia meteorológica se requiere de envío de imágenes
en menor tiempo. "Puede servir mucho (el Perú SAT-1 para otros trabajos)
pero para cuestiones meteorológicas preferimos satélites que nos envíen
imágenes más seguidas (…) Mientras más seguidas las imágenes mejor",
* "Los equipos no están conectados al satélite que se ha comprado. He
querido ver en vivo las zonas afectadas (por los desastres naturales) y
no hay posibilidad. Se supone que el satélite era para eso (...) no hay
imágenes en tiempo real [3], se tiene que recurrir a Google, ¿entonces
para qué hemos comprado el satélite?", dijo la congresista tras visitar
la sede del COEN en San Borja.
* El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS)
[4] cuenta con una serie de imágenes del antes y el después de las
ciudades declaradas en emergencia como Chiclayo, Ica y Piura afectadas
por desastres naturales.Con esta información, los gobiernos regionales y
locales, así como otras instituciones del Estado, podrán planificar
trabajos de actuación en situaciones de emergencia, realizar labores de
recuperación y tomar medidas de prevención, señaló el ministro de
Defensa, Jorge Nieto, en una visita a este centro situado en Pucusana.

___ 

EL LLAMADO: 

Escribo estas lineas como un llamado de atención al equipo de HOTOSM y
legal de la fundación OSM. De alguna forma hay que presionar para la
liberación de esas imagenes que sirvan para mapear inmediatamentes las
zonas mas afectadas.( Por la magnitud del desastre no es valido trabajar
con cartografia previa al desastre por usar las imagenes de Bing). 

LE PIDO A LA FUNDACIÓN OSM, HOTOSM Y A TODOS LOS QUE QUIERAN, COORDINAR
ESFUERZOS  CON LA CRUZ ROJA, DEFENSA CIVIL, BOMBEROS, LA OFICINA DE
COORDINACIÓN DE AYUDA HUMANITARIA (OCHA), GOBIERNOS LOCALES, Y QUIENES
TRABAJEN ATENDIENDO EL DESASTRE, Y QUE CADA UNO DE ESTOS ORGANISMOS
CONOZCAN QUE HABEMOS PERSONAS DISPUESTAS A AYUDAR EN LAS LABORES DE
MAPEO. LA COORDINACIÓN ES MUY IMPORTANTE, SI SE REALIZAN SOLICITUDES
CONJUNTAS AL  INDECI SE DEBE LOGRAR LA LIBERACIÓN DE DICHAS IMAGENES
SATELITALES, PARA LABORES DE MAPEO. 

QUE ESTAS ORGANIZACIONES USEN Y SE APOYEN EN LOS EQUIPOS DE HOTOSM, Y
RECUERDEN DIFUNDIR, TAMBIEN EN LOS MEDIOS DE COMUNICACIÓN COMO
PERIODICOS, ES MUY IMPORTANTE LOS MEDIOS. 

¿Si en Perú tienen un satelite que les brinda imagenes cada 24 horas,
porque demonios usar las imagenes de Bing, o esperar las "donaciones" de
DigitalGlobe, Google, o AirbusFrance? 

PD: si con esta situación no logran hacer que el gobierno relice la
apertura de datos (OpenData) no se que mas lo pueda lograr. Presión a
estos gobiernos de M, de latinoamerica que son tan reacios a la apertura
de información. 

Fuentes:

A-
http://www.elcolombiano.com/internacional/america-latina/peru-afronta-emergencia-por-fuertes-lluvias-DF6160894
1 -
http://peru21.pe/politica/satelite-comprado-humala-no-sirve-monitoreo-desastres-naturales-2274245

2 -
http://rpp.pe/lima/desastres-naturales/salgado-advierte-que-no-se-reciben-imagenes-del-satelite-peru-sat-1-noticia-1028265
3 -
http://larepublica.pe/impresa/sociedad/847494-peru-sat-1-muestra-el-antes-y-el-despues-delas-zonas-inundadas
__
__

A country with water around the neck, and an unusable satellite. 

In the last few days there have been disasters linked to the high rains
in Peru, about 80% of the country affected:
A - Peru faces one of the strongest natural disasters in recent decades,
with rains, floods and mudslides affecting 20 of the 25 regions of the
country, causing 43 deaths, 72 injured, 11 missing, and More than 56,293
victims, 

Re: [Talk-it] Attacco di mandata per autopompa

[Andreas Lattmann]

>Purtroppo c'è confusione nella >cartellonistica e come già detto, >all'estero 
>il più delle volte nel cartello c'è >solo una scritta con una fiamma, o solo 
>>la scritta.

In Italia è in vigore il D. Lgs. 81/08, anche se negli ultimi mesi si stanno 
adottando i simboli della ISO UNI EN 7010:2012, grazie alla circolare del 
Ministero degli Interni che ne permette l' uso. Tanto o prima o poi l' Italia 
sarà costretta a recepire la ISO UNI EN 7010:2012 (anzi, 2017... nel frattempo 
è cambiata). In teoria deve recepirla entro 6 mesi, se nò paghiamo multe alla 
UE, ma non riusciamo mai a recepirle in tempo...
Pertanto il simbolo andrebbe ricercato nella ISO, così è uniforme per il mondo 
intero!
Si, sono tornato! ;-)
Ho preso "una sola": pronto per trasferirmi all' estero ed è andato tutto al 
diavolo... da addio si è trasformato in un arrivederci. 
Eccomi qui! :-)
Andreas Lattmann___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

2017-03-27 15:40 GMT+02:00 Alberto :

> O almeno disegnare una freccia ben visibile che mostri che l'acqua entra e
> non esce da lì.
> Personalmente non userei nemmeno il simbolo dell'idrante.
>
>

+1


perché non usiamo una semplice scritta "Löschwassereinspeisung" ;-)
https://www.wolkdirekt.com/images/600/112578/hinweisschild-fuer-die-feuerwehr-loeschwassereinspeisung.jpg


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

Re: [Talk-ca] Telenav mapping turn restrictions

[m]

Hi all, 

Thanks for your thoughtful commentary. 

First off, our mapping team’s only objective is to improve the map for us and 
for everyone. In doing this we always respect the work of local mappers, and 
follow community conventions. None of our edits are automated. There is a 
person using JOSM behind every changeset, so if you observe something untoward, 
please comment on the changeset so we can learn, discuss or undo if necessary.

Some of our mapping team members are on this list and they can (and will) 
explain a bit more about how (and why) we add turn restrictions.

I make a point to announce any new mapping projects we start to the local 
mailing lists (like I did when I started this thread). If there is anything we 
can do to be more open about our mapping projects I would be eager to discuss 
with you.

Again, if you have specific concerns about edits any of our team members make 
in your local area, please! raise them in the changeset comments. It’s the 
single most effective way for us to learn how to to do better. Members of our 
mapping team are always identifiable by their usernames ending in _telenav.

Martijn

> On Mar 26, 2017, at 7:45 PM, Stewart C. Russell  wrote:
> 
> Hi Andrew:
> 
>> … I had already removed some of the
>> right turn restrictions, but I can add them back in
> 
> Are the restrictions even necessary? If there are turn lanes present,
> one should use them. I can see, however, that routing software might
> send vehicles through the traffic lights if the turn lane were a longer
> route. I wonder if Telenav are tagging to work around their routing
> algorithms?
> 
>> There's still the matter of armchair mapping wiping out on-the-ground
>> mapping.
> 
> Yes, this is troubling to me too. Have you left comments on the
> changesets? Telenav's actions need to be brought out into the open.
> 
> I'm really not looking forward to seeing what all this algorithmic
> mapping's going to do with Canada's logging roads ...
> 
> Stewart
> 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca


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

Re: [OSM-talk] multipolygon source tags preferred method

[Martin Koppenhoefer]

2017-03-27 16:20 GMT+02:00 Dave F :

> Individual entities can have multiple source tags added at different
> times. It would be far harder to 'track' their sources if only add to
> changesets. When editing an object you can instantaneously see the sources
> if added to it.
>


frankly, the thing I am most interested when it comes to source tags is to
understand whether the thing was created from osm mappers or imported and
whether the mapper who edited something has been there or not (and if he's
been there, when). To a limited extend I'm also interested in seeing what
kind of aerial imagery has been used, but generally you can see the quality
by comparing with your favorite imagery.

The big problem with object source tags is that they apply properties which
belong to an editing action (the source of the edit, which is only part of
the sources for the object, the latter is usually made of several versions)
to an object. To give an example how this fails: if an object has "survey"
tagged as object source, how should later edits deal with this? Usually
they do not remove it, so that any later edit can either be based on
another survey or not, you will not see it with object source tags (but
you'll see it with changeset comments).

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

Re: [Talk-in] How shall we handle multiple railway=station tags at the same place?

[muzirian]

Your suggestion sounds good, isn't landuse=railway good? what alternative
is available?

On Mon, Mar 27, 2017 at 9:16 PM, Srihari Thalla 
wrote:

> I am not sure if this is discussed earlier, but what shall we do?
>
> We can trace and tag the buildings with building=train_station but shall
> we update the areas with landuse=railway (or maybe something better)?
>
> [1] http://overpass-turbo.eu/s/nOB
> [2] http://wiki.openstreetmap.org/wiki/Tag:building%3Dtrain_station
> [3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Drailway
> [4] https://lists.openstreetmap.org/pipermail/
> talk-in/2017-March/002813.html
>
> cc @PlaneMad @muzirian
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent

[joost schouppe]

Aangevuld!

Als er iemand is die tégen access=permit is, dan vooral naar de hackpad
gaan :)

Seppe, als je wil, maak ik nog snel een Meetup event aan voor jullie. Wie
weet komt er dan nog meer volk (ook al is het nogal last minute). Je kan
ook zelf "Suggest a meetup" doen.

Op 27 maart 2017 om 14:25 schreef Santens Seppe :

> Hallo allemaal,
>
>
>
> Ik heb hieronder een kort overzicht toegevoegd van welke tagging (volgens
> mij) nodig zal zijn op de verschillende locaties (overzichtskaart hier te
> vinden: https://stad.gent/mobiliteitsplan/digitale-kaarten/webkaart-
> circulatieplan)
>
>
>
> Alle opmerkingen welkom! (misschien het gemakkelijkste via deze hackapd:
> https://hackpad.com/OSM-mapping-Circulatieplan-Gent-qBu1NBPGjSn) Dankzij
> de Nationale Mapathon zijn er twee extra vrijwilligers die samen met mij de
> mapping voor het circulatieplan willen doen. Morgenavond (dinsdag 28/03,
> 18u) komen we hiervoor samen in Gent. Indien er nog mensen willen
> aansluiten, geef gerust een seintje.
>
>
>
> *knippen (met cameracontrole):*
>
> - info: https://stad.gent/mobiliteitsplan/het-circulatieplan/wat-een-knip
>
> - signalisatie: C3 + onderborden 1) uitgezonderd fietsers en bromfietsers
> categorie A, B, P 2) uitgezonderd vergunninghouders
>
> - tagging: highway=…; access=no; foot=yes; bicycle=yes; bus=yes; taxi=yes;
> emergency=yes
>
> - opmerkingen: 1) hoe access voor bromfietsers categorie A, B, P taggen
> (zie ook eerdere discussie op mailing list)? 2) mogelijk om access voor
> vergunninghouders te taggen? 3) mogelijk om access voor vuilniswagens en
> veegmobielen te taggen? 4) knippen met paaltjes: gewoon barrier=bollard op
> de weg
>
>
>
> *wegen in autovrij gebied:*
>
> - info: https://stad.gent/mobiliteitsplan/vergunningen-
> en-toegangsbeleid-van-het-autovrij-gebied/wat-mogen-de-
> verschillende-vervoermiddelen
>
> - signalisatie: zonebord C3 uitgezonderd fietsers en bromfietsers
> categorie A en P; uitgezonderd vergunninghouders + bord woonerf
>
> - tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban;
> acces=no; foot=yes; bicycle=yes; bus=yes; taxi=yes; emergency=yes
>
> - opmerkingen: 1) hoe access voor bromfietsers categorie A, P taggen? (zie
> ook eerdere discussie op mailing list) 2) mogelijk om access voor
> vergunninghouders te taggen? 3) mogelijk om access voor vuilniswagens en
> veegmobielen te taggen?
>
>
>
> *voetgangersstraten:*
>
> - info: 
> *https://stad.gent/mobiliteitsplan/vergunningen-en-toegangsbeleid-van-het-autovrij-gebied/voetgangersstraten
> 
> *
>
> - signalisatie: C3 met onderbord uitgezonderd fietsers en bromfietsers
> klasse A, P en vergunninghouders van 18u-11u
>
> - tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban;
> acces=no; foot=yes; bicycle:conditional=yes @ (18:00-11:00);
> taxi:conditional=yes @ (18:00-11:00)
>
> - opmerkingen: 1) is deze (conditional) tagging correct? 2) hoe
> (conditional) access voor bromfietsers categorie A, P taggen (zie ook
> eerdere discussie op mailing list)? 3) mogelijk om access voor
> vergunninghouders te taggen? 4) mogelijk om (conditional) access voor
> vuilniswagens en veegmobielen te taggen?
>
>
>
>
>
> Alvast bedankt!
>
>
>
> Seppe
>
>
>
>
>
> *Van:* Jo [mailto:winfi...@gmail.com ]
> *Verzonden:* dinsdag 28 februari 2017 11:37
>
> *Aan:* OpenStreetMap Belgium
> *Onderwerp:* Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent
>
>
>
> Hallo Seppe,
>
>
>
> Dat is waar we de mailing list voor hebben, dus vraag maar! Eventueel wil
> ik ook wel eens een Google Hangoutsessie doen om wat mee te helpen. Ik heb
> de data voor Leuven omgezet, maar op zich stelt het niet zoveel voor. Veel
> wegen splitsen, een aantal omdraaien. oneway=-1 vind ik geen goede
> oplossing. Als ik die tegen kom, zet ik ze om naar oneway=yes (dmv van
> reverse, natuurlijk).
>
>
>
> Dat ze dat in Gent van de ene dag op de andere willen doen, lijkt me een
> logistieke nachtmerrie, maar dat is niet echt ons probleem.
>
>
>
> mvg,
>
>
>
> Jo
>
>
>
> Op 28 februari 2017 om 10:55 schreef Santens Seppe <
> seppe.sant...@stad.gent>:
>
> De data:
>
> ·OSM-bestanden: https://we.tl/3jpyFMuf0t (let wel: enkel road
> network, hier en daar quick and dirty oplossingen, want enkel met het oog
> op routering)
>
> ·GIS-materiaal: https://we.tl/ExJZGWLJ8L (mag hergebruikt worden
> onder Open Data Licentie Gent ,
> equivalent met Gratis Open Data Licentie Vlaanderen)
>
> (let op: wetransfer links met beperkte houdbaarheidsdatum)
>
>
>
> Ik wil wel de zeer gemotiveerde persoon proberen zijn J Ik zal de
> mailinglijst dan wellicht nog enkele keren moeten lastigvallen met enkele
> bijkomende vraagjes (bedankt voor de tips/antwoorden tot nu toe).
>
>
>
> Groeten,
>
>
>
> Seppe
>
>
>
>
>
> *Van:* joost schouppe 

[Talk-in] How shall we handle multiple railway=station tags at the same place?

[Srihari Thalla]

I am not sure if this is discussed earlier, but what shall we do?

We can trace and tag the buildings with building=train_station but shall we
update the areas with landuse=railway (or maybe something better)?

[1] http://overpass-turbo.eu/s/nOB
[2] http://wiki.openstreetmap.org/wiki/Tag:building%3Dtrain_station
[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Drailway
[4] https://lists.openstreetmap.org/pipermail/talk-in/2017-March/002813.html

cc @PlaneMad @muzirian
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk-fr] [13 mai] journée vélo et outils OSM avec l'association MDB

[althio]

L'association MDB - Mieux se Déplacer à Bicyclette - va réunir ses
antennes locales (Île-de-France) en mai et en profiter pour faire une
journée de formation sur les outils de cartographie (OpenStreetMap et
uMap).
Cette journée va se dérouler le samedi 13 mai au PROTO204 à
Bures-sur-Yvette (campus de la fac d'Orsay).

Informations et programme en cours sur le forum
http://forum.openstreetmap.fr/viewtopic.php?f=18=5331

Nous recherchons des personnes du type `bicycle=designated`pour
participer un peu, beaucoup, passionnément, faire des présentations,
exemples, démonstrations, taguer des revêtements, montrer les
relations des euro-véloroutes, etc.

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

Re: [OSM-talk-be] Addr Import

[Glenn Plas]

On 27-03-17 16:08, Sus Verhoeven wrote:
> Bedankt voor de link, zou het niet goed zijn deze ergens op de wiki te
> zetten ?

- http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GRB (onderaan)
- http://wiki.openstreetmap.org/wiki/GRBimport  (in het midden)

Ze staat er reeds op. En reeds paar keer op de mailing lijst ook
langsgeweest :)

wel bedankt om toch te vragen achter die link, door een 2de server bij
te steken was die site even in de mist (je kreeg om de beurt de andere
server, de ene met de oudere data).  Niet zo goed voor de consistency
van afgeleide data trouwens, ik hoop dat niet teveel mensen deze
gebruikt hebben in die tijd.   Het was een emergency actie voor een
andere site en zo is het wat stuk gegaan.

Mvg,

Glenn

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

Re: [OSM-talk] multipolygon source tags preferred method

[Dave F]

Comments inline:

On 27/03/2017 09:41, Jochen Topf wrote:
Putting the sources on the objects has been deprecated for a while. 


Which wiki describes that?


The source should be put on the changeset only.


Apart from JOSM, which editors allow that?

If you are doing edits that involve several different sources, it is 
best to split the changes up into different changesets. Of course this 
is not always possible, then you can also put several sources in the 
changeset source tag. Adding the source to the objects was deprecated, 
too fined-grained source tagging simply doesn't make much sense. We 
can not track every source for every node, way, or relation or the 
parts of them for every tiny change that somebody does.


Could you expand on 'tracking' please?
Individual entities can have multiple source tags added at different 
times. It would be far harder to 'track' their sources if only add to 
changesets. When editing an object you can instantaneously see the 
sources if added to it.


In the end most data will have multiple sources and figuring out what 
came from what can only be done going through the changeset tags, not 
by looking at the tags on the data itself.


Not true, you can individualize the source tag with hyphens.

DaveF



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[eest9]

Am 27. März 2017 um 16:05 schrieb realadry :
> Dinge wie einzelne Bäume mappen, kann für manche Zwecke sinnvoll sein, da
> man dadurch "alle Daten" am selben Ort (OSM) hat und nicht zig verschiedene
> Datensätze von irgendwelchen Behörden durchforsten muss.

Ich seh das auch ganz pragmatisch. Wenn Jemand über eine auf OSM
basierte Spezialanwendung auf die OSM kommt (weils zB mit Google nicht
möglich war etc.) und Fehler meldet und von denen wiederum ein paar
beginnen ihre eigenen Gegenden zu Mappen, dann hat es der OSM indirekt
schon mehr gebracht, denn damit kommen nicht nur die Baumdaten dazu
sondern auch Lokals die sich bestens in ihrer Gegend auskennen,
Häuser, Geschäfte, Wirtschaftsbetriebe und Adressen eintragen und
damit auch die allgemeine Datenqualität für Standardanwendungen wie
allgemeine Landkarten und Routenplaner/Navis verbessern.

lg eest9

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

[OSM-talk] multipolygon source tags preferred method

[nwastra]

Jochen, ridding the osm of these unnecessary source tags seems like a good 
candidate for our MapRoulette challenge. :)


Putting the sources on the objects has been deprecated for a while. The source 
should be put on the changeset only. If you are doing edits that involve 
several different sources, it is best to split the changes up into different 
changesets. Of course this is not always possible, then you can also put 
several sources in the changeset source tag. Adding the source to the objects 
was deprecated, too fined-grained source tagging simply doesn't make much 
sense. We can not track every source for every node, way, or relation or the 
parts of them for every tiny change that somebody does. In the end most data 
will have multiple sources and figuring out what came from what can only be 
done going through the changeset tags, not by looking at the tags on the data 
itself. Jochen -- Jochen Topf



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

Re: [Talk-it] OsmAnd+ in oferta su Play a 3,69€

[Alessandro]

Buongiorno,
anche oggi ho visto che costa 3,69€

https://play.google.com/store/apps/details?id=net.osmand.plus=it

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

[talk-ph] landuse = farm

[David Groom]

I've just seen this discussion on the main OSM talk list

https://lists.openstreetmap.org/pipermail/talk/2017-March/077741.html

The standard OSM rendering will soon drop the rendering of "landuse = 
farm".


There are :

66 Relations
7,390 ways
71 Nodes (interestingly the wiki did not recommend this tag on a node)

tagged "landuse = farm" in the Philippines.

Shall I start looking at the  relations and ways and change where 
appropriate from "landuse = farm" to "landuse = farmland"?


What do you think?

Regards

David


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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[realadry]

Hallo,

Es geht glaub ich nicht grundsätzlich um das mikromappen, sondern darum 
WIE es gemacht wird. OSM ist eine Datenbank und kein Leinwand auf die 
gemalt wird. d.h. die Daten müssen vorrangig für Maschinen lesbar sein 
und in einer effizienten Art und Weise gespeichert sein.


z.B. wenn lustig Gehsteige parallel zu Straßen gemapped werden ist das 
schlecht, weil ein einfacher tag an der Straße wesentlich einfach zu 
verarbeiten ist, nur ist es für das rendern ein bisschen umständlicher. 
Das rendern ist aber nur ein winziger Teil den man mit OSM machen kann 
und man sollte deswegen die Daten nicht verschlechtern oder ineffizient 
speichern.


Dinge wie einzelne Bäume mappen, kann für manche Zwecke sinnvoll sein, 
da man dadurch "alle Daten" am selben Ort (OSM) hat und nicht zig 
verschiedene Datensätze von irgendwelchen Behörden durchforsten muss.


mfg,
realadry

Am 27.03.2017 um 15:49 schrieb Robin Däneke:

Ich verstehe gar nicht, warum oft so viele gegen "Micro"mapping sind.


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

[OSM-talk-fr] Easy Transport devient Jungle Bus + shooting vendredi à Paris

[Florian LAINEZ]

Salut,
Je vous parle depuis quelques temps de bus avec le projet Easy Transport et
l'appli Bus Contributor

On est une petite bande de motivés (moi, Noémie, Vincent, Flora,
Jean-Louis, Jean et j'en passe) qui souhaite améliorer les données liées
aux lignes de transport dans OSM et créer de nouveaux outils pour faciliter
la contribution.

J'ai le plaisir de vous annoncer que le nom de ce projet est maintenant
*Jungle Bus.*L'asso est en cours d'ouverture à la préfecture et
le site Internet est là : http://junglebus.io
le compte twitter ici : https://twitter.com/BusJungle

Le site est pour l'instant une coquille vide mais on va bosser dessus.
Pour ce faire on prévoit de tourner un court film qui montre comment
collecter simplement des arrêts de bus dans OSM.


*Un studio vidéo viendra nous filmer ce vendredi de midi à 14h dans les
alentours de gare de Lyon.*On fera des images dans la rue, dans un bus et
on terminera dans un bar.
Pour l'instant on est deux avec Noémie, qui est motivé pour se joindre à
nous ? On ne pourra pas non plus être très nombreux donc les premiers qui
répondent seront les premiers servis.
Contactez-moi direct en MP ou au téléphone au 0631027108 si ça vous
intéresse.

A+

-- 

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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[Robin Däneke]

Hallo allesamt,


zu dem Thema sage ich: Warum nicht.

Einerseits kann man diese Daten ja auch sinnvoll auswerten und rendern 
(http://demo.f4map.com/#lat=48.1723633=16.3679153=19=17.229)
 andererseits sehe ich die Aufgabe der OSM so an, dass die Welt, so genau wie 
möglich modelliert werden soll.

Ich verstehe gar nicht, warum oft so viele gegen "Micro"mapping sind.

Das ist doch der Sinn dieser Datenbank. Alles so genau zu erfassen wie möglich.

Und da sind solche Sachen eigentlich das mindeste. Ist natürlich auch viel 
Arbeit, aber wer glaubt, die Welt zu modellieren ist einfach der hat sowieso 
was missverstanden.


Mit freundlichen Grüßen

Robin Däneke (emergency99)
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] multipolygon source tags preferred method

[David Jenne]

In most of my edits, a source tag for the changeset would be appropriate.   But 
how does one go about doing this using the ID editor?  The only possible entry 
point I can see is in the "Changeset Comments" section.

Thanks,
Dave

> -Original Message-
> From: Andy Townsend [mailto:ajt1...@gmail.com]
> Sent: Monday, March 27, 2017 3:24 AM
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] multipolygon source tags preferred method
> 
> Ahem.  Just because _you_ don't do it, doesn't make it "wrong".
> 
> Yes, where a whole bunch of stuff has been added from one source (or a
> combination of sources), of course it makes sense to do that on the
> changeset not on individual objects (and editors that show a consolidated
> object history will show source tags from all of these).
> 
> However, there may be cases - imagine a road junction that you've visited
> that has changed since the available imagery - where a source tag on objects
> may make sense.  Also, splitting into different changesets per source tag
> sounds like a silly idea...
> 
> Best Regards,
> 
> Andy
> 
> 



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

Re: [Talk-it] Attacco di mandata per autopompa

[Alberto]

> Quindi il solo simbolo è fuorviante, dovremo renderizzare simbolo + scritta

O almeno disegnare una freccia ben visibile che mostri che l'acqua entra e non 
esce da lì.
Personalmente non userei nemmeno il simbolo dell'idrante. Tanto se dobbiamo 
comunque modificare il cartello tanto vale inventarci un simbolo diverso che 
ricordi l'oggetto reale e che non venga confuso con l'idrante.
Purtroppo c'è confusione nella cartellonistica e come già detto, all'estero il 
più delle volte nel cartello c'è solo una scritta con una fiamma, o solo la 
scritta.

Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

[OSM-talk-be] Organizing OSM in Belgium: official meeting

[joost schouppe]

Hi,

Some time back we invited all of you to become an OpenStreetMap Belgium
member. We're now 100!
Those members were then invited to a meeting in Brussels. Ten of us did so.
During the meeting, we introduced a very simple constitution [1]. We also
elected our very first board, consisting of Ben Abelshausen, Jonathan
Beliën and Joost Schouppe.

>From now on, we can have "official meetings", where online and physical
participation will be possible. We have planned our next meeting on the
24th of April, at 19:30. You can participate physically at the Brussels
meetup [2] or through the dedicated Riot channel [3].

The idea is that we don't have huge discussions during the meeting itself,
but discuss everything in detail BEFORE the meeting. The "official meeting"
is just for decision making. Do not expect anything too formal!
We are still building the very foundation of our small organisation, so now
is the moment to participate. The agenda is available here [4]. You are
invited to discuss the Constitution using github issues [5]. If that all
sounds to exotic to you, you can share your insights here too (but we would
prefer to keep discussion focused in one place of course).

Our mission is very simple: "Enable the OSM community in Belgium by
supporting the community with the infrastructure and tools it needs to
grow. Representing the views of the OSM community in Belgium in the larger
OSM community."

So it is not the goal that all mappers become members, or that the
organisation coordinates mapping activities. We just need a formal
structure to be able to organize larger projects, such as a possible
participation in the Open Summer of Code. You should become a member [6] if
you're willing to contribute to this. Discussing in more detail what it
means to be a member is one of the top items for the next meeting.

Now that you have an idea what OSM Belgium Membership is about, Join [6] if
you want to help OpenStreetMap Belgium grow!



1: https://github.com/osmbe/working-group-bylaws/blob/master/CONSITUTION.md
2: https://www.meetup.com/OpenStreetMap-Belgium/events/238582538/
3: https://riot.im/app/#/room/#osmbe-meetings:matrix.org
4:
https://github.com/osmbe/working-group-bylaws/blob/master/minutes/2017-04-24%20-%20official%20meeting.md
5: https://github.com/osmbe/working-group-bylaws/issues
6: http://www.osm.be/en/signup.html

--

Het is niet gelukt om op tijd naar het Nederlands te vertalen. Onze
excuses. Maar neem contact op als je ons team vertalers wil versterken.
On n'a pas eu le temp pour traduir cet email a temps. Nos excuses.
Contactez-nous si vous voulez aider avec des traductions.


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent

[Santens Seppe]

Hallo allemaal,

Ik heb hieronder een kort overzicht toegevoegd van welke tagging (volgens mij) 
nodig zal zijn op de verschillende locaties (overzichtskaart hier te vinden: 
https://stad.gent/mobiliteitsplan/digitale-kaarten/webkaart-circulatieplan)

Alle opmerkingen welkom! (misschien het gemakkelijkste via deze hackapd: 
https://hackpad.com/OSM-mapping-Circulatieplan-Gent-qBu1NBPGjSn) Dankzij de 
Nationale Mapathon zijn er twee extra vrijwilligers die samen met mij de 
mapping voor het circulatieplan willen doen. Morgenavond (dinsdag 28/03, 18u) 
komen we hiervoor samen in Gent. Indien er nog mensen willen aansluiten, geef 
gerust een seintje.

knippen (met cameracontrole):
- info: https://stad.gent/mobiliteitsplan/het-circulatieplan/wat-een-knip
- signalisatie: C3 + onderborden 1) uitgezonderd fietsers en bromfietsers 
categorie A, B, P 2) uitgezonderd vergunninghouders
- tagging: highway=…; access=no; foot=yes; bicycle=yes; bus=yes; taxi=yes; 
emergency=yes
- opmerkingen: 1) hoe access voor bromfietsers categorie A, B, P taggen (zie 
ook eerdere discussie op mailing list)? 2) mogelijk om access voor 
vergunninghouders te taggen? 3) mogelijk om access voor vuilniswagens en 
veegmobielen te taggen? 4) knippen met paaltjes: gewoon barrier=bollard op de 
weg

wegen in autovrij gebied:
- info: 
https://stad.gent/mobiliteitsplan/vergunningen-en-toegangsbeleid-van-het-autovrij-gebied/wat-mogen-de-verschillende-vervoermiddelen
- signalisatie: zonebord C3 uitgezonderd fietsers en bromfietsers categorie A 
en P; uitgezonderd vergunninghouders + bord woonerf
- tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban; 
acces=no; foot=yes; bicycle=yes; bus=yes; taxi=yes; emergency=yes
- opmerkingen: 1) hoe access voor bromfietsers categorie A, P taggen? (zie ook 
eerdere discussie op mailing list) 2) mogelijk om access voor vergunninghouders 
te taggen? 3) mogelijk om access voor vuilniswagens en veegmobielen te taggen?

voetgangersstraten:
- info: 
https://stad.gent/mobiliteitsplan/vergunningen-en-toegangsbeleid-van-het-autovrij-gebied/voetgangersstraten
- signalisatie: C3 met onderbord uitgezonderd fietsers en bromfietsers klasse 
A, P en vergunninghouders van 18u-11u
- tagging: highway=living_street; maxspeed=20; zone:traffic=BE-VLG:urban; 
acces=no; foot=yes; bicycle:conditional=yes @ (18:00-11:00); 
taxi:conditional=yes @ (18:00-11:00)
- opmerkingen: 1) is deze (conditional) tagging correct? 2) hoe (conditional) 
access voor bromfietsers categorie A, P taggen (zie ook eerdere discussie op 
mailing list)? 3) mogelijk om access voor vergunninghouders te taggen? 4) 
mogelijk om (conditional) access voor vuilniswagens en veegmobielen te taggen?


Alvast bedankt!

Seppe


Van: Jo [mailto:winfi...@gmail.com]
Verzonden: dinsdag 28 februari 2017 11:37
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent

Hallo Seppe,

Dat is waar we de mailing list voor hebben, dus vraag maar! Eventueel wil ik 
ook wel eens een Google Hangoutsessie doen om wat mee te helpen. Ik heb de data 
voor Leuven omgezet, maar op zich stelt het niet zoveel voor. Veel wegen 
splitsen, een aantal omdraaien. oneway=-1 vind ik geen goede oplossing. Als ik 
die tegen kom, zet ik ze om naar oneway=yes (dmv van reverse, natuurlijk).

Dat ze dat in Gent van de ene dag op de andere willen doen, lijkt me een 
logistieke nachtmerrie, maar dat is niet echt ons probleem.

mvg,

Jo

Op 28 februari 2017 om 10:55 schreef Santens Seppe 
>:
De data:

•OSM-bestanden: https://we.tl/3jpyFMuf0t (let wel: enkel road network, 
hier en daar quick and dirty oplossingen, want enkel met het oog op routering)

•GIS-materiaal: https://we.tl/ExJZGWLJ8L (mag hergebruikt worden onder 
Open Data Licentie Gent, equivalent 
met Gratis Open Data Licentie Vlaanderen)
(let op: wetransfer links met beperkte houdbaarheidsdatum)

Ik wil wel de zeer gemotiveerde persoon proberen zijn ☺ Ik zal de mailinglijst 
dan wellicht nog enkele keren moeten lastigvallen met enkele bijkomende 
vraagjes (bedankt voor de tips/antwoorden tot nu toe).

Groeten,

Seppe


Van: joost schouppe 
[mailto:joost.schou...@gmail.com]
Verzonden: maandag 27 februari 2017 15:09
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] wijzigingen n.a.v. Circulatieplan Gent

Mij lijkt het alleszins interessant om zowel de OSM-data als de GIS-data hier 
te delen.

Doorgaans worden dit soort dingen door één zeer gemotiveerde persoon gedaan. Ik 
weet niet of er nu zo iemand in de zaal is :)

Indien niet, dan kunnen we hier eventueel een task in de Belgische tasking 
manager aanmaken; eigenlijk alleen maar om te kunnen volgen wat al gedaan is en 
wat er nog moet gebeuren.

Voor relaties: het enige dat ik zie waar je specifiek op zou moeten letten, is 
dat de role "forward" en "backward" moet omgedraaid worden als je de 

[OSM-talk-fr] Marché public données OSM

[Donat ROBAUX]

Bonjour,

Un marché public vient d'être lancé par le STIF (Syndicat des transports IdF
) concernant l'acquisition et maintenance de données vélo sur
OpenStreetMap. Cela peut intéresser les entreprise de l'écosystème OSM.

http://www.boamp.fr/avis/detail/17-30383/0

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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[Lars Schimmer]

On 2017-03-27 12:54, Christian Aigner wrote:
> Was es nicht so alles auf der OpenStreetMap gibt: 3D tags
> 
> roof:ridge
> https://www.openstreetmap.org/way/321452173
> 
> 
> building:colour und building:part
> https://www.openstreetmap.org/way/321455004
> 
> 
> Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.
> 
> Quo vadis, OSM?

Ist doch schon alt, vor 2 Jahren schon fleissig genutzt (oder 3?)...
Eher sinnvoll, aber sehr simple.

> LG,
> Christian


MfG,
Lars Schimmer
-- 
-
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723





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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[eest9]

Manche Gemeinden setzen OSM auch zur Raumgestaltung ein. Um dann
berechnen zu können wo wie viel Sonnenlicht zu wie vielen Stunden am
Tag hin kommt ist das eine relevante Information. Aber auch zur
allgemeinen gestaltung. Seh darin also nichts schlechtes.

Wenn man selbst nichts von diesem "Micromapping" hält muss man sich ja
nicht damit außeinandersätzen. Aus meiner Sicht: Wenn man in der
Eigenen Gegend schon alle Häuser, Adressen, Wege und Straßen mit
zugehörigen Beschränkungen eingetragen hat, warum nicht?

lg eest9

2017-03-27 12:54 GMT+02:00 Christian Aigner :
> Was es nicht so alles auf der OpenStreetMap gibt: 3D tags
>
> roof:ridge
> https://www.openstreetmap.org/way/321452173
>
>
> building:colour und building:part
> https://www.openstreetmap.org/way/321455004
>
>
> Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.
>
> Quo vadis, OSM?
>
> LG,
> Christian
>
>
> ___
> 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] Gerade auf der OSM entdeckt: 3D-tags

[Christian Aigner]

Was es nicht so alles auf der OpenStreetMap gibt: 3D tags

roof:ridge
https://www.openstreetmap.org/way/321452173


building:colour und building:part
https://www.openstreetmap.org/way/321455004


Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.

Quo vadis, OSM?

LG,
Christian


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

[Talk-at] Gerade auf der OSM gesehen: 3D tags

[Christian Aigner]

Was es nicht so alles auf der OpenStreetMap gibt: 3D tags

roof:ridge
https://www.openstreetmap.org/way/321452173


building:colour und building:part
https://www.openstreetmap.org/way/321455004


Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.

Quo vadis, OSM?

LG,
Christian


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

Re: [Talk-it] giovedì 30 marzo - Mapathon 4 Cultural Heritage

[Alessandro Palmas]

Aggiunto l'evento nelle news (1)
e creato il task nel Tasking Manager (2) a cui aggiungeremo info prima
dell'evento.

Restate in ascolto.
Ale_Zena_IT

P.S.: a proposito, com'è andata la prima giornata a Mazzano Romano in
termini di partecipazione?


1) https://wiki.openstreetmap.org/wiki/Current_events
2) http://osmit-tm.wmflabs.org/project/25


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

Re: [OSM-talk] A tool for picking up settlements tagged as a single building?

[Martin Koppenhoefer]

2017-03-27 11:56 GMT+02:00 Jean-Marc Liotier :

> And while we're at it, the next most frequent building tagging mistake:
> outlining the building on orbital imagery at roof level instead of base
> level... Explaining that pictures are not always taken from the
> vertical usually drives the point home.
>


btw., there is an extensive article about this, with many examples, in the
wiki here:
https://wiki.openstreetmap.org/wiki/Roof_modelling

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

Re: [OSM-talk] A tool for picking up settlements tagged as a single building?

[Jean-Marc Liotier]

On Sat, 25 Mar 2017 13:25:35 -0400
john whelan  wrote:
>
> It's something I've noticed in Africa so its probably not putting new
> mappers through a month's training first but many villages have been
> mapped but tagged as a single building with building=yes.
> 
> They aren't grouped together but rural Africa doesn't have that many
> large foot print buildings so it should be possible to pick them out
> based on location and size.

And by the way, if you wonder why a bunch of buildings are tagged as
building=yes when that tag is meant for single buildings, I received a
possible answer from Senegalese contributors: some have been taught to
tag built-up areas and found that building=yes looks like a good choice
to do that. The source of that teaching of a need to map built-up areas
seems to be non-Openstreetmap cartography courses.

And while we're at it, the next most frequent building tagging mistake:
outlining the building on orbital imagery at roof level instead of base
level... Explaining that pictures are not always taken from the
vertical usually drives the point home.

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

Re: [Talk-it] Relazione percorso tematico

[Alfredo Gattai]

>
>
> io tendo a non includere quelli. 50-100 metri mi sembrano ancora "vicino",
> ma imagina una via del vino con vineti a chilometri di distanza, oppure un
> punto di vista in cima di una montagna, dove vedi 100km e più. Se includi
> non solo il percorso (e relativa segnaletica, information board, ecc.), ma
> anche ciò che si vede, dove ti fermi?
>
>
+1 si infatti, bisognerebbe limitarsi al persorso ed alla sua segnaletica,
altrimenti diventa un appesantimento inutile della relazione. Gia' con
l'inclusione dei guidepost ci sono differenti punti di vista, aggiungere
altro decisamente non lo farei

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

Re: [Talk-it] Relazione percorso tematico

[Martin Koppenhoefer]

2017-03-27 11:10 GMT+02:00 Cascafico Giovanni :

> M'è venuto un dubbio: è possibile inserire in una relazione "route"
> elementi che non sono funzionali alla percorrenza?



che diresti di formalizzare il tema?

Ho trovato:
topic  https://taginfo.openstreetmap.org/keys/topic
subject  https://taginfo.openstreetmap.org/keys/subject

sono probabilmente più usati per musei, ma si potrebbero forse estendere
anche ai percorsi?

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

Re: [OSM-talk] Changing Bing to bing

[moltonel 3x Combo]

On 6 March 2017 5:41:01 PM GMT+01:00, Andy Townsend  wrote:
>On 06/03/2017 07:32, Werner Poppele wrote:
>
>  I'd also suggest that
>whatever it is in JOSM that's recommending this be changed so as not
>to.  A couple of times in the past I've suggested that JOSM's rules be
>relaxed in this way and I've always found the JOSM developers to be
>extremely helpful with this sort of issue.

Done: https://josm.openstreetmap.de/ticket/14554

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

Re: [Talk-it] Relazione percorso tematico

[Martin Koppenhoefer]

2017-03-27 11:10 GMT+02:00 Cascafico Giovanni :

> M'è venuto un dubbio: è possibile inserire in una relazione "route"
> elementi che non sono funzionali alla percorrenza?
>
> Per esempio, un percorso tematico della prima guerra mondiale potrebbe
> anche includere (oltre ad i segnavia ed i tabelloni informativi) anche gli
> oggetti stessi del tema (bunker, trincee ecc)?
>
> Se si, ci sono dei casi in cui l'oggetto è osservabile dal percorso, ma
> non è vicino (diciamo 50-100mt). Che criteri di inclusione potrei applicare?
>



io tendo a non includere quelli. 50-100 metri mi sembrano ancora "vicino",
ma imagina una via del vino con vineti a chilometri di distanza, oppure un
punto di vista in cima di una montagna, dove vedi 100km e più. Se includi
non solo il percorso (e relativa segnaletica, information board, ecc.), ma
anche ciò che si vede, dove ti fermi?

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

Re: [Talk-it] Relazione percorso tematico

[Simone]

Il 27 marzo 2017 11:10:30 CEST, Cascafico Giovanni  ha 
scritto:
>M'è venuto un dubbio: è possibile inserire in una relazione "route"
>elementi che non sono funzionali alla percorrenza?
>
>Per esempio, un percorso tematico della prima guerra mondiale potrebbe
>anche includere (oltre ad i segnavia ed i tabelloni informativi) anche
>gli
>oggetti stessi del tema (bunker, trincee ecc)?
>
>Se si, ci sono dei casi in cui l'oggetto è osservabile dal percorso, ma
>non
>è vicino (diciamo 50-100mt). Che criteri di inclusione potrei
>applicare?

Secondo me una relazione site.



-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [OSM-talk] multipolygon source tags preferred method

[Andy Townsend]

On 27/03/2017 09:41, Jochen Topf wrote:


Putting the sources on the objects has been deprecated for a while.


Ahem.  Just because _you_ don't do it, doesn't make it "wrong".

Yes, where a whole bunch of stuff has been added from one source (or a 
combination of sources), of course it makes sense to do that on the 
changeset not on individual objects (and editors that show a 
consolidated object history will show source tags from all of these).


However, there may be cases - imagine a road junction that you've 
visited that has changed since the available imagery - where a source 
tag on objects may make sense.  Also, splitting into different 
changesets per source tag sounds like a silly idea...


Best Regards,

Andy


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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

Sveiki

  Dar liko kelios dienos iki apklausos rezultatų
paskelbimo/apibendrinimo. O tuo metu Aurimas jau sukūrė OpenStreetMap
forumo šaką Lietuvos temoms, kuriose rasite Lietuvos žymėtojus ir
kurioje galėsite bendrauti lietuviškai.

  Pridėjau forumo prisijungimo informaciją į wiki:
  https://wiki.openstreetmap.org/wiki/Lt:WikiProject_Lithuania#Bendravimas

-- 
Tomas

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

[Talk-it] Relazione percorso tematico

[Cascafico Giovanni]

M'è venuto un dubbio: è possibile inserire in una relazione "route"
elementi che non sono funzionali alla percorrenza?

Per esempio, un percorso tematico della prima guerra mondiale potrebbe
anche includere (oltre ad i segnavia ed i tabelloni informativi) anche gli
oggetti stessi del tema (bunker, trincee ecc)?

Se si, ci sono dei casi in cui l'oggetto è osservabile dal percorso, ma non
è vicino (diciamo 50-100mt). Che criteri di inclusione potrei applicare?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] multipolygon source tags preferred method

[Jochen Topf]

On Mon, Mar 27, 2017 at 03:56:43PM +1000, nwastra wrote:
> I am unsure what is the preferred way or best practice to tag the source for 
> multipolygons.
> I currently put the source on the relation with all the rest of the tags, and 
> only adding tags to individual ways or inner polygons if they are also part 
> of a seperate entity like a fence or a body of water. I also include the 
> source with the uploaded change-set. This would seem to be ok when adding a 
> new mp relation.
> 
> Should the source also be added to all the individual ways that make up the 
> outer and inner boundaries of each polygon? 
> Is this also the preferred way when adding a new large mp relation that does 
> not currently exist?
>   
> When replacing individual ways or splitting and altering part of a way with 
> updated data, adding the new source tag to those new ways would seem best 
> practice or is it sufficient to added the source to the change-sets alone?
> 
> Is the most sensible way to initially add the source tags to the relation and 
> change-set upload alone and from then on as individual parts are amended, to 
> add the source to just the updated/corrected ways and the change-set on 
> upload?
> 
> I have not come across guidance for this on the wki yet.

Putting the sources on the objects has been deprecated for a while. The
source should be put on the changeset only. If you are doing edits that
involve several different sources, it is best to split the changes up
into different changesets. Of course this is not always possible, then
you can also put several sources in the changeset source tag.

Adding the source to the objects was deprecated, too fined-grained
source tagging simply doesn't make much sense. We can not track every
source for every node, way, or relation or the parts of them for every
tiny change that somebody does. In the end most data will have multiple
sources and figuring out what came from what can only be done going
through the changeset tags, not by looking at the tags on the data
itself.

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

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

Re: [OSM-talk] multipolygon source tags preferred method

[Martin Koppenhoefer]

2017-03-27 9:46 GMT+02:00 David Fox :

> Amendments within changesets can have multiple sources. Each entity can
> have multiple sources.



sure, you can add multiple sources to the changeset.

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

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

2017-03-27 9:48 GMT+02:00 Francesco Pelullo :

> Ne sto ordinando uno, sul catalogo italiano/inglese del produttore
> (Ziggiotto) viene indicato come "delivery coupling unit".
>
> http://www.ziggiotto.it/docd.php?id=53=
>
> Pagina 74 e succ.
>


delivery coupling unit è un termine abbastanza generico, vuol dire qualcosa
come unità di accoppiamento per la mandata, è un'interfaccia per un tubo.

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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Julien Minet]

+ 1 for a wiki page about landuse/landcover mapping in Belgium.

I once found this interesting page about mapping the environnement in OSM
in Ukraine:
http://www.50northspatial.org/map-nature-openstreetmap-approaches-issues-key-tags/.
I think the OSM tagging should be adapted to countries/ecoregions and
consensus about which tags to use could be summarized in regional/national
wiki page.

To me, it is not a problem to map temporary things. Think about some shops
in the most unstable commercial areas: their life expectancy is probably
about one year, just like agricultural landuse. But I must say that, around
my place in Ardenne/Gaume, many meadows are permanent: there exist for
decades simply because they cannot be ploughed easily (presence of many
trees, no drainage and/or superficial bedrocks) and because they would
anyway produce too low crop yield.

For many applications (environmental applications and detailed topographic
mapping), it is also worth tagging forest with leaf_type=*, leaf_cyle=* and
even taxon=* for monospecies forests. But this is also something that
changes over the years. Nowadays, many fir trees (PIcea abies) are being
replaced by either deciduous/broadleaved trees or Douglas (Pseudotsuga
menziesii). Most of Belgian forest (especially in Wallonia) could be
remapped in order to add these specific tags.

So would you agree to make a wiki page for landuse/landcover mapping in
Belgium, and to discuss the issues there?

Julien

On Mon, Mar 27, 2017 at 9:33 AM, Marc Gemis  wrote:

> On Mon, Mar 27, 2017 at 8:42 AM, joost schouppe
>  wrote:
> > That is just an example. Basically I would wish we had a wiki page as
> > detailed as the one about bicycle lane tagging for landuse and related
> > stuff.
>
> I agree on the need of a wiki page with lot's and lot's of photos to
> get a better understanding of the different appearances of certain
> landscape forms.
> I've been trying to understand landuse tagging for the past year or so
> and I still feel very uncertain to map it myself.
>
> m
>
> ___
> 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-cz] iD editor Strava

[Petr Holub]

> Ahoj, všiml jsem si že přestal fungovat iD editor s podporou tras Strava 
> heat. Nefunguje
> přepínání běh / kolo / oboje, nefunguje zarovnávání podle tras. Zbylo tam jen 
> zeleně zobrazené
> vše v jednom, jen do zoomu 15.
> Je to škoda, byl to užitečný nástroj.
> Nepředpokládám, že je chyba jen na mé straně, ale pro jistotu to prosím 
> zkuste někdo ověřit.

Mne jede - jen nejde zapnout ta vrstva Strava Cycling Heatmap, ale to
se zda spis jako problem nekde na strane TMS Stravy, protoze to ted
nefunguje ani v JOSM a dava to 400 ERROR.

Petr


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

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

[Max1234Ita]

Francesco Pelullo wrote
> Il 26 mar 2017 13:16, "Cascafico Giovanni" 

> cascafico@

>  ha scritto:
> 
> Nessuna memoria di massa. Se non ho visto male, la cartella con il
> software
> occupa 3-5 Mb
> 
> 
> Ho sperimentato varie soluzioni con alcuni Raspberry 2 accessi 24/7, a
> lungo termine (3-6 mesi) la microsd si danneggia, idem se sposti la
> partizione di sistema su una pendrive.
> 
> L'unica è abilitare un ramdisk per i files di log. In rete trovi vari
> tutorial in proposito. Oppure prendere un hdd usb.
> 
> Ciao
> /niubii/
> 
> 
> +1
> 
> Le pendrive e le microSD si danneggiano perchè sono memorie flash: dopo un
> certo numero di accessi in scrittura (tanti, ma comunque un numero finito)
> i transistor che le compongono diventano inaffidabili.
> 
> Il fenomeno si accentua se la memoria è formattata usando un FileSystem
> che utilizza la tecnica del Journaling (NTFS EXT3, ext4, ecc.): in pratica
> il S.O continua a scrivere picole quantità di dati  su tutta la partizione
> per preservarne l'integrità; alla lunga però questo logora le memorie
> flash.
> 
> Si può ovviare a questo inconveninete utilizzando filesystem FAT32 oppure
> exFAT (quest'ultima se devi memorizzare file più grandi di 2 GB): se ti
> limiti a salvare dei logfile e li elimini solo quando la memoria è quasi
> piena puoi utilizzare la scheda per molto tempo senza inconvenienti; alla
> peggio un'operazione di check (magari periodica) con un'utility che possa
> marcare i blocchi danneggiati, può prolungarne ulteriormente la vita.
> 
> In ogni caso, se hai maniera di alimentare ed utilizzare un hard disk, è
> la soluzione più affidabile.
> 
> Max
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n8.nabble.com/tool-per-controllare-gli-edits-in-un-area-ERA-Fwd-OSM-talk-Responding-to-vandalism-tp5893651p5894157.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] multipolygon source tags preferred method

[David Fox]

Amendments within changesets can have multiple sources. Each entity can have 
multiple sources.



On 27 March 2017, at 08:29, Martin Koppenhoefer  wrote:



sent from a phone

> On 27 Mar 2017, at 07:56, nwastra  wrote:
> 
> I am unsure what is the preferred way or best practice to tag the source for 
> multipolygons.


as with any edit, the source should be put on the changeset (i.e. the object 
which represents the edit), not on the data objects (node/way/relation).

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

Re: [Talk-it] Attacco di mandata per autopompa

[Francesco Pelullo]

Il 27 mar 2017 8:59 AM, "paolo bubici"  ha scritto:

Ecco un attacco di mandata per autopompa con relativo cartello presente:
http://www.openstreetmap.org/node/4757417419
https://wiki.openstreetmap.org/wiki/File:Dry_riser_inlet.jpg


Ne sto ordinando uno, sul catalogo italiano/inglese del produttore
(Ziggiotto) viene indicato come "delivery coupling unit".

http://www.ziggiotto.it/docd.php?id=53=

Pagina 74 e succ.


Non so se il cartello è a norma di legge ma siccome è utilizzato in un'area
pubblica di in Ospedale pubblico


...(?)...

OK, seguiamo la regola "on the ground rule", anche se personalmente non
condivido.

Faccio osservare che il simbolo utilizzato nel tuo esempio è un idrante
(che serve a prendere acqua) con l'aggiunta della scritta esplicativa.
Quindi il solo simbolo è fuorviante, dovremo renderizzare simbolo + scritta.

BTW,  vedi catalogo Ziggiotto pagina 70.


Vi segnalo che il  proposed "Dry riser inlet" è stato citato sul Weekly Osm
di questa settimana!

http://www.weeklyosm.eu/it/


Bene!

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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[Marc Gemis]

On Mon, Mar 27, 2017 at 8:42 AM, joost schouppe
 wrote:
> That is just an example. Basically I would wish we had a wiki page as
> detailed as the one about bicycle lane tagging for landuse and related
> stuff.

I agree on the need of a wiki page with lot's and lot's of photos to
get a better understanding of the different appearances of certain
landscape forms.
I've been trying to understand landuse tagging for the past year or so
and I still feel very uncertain to map it myself.

m

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

Re: [OSM-talk] multipolygon source tags preferred method

[Martin Koppenhoefer]

sent from a phone

> On 27 Mar 2017, at 07:56, nwastra  wrote:
> 
> I am unsure what is the preferred way or best practice to tag the source for 
> multipolygons.


as with any edit, the source should be put on the changeset (i.e. the object 
which represents the edit), not on the data objects (node/way/relation).

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

Re: [Talk-it] Attacco di mandata per autopompa

[paolo bubici]

Ecco un attacco di mandata per autopompa con relativo cartello presente:
http://www.openstreetmap.org/node/4757417419
https://wiki.openstreetmap.org/wiki/File:Dry_riser_inlet.jpg

Non so se il cartello è a norma di legge ma siccome è utilizzato in un'area
pubblica di in Ospedale pubblico

Vi segnalo che il  proposed "Dry riser inlet" è stato citato sul Weekly Osm
di questa settimana!

http://www.weeklyosm.eu/it/

Ciao,
Paolo




Il giorno 20 marzo 2017 23:18, Alberto  ha
scritto:

> > Ebbene, a queste persone serve il simbolo standard come da tabella
> > ministeriale.
>
> > Quelli che non lo conoscono, non hanno mai visto un progetto di impianto
> > estinzione incendi, e quindi non gli interessa nemmeno vederlo assieme
> alle
> > fontanelle dell'acqua potabile e la tazzina di caffè del bar.
>
> No, non ha senso usare una tabella ministeriale italiana: quasi certamente
> all'estero useranno altri simboli anche nei progetti.
> Peraltro sono simboli tutt'altro che intuitivi. Al di là dei tecnici VF
> che verificano gli impianti, gli altri Vigili del fuoco come me non hanno
> dimestichezza con quei simboli e, ai fini del soccorso, non servirebbe a
> nulla metterli su OSM.
> Meglio avere un simbolo che ricordi il cartello o l'oggetto che si trova
> sul posto, il che faciliterebbe il riconoscimento dell'elemento sia da
> parte degli utilizzatori (VF) che dei mappatori.
>
> > Da una rapida ricerca, mi sembra che almeno in Inghilterra il simbolo
> sia diverso.
>
> Si, all'estero usano cartelli diversi, come quello che hai visto con la
> fiamma e la scritta dry riser inlet.
> In Francia ne usano uno analogo a quello inglese: [0]
> Ma appunto la fiamma da sola non dice niente e la scritta in un'icona
> piccola non ci starebbe.
> In Germania parre mettano solo la scritta nel cartello.
> In Spagna a volte c'è solo la scritta, a volte si trova questo [1] o
> questo [2] (che si capisce poco).
> In altri paesi sembra che per lo più mettano la scritta senza nessun
> disegno.
> Si potrebbe però stilizzare il cartello [3], magari disegnando solo un
> rubinetto bidimensionale con sfondo rosso ed una freccia che indichi
> l'ingresso dell'acqua, come dice AnyFile.
>
> Ciao
> Alberto
>
> [0] http://www.stocksignes.fr/incendie-secours-/232-colonne-seche.html
> [1] http://www.aman.pt/e32071/boca-columna-seca/ms_prod_es_15265/
> [2] http://www.segurilight.com/producto/senal-columna-seca/
> [3] http://www.dmrleanmanufacturing.it/ec/scheda_in2.asp?nf=0207=IT=
> =2978
>
>
>
> ---
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> https://www.avast.com/antivirus
>
>
> ___
> 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

[Talk-cz] Uprava OTM - Smirci kameny

[Tom Ka]

Ahoj,

po diskuzich s Petr1868 a Marianem jsem upravil i stranku OTM pro
Smirci kameny dle "nemeckeho" vzoru:

https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D#N.C3.A1bo.C5.BEensk.C3.A9_objekty

oprava vychazi z:

https://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial#See_also
http://www.openstreetmap.org/changeset/47086633
http://www.openstreetmap.org/node/3156964314/history
http://taginfo.openstreetmap.cz/tags/stone_type=conciliation_cross

Puvodni navrh nebyl aktualne pouzit na zadnem objektu.

Pokud ma nekdo pripominky, prosim kricte.

Diky

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

Re: [OSM-talk-be] Fwd: [OSM-talk] Upcoming removal of landuse=farm in the standard style

[joost schouppe]

> My garden is a forest (really) and also, well, my garden; and then also
part
> of a residential area.

You could use the all of the following tags on the area of your garden:

landuse=residential
leisure=garden
access=private
landcover=trees
leaf_cycle=
leaf_type=

as a wrote a few months before, each piece of ground should have a
landuse and a landcover tag and optionally a leisure tag.


I do like the elegance of that. It makes multi use rarer. Still, in some
cases, there might be two uses which are really both within the same main
key. E.g. where I live is officially "parktuin", basically the government
explicitly states that the area should be residential and forest at the
same time. It is not residential which happens to have a lot of trees.

That is just an example. Basically I would wish we had a wiki page as
detailed as the one about bicycle lane tagging for landuse and related
stuff.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] parti di uno stesso edificio

[Martin Koppenhoefer]

sent from a phone

> On 26 Mar 2017, at 21:34, demon.box  wrote:
> 
> Ciao scusate, domanda piatta piatta...
> Se ho un edificio composto da più parti attigue ma con caratteristiche
> diverse: ad esempio ai 2 lati esterni è un edificio classico (4 mura ed un
> tetto) ma in centro c'è una tettoia
> Come faccio a "legare" tutto assieme se tutto assieme si chiama casa xy? 
> Uso una relazione? Con quali tags?
> Grazie



per l'intero edificio: building=* per le parti: building:part=*
(puoi usare gli oggetti che ritieni più opportuno, tra way e multipoligono)

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

[Talk-cz] iD editor Strava

[Milan Cerny]

Ahoj, všiml jsem si že přestal fungovat iD editor s podporou tras Strava heat. 
Nefunguje přepínání běh / kolo / oboje, nefunguje zarovnávání podle tras. Zbylo 
tam jen zeleně zobrazené vše v jednom, jen do zoomu 15.
Je to škoda, byl to užitečný nástroj.
Nepředpokládám, že je chyba jen na mé straně, ale pro jistotu to prosím zkuste 
někdo ověřit.

Díky.

http://strava.github.io/iD

Milan

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

[OSM-talk] multipolygon source tags preferred method

[nwastra]

I am unsure what is the preferred way or best practice to tag the source for 
multipolygons.
I currently put the source on the relation with all the rest of the tags, and 
only adding tags to individual ways or inner polygons if they are also part of 
a seperate entity like a fence or a body of water. I also include the source 
with the uploaded change-set. This would seem to be ok when adding a new mp 
relation.

Should the source also be added to all the individual ways that make up the 
outer and inner boundaries of each polygon? 
Is this also the preferred way when adding a new large mp relation that does 
not currently exist?
  
When replacing individual ways or splitting and altering part of a way with 
updated data, adding the new source tag to those new ways would seem best 
practice or is it sufficient to added the source to the change-sets alone?

Is the most sensible way to initially add the source tags to the relation and 
change-set upload alone and from then on as individual parts are amended, to 
add the source to just the updated/corrected ways and the change-set on upload?

I have not come across guidance for this on the wki yet.

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