Re: [Talk-it] Pozzo in disuso
On 26/01/15 10:37, cascafico wrote: Un pozzo, ad uso ghiacciaia (Jazera) probabilmete in disuso da un secolo, Non so quanto possa essere corretto o attinente al tuo caso, ma per delle ghiacciaie di qualche secolo fa [1] ( praticamente dei grossi pozzi senza coperchio o acqua in fondo), io ho usato i tag building=yes e historic=ice_house più altri tag di contorno (per definire l'oggetto dal punto di vista 3D e per mappare il recinto protettivo). Il tag historic=ice_house è usato in altri 9 casi [2]. [1] http://wiki.openstreetmap.org/wiki/File:Ghiacchiaie_della_sambuca.jpg [2] http://taginfo.openstreetmap.org/tags/historic=ice_house -- Alla prossima, Marco. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Lizenzfrage: Zuarbeit für Papierkarte
Hi! Am 26. Januar 2015 um 13:00 schrieb Erik Heinz e...@iks-jena.de: Natürlich ohne dass die komplette Karte (die ja letzlich eine abgeleitete Datenbank darstellen würde) unter ODbL gestellt werden muss. Wäre sie das? Inwieweit sollte eine Papierkarte eine abgeleitet Datenbank sein? Ich nehme an, du meinst eigentlich die Daten hinter der Papierkarte? Wenn wir davon ausgehen, dass sie über eine bestehende Straßenkarte nur einen Layer mit Radwegen drüber legen, wäre nur die Daten(!) dieses Layer eine abgeleitete Datenbank. Wenn dieser Radwege-Layer 1:1 aus OSM-Daten besteht, sollte eine Nennung auf der Papierkarte ausreichen. Aber - und jetzt kommen wir zurück zur abgeleiteten Datenbank - wenn der Verlag Daten aus OSM entnimmt, diese mit bestehenden Daten vermischt und daraus den Radwege-Layer macht, dann wäre das eine abgeleitete Datenbank und diese wäre unter der ODbL zu veröffentlichen. So verstehe ich die Lizenz. Das ist für den Verlag natürlich keine Option, denn die OSM-Daten wären nur ein kleiner Teil der gesamten Kartendaten und nicht zuletzt müssen andere Lizenzvereinbarungen beachtet werden. Die anderen Lizenzvereinbarungen sind nicht wichtiger oder unwichtiger als die ODbL ;-) Die Rechercheergebnisse des Vereins zu veröffentlichen, wäre dagegen kein Problem - wenn sie nicht ohnehin in OSM eingepflegt werden. Ich denke das wird nicht reichen. Wenn der Verlag Daten des Radwegenetzes entnimmt und mit eigenen Daten vermischt, dann muss er das Gesamtergebnis (d.h. das gesamte Radwegenetz) auch unter der ODbL veröffentlichen. Könnte man alternativ die Zustimmung der betreffenden Bearbeiter einholen? Theoretisch ja, praktisch nein. Denn es gibt nicht den einen Bearbeiter einer Radroute. Diese basiert ja auf den Wegen und Straßen von vielen anderen Beitragenden. Natürlich kann man aber z.B. die GPS-Tracks oder sonstigen Aufzeichnungen von einzelnen Beitragenden sammeln. Über kompetente Aussagen würde ich mich sehr freuen. Ob sie kompetent ist, weiß ich nicht. Es ist auf jeden Fall meine Aussage, ich hoffe sie hilft. Beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] FW: Sheet request
I can see that some townlands along the Antrim/Derry county boundary need to be split: http://maps.openstreetmap.ie/oocmaps.html?zoom=15lat=55.08828lon=-6.58951layers=0B000TTFFF See that there are 2x Macfinn Lowers, 2x Ballywindelland Lowers etc along the county boundary. D On 26 January 2015 at 11:56, Donal Diamond donal.diam...@gmail.com wrote: On 25 January 2015 at 22:39, Dave Foley daf...@outlook.ie wrote: Not that I know of anyway. The website is currently down but I think http://www.histpop.org/ lists the parish alongside the townlands. Obviously a map would be easier to work with though. Good work on finishing Antrim! That was fast - great work. There's a few tiny gaps - you can use the debug page to help track them down: http://www.townlands.ie/antrim/debug/ D ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] Codes Fantoir erronés
Le 26/01/2015 15:30, Vincent de Château-Thierry a écrit : Bonjour, je relaie ici une annonce faite sur le forum [1]. J'ai placé sur cette page : http://cadastre.openstreetmap.fr/fantoir/fantoir_errone.html un listing des codes Fantoir connus seulement d'OSM, car absents du fichier Fantoir. Il s'agit donc d'anomalies, souvent dûes à des fautes de frappe lors de la saisie en base. Vous reconnaîtrez sur la page les liens présents sur http://cadastre.openstreetmap.fr/fantoir/ afin de permettre l'édition des objets concernés, l'objectif étant de réduire à 0 le nombre de lignes de cette page. À noter : la page est un peu longue à charger car l'établissement du listing se fait dynamiquement à l'ouverture, en interrogeant les données BANO et Fantoir France, ce qui fait un peu de monde. Pas tout a fait. Les codes FANTOIR ne sont rendu public via le FANTOIR annuellement, mais les communes le reçoivent avant et peuvent le diffuser. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Error when Exporting from Share icon
On 26/01/15 12:00, Paul Norman wrote: On 1/26/2015 2:58 AM, Dave F. wrote: I don't know when it was last reviewed, but does this error have bit of a sensitive trigger? Has the server that runs the process been upgraded so it can handle a greater number of requests? If so, could the error's cut in point be relaxed? The thresholds for each server have been adjusted multiple times and will probably continue to be so. Even if the load cutoff is increased there will be times when individual render requests are rejected for a few days in a row - stylesheet updates being the main one. It is considered more important to update the map rendering than to do a custom render. Personally I don't have many problems generating a custom render from osm.org, but I'm on a different timezone and keep different hours, which makes it hard to compare. I also get directed to a different server much of the time. I suspect main difference is that you're hitting orm and Dave is hitting yevaud. There is an ops ticket open for our efforts to get yevaud upgraded to improve the performance: https://github.com/openstreetmap/operations/issues/5 Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Lizenzfrage: Zuarbeit für Papierkarte
On Monday 26 January 2015, Erik Heinz wrote: Frage: kann man die teilweise Verwendung solcher Daten für eine kommerzielle Papierkarte lizenzmäßig sauber lösen? Natürlich ohne dass die komplette Karte (die ja letzlich eine abgeleitete Datenbank darstellen würde) unter ODbL gestellt werden muss. Das ist für den Verlag natürlich keine Option, denn die OSM-Daten wären nur ein kleiner Teil der gesamten Kartendaten und nicht zuletzt müssen andere Lizenzvereinbarungen beachtet werden. Zunächst einmal: die Kartendarstellung - egal ob auf Papier oder elektronisch - ist immer ein 'produced work' und muss niemals unter ODBL gestellt werden. Es geht bei share-alike immer nur um die zugrunde liegenden Daten. Ansonsten sieht das aus wie ein Fall für: http://www.osmfoundation.org/wiki/License/Community_Guidelines/Horizontal_Map_Layers_-_Guideline also: was auch immer an Radwegen (oder auch Anderem) mit Daten vom selben Typ aus OSM kombiniert wird, muss share-alike sein, andere, von den Radwegen unabhängige Elemente wie zum Beispiel Gebäude, Gewässer etc. nicht. Aber Vorsicht, wenn man nicht-OSM-Daten so anpasst, dass sie zu den OSM-Daten passen oder OSM-Daten an die sonstigen Daten, zum Beispiel indem man einen Radweg entlang einer Straße geometrisch mit dieser Straße synchronisiert oder vermeidet, dass ein Radweg an einem Seeufer über das Wasser gezeichnet wird dann greift eventuell share-alike - das ist aber nicht wirklich klar. Wenn eine solche Anpassung eine substantielle Korrektur der Daten darstellt, sollte im Sinne der ODBL share-alike greifen, wenn es sich nur um eine darstellungsspezifische Generalisierung handelt dann eher nicht. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Codes Fantoir erronés
De: Frédéric Rodrigo fred.rodr...@gmail.com Pas tout a fait. Les codes FANTOIR ne sont rendu public via le FANTOIR annuellement, mais les communes le reçoivent avant et peuvent le diffuser. Oui il ne faut pas l'exclure. Mais le sondage que j'ai pu faire sur les ~150 codes remontés jusque là montre une majorité de cas où la différence entre un code connu de Fantoir et le code connu d'OSM est sur 1 caractère : un 8 compris comme un 3 ou le contraire, etc. Donc plutôt sur des codes pas forcément tous neufs, et entrés à la main en relisant le calque BANO, par ex. Après, si on ne parvient pas à tout corriger, avec le Fantoir actuel (millésime 2014), ça n'est pas un souci. Ça donnera l'étendue des codes dont tu parles, plus récents. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Problema rendering chiese
Tempo fa (2013 o giù di lì, credo) Keepright segnalava come errore i nodi con tag place_of_worship che non avessero anche indicato il loro tag name. Non so se questo valga ancora, ma a scanso glielo metto... Ovviamente se lo metto nel tag non lo metto sull'edificio... (Altro errore segnalato da keepright: steso tag su un'area ed un nodo in essa contenuto) :) Max -- View this message in context: http://gis.19327.n5.nabble.com/Problema-rendering-chiese-tp5828762p5831404.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] accesso percorsi interne a villaggio turistico
Come è più corretto mappare le strade interne ad un villaggio turistico i cui perimetri sono taggati come tourism=resort (quest'ultimo fra l'altro non viene renderizzato da mapnik)? access=private access=customer ... ? oppure va bene anche lasciarlo senza indicazione dato che trattandosi di un resort dovrebbe essere implicito che si tratta di suolo privato? Ma immagino che in questo caso non sia il massimo per il routing.. -- -- View this message in context: http://gis.19327.n5.nabble.com/accesso-percorsi-interne-a-villaggio-turistico-tp5831413.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
[OSM-legal-talk] missing attribution for use of OSM data
hi folks, auckland, new zealand has a council-controlled website which is used for route planning on public transport. having done a lot of editing on osm over the years, i know the osm data pretty well, and can spot its use quite easily [1]. from what i can see, the transport routing site doesn't mention osm anywhere, or give correct attribution. one of my friends has put in a freedom of information request to the council, to confirm it is osm data and to get formal confirmation for who the contractors are - we know this already though, from examining the website, it's smartrak.co.nz as an aside, it appears their own website may also have unattributed osm data, depicting central auckland: http://www.smartrak.co.nz/Info/images/home-map-v2.jpg we are confident the data is from osm. assuming it is, what are the best steps to take? this is the site: https://at.govt.nz/bus-train-ferry/journey-planner/ [1] the inconsistent tracing of buildings, hedges, fences and driveways were a big giveaway, but there are many others, such as geometry and naming mistakes, odd road geometry i've drawn in and new features which have only been built in the last two weeks thanks, -- robin What the world needs now, is love sweet love ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[Talk-it] Adding OSM based local/POI search in modRana
Conoscevate modRana? Un software di navigazione/routing per dispositivi Linux Usa le mappe OSM, per la ricerca di indirizzi usa Nominatim, e per Wikipedia usa Geonames. Per la ricerca di POIs invece utilizza Google API Motivazione? because it supports natural language queries and is more tolerant to ambiguous input. This makes the preset categories easier to define and also makes it easy for users to write free form queries Ho chiesto agli sviluppatori se possono aggiungere la ricerca di POIs in OSM e hanno mostrato interesse Dicono che gli serve una presets list contenente i tags rilevanti per le varie categorie di ricerca, tipo Benzinai, Hotel, Etc. (si potrebbe fare anche una ricerca libera free form ma funziona se si è esperti dei tag osm) Mi rimandano quindi a questa pagina http://wiki.maemo.org/ModranaOsmTagsForSearchPresets Chiedendomi se posso contribuire, ma a fare cosa? creare una lista di presets in formato JSON? Posso inserire anche delle tag combos ? Tipo Benzinai a GPL - amenity=fuel + fuel:lpg=yes ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-hr] Novi set upita za banke i naftne kompanije
Iz Erste su prvi odgovorili i poslali nove podatke. Stavljeni su na github https://github.com/osm-hr/data4import Svi zainteresirani mogu se uključiti i pomoći. On 01/25/2015 03:20 AM, hbogner wrote: Kontaktirane su sljedeće banke: erstebank.hr hpb.hr pbz.hr rba.hr splitskabanka.hr otpbanka.hr hypo-alpe-adria.hr Te sljedeće naftne kompanije: petrol.hr lukoil.hr ina.hr Zamolili smo ih podatke o njihovim objektima u nekom prostornom zapisu. Čekamo njihove odgovore. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-de] Abwesenheitsnotiz
On 26.01.15 16:40, Frederik Ramm wrote: Ja, komisch - das keine Nachrichten war jetzt im Mailman wieder weg, ich hab es wieder eingeschaltet. Naja, vermutlich hat's der Empfänger wieder eingeschaltet. Man sollte ihn über seine Fehler (und was er damit auslöst) aufklären... /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abwesenheitsnotiz
Andreas Labres l...@lab.at wrote: Naja, vermutlich hat's der Empfänger wieder eingeschaltet. Man sollte ihn über seine Fehler (und was er damit auslöst) aufklären... Der Fehler kommt ja weniger vom Absender selbst als von einem kaputten vacation system, das zu blöd ist Mails in dessen header List-Id gesetzt ist nicht automatisch zu beantworten. Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abwesenheitsnotiz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 01/26/2015 12:58 PM, Michael Reichert wrote: Jochen und ich haben (unabhängig von einander) Frederik als Listenmoderator gebeten, den Verursacher auf die Blacklist zu setzen. Ja, komisch - das keine Nachrichten war jetzt im Mailman wieder weg, ich hab es wieder eingeschaltet. Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUxl/xAAoJEOx/uhGAJu9Hb1EH/j67nw8ROUUGUKA/R5+91jBC eXReuVvP3raVW1SxxmfmXMC4RMXq1iue/blaSl0ReAmLCMslKMZzSCDB+f0cb5w+ 8BGG4kKWyXJ+E83cmkR4KJWItRAW6SdCvbWlFUlzPvW6pt3+5rxqOK5Bbvjh7OxI fGIpCQD3Uq2Yf7jFawlsRZYX7TR56lTDZG4cxg+9zGS8nvIc4t5BGw2v9U72JS5m Mu+njhJBzuOa2oo4A9JYjJOz0+A7+hMMcfd26oL7s9TchhfaCjgMYvJfaX3zpHlg SuJKnOZDU1LHPujt1N2SXPaZJHcauNaWmMWPhZwDENKWFGKbniIMQ2SbAYHRQgE= =Y0uR -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
I finally found the one on the Campus of KU Leuven in Heverlee (Belgium) https://www.openstreetmap.org/node/3312266873#map=17/50.86920/4.69259layers=C Jo 2015-01-26 10:13 GMT+01:00 Philip Barnes p...@trigpoint.me.uk: On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote: The locations I field checked were all findable, but had positioning errors consistent with smartphone GPS units, up to 30 meters. In each case I was able to find the station in a field check, then manually rectify the exact location. It was a lot easier to field check these knowing the approximate location, rather than simply wandering all over town searching for bike repair stands. I think this is a good example of where notes are the way to go. A badly positioned node is only likely to be spotted by a mapper who is specifically interested in bike repair stations, whereas a note will be spotted and acted upon by a more general mapper visiting an area. The note can contain info on how to tag or a reference to one that has been properly surveyed. Phil (trigpoint ) -- Sent from my Jolla ___ 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-de] Abwesenheitsnotiz
On 26.01.15 11:21, malenki wrote: Am 21.01. wurde das Problem in diesem Thread in der Tradition von Euro-Krise und NSA-Affäre bereits für beendet erklärt. *SCNR* Naja, ich verstehe die Ironie, aber irgendwie triffts das hier nicht. Wenn man dieses Feature schon implementieren muss, muss man das richtig machen. Precedence nicht beachten und an die falsche Adresse zurückschicken sind *zwei* Fehler, die man so nicht machen darf. So haben Tausende (oder wieviele Subcriber gibt's von talk-de) darunter zu leiden. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Import Civici Anzola dell'Emilia
Ciao a tutti, seguendo le import guidelines, con questa mail inizio il processo di discussione sull'importazione dei numeri civici di Anzola dell'Emilia messi a disposizione dal Comune. Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Anzola_dell_Emilia Dato che non risiedo in zona, si cercano mappers che possano dare una mano soprattutto per le verifiche in loco. Ciao, Andrea PS Seguirà Torino... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Abwesenheitsnotiz
On 26.01.2015 17:01, Andreas Labres wrote: On 26.01.15 11:21, malenki wrote: Am 21.01. wurde das Problem in diesem Thread in der Tradition von Euro-Krise und NSA-Affäre bereits für beendet erklärt. *SCNR* Naja, ich verstehe die Ironie, aber irgendwie triffts das hier nicht. Wenn man dieses Feature schon implementieren muss, muss man das richtig machen. Precedence nicht beachten und an die falsche Adresse zurückschicken sind *zwei* Fehler, die man so nicht machen darf. So haben Tausende (oder wieviele Subcriber gibt's von talk-de) darunter zu leiden. /al Mich würde interessieren, welches Programm dafür zuständig ist. Wenn ich es richtig interpretiere, ist es nicht sein Standard-Mailclient, sondern ein Programm auf seinem Mailserver. Leider schickts keinen User-Agent mit... Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Pozzo in disuso
Domanda: si tratta di un pozzo o di una ghiacciaia? Normalmente una ghiacciaia non è un pozzo e vice versa. Se pozzo: è un ex-pozzo senza acqua o un pozzo attivo?Hai una foto dell'oggetto? Sono curioso. Sicuramente non è un historic=monument. Mi vien in mente historic=ice_house o un historic=water_well (ex-pozzo) o man_made=water_well (ancora funzionante) Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Deprecation von associatedStreet-Relationen
Original-Nachricht Betreff: Re: [Talk-de] Deprecation von associatedStreet-Relationen Datum: Thu Jan 22 2015 19:54:17 GMT+0100 Von: Michael Reichert naka...@gmx.net An: talk-de@openstreetmap.org 3.573.027 Objekte sind mit der Rolle house Mitglied in einer associatedStreet-Relation. [1, 2] 49.260.005 Objekte in der OSM-Datenbank haben addr:housenumber=*. Somit beträgt der Anteil der mit Relationen gemappten Hausnummern an alle gemappten Hausnummern 7,2 Prozent. Dir ist schon klar, dass du hier Äpfel mit Birnen vergleichst, oder? für diesen Vergleich ist hier vielmehr die Anzahl der Objekte mit addr:street=* relevant ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Pozzo in disuso
Nel wiki viene indicato che historic=monument andrebbe usato per oggetti di tipo commemorativo, a meno che non sia da interpretare in modo così ristrettivo. Peccato poi che anche tourism=attraction non venga renderizzato. -- View this message in context: http://gis.19327.n5.nabble.com/Pozzo-in-disuso-tp5831386p5831420.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pista ciclabile contigua al marciapiede
Quale è il tagging coretto per una Pista ciclabile contigua al marciapiede dove la parte ciclabile e la parte marciapiede sono separati da una striscia di terra con alberi (vedi http://www.mapillary.com/map/im/Si7YnLJb7t8WQQAb1KUlag). La mia tendenza sarebbe di mettere tre ways separate highway=cycleway natural=tree_row highway=foot Siete d'accordo? Volker ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pista ciclabile contigua al marciapiede
Il 01/26/2015 04:20 PM, Volker Schmidt scrisse: La mia tendenza sarebbe di mettere tre ways separate highway=cycleway natural=tree_row highway=foot Siete d'accordo? Si'. Anche perche' secondo me e' sbagliato il cartello o al limite della definizione. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 1:13 AM, Philip Barnes p...@trigpoint.me.uk wrote: On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote: The locations I field checked were all findable, but had positioning errors consistent with smartphone GPS units, up to 30 meters. In each case I was able to find the station in a field I think this is a good example of where notes are the way to go. A badly positioned node is only likely to be spotted by a mapper who is specifically interested in bike repair stations, whereas a note will be spotted and acted upon by a more general mapper visiting an area. The note can contain info on how to tag or a reference to one that has been properly surveyed. It seems messy, but I could import the 500 repair stations each with a 'note' that says it needs field checking. Would people really want that? --- This still won't find all the wacky ways people have tagged existing stations (e.g. bike rack with capacity zero). But might focus attention on the bike infrastructure in the area of the note. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Import Civici Anzola dell'Emilia
2015-01-26 18:50 GMT+01:00 Daniele Forsi dfo...@gmail.com: Il 26 gennaio 2015 17:19, Andrea Musuruane ha scritto: Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Anzola_dell_Emilia questa frase si trova nelle pagine di Anzola, Biella e Torino: Addresses not found in the open data source will be tagged as fixme and must be later verified on place. ma secondo me gli import non devono contenere fixme perché è l'inserimento volontario di qualcosa che la procedura di import ha individuato come anomalia e lo considero molto vicino al vandalismo (senza offesa!) Poi ce ne sono veramente e quanti? Per Biella i fixme erano 5. Sono civici a cui mancava l'indirizzo per un problema della fonte. Per me hanno senso perché avevano una parte di informazione e non volevo perderla. Per Anzola e Torino non ce ne sono. Pertanto rimuoverò quella frase. Tra l'altro anche tu puoi controllare queste cose perché i file OSM risultato della traduzione è pubblicato su internet. Dato che non risiedo in zona, si cercano mappers che possano dare una mano soprattutto per le verifiche in loco. in mancanza di mappatori locali per quanto tempo i fixme rimarrebbero non verificati? Come vedi il problema non si pone per i fixme. Però secondo me questi import hanno poco senso se non si riesce a coinvolgere la comunità locale. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Osmose
Bonjour, Quelques suggestions et questions : Sur le rendu BANO, il a été ajouté les lieux dits, certains s'appelle hameaux machin, et semble bien placé. Pourquoi ne pas sortir leur position avec leur nom et permettre de l’intégrer dans osmose avec place=hamlet. Dans osmose, il y a peu, il est possible d’intégrer des stations essences, c'est bien pour celles qui n'existaient pas dans osm mais celles existantes n'ont pas le bénéfice des données libérées (surtout les types de carburants). les données pourrait être scindé en 2 :celles avec distribution de gasoil (presque toutes) et celles sans. pour celle avec gasoil osmose pourrait vérifier la présence de amenity=fuel et fuel:diesel=yes. Et proposer l’intégration des données si il y a amenity=fuel sans fuel:diesel=yes Depuis très peu de temps, dans osmose, il y a l’intégration des codes postaux aux relation des communes. Est ce que ça devrai pas être intégré d'office (un bot) plutôt. pour l'erreur types de routes disparates( http://osmose.openstreetmap.fr/fr/map/#item=1090), beaucoup des erreurs sont des motorway_link arrivant sur highway=service sur les aires d'autoroute. Est ce vraiment une erreur? Pour les wood= qui doivent disparaître ne devrait on pas faire des changement massif avec les nouveaux tags. http://wiki.openstreetmap.org/wiki/Proposed_features/leaftype Pas lié à osmose : A quoi ça sert maxspeed=FR:urban au lieu de maxspeed=50? Ici: https://github.com/osm-fr/bano-data/blob/master/cadastre_type.txt le fichier n'est plus mis à jour depuis un mois : normal, pas normal ou c'est juste qu'au cadastre ils sont encore en vacances? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On 26/01/2015 19:19, Bryce Nesbitt wrote: 2) Nobody seems to mind if a school POI is off by 30 meters. But the people do seem to care for bicycle repair stations. Citation needed, I think. That may be true in the US (were schools imported there?) but I'd be very surprised if in the UK there were many school POI nodes (of which there are still a few) that were actually outside the school grounds. A quick peek at a couple of areas in the UK in taginfo (including ones with fewer local mappers) suggest most schools are mapped as areas, and I'd expect them to be as accurate the aerial imagery locally, which is certainly better than 30m. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Adding OSM based local/POI search in modRana
Il 26 gennaio 2015 13:36, Fabri ha scritto: Mi rimandano quindi a questa pagina http://wiki.maemo.org/ModranaOsmTagsForSearchPresets Chiedendomi se posso contribuire, ma a fare cosa? creare una lista di presets in formato JSON? forse vogliono sapere il tag OSM da usare come chiave nel JSON? (es. se il primo camp indica i campeggi, dovrebbe essere camp_site) ma perché reinventare la ruota quando anche Nominatim permette la ricerca in linguaggio naturale e in tante lingue contemporaneamente? Cioè da osm.org posso indifferentemente cercare farmacie a livorno oppure pharmacy in leghorn e tutte le cose e nelle lingue elencate qui http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases qiundi IMVHO dovrebbero usare quelle pagine per ricavare automaticamente il JSON, non ti so dire se la licenza è compatibile, ma secondo me essendo traduzioni di parole singole sono talmente banali che non possono essere protette da copyright (comunque per le poche cose che ho inserito io gli do il permesso di farne quel che vogliono) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Codes Fantoir erronés
Bonjour, je relaie ici une annonce faite sur le forum [1]. J'ai placé sur cette page : http://cadastre.openstreetmap.fr/fantoir/fantoir_errone.html un listing des codes Fantoir connus seulement d'OSM, car absents du fichier Fantoir. Il s'agit donc d'anomalies, souvent dûes à des fautes de frappe lors de la saisie en base. Vous reconnaîtrez sur la page les liens présents sur http://cadastre.openstreetmap.fr/fantoir/ afin de permettre l'édition des objets concernés, l'objectif étant de réduire à 0 le nombre de lignes de cette page. À noter : la page est un peu longue à charger car l'établissement du listing se fait dynamiquement à l'ouverture, en interrogeant les données BANO et Fantoir France, ce qui fait un peu de monde. Merci à vous, vincent [1] : http://forum.openstreetmap.fr/viewtopic.php?f=2t=1187start=140#p7426 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Import Civici Anzola dell'Emilia
Ottimo! Posso suggerire nel QA anche l'utilizzo del plugin Coloured Street per JOSM (http://josm.openstreetmap.de/wiki/Styles/Coloured_Streets) e l'utilizzo del layer Mapbox Satellite (stessa nitidezza di Bing e lo scostamento è molto meno accentuato rispetto alla realtà. Inoltre in alcune zone è anche più aggiornato della PCN2012)? Buon import! Leonardo P.s. il file toponomastica_01062012.osm di Torino ha i nomi delle vie tutte in maiuscolo. Errore di link sulla wiki? Il 26/01/2015 17:19, Andrea Musuruane ha scritto: Ciao a tutti, seguendo le import guidelines, con questa mail inizio il processo di discussione sull'importazione dei numeri civici di Anzola dell'Emilia messi a disposizione dal Comune. Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Anzola_dell_Emilia Dato che non risiedo in zona, si cercano mappers che possano dare una mano soprattutto per le verifiche in loco. Ciao, Andrea PS Seguirà Torino... ___ 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
[OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
I have nothing against bicycle repair stations. Really. But, just in France, how many databases do we have that are as worth as this one ? Post offices, monuments, schools… Do we want to create some hundreds, thousands of notes for these? PS: these data are proposed to the integration through osmose, the qa tool. http://osmose.openstreetmap.fr/fr/map/ JB. Le 26/01/2015 19:14, Dave Corley a écrit : To me the only logical choice is #2 when you data is not accurate enough for an import but the data itself is useful and something which is wanted All that is needed is a disclaimer added to the note something to the effect of This note is based off an inaccurate source. The bicycle repair station is located somewhere within 30 meters of this note. If you can easily identify the station, please map it and close this note. If note, please add a comment saying it needs a ground survey. This doesn't need to be very complicated. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 11:10 AM, JB jb...@mailoo.org wrote: I have nothing against bicycle repair stations. Really. But, just in France, how many databases do we have that are as worth as this one ? Post offices, monuments, schools… Do we want to create some hundreds, thousands of notes for these? 1) There's a strong use case for a mobile app to find the nearest bicycle repair station. 1a) Even an approximate position is better than not knowing at all. 2) Nobody seems to mind if a school POI is off by 30 meters. But the people do seem to care for bicycle repair stations. 3) Everything in OSM is subject to verification and change over time. There are hundreds if not thousands of USA post offices in OSM that no longer exist: data quality never absolute. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Codes Fantoir erronés
Bonjour Le 26/01/2015 18:23, Philippe Verdy a écrit : Dernier problème : de nombreux commerces et entreprises qui sont tagués dans OSM par uniquement par un noeud doivent se partager le même numéro et la même rue et même le même nom de batiment (cas des immeubles de bureaux). Comment mentionner leur adresse de contact autrement que par des tags addr:* qui pourtant mentionnent une adresse différente de celle de la position physique du noeud ? Ne faudrait-il pas alors utiliser contact:*=* au lieu de addr:*=* ? https://wiki.openstreetmap.org/wiki/AddrN ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Wohnpark als Relation
On 26.01.2015 20:23, Stephan Bösch-Plepelits wrote: Wär das nicht ein typischer Fall für eine site-relation? http://wiki.openstreetmap.org/wiki/Relation:site Nein, denn It is not necessary or appropriate to use a relation when all the elements contained within the boundary of the site belong to the site, and no elements beyond that boundary do belong. Allerdings verletzen auch die Beispiele im Proposal diese Bedingung (siehe http://wiki.openstreetmap.org/wiki/Talk:Relations/Proposed/Site#Examples), weshalb ich das Proposal generell skeptisch sehe. Wenn alles zusammenhängt, ist diese Bedingung verletzt. Wenn es nicht zusammenhängt (wie im Fall der TU), ist Wortbedeutung von site verletzt. = Eigentlich passt diese Relation nie. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wohnpark als Relation
On Mon, Jan 26, 2015 at 07:04:08PM +0100, Markus Straub wrote: Servus, ich habe gerade zwei Wohnparks / Höfe als Relationen gemappt und bin damit aber nicht ganz zufrieden. Hat jemand bessere Vorschläge als das hier? Gibt es Tags, mit denen man ausdrücken kann, dass es sich um eine Wohnanlage handelt? building=apartments war eher gefreestyled :) https://www.openstreetmap.org/relation/4521528 https://www.openstreetmap.org/relation/1668525 Man könnte statt der Relation eine residential-Area herumlegen und der dann den Namen geben, gefällt mir aber noch weniger. Wär das nicht ein typischer Fall für eine site-relation? http://wiki.openstreetmap.org/wiki/Relation:site Hier als Beispiel die TU-Wien: http://www.openstreetmap.org/relation/33319 gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it] Import Civici Anzola dell'Emilia
2015-01-26 19:57 GMT+01:00 Leonardo kinetocor...@gmail.com: Ottimo! Posso suggerire nel QA anche l'utilizzo del plugin Coloured Street per JOSM ( http://josm.openstreetmap.de/wiki/Styles/Coloured_Streets) e l'utilizzo del layer Mapbox Satellite (stessa nitidezza di Bing e lo scostamento è molto meno accentuato rispetto alla realtà. Inoltre in alcune zone è anche più aggiornato della PCN2012)? Mapbox Satellite mi sembrano le stesse immagini di Bing (vedo le stesse auto parcheggiate) ma allineate in modo diverso. Come detto in altro post, io continuerei a usare il PCN come riferimento. P.s. il file toponomastica_01062012.osm di Torino ha i nomi delle vie tutte in maiuscolo. Errore di link sulla wiki? E' un errore mio. Temo di aver perso la copia che normalizzava i nomi. Rimedierò al più presto. Sigh. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, 2015-01-26 at 18:14 +, Dave Corley wrote: As I see it there are 3 options here 1. Do an import, but its not accurate enough for an import - 500 POI's will never be fully vetted. 2. Add a note so that someone can map it either from imagery or a ground survey - 500 notes will get checked by individual mappers. 3. Do nothing, stick the data in a drawer and never use it - 500 pieces of data never get used by anyone To me the only logical choice is #2 when you data is not accurate enough for an import but the data itself is useful and something which is wanted +1 Option 2 is the only sensible option. A boilerplate can be added to the note with the suggested tagging scheme. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Quay
On 26/01/2015 19:23, Jean-Marc Liotier wrote: man_made=quay anyone ? To quote the IHO dictionary: quay. A WHARF approximately parallel to the SHORELINE and accommodating ships on one side only, the other side being attached to the SHORE. It is usually of solid construction, as contrasted with the open pile construction usually used for PIERS. So yes, your reasoning is correct that section of the coastline that forms the quay could indeed be tagged man_made=quay. Might it be a good idea to raise this issue in the tagging list? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On 26/01/15 19:19, Bryce Nesbitt wrote: On Mon, Jan 26, 2015 at 11:10 AM, JB jb...@mailoo.org mailto:jb...@mailoo.org wrote: I have nothing against bicycle repair stations. Really. But, just in France, how many databases do we have that are as worth as this one ? Post offices, monuments, schools… Do we want to create some hundreds, thousands of notes for these? 1) There's a strong use case for a mobile app to find the nearest bicycle repair station. That can be made without adding poor quality data to OSM. 1a) Even an approximate position is better than not knowing at all. Hmmm, not sure about that. 2) Nobody seems to mind if a school POI is off by 30 meters. But the people do seem to care for bicycle repair stations. I'd say lots of people care about quality. Saying that some existing things that are poor quality somehow justifies adding more poor quality is a steep slope down to junk. I would say that if you know the data are poor quality, don't add them. Find a way to improve them or offer them in a set of hints for people to find the real place on the ground. 3) Everything in OSM is subject to verification and change over time. There are hundreds if not thousands of USA post offices in OSM that no longer exist: data quality never absolute. Again, that doesn't justify adding data you know are poor quality. Please don't do that. -- Cheers, Chris user: chillly ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 11:10 AM, JB jb...@mailoo.org wrote: I have nothing against bicycle repair stations. Really. But, just in France, how many databases do we have that are as worth as this one ? Post offices, monuments, schools… Do we want to create some hundreds, thousands of notes for these? PS: these data are proposed to the integration through osmose, the qa tool. http://osmose.openstreetmap.fr/fr/map/ JB. This process is a good way to vet databases. If there is an interest, as there is for bicycle repair stations, then it's likely that it will be successful. It's certainly much better than importing the data to find that nobody has any interest in maintaining it. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 11:42 AM, Chris Hill o...@raggedred.net wrote: Again, that doesn't justify adding data you know are poor quality. Please don't do that. The data in question is collected via GPS: it's of similar quality to other POI's collected via GPS. Every one I sought out to verify was readily findable. I think the quality is quite good, and perfectly adequate for a cyclist to locate the stations in a time of need. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Osmose
Je rajoute un truc : Là où il y a des man_made=survey_point avec description=Clocher ... (ils sont très nombreux) Pourquoi pas proposer une église en intégration : amenity=place_of_worship religion=christian buiding=church Le 26 janvier 2015 20:38, Jérôme Amagat jerome.ama...@gmail.com a écrit : Bonjour, Quelques suggestions et questions : Sur le rendu BANO, il a été ajouté les lieux dits, certains s'appelle hameaux machin, et semble bien placé. Pourquoi ne pas sortir leur position avec leur nom et permettre de l’intégrer dans osmose avec place=hamlet. Dans osmose, il y a peu, il est possible d’intégrer des stations essences, c'est bien pour celles qui n'existaient pas dans osm mais celles existantes n'ont pas le bénéfice des données libérées (surtout les types de carburants). les données pourrait être scindé en 2 :celles avec distribution de gasoil (presque toutes) et celles sans. pour celle avec gasoil osmose pourrait vérifier la présence de amenity=fuel et fuel:diesel=yes. Et proposer l’intégration des données si il y a amenity=fuel sans fuel:diesel=yes Depuis très peu de temps, dans osmose, il y a l’intégration des codes postaux aux relation des communes. Est ce que ça devrai pas être intégré d'office (un bot) plutôt. pour l'erreur types de routes disparates( http://osmose.openstreetmap.fr/fr/map/#item=1090), beaucoup des erreurs sont des motorway_link arrivant sur highway=service sur les aires d'autoroute. Est ce vraiment une erreur? Pour les wood= qui doivent disparaître ne devrait on pas faire des changement massif avec les nouveaux tags. http://wiki.openstreetmap.org/wiki/Proposed_features/leaftype Pas lié à osmose : A quoi ça sert maxspeed=FR:urban au lieu de maxspeed=50? Ici: https://github.com/osm-fr/bano-data/blob/master/cadastre_type.txt le fichier n'est plus mis à jour depuis un mois : normal, pas normal ou c'est juste qu'au cadastre ils sont encore en vacances? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
Le 26/01/2015 17:59, Jo a écrit : It would indeed be preferable to use OSM Notes for that purpose. Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not consider the note feature as a second level one. And for the fun, please close the 10 closer to your location :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 9:27 AM, JB jb...@mailoo.org wrote: Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not consider the note feature as a second level one. And for the fun, please close the 10 closer to your location :-) Dumb question (or maybe I'm too lazy to figure it out), but how do you import notes? BTW - there are no repair stations within 50 miles of me. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Deprecation von associatedStreet-Relationen
Hallo tumsi, Am 2015-01-26 um 17:41 schrieb tumsi: Original-Nachricht Betreff: Re: [Talk-de] Deprecation von associatedStreet-Relationen Datum: Thu Jan 22 2015 19:54:17 GMT+0100 Von: Michael Reichert naka...@gmx.net An: talk-de@openstreetmap.org 3.573.027 Objekte sind mit der Rolle house Mitglied in einer associatedStreet-Relation. [1, 2] 49.260.005 Objekte in der OSM-Datenbank haben addr:housenumber=*. Somit beträgt der Anteil der mit Relationen gemappten Hausnummern an alle gemappten Hausnummern 7,2 Prozent. Dir ist schon klar, dass du hier Äpfel mit Birnen vergleichst, oder? für diesen Vergleich ist hier vielmehr die Anzahl der Objekte mit addr:street=* relevant Nein. Viele Objekte, die Teil einer associatedStreet-Relation sind, tragen auch gleichzeitig ein addr:street=*, welches meistens, nicht immer identisch ist. [1] Jede gültige Hausnummer braucht ein addr:housenumber am Adressnode bzw. Gebäude. Wenn ich also den Anteil der als Relation gemappten Hausnummern berechnen möchte, verwende ich die Anzahl der Objekte mit addr:housenumber=*. (mit Relation gemappt) ∩ (hat addr:street am Node) ≠ ∅ Falls es mit dem Encoding der obigen Zeile nicht klappt, hier der LaTeX-Code dazu: $(mit Relation gemappt) \cap hat (addr:street am Node) \neq \emptyset$ Im Nachhinein fällt mir jedoch ein anderer Fehler auf. Da ich mit Taginfo gezählt habe, habe ich Hausnummern, die Straße (und kein addr:place) haben, mitgezählt. Hast du dir mal angeschaut, wie viele associatedStreet-Relationen in deinem Landkreis invalide, unvollständige, valide oder unnötig [2] waren/sind. Viele Grüße Michael [1] http://forum.openstreetmap.org/viewtopic.php?pid=480570#p480570 [2] unnötig heißt, dass die Mitglieder der Relation auch ein addr:street=* tragen und dieses der Relation nicht widerspricht. -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abwesenheitsnotiz
Andreas Neumann andr-neum...@gmx.net wrote: Mich würde interessieren, welches Programm dafür zuständig ist. Wenn ich es richtig interpretiere, ist es nicht sein Standard-Mailclient, sondern ein Programm auf seinem Mailserver. Leider schickts keinen User-Agent mit... Der für martin-scholtes.de zuständige Server scheint ein selbstbetriebener Server oder VServer bei Strato unter Ubuntu Linux zu sein. Vacation Reply kann man unter Unix entweder traditionell mit vacation machen (was list-id eigentlich beherrschen sollte) oder neumodischerweise mit diesem Sieve Zeug. Exim Filter scheidet aus, das Teil hat nen Postfix laufen. Weia, das wird jetzt aber extrem off-topic. Gruss Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
It would indeed be preferable to use OSM Notes for that purpose. Jo 2015-01-26 17:37 GMT+01:00 Bryce Nesbitt bry...@obviously.com: On Mon, Jan 26, 2015 at 1:13 AM, Philip Barnes p...@trigpoint.me.uk wrote: On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote: The locations I field checked were all findable, but had positioning errors consistent with smartphone GPS units, up to 30 meters. In each case I was able to find the station in a field I think this is a good example of where notes are the way to go. A badly positioned node is only likely to be spotted by a mapper who is specifically interested in bike repair stations, whereas a note will be spotted and acted upon by a more general mapper visiting an area. The note can contain info on how to tag or a reference to one that has been properly surveyed. It seems messy, but I could import the 500 repair stations each with a 'note' that says it needs field checking. Would people really want that? --- This still won't find all the wacky ways people have tagged existing stations (e.g. bike rack with capacity zero). But might focus attention on the bike infrastructure in the area of the note. ___ Imports mailing list impo...@openstreetmap.org https://lists.openstreetmap.org/listinfo/imports ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Stephan Wolff s.wo...@web.de wrote: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Vielleicht hilft hier ein wenig Info zum historischen Kontext des Karlsruhe Schema und dem Ursprung dieser Relation. Wir hatten damals einige Varianten diskutiert, wie man Hausnummern erfassen könnte und sind zu der Lösung gekommen die nun im wesentlichen verwendet wird. Die OSM Datenbank, die es damals gab war jedoch insofern nicht mit heute vergleichbar, dass noch kaum Gebäude erfasst waren. Es gab also auch noch keine Objekte, an die man die Adresse drankleben konnte. Wir haben damals zwar Gebäude als Träger von Adressinfo erlaubt hatten aber im wesentlichen die Idee im Kopf einen node zu setzen und diesem addr:housenumber sowie optional weitere addr:* tags oder eine Relation zu einer Straße mitzugeben. Die Idee mit der Relation entstand weil man damit vermeintlich Redundanzen in der Datenbank verhindern kann. Dieses hat sich nicht bestätigt, denn heute werden nach dem Motto viel hilft viel oft sowohl die Relation als auch die addr:* tags erfasst. Streng nach dem alten OSM Motto Do The Simplest Thing That Could Possibly Work sollten diese Relationen IMO eigentlich weg, zumal niemand diese Verwendet. Umbennennungen von Straßen kommen in der Praxis nicht so häufig vor, dass es schlimm ist, dann auch noch die Anschriften der anliegenden Häuser zu ändern. Gruss Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Mapas Afetivos usando OSM
Comuniquei um dos responsáveis pelo projeto, que me disse que vão fazer a atribuição. 2015-01-25 16:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com : Ah sim, eu só tinha visto o mapa na home. Sim, aí claramente é o OSM. 2015-01-25 16:32 GMT-02:00 Marcelo Pereira pereirahol...@gmail.com: Acessando esta página em específico ( http://www.mapasafetivos.com.br/colaborativo/ ) vê-se que usaram o mapa do OSM ( comprovei verificando o desenho do mapa aqui em Recife ) sem atribuição de créditos. Em 25 de janeiro de 2015 15:20, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Também não vi relação deste projeto com o OSM. 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Não consegui navegar o mapa. Parece só arte. No código há chamadas para Mapbox. Mas será mesmo do OpenStreetMap? Como usa? Alexandre Magno Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com escreveu: Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode ser uma situação semelhante a que estamos vendo na lista recentemente... http://www.mapasafetivos.com.br/ Anda não entrei em contato com eles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Import Civici Anzola dell'Emilia
Il 26 gennaio 2015 17:19, Andrea Musuruane ha scritto: Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Anzola_dell_Emilia questa frase si trova nelle pagine di Anzola, Biella e Torino: Addresses not found in the open data source will be tagged as fixme and must be later verified on place. ma secondo me gli import non devono contenere fixme perché è l'inserimento volontario di qualcosa che la procedura di import ha individuato come anomalia e lo considero molto vicino al vandalismo (senza offesa!) Poi ce ne sono veramente e quanti? Dato che non risiedo in zona, si cercano mappers che possano dare una mano soprattutto per le verifiche in loco. in mancanza di mappatori locali per quanto tempo i fixme rimarrebbero non verificati? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
Maybe the best option is what I do for bus stops in Belgium. Create an OSM file with nodes for each station and put it on Dropbox. Then make a lot of noise about it, so people can add the ones, they can verify themselves near to them. You'll need a script to regularly compile a new OSM file where the ones which were added in the mean time are missing now. The other option is to create a page on the wiki, with links which add these nodes via remote control into JOSM. Jo 2015-01-26 18:39 GMT+01:00 Clifford Snow cliff...@snowandsnow.us: On Mon, Jan 26, 2015 at 9:27 AM, JB jb...@mailoo.org wrote: Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not consider the note feature as a second level one. And for the fun, please close the 10 closer to your location :-) Dumb question (or maybe I'm too lazy to figure it out), but how do you import notes? BTW - there are no repair stations within 50 miles of me. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-at] Wohnpark als Relation
Servus, ich habe gerade zwei Wohnparks / Höfe als Relationen gemappt und bin damit aber nicht ganz zufrieden. Hat jemand bessere Vorschläge als das hier? Gibt es Tags, mit denen man ausdrücken kann, dass es sich um eine Wohnanlage handelt? building=apartments war eher gefreestyled :) https://www.openstreetmap.org/relation/4521528 https://www.openstreetmap.org/relation/1668525 Man könnte statt der Relation eine residential-Area herumlegen und der dann den Namen geben, gefällt mir aber noch weniger. LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wohnpark als Relation
On 26.01.2015 19:04, Markus Straub wrote: ich habe gerade zwei Wohnparks / Höfe als Relationen gemappt und bin damit aber nicht ganz zufrieden. Hat jemand bessere Vorschläge als das hier? Gibt es Tags, mit denen man ausdrücken kann, dass es sich um eine Wohnanlage handelt? building=apartments war eher gefreestyled :) https://www.openstreetmap.org/relation/4521528 https://www.openstreetmap.org/relation/1668525 Man könnte statt der Relation eine residential-Area herumlegen und der dann den Namen geben, gefällt mir aber noch weniger. Mir gefällt letzteres viel besser. Der Wohnpark besteht doch nicht nur aus den Gebäuden, sondern umfasst das ganze Areal. Bei Industrie es ist das gleiche: landuse=industrial +name=* aufs Firmengelände, nicht nur auf die Gebäude. Es spricht auch gar nichts dagegen, dass ein landuse=residential bzw. industrial innerhalb eines größeren landuse liegt, z.B. eine Firma X im Industriegebiet Y. Außerdem bedeutet das jetzt gemappte Multipolygon, dass es sich um EIN Gebäude handelt, das disjunkte Flächen einnimmt. Tatsächlich sind es aber mehrere Gebäude. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Codes Fantoir erronés
pour tester le rapport; j'ai juste essayé sur une correction sur une seule voie avant de voir si le rapport se mettait à jour. Mais on dirait qu'il faut encore attendre je ne sais co,bien de temps pour voie la moindre modification à la liste; sqns doute le délai de remontée de la base OSM.ORG à la base .FR. Cette iste ne semble pas longue avec 149 codes détectés encore (148 en tenant compte de ma modif invisible; ou moins s'il y en a d'autres). Bref ça peut être fait très rapidement; mais j'attends de voir. Question: ce rapport tient-il compte des codes FANTOIR formés du code commune, suivi de et de la lettre rivoli, utilisé par endroit pour prolonger voiries privées (essentiellement des voies de service dqns des entreprises ou centres commerciaux) où l'accès public reste toléré et n'est pas réellement fermé par des portails ? Ces voies sont nommées par endroit du même nom que la voirie publique auxquelles elles sont connectées et ont aussi des noeuds d'adresse associés; mais comme on ne peut as mettre ce code FANTOIR privé dans la relation associatedStreet pour la voie publique (qui utilise un vrai code voie non nul), il y a des relations séparées (les codes FANTOIR ne sont pas tous sur les chemins, parfois il y en a trop quand ils sont très découpés, c'est la relation associatedStreet qui les porte; et on les met rarement sur les noeuds; sauf en hqbitat dispersé pour les lieux-dits et tous petits hameaux autour d'une ferme; les adresses ne pouvant être atteintes que par une voie privée avec droit de passage pour les résidents). Est-ce que ce rapport considère en erreur les codes écrits simplement en minuscules (il ne semble pas que la casse soit réellement signifiante pour la lettre du code rivoli ou les départements de Corse). Le rapport tient-il compte aussi des codes des communes associées (différent de celui de la commune de regroupement de la fusion-association; et qu'on trouve aussi dans les codes des principales divisions cadastrales avant la lettre et le numéro code de la zone pour les communes rattachées) ? (il semble que oui puisqu'on a dans le FANTOIR un code type de commune. Enfin tient-il compte des segments de voies qui ont 2 codes FANTOIR distincts quand la rue sert de frontière séparant deux communes (normalement pour ça il faut deux relations, une put chaque commune; chacune avec son code FANTOIR, même si la rue a le même nom des deux côtés; ce qui n'est pas non pus toujours le cas, et le même numéro de référence, ce qui n'est pas toujours le cas non plus pour de nombreux chemins ruraux). Ces relations distinctes ont de l'intérêt pour répartir les noeuds d'adresse propre à chaque commune selon le côté, et pour leur assigner aussi le bon code postal (on a de nombreux cas dans la base où le chemin mentionne un code postal ou la commune avec un tag addr:* alors que ce n'est bon que d'un seul côté; les deux relations référencent alors le même segment de chemin OSM et par souci de clarté entre les deux relations il serait bon que le nom indiqué pour la relation dans name=* ne soit pas juste le nom de la rue quand c'est le même des deux côtés, mais qu'il soit suffixé par le nom de la commune. La relation associatedStreet fait le tri en indiquant addr:city et addr:postalcode effectif appicable aux noeuds d'adresse membres). Dernier problème : de nombreux commerces et entreprises qui sont tagués dans OSM par uniquement par un noeud doivent se partager le même numéro et la même rue et même le même nom de batiment (cas des immeubles de bureaux). Comment mentionner leur adresse de contact autrement que par des tags addr:* qui pourtant mentionnent une adresse différente de celle de la position physique du noeud ? Ne faudrait-il pas alors utiliser contact:*=* au lieu de addr:*=* ? Ce qui permet alors de placer plusieurs noeuds distincts groupés autour du noeud d'adresse principal; même si pour chacun d'eux il faut aussi les mêmes valeurs addr:* pour pouvoir tous les associer à la même rue associatedStreet relative aux adresses physiques, plus des tags diférents pour les noms des établissements, et la typologie des services qu'ils rendent. Mais alors doit-on inclure ces noeuds groupés dans la relation associatedStreet pour qu'ils restent associés à la bonne rue physique et que le rapprochement BANO ne tente pas de les grouper selon les adresses de contact indiquées si elles le sont par les tags addr;* et non contact: ? (note: les adresses de contact sont plus libres que les rues physiques du FANTOIR, puisqu'on y trouvera notamment des CEDEX, des adresses en poste restante ou boites postales, ou l'adresse d'un autre établissement ou même d'une autre société gérant le courrier telles que des sociétés de domiciliation et de secrétariat; ou des assos d'entreprises, ou bien encore l'adresse personnelle de son gérant ou administrateur légal; le nom du contact étant alors différent du nom du lieu à l'emplacement du noeud ou polygone physique ainsi marqué). Le 26 janvier 2015 15:49, Vincent
Re: [Talk-br] Mapas Afetivos usando OSM
Vc pode decirles, que OSM tem um pelourinho para estes casos: www.weeklyosm.eu Veja a messagem do Estadao. ;-) ## Manfred Reiter - mobile - please excuse typos and brevity Am 26.01.2015 18:20 schrieb Vitor George vitor.geo...@gmail.com: Comuniquei um dos responsáveis pelo projeto, que me disse que vão fazer a atribuição. 2015-01-25 16:39 GMT-02:00 Arlindo Pereira openstreet...@arlindopereira.com: Ah sim, eu só tinha visto o mapa na home. Sim, aí claramente é o OSM. 2015-01-25 16:32 GMT-02:00 Marcelo Pereira pereirahol...@gmail.com: Acessando esta página em específico ( http://www.mapasafetivos.com.br/colaborativo/ ) vê-se que usaram o mapa do OSM ( comprovei verificando o desenho do mapa aqui em Recife ) sem atribuição de créditos. Em 25 de janeiro de 2015 15:20, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Também não vi relação deste projeto com o OSM. 2015-01-24 0:48 GMT-02:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Não consegui navegar o mapa. Parece só arte. No código há chamadas para Mapbox. Mas será mesmo do OpenStreetMap? Como usa? Alexandre Magno Em 23 de janeiro de 2015 20:09, Edil Queiroz de Araujo edil...@gmail.com escreveu: Conheci agora esse projeto, usa Leaflet mas não dá créditos ao OSM. Pode ser uma situação semelhante a que estamos vendo na lista recentemente... http://www.mapasafetivos.com.br/ Anda não entrei em contato com eles. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- São Pedro recebe Seu Lunga no céu perguntando: Morreu, Seu Lunga? Não, vim passar o Natal! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
The API is so simple you could POST a note with cURL - optionally logging in via HTTP Basic Authentication. Check the Wiki. http://wiki.openstreetmap.org/wiki/API_v0.6#Create_a_new_note:_Create:_POST_.2Fapi.2F0.6.2Fnotes Michał ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abwesenheitsnotiz
On 26.01.2015 18:08, Sven Geggus wrote: Der für martin-scholtes.de zuständige Server scheint ein selbstbetriebener Server oder VServer bei Strato unter Ubuntu Linux zu sein. Soweit konnte ich die Header-Informationen auch nachvollziehen. Es ist, um genau zu sein, ein Ubuntu 12.04 LTS. Vacation Reply kann man unter Unix entweder traditionell mit vacation machen (was list-id eigentlich beherrschen sollte) oder neumodischerweise mit diesem Sieve Zeug. Exim Filter scheidet aus, das Teil hat nen Postfix laufen. Smartsieve beherrscht den Precedence-Header, wenn man ihn korrekt konfiguriert. Vacation kenne ich persönlich nicht, weshalb ich keine Aussage über mögliche Fallstricke treffen kann. Weia, das wird jetzt aber extrem off-topic. Meinst du? Auf der Liste hängen doch soundso nur noch die Freaks herum ;). Gruss Sven Viele Grüße Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
-- Message: 5 Date: Mon, 26 Jan 2015 18:27:43 +0100 From: JB jb...@mailoo.org To: winfi...@gmail.com, OpenStreetMap talk mailing list talk@openstreetmap.org Subject: Re: [OSM-talk] [Imports] amenity=bicycle_repair_station only 18 so far Message-ID: 54c6790f.1040...@mailoo.org Content-Type: text/plain; charset=UTF-8; format=flowed Le 26/01/2015 17:59, Jo a écrit : It would indeed be preferable to use OSM Notes for that purpose. Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not consider the note feature as a second level one. And for the fun, please close the 10 closer to your location :-) As I see it there are 3 options here 1. Do an import, but its not accurate enough for an import - 500 POI's will never be fully vetted. 2. Add a note so that someone can map it either from imagery or a ground survey - 500 notes will get checked by individual mappers. 3. Do nothing, stick the data in a drawer and never use it - 500 pieces of data never get used by anyone To me the only logical choice is #2 when you data is not accurate enough for an import but the data itself is useful and something which is wanted All that is needed is a disclaimer added to the note something to the effect of This note is based off an inaccurate source. The bicycle repair station is located somewhere within 30 meters of this note. If you can easily identify the station, please map it and close this note. If note, please add a comment saying it needs a ground survey. This doesn't need to be very complicated. Dave ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] Import Civici Torino
Ciao a tutti, seguendo le import guidelines, con questa mail inizio il processo di discussione sull'importazione dei numeri civici di Anzola dell'Emilia messi a disposizione dal Comune. Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Torino Dato che non risiedo in zona, si cercano mappers che possano dare una mano soprattutto per verificare la bontà dei dati già inseriti in OSM, fare il merge e le verifiche in loco. Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Codes Fantoir erronés
Ca ne répond pas du tout à la question, les addrN sont des adresses alternatives pour la même entité (et ne permettent que de situer un seul et même lieu physique, donc pas les adresses postales de contacts qui peuvent être différentes !). Là je parlais de plusieurs entités distinctes situées au même endroit (cas typique des immeubles de bureaux, et qui incluent souvent des adminsitrations, mais ayant des types (amenity, shop, etc...), noms, et adresses différentes... et même pas toujours à cet endroit concernant leurs adresses de contact ! Ces adresses ne sont pas alternatives comme le décrit la page addrN. Alors concernant les adresses de contact situées ailleurs peut-être qu'on peut ajouter addrN:type=contact (le type par défaut location désigne le lieu géographique lui-même) mais ça risque de conduire en erreur. Personnellement je pense que si les adresses de contact sont situées ailleurs (boites postales, autre établissement, société de gestion ou de domiciliation) elles devraient calquer le schéma addr:*=* (créé uniquement pour les adresses de lieux géographiques) dans contact:*. Mais si addrN:type est utilisé il faudra documenter les types génériques utilisables (les autres types étant traités comme des libellés affichés tels quels mais non pris en compte comme adresse géographique ou de contact public). Mais je verrais plutôt addr:type=custom, avec addr:custom=* pour indiquer le libellé descriptif non générique. Pour que ça marche il faudra le documenter et tester d'abord à petite échelle avec divers moteurs de rendu, sinon on risque de lister des tonnes de sociétés d'affacturage ou de domiciliation pour des établissement situées en fait ailleurs, ou simplement les bureaux de poste pour les adresses CEDEX, quand ont cherchera en fait une simple boulangerie autour d'un endroit contenant ces domiciliations qui ne rendent pas le service de boulangerie mais. Le 26 janvier 2015 20:28, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/01/2015 18:23, Philippe Verdy a écrit : Dernier problème : de nombreux commerces et entreprises qui sont tagués dans OSM par uniquement par un noeud doivent se partager le même numéro et la même rue et même le même nom de batiment (cas des immeubles de bureaux). Comment mentionner leur adresse de contact autrement que par des tags addr:* qui pourtant mentionnent une adresse différente de celle de la position physique du noeud ? Ne faudrait-il pas alors utiliser contact:*=* au lieu de addr:*=* ? https://wiki.openstreetmap.org/wiki/AddrN ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it-lazio] Serata dedicata a osm al CAE
Un incontro di persone interessate alle mappe :) In queste slide c'è tutta la spiegazione http://maptime.io/roma/intro-to-maptime-ITA/#/ Se vieni domani puoi vedere di persona ;) Il 26/01/2015 21:41, francesca santarelli ha scritto: Ciao, ma Maptime cosa e chi è? 2015-01-16 13:28 GMT+01:00 Fabri erfab...@gmail.com mailto:erfab...@gmail.com: Per chi è interessato ci si vede il 27 gennaio ore 6pm http://maptime.io/roma/ rsvp https://www.eventbrite.it/e/maptime-rome-chapter-incontro-di-gennaio-tickets-15176166322 Maptime Roma December Meetup http://maptime.io/roma/event/2015/01/27/roma-jan-event.md/ Tuesday, Jan 27 2015, 6PM Where we meet: * Città dell’Altra Ecomonia @altraeconomia http://twitter.com/altraeconomia * Rione Testaccio, all’interno del Campo Boario dell’ex-Mattatoio http://www.cittadellaltraeconomia.org/index.php?option=com_contentview=articleid=24Itemid=176 * ROMA /OSM from A to Z / / / ___ Talk-it-lazio mailing list Talk-it-lazio@openstreetmap.org mailto:Talk-it-lazio@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-lazio ___ Talk-it-lazio mailing list Talk-it-lazio@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-lazio
[Talk-it] scansione di mappe cartacee
Ho una domanda che non riguarda direttamente OSM ma penso possa essere interessante anche ad altri mappatori. Ho notato che ci sono diverse applicazioni (anche di marchi famosi) che consentono di georeferenziare scansioni di mappe cartacee. Le mie domande sono: 1) se io compero una mappa cartacea coperta da copyright (con la scritta tipo: è vietato la ripoduzione...) posso in modo legale digitalizzarla con lo scanner, georeferenziarla e caricarmela sul pc/smartphone per uso mio personale? 2) se la risposta è: non è legale come mai ci sono siti ufficiali che pubblicizzano questa possibilità quando quasi tutte le mappe cartacee sono coperte da copyright e quelle liberamente utilizzabili come OSM sono già digitali e georeferenziate? ciao e grazie -- Dario Zontini ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Osmose
Building=church, oui. Mais rien d'autre en automatique : il existe des églises de consacrées. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment afficher les noms de lieux en français sur toute la planète ?
Déjà il faut que les noms français soient renseignés, mais il ne le sont partout qu'en France et les pays officiellement francophones. Ailleurs on n'a des noms français que pour les pays et certaines grandes villes (mais très peu en Chine où elles sont pourtant nombreuses ! Souvent ce n'est que la capitale ou les principales subdivisions du pays, comme les états/provinces/régions) Sinon pour voir l'existant tu peux utiliser la carte du rendu OSM francophone (qu'on voit sur plusieurs outils francophones comme Osmose ou Layers). Le 26 janvier 2015 22:27, Lionel Allorge lionel.allo...@lunerouge.org a écrit : Bonjour, Est-il possible de faire afficher les noms de lieux en français sur toute la planète lorsque l'on navigue sur OSM ? Merci d'avance. Bonne continuation. -- Lionel Allorge April : http://www.april.org Lune Rouge : http://www.lunerouge.org Wikimedia France : http://wikimedia.fr « Par temps calme, n'importe qui peut gouverner un navire » Publilius Syrus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] Open Culture Atlas: che strada possiamo fare insieme?
È un po' che voglio scrivere ai soci wikimediani e openstreetmappari in merito a un progetto che è molto caro a me e ad altri due soci dell'Associazione di promozione sociale Open Culture Atlas, soci/simpatizzanti Wikimedia: http://opencultureatlas.tropicodellibro.it/progetto/ Dalla prima presentazione ufficiale di Atlas a Osmit 2014 sono stati via via sempre più i momenti che ci hanno convinto della sensatezza di una cooperazione tra le nostre associazioni. Tra questi: - il riconoscimento italiano della coppia Wikimedia-OpenStreetMap - La traduzione per mano di tre wikimediani delle tesi di Weinberger e Searls; cje includono il principio per me di capitale importanza: «*Se siamo per una Internet libera e collaborativa dobbiamo cooperare con energia a rendere competitive le alternative affini ai nostri valori*»... anzi no, questa è la mia versione, loro dicono, più all'americana: «Sostieni le aziende che hanno davvero capito il Web. Le riconoscerai non tanto perché ci assomigliano, ma perché sono dalla nostra parte». Noi abbiamo scelto OSM nonostante non fosse la scelta più efficiente (lo era di certo GoogleMaps in termini di costi di sviluppo che di gestione redazionale), e vorremmo che tutti voi-noi facessimo lo stesso con Open Culture Atlas. Vorremmo che lo adottassero tutti quelli che hanno a cuore la sua missione. Sentiamo che il nostro lavoro è importante e ha una caratteristica che lo rende unico: un orizzonte aperto davanti, non soggetto ai cambi di governo o alla mancata redditività da startup. Open Culture Atlas ha però bisogno di tutto il sostegno possibile per sviluppare appieno il suo potenziale. Ha bisogno di amici sinceri, più che di investimenti o parentele. Senza prefigurare troppo, visto che ancora non conosco il vostro punto di vista in merito, ci sono alcune cose che mi vengono in mente da cui si potrebbe partire, in ordine di coinvolgimento: 1. usare Open Culture Atlas al posto (o comunque in prima istanza) di Facebook/Eventbrite ecc.; 2. creare un ciclo di mappathon/edithon in tutta Italia insieme, per potenziare l'efficacia comunicativa di ciascuno dei tre progetti e mischiare anche il tipo di pubblico; 3. trovare un momento a Wikimania Esino Lario per cercare ufficialmente alleati per l'internazionalizzazione di Open Culture Atlas; 4. diventare soci sostenitori dell'associazione (anche come collettivo) o chiedere l'ingresso come socio ordinario per partecipare delle decisioni interne (prese con il metodo del consenso) e per coinvolgersi a livello progettuale. Sono certa ci siano anche altre possibilità, per cui se avete voglia, sono qui per rifletterci insieme. Ho scritto un po' troppo forse, grazie dell'attenzione:) Francesca Santarelli Associazione di promozione sociale Open Culture Atlas TROPICO DEL LIBRO http://tropicodellibro.it, portale di inform-azione indipendente sull'ecosistema editoriale OPEN CULTURE ATLAS http://opencultureatlas.tropicodellibro.it/, atlante libero e collaborativo della cultura viva skype: tropicodellibro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Codes Fantoir erronés
Le 26/01/2015 18:23, Philippe Verdy a écrit : pour tester le rapport; j'ai juste essayé sur une correction sur une seule voie avant de voir si le rapport se mettait à jour. Il n'y a pas de mise à jour directe depuis la page en question. Pour qu'elle se rafraîchisse, il faut mettre à jour BANO pour la commune où tu as fait des modifs. C'est possible depuis les liens de droite intitulés Fantoir-OSM code INSEE. Et sans mise à jour par ce biais, il y a de toute façon une mise à jour BANO complète chaque nuit, donc en revenant le lendemain, on doit voir l'impact de ses éditions : normalement, les lignes qu'on a éditées ont disparu. Cette iste ne semble pas longue avec 149 codes détectés encore (148 en tenant compte de ma modif invisible; ou moins s'il y en a d'autres). Bref ça peut être fait très rapidement; mais j'attends de voir. Oui, ça peut être très rapide de vider cette liste. L'intérêt sur la durée est de surveiller de temps en temps si de nouvelles lignes apparaissent. Question: ce rapport tient-il compte des codes FANTOIR formés du code commune, suivi de et de la lettre rivoli, utilisé par endroit pour prolonger voiries privées (essentiellement des voies de service dqns des entreprises ou centres commerciaux) où l'accès public reste toléré et n'est pas réellement fermé par des portails ? Ce rapport prend comme données de référence celles disponibles ici : http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits qui sont consultables par commune, intégralement, ici : http://cadastre.openstreetmap.fr/fantoir/liste_brute_fantoir.html Est-ce que ce rapport considère en erreur les codes écrits simplement en minuscules (il ne semble pas que la casse soit réellement signifiante pour la lettre du code rivoli ou les départements de Corse). Oui, tu peux voir dans la liste des codes avec une lettre en minuscule. Enfin tient-il compte des segments de voies qui ont 2 codes FANTOIR distincts quand la rue sert de frontière séparant deux communes Oui vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-hr] Oznake name, brand, operator
Kad unosimo podatke trebali bi unijeti sve. Ovako neke stvari imaju samo oznaku brand, a neke samo operator. To sam primjerio kod nekih benzinskih postaja, bankomata i banaka. http://wiki.openstreetmap.org/wiki/Key:name http://wiki.openstreetmap.org/wiki/Key:brand http://wiki.openstreetmap.org/wiki/Key:operator Naviše objašnjenja ima pod brand, tamo je objašnjeno koja oznaka najbolje označava koju vrijednost. Evo primjera za hotel i benzinsku: Example Hotel tourism=hotel brand=Sheepy Suites name=Sheepy Suites at Longmeadow (the name as it appears on signs; official_name=* can be used if the name filed with government regulators, for example, is different) In some cases, the name and the brand will be the same. ref=844 (this would be Sheepy Suites location #844) operator=Black Mutton Enterprises (the local franchisee that operates the individual hotel) Name and brand may differ: Example gas station amenity=fuel name=Tankstelle an der Eisenbahnbrücke (Name of the specific gas station) brand=BP Brand of the gas station operator=Max Müller operating company / individual ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-fr] Osmose
Le 26/01/2015 21:06, Jérôme Amagat a écrit : Le 26 janvier 2015 20:38, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com a écrit : Sur le rendu BANO, il a été ajouté les lieux dits, certains s'appelle hameaux machin, et semble bien placé. Pourquoi ne pas sortir leur position avec leur nom et permettre de l’intégrer dans osmose avec place=hamlet. C'est prévu. Il reste pour cela à déterminer une proposition de valeur pour le tag place, en fonction de la quantité de bâtiments inclus dans les parcelles rattachées au nom du lieu-dit. Ça ne sera qu'une proposition, à ré-évaluer au cas par cas, mais le but est autant que possible de ne pas proposer n'importe quoi. Il y aura aussi ajout, quand c'est possible, du code Fantoir du lieu-dit, histoire de permettre comme pour les voies un inventaire de ce que contient OSM. Ici: https://github.com/osm-fr/bano-data/blob/master/cadastre_type.txt le fichier n'est plus mis à jour depuis un mois : normal, pas normal ou c'est juste qu'au cadastre ils sont encore en vacances? Depuis le 20/12/14, les scripts BANO tournent bien chaque nuit, mais n'ont plus détecté de nouvelles communes vectorielles, en effet. Donc le fichier https://github.com/osm-fr/bano-data/blob/master/cadastre_type.txt ne bouge pas, tout comme le fil Twitter https://twitter.com/CadInfos qui diffuse les nouvelles communes vectorielles au jour le jour... quand il y a de la matière. Wait see :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-hr] Oznake name, brand, operator
Primjer za McDonald's u Hrvatskoj: amenity=fastfood brand=McDonald's name=McDonald's operator=Globalna hrana d.o.o. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-fr] Osmose
Le 26/01/2015 21:06, Jérôme Amagat a écrit : Je rajoute un truc : Là où il y a des man_made=survey_point avec description=Clocher ... (ils sont très nombreux) Pourquoi pas proposer une église en intégration : amenity=place_of_worship religion=christian buiding=church Si tu veux ptoposer du code c'est là : https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_geodesie.py Tu peux aussi juste proposer une amélioration, mais du code c'est mieux ;) Dans osmose, il y a peu, il est possible d’intégrer des stations essences, c'est bien pour celles qui n'existaient pas dans osm mais celles existantes n'ont pas le bénéfice des données libérées (surtout les types de carburants). les données pourrait être scindé en 2 :celles avec distribution de gasoil (presque toutes) et celles sans. pour celle avec gasoil osmose pourrait vérifier la présence de amenity=fuel et fuel:diesel=yes. Et proposer l’intégration des données si il y a amenity=fuel sans fuel:diesel=yes Il manque une catégorie entier d'amélioration depuis l'opendata. Ce n'est pas codé. Depuis très peu de temps, dans osmose, il y a l’intégration des codes postaux aux relation des communes. Est ce que ça devrai pas être intégré d'office (un bot) plutôt. pour l'erreur types de routes disparates(http://osmose.openstreetmap.fr/fr/map/#item=1090), beaucoup des erreurs sont des motorway_link arrivant sur highway=service sur les aires d'autoroute. Est ce vraiment une erreur? ça ne devrai pas être des motorway_link Pour les wood= qui doivent disparaître ne devrait on pas faire des changement massif avec les nouveaux tags. http://wiki.openstreetmap.org/wiki/Proposed_features/leaftype Comme expliqué ici, il y plusieurs remplacement possible : http://wiki.openstreetmap.org/wiki/Deprecated_features Pas lié à osmose : A quoi ça sert maxspeed=FR:urban au lieu de maxspeed=50? http://wiki.openstreetmap.org/wiki/Key:maxspeed ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Mühlgraben
Am 24.01.2015 um 07:50 schrieb malenki: On Wed, 21 Jan 2015 14:00:17 +0100, André Riedel wrote: wie trägt man einen Mühlgraben ein? Fragt man Overpass findet man ganze verschiedene Interpretationen von Wasserwegen mit dem Name Mühlgraben: waterway = 491 stream 181 ditch 132 canal 68 drain 62 river Damit es nicht zu langweilig wird, gebe ich noch Kunstgräben in die Diskussion. Um Wikipedia zu zitieren: | Als Kunstgraben werden Wassergräben bezeichnet, über die Bergwerke | mit Wasser zum Antrieb von Wasserrädern versorgt wurden. Sie dienten also dem gleichen Zweck wie Mühlgräben: Wasser zu energetischen Zwecken bereitstellen: http://de.wikipedia.org/wiki/Kunstgraben Im Siehe auch des Artikels sind drei Kunstgrabensysteme verlinkt: lesenswert. Ich habe die Kunstgräben meiner Region mit waterway=stream man_made=yes getaggt Mühlgräben iirc auch - soweit ich sie selbst eingetragen habe. man_made=yes finde ich jetzt nicht gut gewählt, eher doch artificial=yes. Auch cutting=both könnte passen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-ja] Japan post code polygons
Update: I have spent some time experimenting with the Census shapefiles, and it seems as though one of their ID fields might be usable for joining census polygons into postal code polygons. Specifically: shp2pgsql -W SJIS h22ka13115.shp tokyo1 | psql japan echo create table tokyozip as select left(KEY_CODE, 10) as KEY_CODE, st_setsrid(st_union(st_buffer(geom,0)),4326) as geom from tokyo1 group by left(KEY_CODE, 10); | psql japan Was used to generate the following shapefile: http://cl.ly/3p2V1p400h3b/possible_tokyo_postcode.zip Assigning the correct post code is still a problem to be solved. I also don't have as much data (or familiarity with Japanese post codes) as I would like to test this hypothesis. Any advice will be much appreciated. http://i.imgur.com/JMYR09w.jpg Tom On Mon, Jan 26, 2015 at 3:37 PM, Tom Lee t...@mapbox.com wrote: I have been trying to find geometry that corresponds to Japanese postal codes (sometimes also called zip codes). I initially joined Japan Post's CSV download to MLIT's administrative boundary shapefile, but this has proven to be too low-resolution. I have found the PAREA Zip product http://www.parea.jp/datebase/area_map/index.html, but of course an open source of data would be preferable. I am particularly curious to know whether E-Stat/Census data can be used to create postal code polygons. If you visit this URL: http://e-stat.go.jp/SG2/eStatGIS/page/download.html and select 平成22年国勢調査(小地域) 2010/10/01 You can then choose a smaller area and download a high-resolution mesh as a shapefile. That file's field definitions can be found here: http://e-stat.go.jp/SG2/eStatFlex/help/content/downloaddata/A002005212010.pdf Here is one such shapefile in QGIS, overlaid on Bing aerial imagery: http://i.imgur.com/7z1dhn4.jpg Although the polygons are well-indexed, they do not seem to correspond to postal codes. Is anyone aware of a means of mapping the data included in this shapefile to postal codes? I would be very glad to share the results of my efforts under an open license, should I prove able to solve this problem (E-Stat's license seems to make this possible). Thanks very much! Tom Lee ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-at] Wohnpark als Relation
Am 26. Januar 2015 um 21:19 schrieb Friedrich Volkmann b...@volki.at: On 26.01.2015 20:23, Stephan Bösch-Plepelits wrote: Wär das nicht ein typischer Fall für eine site-relation? http://wiki.openstreetmap.org/wiki/Relation:site Nein, denn It is not necessary or appropriate to use a relation when all the elements contained within the boundary of the site belong to the site, and no elements beyond that boundary do belong. +1 Wenn alles innerhalb eines zusammenhängenden Gebietes liegt, reicht eine einfache Fläche. Keep it simple! Wenn etwas auf mehrere Gebiete verteilt ist, kann die site-Relation Sinn machen - vorausgesetzt es gibt keine andere Möglichkeit die Zusammengehörigkeit der Teilgebiete festzulegen bzw. zu erkennen. bg, Martin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Start-/Landebahn
Am 25.01.2015 um 21:02 schrieb kelvan bugmenot: Am 14. Januar 2015 um 08:02 schrieb Frederik Ramm frede...@remote.org: Es gibt ja Flugzeuge in der Luft - deren Routen wollen wir bei OSM nicht - und Flugzeuge am Boden; die Rollwege an einem grossen Flughafen können ein ganz schönes Dickicht sein, und darauf zu routen, wäre mit OSM-Daten schon möglich. In der Praxis ist es nicht relevant, weil der Tower den Fliegern schon sagt, wo sie langrollen sollen, aber wer weiss, im Flugsimulatorspiel ist es vielleicht nützlich ;) Es sind nicht nur Flugzeuge auf den Rollwegen unterwegs ;) Wie mir mein Besuch beim VIE gezeigt hat sollte man nicht vorschnell annehmen ein Flughafen würde nicht auch ggf. OSM Kartendaten nutzen. uU etwas OT: Was mir auch klar wurde bei dem Gespräch ist, dass die aktuellen aeroway tags etwas nunja rudimentär und teilweise unpräzise sind. Eine Sache scheint für Flughäfen (zumindest für den Bereich mit dem ich gesprochen habe) essentiell zu sein, die Unterscheidung zwischen taxiway und taxilane. Der Unterschied hier ist ca wie zwischen einer Landstrasse und einer Strasse am Parkplatz. +1 Wobei wir analog auch über :lanes zusammen mit aeroway=* sprechen sollten. Habe dazu ein Proposal im Wiki angelegt: https://wiki.openstreetmap.org/wiki/Proposed_features/taxilane Kannst Du das bitte auch auf tagging@ posten. Insgesamt bleibt das Problem, dass wir zur Zeit wohl nicht ohne ein zusätzliches Objekt für die Fläche auskommen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-hr] Oznake name, brand, operator
Evo i primjer za banke: amenity=bank atm=yes/no brand=Intesa Sanpaolo name=Privredna banka Zagreb operator=Privredna banka Zagreb Ime može sadržavati i naziv poslovnice, ali operator svuda treba biti isti. Brand je Intesa Sanpaolo, jer su oni vasnici banke i dosta je bitno jer na bankomatima banaka koji su članice istog branda uglavnom nema naknade za podizanje. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-fr] Comment afficher les noms de lieux en français sur toute la planète ?
Le lien : http://tile.openstreetmap.fr/ On 1/26/15, Philippe Verdy verd...@wanadoo.fr wrote: Sinon pour voir l'existant tu peux utiliser la carte du rendu OSM francophone (qu'on voit sur plusieurs outils francophones comme Osmose ou Layers). Le 26 janvier 2015 22:27, Lionel Allorge lionel.allo...@lunerouge.org a écrit : Bonjour, Est-il possible de faire afficher les noms de lieux en français sur toute la planète lorsque l'on navigue sur OSM ? Merci d'avance. Bonne continuation. -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Addresses interpolation
On 2015-01-27 07:05, Dmitry Kiselev wrote: Hi everyone. There is a strange addr:interpolation way: http://www.openstreetmap.org/way/104241240 [1] First point http://www.openstreetmap.org/node/1202921548 [2] and last http://www.openstreetmap.org/node/1202921219 [3] have different addr:street tag values: Boulevard Saint Dizier and Avenue de la République Is it a mistake or examples like this may be interpreted in some usable way? I would think the addition of addr:street in the last node was a simple error and should be Avenue de la République instead. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] dúvida sobre como mapear quiosques de praia
Olá Aun, Obrigado pela resposta detalhada. A descrição de amenity=pub no wiki diz:A pub or public house is an establishment that sells alcoholic drinks that can be consumed on the premises. Pubs commonly sell food which also can be eaten on the premises. Por isso fiquei com a idéia de que é um lugar focado principalmente em bebidas alcoólicas. Pela sua descrição é até uma tag possível. A sugestão do Arlindo Pereira de usar amenity=fast_food também não é ruim, dado o tipo de comida que costuma ter em quiosques. Mas realmente, nenhuma delas parece encaixar muito bem. Vou perguntar na tagging@, obrigado pela sugestão. []'s Thiago Jung Bauermann Lists wrote: Thiago Intende teu duvida, e também pensei algum disso, atualmente usei amenity=bar e amenity=cafe, mas nenhuma deles parecendo certo. So para voce intender melhor “Pub”, não e um lugar para beber bebidas alcoólicas, mas um “casa publico”, o nome Pub e abreviado do inglês “Public House”. Este e um lugar que o população em geral pode entrar, para comer algum coisas simples, tomar um cerveja enquanto ver o jogo futebol, fazer um jogo snooker ou darts, ou simplesmente bater papo. Quando entrou nos pubs a tarde, logo depois horário os crianças voltar da escola, vi crianças brincando dentro pub, isso nunca vi no bar. Alem disso, um pub fechar relativamente cedo, e abre em bom tempo p facer almoço, enquanto bares abre bem mais tarde e fica aberto ate bem depois meia noite. amenity=pub + outdoor_seating=yes pode ser, mas tem mesmo sentido que não e totalmente certo. amenity=kiosk geralmente e um lugar que vender jornais e revistas, chiclete, balas, cartao telefonica, ou outros mercadorias simples. amenity=fast_food tambem não dar certo, faltamos um tag para resolver isso? Este assunto também pode ser levantado na lista tagging@ Aun Johnsen On Jan 25, 2015, at 16:25, Thiago Jung Bauermann thiago.bauerm...@gmail.com wrote: Olá pessoal, Estou mapeando algumas coisas em Ubatuba, São Paulo, e em algumas praias existem quiosques (geralmente mais de um, relativamente próximos uns dos outros) que vendem petiscos, lanches, bebidas (alcoólicas e não-alcoólicas), às vezes pratos também. Não estou encontrando uma tag apropriada pra esse tipo de estabelecimento. Não acho que seja um amenity=restaurant, pois é um lugar mais informal e, principalmente, porque as mesas e cadeiras ficam na rua. Os clientes não entram no estabelecimento. Pensei em um amenity=pub com outdoor_seating=yes, mas o foco desses lugares não é em bebidas alcoólicas, e são lugares onde se leva crianças sem problemas e geralmente não ficam abertos até muito tarde Pensei também em shop=kiosk, mas apesar da semelhança do nome e do wiki dizer que the shop is normally so small that customers cannot enter the shop, a tag parece se referir mais ao que chamamos de banca. Alguma sugestão? -- []'s Thiago Jung Bauermann ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Addresses interpolation
On 1/26/2015 10:05 PM, Dmitry Kiselev wrote: Is it a mistake or examples like this may be interpreted in some usable way? I would say there's no sensible interpretation of an interpolation way with different nodes with different addr:street values. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 6:39 PM, JB jb...@mailoo.org wrote: I have nothing against bicycle repair stations. Really. But, just in France, how many databases do we have that are as worth as this one ? Post offices, monuments, schools… Do we want to create some hundreds, thousands of notes for these? PS: these data are proposed to the integration through osmose, the qa tool. http://osmose.openstreetmap.fr/fr/map/ JB. You know what, thats fine too, whatever works. If thats works for the French folks, then away you go. One thing to consider though, osmose is not in use worldwide, and even in places where it is used its still outside the scope of regular mappers i.e. you are not going to find it from the osm.org homepage whereas you will with a note ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich
Hallo Erwin, freut mich sehr, dass dich die Auswertung motiviert und die Arbeit erleichtert! Ja, das mit den Gemeindezusammenlegungen ist so eine Sache. Wäre es immer der Fall, dass einfach mehrere Gemeinden zu einer zusammengelegt werden und sich die Grenzen nie verschieben, wäre es verhältnismäßig einfach, die Zahlen umzurechnen. Leider ist das nicht immer genau so der Fall; ich kenne einen Fall dort wo ich her bin, wo auch Grenzen verschoben wurden (Gemeinde Gnas / Paldau). Da die ursprüngliche Idee der Aufteilung es war, die Abdeckungswerte in verdaubare Häppchen aufzuteilen, sehe ich diese Idee durch die Gemeinezusammenlegung im Grunde nicht verletzt. Aber klar, ganz richtig ist es so natürlich nicht mehr. Kurzfristig werde ich es nicht ändern, weil aus meiner Sicht die Verwendbarkeit des Dienstes nicht stark leidet. Aber vielleicht sehe ich mir mittelfristig mal genauer an, wie schwer die Migration wirklich ist :) Aja, und sorry für die verspätete Antwort. Thomas Am 23 Jan 2015 um 11:47 schrieb Erwin Pleyer erwin@gmx.at: Hallo Thomas, ich wende mich vor allem an Dich und Deine tolle Karte der Gebäudeabdeckung in Österreich. Ich habe Deine Auswertungen bisher sehr gerne dazu verwendet, kleine Gemeinden mit wenig bis gar keiner Abdeckung zu suchen und die Gebäude anschließend per GeoImage zu erfassen. Jetzt hat es ja zum 01.01.15 zahlreiche Zusammenlegungen von Gemeinden gegeben. Meine Frage nun, wie sieht es aus, kannst Du Deine Auswertungen an die neuen Grenzen anpassen oder ist der Aufwand hierfür zu hoch? Ich kann es nicht abschätzen, würde das Update aus meiner Sicht jedoch sehr begrüßen! Sollte es nicht möglich sein, dann Danke ich Dir trotzdem für Deine bisherige Arbeit, war wirklich super. Geht es doch, dann freue ich mich schon auf die neuen Listen. Grüße aus Kufstein Erwin6330 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk] Addresses interpolation
Hi everyone. There is a strange addr:interpolation way: http://www.openstreetmap.org/way/104241240 First point http://www.openstreetmap.org/node/1202921548 and last http://www.openstreetmap.org/node/1202921219 have different addr:street tag values: Boulevard Saint Dizier and Avenue de la République Is it a mistake or examples like this may be interpreted in some usable way? -- Dmitry Kiselev___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addresses interpolation
On 27/01/2015 06:05, Dmitry Kiselev wrote: Hi everyone. There is a strange addr:interpolation way: http://www.openstreetmap.org/way/104241240 Is it a mistake or examples like this may be interpreted in some usable way? Have you asked cquest, the editor who created it? They're the best person to answer this question. J. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Sun, Jan 25, 2015 at 1:18 PM, Bryce Nesbitt bry...@obviously.com wrote: Note for rendering. There appear to be stations that are under lock and key, not even permissive: https://www.openstreetmap.org/node/3190431752/history that I would not want to see mapped on a general purpose map. Isn't that what access=private is for? Still could be useful for landmark navigation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Osmose
Le 26 janvier 2015 23:04, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : pour l'erreur types de routes disparates(http://osmose.openstreetmap.fr/fr/map/#item=1090), beaucoup des erreurs sont des motorway_link arrivant sur highway=service sur les aires d'autoroute. Est ce vraiment une erreur? ça ne devrai pas être des motorway_link Et donc cela devrait être? Quelqu'un a un exemple d'aire d'autoroute taguée correctement? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Sun, Jan 25, 2015 at 3:56 AM, SomeoneElse li...@atownsend.org.uk wrote: On 25/01/2015 05:20, Bryce Nesbitt wrote: Where do OSM cycling enthusiasts hang out : is there a mailing list or group focused on cycling features? #osm-gb on IRC. :) (I'm only half joking - the channel topic is usually Pubs and cycle routes a speciality) Opening a (text, please, group ok! I sleep during the day!) hangout to ba...@ursamundi.org or +1-918-512-1012 can often get you my thoughts around the next time I grab my phone (if it's not within arm's reach, send help...) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 11:27 AM, JB jb...@mailoo.org wrote: Le 26/01/2015 17:59, Jo a écrit : It would indeed be preferable to use OSM Notes for that purpose. Ho crap. Instead of importing 500 low-quality POI, just import 500 low-quality notes… So that only the notes DB is a dump, but not the main one. Sorry for the bad energy, but please do not consider the note feature as a second level one. And for the fun, please close the 10 closer to your location :-) If there was high quality information to be had, it'd be in the map already instead of a note...notes have information that need a little more polish before it's usable data. I don't see an issue with throwing a few dozen extra notes around when we have field QA tools like Osmand that make finding them in the field easy. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Re: [Imports] amenity=bicycle_repair_station :::: only 18 so far
On Mon, Jan 26, 2015 at 1:19 PM, Bryce Nesbitt bry...@obviously.com wrote: 3) Everything in OSM is subject to verification and change over time. There are hundreds if not thousands of USA post offices in OSM that no longer exist: data quality never absolute. Heck, it can even fluctuate seemingly seasonally. Last time I was in Canada, there was *not a single postbox nationwide in operation http://i.imgur.com/AEK19ga.jpg*. We literally had to make side trips to the US to mail stuff home we didn't want to drag with us the rest of the trip. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abwesenheitsnotiz
On Mon, 26 Jan 2015 09:32:47 +0100, Andreas Labres wrote: On 26.01.15 08:41, Martin Koppenhoefer wrote: hat jemand die Nummer? Dann könnte man die Liste mit text2speech weiterleiten ;-) Gute Idee! ;) Aber kann bitte ein Moderator diese Emailadresse einfach auf vacation setzen? Dazu wäre das Flag da und es wäre Ruhe. Und im besten Fall tritt ein Lerneffekt ein... Am 21.01. wurde das Problem in diesem Thread in der Tradition von Euro-Krise und NSA-Affäre bereits für beendet erklärt. *SCNR* ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-nl] Presentaties OSGeo.nl Dag 2014 en NJ Borrel online
Beste Mensen, Op de OSGeo.nl [1] website staan de verslagen en presentaties van de laatste twee events: - OSGeo.nl Dag 2014 - 25 nov 2014 op GeoBuzz [2] - Nieuwjaarsborrel met OSM NL - 11 jan 2015 Dudok [3] Hartelijke groet, --Just [1] http://osgeo.nl [2] http://osgeo.nl/2015/01/osgeo-nl-dag-2014-verslag-en-presentaties [3] http://osgeo.nl/2015/01/nieuwjaarsborrel-2015-de-presentaties ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-it] Download xml fermate autobus Atac
Ciao Luca, appena avrò scritto un paio di pagine (in inglese) sul mio lavoro sarò ben lieto di aggiungere le informazioni. Puoi suggerirmi delle linee guida da seguire per un documento da allegare? Saluti 2015-01-23 11:31 GMT+01:00 Luca Delucchi lucadel...@gmail.com: 2012-07-24 16:36 GMT+02:00 Daniele Palla Palladino pa...@danielepalladino.it: Salve a tutti, ciao, visto che mi sono rimesso a lavoro per la mia Tesi di Laurea vi inoltro nuovamente la domanda. potresti poi aggiungere informazioni riguardante la tua tesi di laurea qui http://wiki.openstreetmap.org/wiki/Research#Italy grazie -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Daniele Palladino Web Site: http://www.danielepalladino.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-in] Indian OSM server
Since most if not all of the required stack is already installed and configured for http://openhistoricalmap.org it shouldn't be too hard to setup http://openstreetmap.in there. Johnson will need guidance from Sanjay or Sajjad. If we have consensus on this can we start setup? Satyakaam, you can ping and point the nameservers at the hackercoop box (on which you should also have an account, send keys to Sanjay if not). Ok i have pointed the NS to the hackercop box , also my public key is already with Sanjay he can copy it and give me the username to access the box . thanks -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Pozzo in disuso
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 26/01/2015 10:37, cascafico ha scritto: Un pozzo, ad uso ghiacciaia (Jazera) probabilmete in disuso da un secolo, credo non possa fregiarsi del tag di sito archeologico. Tuttavia se aggiungo il namespace disused:man_made=water_well nessuno vedrà quell'elemento comunque caratteristico del territorio. Che fare? È comunque un elemento storico: historic=monument se è un'attrattiva turistica: tourism=attraction - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUxhIiAAoJEMTPIIVov0Ztf9AIAIeKsR7/S2AH95mfFpEbJmHC Q8DkTQjvVQ21qPvIyridUjcBc7kqmUOlT8whpOhZ2M2cOEJ/TUzyVBx1EmSl1/IR WVmswNabPxNwHh9CKnMGnvkk+P5yPwHpB+TMV3sHJA+uiHfLfnuD/ovYmoJJa7Fp OoOEuJscXAWw3AQf0DUs7i21NdRDYzv5MQXMlUpRy2oGkyLDSfiahzZa+zZocn8k UgCNxXEHGpYclajay+js+G9JWNgjAT25xDm9ucZFpFZmPShgc/dRt3AbBdgmez1W RHE9WHvu+vPNyRYjMjWoswMzosLdEyoUcHqIzMeW2eB6MO1APNNs8N8ODQryvlE= =0nNH -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema rendering chiese
Il non conoscere l'esatta assegnazione delle pertinenze è uno dei motivi per cui prediligo l'assegnazione del tag amenity=place_of_worship e relativi annessi (name, religion, denomination, ecc.) ad un singolo nodo all'interno dell'edificio/area. Quando sarò certo (io o qualcun altro al posto mio) di come stanno le cose, si portà sempre perfezionare la mappatura; per l'intanto, però, il luogo è mappato, ricercabile/routabile e riconoscibile sulla mappa.. :-) Ciao MAx -- View this message in context: http://gis.19327.n5.nabble.com/Problema-rendering-chiese-tp5828762p5831392.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-in] Indian OSM server
On Mon, Jan 26, 2015 at 12:26 PM, satyaakam goswami satyaa...@gmail.com wrote: Via Topomancy, Sanjay Bhangar and I have a server with ample speed and space to host openstreetmap.in and related projects for at least one year. We are providing the same service to OpenHistoricalMap. lets talk about it , OpenHistoricalMap is something interesting would like to learn more about it . OHM info and mailing list: http://wiki.openstreetmap.org/wiki/Open_Historical_Map Meanwhile, lets start on OSM India. Johnson has already taken the first steps, looking forward to hearing from him. -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Associazione dei Sistemisti Informatici della Pubblica Amministrazione
Non ho ancora esperienza. Sto per lanciare, come FIAB Padova, la mappatura della rete ciclabile di Padova. Sono interessato per questo motivo nel tema, ma non ho - ancora - esperienza. Volker 2015-01-26 9:06 GMT+01:00 Dario Zontini dario.zont...@gmail.com: Sul forum del sito opensipa.it (visibile solo dagli iscritti che devono essere dipendenti pubblici) è stata fatta questa richiesta: Cartografia open OpenStreetMap ed il suo uso nella P.A. Vorrei sapere se c'e' qualcuno che usa/collabora attivamente con OpenStreetMap (esempio di territorio mappato2 http://www.openstreetmap.org/#map=18/44.40184/8.68169) per mappare dati territoriali del proprio comune ? Avete vostri esempi d'uso: creazione di mappe basate su osm dinamiche1 http://umap.openstreetmap.fr/it/map/mappa-idranti-antincendio_22715 o statiche http://umap.openstreetmap.fr/it/map/sovrapposizione-zone_26035 o altre esperienze o casi d'uso1 http://maps.opengenova.org/rischioalluvionale/? Avete a disposizione dati liberi, con licenza adeguata, che possono essere importati nel progetto? Avete esempi da suggerire? Ho girato il link del progetto AMAT. Eventualmente posso fare da tramite io per girare le vostre segnalazioni. ciao Dario Zontini -- Messaggio originale -- Da: Luca Sigfrido Percich luca.perc...@gmail.com A: Dario Zontini dario.zont...@gmail.com; openstreetmap list - italiano talk-it@openstreetmap.org Inviato: 22/01/2015 09:01:32 Oggetto: Re: [Talk-it] Associazione dei Sistemisti Informatici della Pubblica Amministrazione Il giorno 21 gennaio 2015 15:45, Dario Zontini dario.zont...@gmail.com ha scritto: -- Messaggio originale -- Da: Luca Delucchi lucadel...@gmail.com A: Dario Zontini dario.zont...@gmail.com; openstreetmap list - italiano talk-it@openstreetmap.org Inviato: 21/01/2015 14:29:10 Oggetto: Re: [Talk-it] Associazione dei Sistemisti Informatici della Pubblica Amministrazione 2015-01-21 10:09 GMT+01:00 Dario Zontini dario.zont...@gmail.com: Conosci esempi di utilizzi di OSM da parte di pubbliche amministrazioni? sarebbe un bel risultato se li riportassero nella loro newsletter A Milano noi di AMAT stiamo integrando il grafo stradale del Comune con il grafo OpenStreetMap. Non si tratta di un export statico, ma di un'attività dinamica e continua. Quando iniziammo il progetto un anno fa, Simone Cortesi ci disse che eravamo la seconda città al mondo (dopo New York con il DB degli edifici se non ricordo male) a tentare questa strada. L'integrazione tra banche dati PA e OSM ha un grosso impatto culturale prima che tecnologico: bisogna capire che OSM è un mondo con le sue logiche e la sua autonomia. Il nostro obiettivo è passare su OSM dati sul trasporto pubblico e sulla viabilità man mano che li abbiamo, beneficiando al contempo della correzione puntuale e dell'arricchimento che gli utenti sul territorio possono garantire. Si tratta di una simbiosi mutualistica di grandissimo valore per la PA e per la comunità. Ciò premesso non abbiamo corsi o prodotti da vendere, ma siamo senz'altro interessati a discutere della cosa con altre PA che abbiano già intrapreso o vogliano intraprendere questa strada. Buona giornata a tutti Luca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-in] Indian OSM server
On Mon, Jan 26, 2015 at 1:45 PM, Shekhar Krishnan shek...@topomancy.com wrote: Johnson has access to the same server where OHM is hosted, known as hackercoop, which is a community server provided courtesy of Topomancy (which is me, Schuyler Erle and Tim Waters). Since most if not all of the required stack is already installed and configured for http://openhistoricalmap.org it shouldn't be too hard to setup http://openstreetmap.in there. Johnson will need guidance from Sanjay or Sajjad. If we have consensus on this can we start setup? Lets consider the lack of opposition as silent nods in agreement. I'm ready to take care of the mapnik xml. Satyakaam, you can ping and point the nameservers at the hackercoop box (on which you should also have an account, send keys to Sanjay if not). Best, S.K. On Mon, Jan 26, 2015 at 1:33 PM, Arun Ganesh arun.plane...@gmail.com wrote: On Mon, Jan 26, 2015 at 12:26 PM, satyaakam goswami satyaa...@gmail.com wrote: Via Topomancy, Sanjay Bhangar and I have a server with ample speed and space to host openstreetmap.in and related projects for at least one year. We are providing the same service to OpenHistoricalMap. lets talk about it , OpenHistoricalMap is something interesting would like to learn more about it . OHM info and mailing list: http://wiki.openstreetmap.org/wiki/Open_Historical_Map Meanwhile, lets start on OSM India. Johnson has already taken the first steps, looking forward to hearing from him. -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan Topomancy LLC http://shekhar.cc http://topomancy.com ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-de] Abwesenheitsnotiz
On 26.01.15 08:41, Martin Koppenhoefer wrote: hat jemand die Nummer? Dann könnte man die Liste mit text2speech weiterleiten ;-) Gute Idee! ;) Aber kann bitte ein Moderator diese Emailadresse einfach auf vacation setzen? Dazu wäre das Flag da und es wäre Ruhe. Und im besten Fall tritt ein Lerneffekt ein... /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] amenity=bicycle_repair_station :::: only 18 so far
On Mon Jan 26 07:37:57 2015 GMT, Bryce Nesbitt wrote: The locations I field checked were all findable, but had positioning errors consistent with smartphone GPS units, up to 30 meters. In each case I was able to find the station in a field check, then manually rectify the exact location. It was a lot easier to field check these knowing the approximate location, rather than simply wandering all over town searching for bike repair stands. I think this is a good example of where notes are the way to go. A badly positioned node is only likely to be spotted by a mapper who is specifically interested in bike repair stations, whereas a note will be spotted and acted upon by a more general mapper visiting an area. The note can contain info on how to tag or a reference to one that has been properly surveyed. Phil (trigpoint ) -- Sent from my Jolla ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk