Re: [Talk-pe] Río Rímac
El 27/08/15 a las 09:00, joost schouppe escribió: Hola Johnattan, Bien que lo viste! Con Potlatch 1 he visto que pasó. [Como? http://www.openstreetmap.org/edit?editor=potlatch#map=18/-11.92283/-76.67103 ; teclar u hace aparecer vias borradas. Asi se puede identificar el ID del via borrada. Con este ID se puede ver aqui http://www.openstreetmap.org/way/268612605 quien fue que lo borro] Se ha borrado por un mapper relativamente nuevo, en este changeset: http://www.openstreetmap.org/changeset/32971218 Parece que ha borrado HARTO en este changeset, y en todos sus otros changesets. No tengo la competencia como para arreglar esto, por eso estoy mandando a talk-latam tambien, ojala hay algun experto que puede ver que esta haciendo este usuario. Ya le mando un mensaje para pedir explicaciones. Creo que habria que revertir todos sus changesets, y hacver lo rapido, porque si no habra muchas complicaciones hacerlo. Posiblemente habria que bloquear el usario tambien. Gracias Joost, no sabía eso del potlatch 1, muy útil! parece que rubendf92 es de la zona, sus cambios también tienen nombre de calles y algunos detalles como muros [0], que me hacen pensar que es un usuario en terreno. Lleva 30 días en osm, o al menos con esa cuenta. Le he escrito, también, a ver si hacemos algo con sus cambios. He tratado de revertir los cambios con josm, pero me ha dado un error, alguien más está probando? Saludos! [o] http://www.openstreetmap.org/user/rubendf92/history#map=11/-12.0474/-76.9064 ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-talk-be] adressen
Ik denk niet dat er al iemand begonnen is met het systematisch mappen van alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan begint (en het volhoudt tot het eind), aangezien het volgens mij wel een werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn. Als er interesse is misschien iets met een aantal mensen coördineren om er eens werk van te maken? Ben 2015-08-27 10:01 GMT+02:00 joost schouppe joost.schou...@gmail.com: Dag allen, Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes rechtsboven als je een kaart in beeld hebt). Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of ze alsjeblieft weer naar een volledig adressenbestand kunnen verwijzen, iemand off the top of their head een idee welk aandeel van de adressen in 't Stad nu al gemapped zijn en op welke termijn we volledig zouden kunnen zijn? Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen). Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een open adreszoeker op gebouwd hebben? -- Joost @ Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[talk-ph] Pampanga OSM DRR videos
Just found out that this was already released. :) short vid - https://www.youtube.com/watch?v=8LHem2ZXWEofeature=youtu.be long vid - https://www.youtube.com/watch?v=9zAS2pjBGTs -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-de] MAPS.ME: Fußgänger-Routing
Am Donnerstag, 27. August 2015, 06:39:56 schrieb Elstermann, Mike: Wenn's interessiert: MAPS.ME (OSM-Datenbasis) ermöglicht seit gestern auch Fußgänger-Routing. https://geoobserver.wordpress.com/2015/08/27/maps-me-fussgaenger-routing/ Der geoObserver. Das kann OSMand auch. Und auch Fahrradrouting. Beides schon länger. Die Frage ist, wer kann es besser. Falls solch eine Aussage überhaupt objectiv messbar ist. Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Abandoned Rails
On 8/27/2015 11:02 AM, moltonel 3x Combo wrote: There is no real-life trace left of https://www.openstreetmap.org/way/366610457 (amongst others) but it is currently in OSM. To me that is mapped fine for a dismantled/abandoned railway. There are visible signs of the railway on each end of that segment and if you know what you are looking at, the line of trees along the east side of the abandoned segment might even indicate something to an experienced mapper. But more importantly, if you are mapping the visible segments to the sw and ne, why have gaps between them? Using the abandoned tag on that now less obvious segment seems like the most constructive, precise and useful way to map the overall former active line, much (most?) of which is still visible on the landscape. Perhaps, zooming out and looking at the overall mapping context helps make the use of the dismantled/abandoned mapping conventions clearer rather than only looking at one short, 10 meter segment in isolation. cheers blake ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Re : Re: Localisation photo, et corrélation gpx
Tu peux faire ça ? Je pourrai le reproduire ensuite ? Je t'envoie le fichier en privé, la pièce jointe ne passera pas sur la liste. Stf Le 27/08/2015 17:19, didier2...@free.fr a écrit : tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] sytadin utilise osm
c'est en cours suite a 2 coupure d'axe importantes : http://www.sytadin.fr/sys/alert_reseau.jsp.html merci a - osrm pour les traces gpx générées - umap pour la création rapide des cartes - openstreetmap pour les données ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re: Localisation photo, et corrélation gpx
tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ 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-de] Denkmalschutz wie taggen?
Am 26.08.2015 um 11:17 schrieb Elstermann, Mike: Hallo zusammen, möglicherweise schon behandelt, aber ich hab nicht so richtig ergiebige Quellen gefunden, deshalb hier die Frage: Wie tagge ich Objekte, die unter Denkmalschutz stehen? http://wiki.openstreetmap.org/wiki/DE%3AKey%3Aheritage grüße ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSRM-talk] osrm-prepare issue
Hi,I have an issue with osrm-prepare. osrm-prepare will only run for a few seconds and output the following: ./osrm-prepare switzerland-exact.osrm[info] Input file: switzerland-exact.osrm[info] Restrictions file: switzerland-exact.osrm.restrictions[info] Profile: profile.lua[info] Threads: 4[info] Generating edge-expanded graph representation[info] - 2166 restrictions.[info] Importing n = 2793814 nodes[info] - 2056 bollard nodes, 2547 traffic lights[info] and 2888574 edges[info] Graph loaded ok and has 2888574 edges[info] Removing graph geometry while preserving topologySegmentation fault: 11When trying to run OSRM afterwards with "./osrm-routed switzerland-exact.osrm" I get:[info] starting up engines, v4.7.1-1-g40443d1[info] populating base path: switzerland-exact.osrm[info] not a regular file[warn] exception: .hsgr not found: switzerland-exact.osrm.hsgrWhy is this? What should I do to overcome this issue?I'm on Mac OSX10.10.3Thanks in Advance for any hintsAdrian Adrian Schmid Projektleiter Fon +41 71 226 12 14 Web http://www.fhsg.ch FHS St.Gallen, Hochschule für Angewandte Wissenschaften Institut IMS-FHS | Rosenbergstrasse 59 | Postfach | 9001 St.Gallen | Switzerland FHO Fachhochschule Ostschweiz ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] osrm-prepare issue
Hey Adrian, where did you get your data extract from? Did you try the current version from the `develop` branch? Best, Patrick On Thu, Aug 27, 2015 at 7:14 PM, Adrian Schmid adrian.sch...@fhsg.ch wrote: Hi, I have an issue with osrm-prepare. osrm-prepare will only run for a few seconds and output the following: ./osrm-prepare switzerland-exact.osrm [info] Input file: switzerland-exact.osrm [info] Restrictions file: switzerland-exact.osrm.restrictions [info] Profile: profile.lua [info] Threads: 4 [info] Generating edge-expanded graph representation [info] - 2166 restrictions. [info] Importing n = 2793814 nodes [info] - 2056 bollard nodes, 2547 traffic lights [info] and 2888574 edges [info] Graph loaded ok and has 2888574 edges [info] Removing graph geometry while preserving topology Segmentation fault: 11 When trying to run OSRM afterwards with ./osrm-routed switzerland-exact.osrm I get: [info] starting up engines, v4.7.1-1-g40443d1 [info] populating base path: switzerland-exact.osrm [info] not a regular file [warn] exception: .hsgr not found: switzerland-exact.osrm.hsgr Why is this? What should I do to overcome this issue? I'm on Mac OSX 10.10.3 Thanks in Advance for any hints Adrian Adrian Schmid Projektleiter Fon +41 71 226 12 14 Web http://www.fhsg.ch FHS St.Gallen, Hochschule für Angewandte Wissenschaften Institut IMS-FHS | Rosenbergstrasse 59 | Postfach | 9001 St.Gallen | Switzerland FHO Fachhochschule Ostschweiz ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-talk-be] Relaties aanpassen
On 2015-08-26 22:02, Tom Lauwereins wrote : Hoi Ik zou enkele relaties moeten aanpassen (wijzigingen in fietsknoopuntennetwerk en fietsroutes) Kan iemand me zeggen wat de makelijkste manier is om dit te doen. Waar vind ik ergens een handleiding. Ik heb een beetje schrik dat ik de hele relatie kapot ga maken. Ik werk nu met Potlatsh2, maar misschien gaat dit makkelijker met een andere editor. Hi, Read instructions here https://www.google.be/search?q=how+to+edit+relations+openstreetmap and if more are necessary, the best idea is to ask to add them for the whole world's benefit. Including Comparison of editors http://wiki.openstreetmap.org/wiki/Comparison_of_editors answering your question, that ID and Potlatch are not well suited for power users. You will find the Belgian http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Cycle_RoutesCycle_Routes http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Cycle_RoutesConventions here http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Cycle_Routes for the benefit of whole Belgium. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] missing affiliation on BIPT website
Thursday 27 August 2015 07:26:47, Nicolas Pettiaux: Would any of you have ideas or suggestions (and the time) to contribute to the letter that I would send ? I keep an archive of the letters I send at the wiki[1]. I posted them to the list prior to sending them and no-one complained :p They're in Dutch but maybe you can draw some inspiration from them. Does anyone else have such a list of their sent letters? [1] https://wiki.openstreetmap.org/wiki/User:M!dgard/Copyrightbrieven -- The field from of an email is about as reliable as the address written on the back of an envelope. That's why this message is OpenPGP signed. signature.asc Description: This is a digitally signed message part. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Re : sytadin utilise osm
il faut cliquer sur les liens nommés itinéraire ... - Mail d'origine - De: didier2...@free.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 17:17:13 +0200 (CEST) Objet: [OSM-talk-fr] sytadin utilise osm c'est en cours suite a 2 coupure d'axe importantes : http://www.sytadin.fr/sys/alert_reseau.jsp.html merci a - osrm pour les traces gpx générées - umap pour la création rapide des cartes - openstreetmap pour les données ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] missing affiliation on BIPT website
On 2015-08-27 07:26, Nicolas Pettiaux wrote : Thanks Olivier for letting us know I know personnally a member of the board of IPBT (Charles Cuvelliez, see http://www.bipt.be/fr/operateurs/ibpt/le-conseil) whom I can contact on behalf of the OSM-be community to say something like We appreciate that OSM be used by IBPT but we would like that OSM be properly cited as requested by the licence. Would any of you have ideas or suggestions (and the time) to contribute to the letter that I would send ? Yes, you might ask him if, in return of the help we bring, IBPT would let us import and update their antenna data. They would in turn benefit from that in being able to display antennas on that map right from OSM. I once tried to get in contact with their official e-mail address but they did not reply. Trying to convince someone of them would be a more successful way. The SPW contains an antenna map (cadastre), but not all the details the IBPT could provide. In case of reluctance, but only then, tell them that they can restrict the data they send us (or let us use). The minimum is obviously the coordinates. They have address, operators, IDs http://www.sites.bipt.be/index.php?language=FR and maybe more. Thanks for doing this, Cheers André. Note; we call that attribution. Best regards, Nicolas ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-at] Carto: Paths and footways
Die meisten haben bis jetzt sicher wahrgenommen, dass highway=path und highway=footway neulich im Standard OSM Stil gleich dargestellt werden. Dessen Darstellung hängt im Detail vom Tag surface=* ab. An der Darstellung wird sich, soweit ich verstehen konnte, wahrscheinlich noch was ändern (hoffentlich zum besseren). Soweit ich in den letzten zehn Tagen mitbekommen habe, haben viele in verschiedenen Threads unter [1] ihre Skepsis und Unzufriedenheit ausgedruckt und argumentiert (habe unter anderem auch Friedrichs Beitrag gesehen). Es wurde mit Statistik und de facto Situation argumentiert. Die österreichische und russische Situation und Differenzierung zwischen path und footway spielen beim Carto-Team anscheinend keine Rolle; auch sac_scale spielt anscheinend keine Rolle. (Mein Beitrag wurde von einem Thread bald gelöscht - habe mich in einem thematisch unpassenden Thread beteiligt, sagt man. Mir ist dann jede Lust vergangen, da ich nicht mal meinen Text mehr hatte.) Es soll uns eigentlich egal sein, wie unpassend für die Länder der Berge der aktuelle Stil ist, da es andere Karten gibt und auch jedem frei steht, etwas ganz neues auf Beine zu stellen (einen Link zu solchen Alternativen gibt es auch in der Wochennotiz 266 [2]). Nach meinem Verständnis, soll der neue Stil die Mapper dazu bringen, die surface=* zu verwenden (ich sehe das nicht als berechtigt, aber bitte). Ich habe deswegen heute ein kleines Changeset gemacht [3], um zu testen, wie sich die Surface-Information in der Tat auswirkt: Habe bei einigen wenigen Pfaden zusätzlich surface=unpaved definiert. Die Änderung in der OSM Standard-Darstellung ist aber so eine schreckliche, dass ich mein eigenes Edit wahrscheinlich bald reverten werde. Schaut euch das ab z17 an! Und hier komme ich zum Punkt: Aus meiner Sicht wird die aktuelle Stil-Lage die Natur-Mapper eher dazu bringen, gar nicht mehr zu mappen, oder mindestens auf keinen Fall die Surface-Information für Pfade einzutragen. Das ist aber gerade das Gegenteil von der beabsichtigten Auswirkung der neuen Stil-Änderungen auf die Mapper. Das ganze finde ich schade, weil die breite Masse - so nehme ich an - ausgerechnet über diesem Stil in Berührung mit OSM kommt. Für Bergsteiger sind - so scheint mir - die Karten, die auf dem aktuellen Stil basieren, viel weniger brauchbar, als vorher. Stört das wirklich nur mich so? [1] https://github.com/gravitystorm/openstreetmap-carto/issues [2] http://blog.openstreetmap.de/blog/2015/08/wochennotiz-nr-266/ [3] https://www.openstreetmap.org/changeset/33611800 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzimport Wien
Liebe Alle, Ich habe nach einer ersten Kontaktaufnahme von Friedrich keine Nachbarschaftsgrenzen mehr eingepflegt. Diese Aussage stimmt nicht (es kann nur sein, dass ich sein Mail nicht sofort während meiner letzten Sitzung gelesen habe, habe aber nach dem Lesen sofort aufgehört). Ich habe in einer Antwort an Friedrich dargelegt, dass ich dem Beispiel der Nachbarschaft Weißgerber im dritten Bezirk gefolgt bin. Ich nahm aufgrund dieses Beispiels an, dass diese Infos (Grenzen) für andere Nachbarschaften fehlen. Ich wollte daher diese Infos nachtragen und damit weiterhelfen. Weißgerber war offensichtlich ein schlechtes Beispiel - Friedrich hat gemeint, dass Nachbarschaften nicht mit Grenzen eingetragen werden sollten. Ich persönlich brauche diese Grenzen für ein Projekt, sie müssen dafür aber nicht in Openstreetmap liegen - ich nahm aber an, sie könnten für OSM von Vorteil sein. Entschuldigt vielmals - gut gemeint ist ja oft das Gegenteil von gut. Ich bin so vorgegangen, dass ich mir die historischen Grenzen von auf Wikipedia genannten Stadtteilen angeschaut habe, und diese eingetragen habe. In den äußeren Bezirken werden hier keine Straßenzüge mehr genannt, gemäß den Übersichtskarten auf Wikipedia decken sich aber häufig ein Teil eines, ein oder mehrere Zählbezirke mit diesen Stadtteilen - ich habe versucht, das zu evaluieren und entsprechend einzutragen. Ich habe nicht einfach Zählbezirke importiert, das stimmt so nicht. Wenn das so nicht genau genug oder gut für das Projekt ist könnt ihr gerne meine Änderungen reverten! Beste Grüße, Martin Am 25.08.2015 um 18:25 schrieb Peter Barth osm-p...@won2.de: Hi, Jens Steinhauser schrieb: einen Konsens darueber wie sinnvoll/fehlerhaft die Daten sind und ob die Aenderungen zurueckgenommen werden sollen haben wir immer noch nicht. er hat ja scheinbar nach dem er von Friedrich angeschrieben wurde nochmals weitere Grenzen importiert. Ich war daher so frei und habe ihn auch nochmal geschrieben, dass er den Import stoppen soll und sich mindestens mit euch in Verbindung setzen soll bevor er weiter macht. Imho ist das ganze auch ein Import und muss somit sowieso die Import Guidelines berücksichtigen. Bzgl. revertieren/zur Datenqualität kann ich nichts sagen. Gruß, Peda ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Status openGeoDB
Hi, gibt es inszwischen etwas neues zu den openGeoDB Daten in OSM? Laut Website war das letzte Update 2012. Oder konkreter gefragt: Können die openGeoDB:loc_id jetzt auch weg? CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MAPS.ME: Fußgänger-Routing
On Thu, Aug 27, 2015 at 03:03:57PM +0200, Heinz-Jürgen Oertel wrote: Am Donnerstag, 27. August 2015, 06:39:56 schrieb Elstermann, Mike: Wenn's interessiert: MAPS.ME (OSM-Datenbasis) ermöglicht seit gestern auch Fußgänger-Routing. https://geoobserver.wordpress.com/2015/08/27/maps-me-fussgaenger-routing/ Das kann OSMand auch. Und auch Fahrradrouting. Beides schon länger. Die Frage ist, wer kann es besser. Falls solch eine Aussage überhaupt objectiv messbar ist. Wichtig ist das es viele verschiedene gibt. Jeder machts nen bischen anders und am ende kann man durch nutzung jeglicher Software Fehler in den Daten finden. Ich bin auch ein großer Fan von OSMAnd aber ich habe auch noch Mapfactor Navigator, EB Dirigo, Map.ME etc auf dem Handy. Und jedesmal nehme ich mal was anderes. Und man findet immer mal wieder Fehler in den Daten. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Carto: Paths and footways
On 27.08.2015 21:45, Markus Straub wrote: Zusätzlich zur Tatsache, dass surface betrachtet wird aber nicht sac_scale (was zur lustigen Tatsache führt, dass der Klettersteig am begehbarsten aussieht), sieht man die unpaved Fußwege hinter natural=scree praktisch gar nicht mehr.. Ich hoffe auch, dass sich da wieder was zum besseren wendet (wobei ich es grundsätzlich schon gut finde, dass surface im Rendering verwendet wird) Ich behaupte mal, dass es keinen Sinn hat, genau 2 Linienstile einzuführen und von einem Tag abhängig zu machen, von dem über 30 verschiedene Werte dokumentiert sind. Gehört surface=cobblestone jetzt zu den guten oder zu den schlechten? Diese Einteilung in zwei Töpfe ist doch willkürlich und nutzlos. sac_scale für die Unterscheidung herzunehmen ist genausowenig eine Lösung. Denn laut Wiki soll es nur für hiking or climbing Wege verwendet werden. D.h. weder ein Jagdsteig noch ein Gamssteigerl noch ein Trampelpfad durch die städtische Grünfläche tragen ein sac_scale Tag, wenn es nach der Dokumentation geht. Wie stellt man nun einen Weg dar, auf dem kein sac_scale=* gesetzt ist? Was soll der Renderer als Default annehmen? Für die meisten Pfade und noch mehr die meisten highway=footway kann man wohl von einer geringen Schwierigkeit ausgehen. Es gibt aber Ausnahmen vor allem im Gebirge, wo die Pfade abseits von Wanderwegen zumeist schwieriger sind. Wenn man für diese wilden Pfade von sac_scale=hiking ausgeht, während der Wanderweg mit sac_scale=demanding_mountain_hiking getaggt ist, kommen wir total in die Bredouille. Darum schlug ich in der Carto-Diskussion vor, trail_visibility als Kriterium zu nehmen. Das hat eine klare Skala, und es ist auf alle Wege anwendbar. Aber es kam drauf weder ein Muh noch ein Mäh. -- 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] Re : Re: Localisation photo, et corrélation gpx
commande pour extraire les coordonnées exiftool -filename -GPSLongitude -GPSLatitude -DateTimeOriginal -subsectimeoriginal -n -T *.jpg liste.csv ci-joint le fichier openoffice pour generer les commandes il suffit juste de copier la colonne des commandes dans un editeur de texte puis enregistrer dans un fichier a lancer Le jeudi 27 août 2015 à 19:50 +0200, Stéphane Péneau a écrit : Tu peux faire ça ? Je pourrai le reproduire ensuite ? Je t'envoie le fichier en privé, la pièce jointe ne passera pas sur la liste. Stf Le 27/08/2015 17:19, didier2...@free.fr a écrit : tu m'envoies un fichier nom photo, date time (j'utiliserais un tableur pour gérer ça) pour créér une liste de commande exiftool - Mail d'origine - De: Stéphane Péneau stephane.pen...@wanadoo.fr À: talk-fr@openstreetmap.org Envoyé: Thu, 27 Aug 2015 12:31:31 +0200 (CEST) Objet: Re: [OSM-talk-fr] Localisation photo, et corrélation gpx Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr liste.ods Description: application/vnd.oasis.opendocument.spreadsheet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-nl] [Dutch] AmsGeoDrinks - Zeppos do 27 aug
Voor degenen die er niet bij waren: we hebben op een passende wijze uitgeleide gedaan van Steven! Hier de bewijzen: * http://www.meetup.com/AmsGeoDrinks/photos/26367142/441356154/?a=pu3.2_l * http://www.meetup.com/AmsGeoDrinks/photos/26367142/441356179/?a=pu3.2_l Voor wie de tekst op de tweede foto beter wil lezen: http://lists.osgeo.org/pipermail/dutch/2007-October/00.html Groeten, Frank On 25-8-2015 15:11, Just van den Broecke wrote: Op 27/8 weer een Amsterdam Geo Drinks ter ere van vertrek ons voormalig OSGeo.nl bestuurslid Steven naar USA DC, opgeven op http://www.meetup.com/AmsGeoDrinks/events/224785253 Hartelijke groet, Just ___ Dutch mailing list du...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] RES: fontes de dados do OSM-BR
Só corrigindo, são mais de 333.000 empresas. Marcio Aguiar Ribeiro 2015-08-27 23:58 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Peter, tem uma base interessante do http://compras.dados.gov.br/docs/home.html A licença é ODbL e possui dados de todos os fornecedores do governo com informações de nome, cnpj e endereço de todos. Acredito que são mais de 15.000. Acredito que uma base de empresas também pode contribuir para melhorar o endereçamento do openstreetmap. Marcio Aguiar Ribeiro On Wed, Aug 26, 2015 at 10:37 AM, Nelson A. de Oliveira nao...@gmail.com wrote: Os dados são do IBGE (portanto possuímos permissão de uso). ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/ ___ 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-at] Carto: Paths and footways
Das bringt Hoffnung. Ich werde die dortige Diskussion und die Veränderungen gespannt verfolgen (auch die Christoph Hormanns Webseite ist außerordentlich interessant - für mich jetzt eine Entdeckung). (Auch Deine Icons sind mir eine Neuentdeckung!) In von Dir genanntem Thread gibt es auch von Mateusz Konieczny gestellte Links zu Beispiel-/Testregionen. Das finde ich auch sehr gut und vielversprechend. An dieser Stelle dann so ein Link zu meinem (früher erwähntem) Testbereich (ich lasse es dort dann vorerst so getaggd, wie es jetzt ist), sodass die Interessierten die künftigen Veränderungen der Darstellung verfolgen können: highway=path mit surface=unpaved vs. surface undefiniert, oberhalb der Waldgrenze, mid teilweise undefiniertem, bzw. weiter im W und N unterschiedlichem Hintergrund, (zurzeit) ab z17: http://www.openstreetmap.org/?mlat=47.48884mlon=14.93895#map=17/47.48884/14.93895 Die Problematik mit der Rendering-Datenbank war mir auch nicht bekannt. Vielen lieben Dank! 2015-08-27 22:02:18 nebulon42 (nebulo...@yandex.com): [...] Ein Garant für weitere Verbesserungen hier ist sicher Christoph Hormann, der auch schon ein Issue für weitere Verbesserungen aufgemacht hat (https://github.com/gravitystorm/openstreetmap-carto/issues/1793). Er hat sich in der Vergangenheit sehr natur-affin gezeigt. Ein interessantes Detail ist, dass es derzeit einfach nicht möglich ist sac_scale zum Rendering zu verwenden. Die Rendering-Datenbank enthält nicht alle Tags. Der Neuaufbau der Rendering-Datenbank ist bereits geplant, aber sehr aufwändig und kommt daher nur langsam vorwärts. Die Server-Administratoren sind auch nur Freiwillige. Dann könnten aber alle Tags verwendet werden. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] RES: fontes de dados do OSM-BR
Peter, tem uma base interessante do http://compras.dados.gov.br/docs/home.html A licença é ODbL e possui dados de todos os fornecedores do governo com informações de nome, cnpj e endereço de todos. Acredito que são mais de 15.000. Acredito que uma base de empresas também pode contribuir para melhorar o endereçamento do openstreetmap. Marcio Aguiar Ribeiro On Wed, Aug 26, 2015 at 10:37 AM, Nelson A. de Oliveira nao...@gmail.com wrote: Os dados são do IBGE (portanto possuímos permissão de uso). ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/ ___ 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-ar] State of the Map LatAm 2015
Hola gente. yo voy a viajar. un saludo a todos. Sergio El 26 de agosto de 2015, 3:42 p. m., Gonzalo Gabriel Pérez zalit...@gmail.com escribió: Buenas tardes a todos gente! En primer lugar, para los que no sabían o se olvidaron del 4 al 6 de Septiembre se estará celebrando en Santiago de Chile la primer conferencia latinoamericana de OSM, el *State of the Map LatAm 2015*. Estaría muy bueno que desde nuestro país podamos participar la mayor cantidad posible. ¿Alguien de esta lista va a ir? Saludos, Zalito ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk] Abandoned Rails
On 27/08/2015 10:02, moltonel 3x Combo wrote: ... the OP hasn't given a list of guilty deletions so it's hard to judge how justified each deletion was. Back in https://lists.openstreetmap.org/pipermail/talk/2015-August/073669.html I had a look at what caused the current flurry of discussion. Part of the line in question was deleted by a mapper new to OSM; it was their second and last OSM edit. I find it hard to believe that this new OSM mapper had a thing about deleting abandoned railways. Likely they just didn't understand something, were confused, and it somehow got deleted. If just 10% of the effort that's been put into this discussion had been put into welcoming new mappers and explaining things to them* we'd be in a far better place as a project. Cheers, Andy (SomeoneElse) * yes, this also means explaining why amenity=Bank is not a good tag rather than just fixing it. Of course if they don't reply it does make sense to fix obvious typos - but explain the problem in a human message (not just you did it wrong) first. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-in] Simple 3D buildings
Hey guys, Ever wondered about making 3D buildings using OpenStreetMap? Here are a few 3D buildings in OSM rendered beautifully in F4 Map http://demo.f4map.com/#camera.theta=0.9. Mysore University - Crawford Hall https://en.wikipedia.org/wiki/University_of_Mysore - F4 Screenshot https://www.dropbox.com/s/598cnyv3omctnjl/Screen%20Shot%202015-08-26%20at%2010.56.59%20am.png?dl=0 Mysore Palace https://en.wikipedia.org/wiki/Mysore_Palace - F4 Screenshot https://www.dropbox.com/s/s4j9n7rwzrw8ux7/Screen%20Shot%202015-08-21%20at%201.04.56%20pm.png?dl=0 Currently, F4 application seems to be having a rendering issue. Hence attached the screenshots here. Chetan ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
Le 27/08/2015 11:32, didier2020 a écrit : tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Oui, j'ai regardé, mais il n'y a absolument aucune différence utile. La seule solution que je vois, c'est un outil qui regarderait les photos avec des heures de prise de vue identique, et qui ferait une interpolation pour créer le tag subsectimeoriginal Par exemple : Photo1 : 8h15mn21s Photo2 : 8h15mn21s Photo3 : 8h15mn22s deviendraient : Photo1 : 8h15mn21s + tag subsectimeoriginal=000 Photo2 : 8h15mn21s + tag subsectimeoriginal=500 Photo3 : 8h15mn22s + tag subsectimeoriginal=000 Mais c'est au-delà de mes capacités. Ensuite, restera à trouver un algo de création des geotags exif qui en tienne compte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Abandoned Rails
On Thu, Aug 27, 2015 at 4:02 AM, moltonel 3x Combo molto...@gmail.com wrote: On 27/08/2015, Paul Johnson ba...@ursamundi.org wrote: I believe we're talking about abandoned railroad rights of way that still mark the landscape, not something that no longer has a trace. No : Russ Nelson nelson at crynwr.com wrote Thu Aug 20 05:12:49 UTC 2015 Here's a perfect example of how a railway should be mapped: https://www.openstreetmap.org/#map=14/42.92237423246795/-75.8534094581493 Well, I stand corrected. On that area, where the railway=dismantled section exists, based on what I'm seeing in iD, I wouldn't map it at all. There is no real-life trace left of https://www.openstreetmap.org/way/366610457 (amongst others) but it is currently in OSM. At we're not least not exclusively about still-visible abandoned; the OP hasn't given a list of guilty deletions so it's hard to judge how justified each deletion was. Yeah, that's definitely chasing ghosts. If that's what we're talking about for railway=dismantled, then that should probably go into some other database instead. About the closest to something like that I would map is like the abandoned railways seen at https://www.openstreetmap.org/#map=18/45.50828/-122.83817, which at last time I was on the ground, was a bit more visually apparent on the ground than in the aerial thanks to the more solid railway ballast slowly sinking into the surrounding silt. No idea when the railway was abandoned, but I'm guessing sometime during my childhood as Jenkins Road still had railroad crossing symbols painted on it during high school, the bike lanes still had it during the last decade and were finally completely removed last decade. Along with an infill for the grade crossing which was tall and rough enough that had it been intentional rather than shoddy worksmanship would have been a traffic_calming=table. However, it couldn't have been too recent before I started high school (1996) as the Reeser's Fine Foods factory across Jenkins from that abandoned wye had been there long enough to get a rather weather-worn look and a fuel pump located in their yard was old enough to have reel dials for the readout. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Le jeudi 27 août 2015 à 11:58 +0200, Stéphane Péneau a écrit : Le 27/08/2015 11:32, didier2020 a écrit : tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Oui, j'ai regardé, mais il n'y a absolument aucune différence utile. La seule solution que je vois, c'est un outil qui regarderait les photos avec des heures de prise de vue identique, et qui ferait une interpolation pour créer le tag subsectimeoriginal Par exemple : Photo1 : 8h15mn21s Photo2 : 8h15mn21s Photo3 : 8h15mn22s deviendraient : Photo1 : 8h15mn21s + tag subsectimeoriginal=000 Photo2 : 8h15mn21s + tag subsectimeoriginal=500 Photo3 : 8h15mn22s + tag subsectimeoriginal=000 Mais c'est au-delà de mes capacités. Ensuite, restera à trouver un algo de création des geotags exif qui en tienne compte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] What's the point of the Wiki 'k=v' icon?
On 2015-08-27 11:21, Dave F. wrote: On 26/08/2015 21:54, Andrew Hain wrote: Dave F. davefox at madasafish.com writes: Hi Bearing in mind the wiki is used more often by new OSM contributors therefore should be a clear concise as possible, I'm curious why this icon is so prevalent: http://wiki.openstreetmap.org/w/images/thumb/5/5f/Osm_element_tag.sv g/200px-Osm_element_tag.svg.png There's no description of what it means or relates to. It refers purely to 'behind the scenes' business. New users are interested in that. Even if it were described, it would still be irrelevant as *all* tags are based on a key=value format. The graphic is used when there isn’t a specific image to put in a tag value infobox, with a k= graphic for key descriptions. A “No image yet” graphic used to be used. The message is buried within the {{description}} template. Although there are some pages that could have pictures but don’t it doesn’t always make sense to have one. If there's not a specific image, can't it just be ignored start with 'description' or whatever? The k=v icons are irrelevant to people who edit the map. It is a placeholder image that probably the person making the first page about a key/value combination made and got taken over in the template and though that mechanism got so prominent in all tag pages. Don't look for more behind it. BTW: why are there two k=v images in the wiki? Some reconstructing leads to the wiki page of this image at http://wiki.openstreetmap.org/wiki/File:Osm_element_tag.svg but there is also http://wiki.openstreetmap.org/wiki/File:Mf_tag.svg The Mf_tag.svg image is used in pages where the key-value system is explained, so the image is not unnecessary as such. But since Osm_element_tag.svg is more abundantly used, I propose to change all occurences of Mf_tag.svg to Osm_element_tag.svg. Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-gb-westmidlands] New user edits in Stratford
Corrected most of them and contacted the user politley On 26 August 2015 at 18:22, Rob Nickerson rob.j.nicker...@gmail.com wrote: I've only just sorted the last lot you identified! Having to contact the user then wait a few days to give then chance to reply before reverting takes up the time so feel free to kick this bit of the process off. Thanks :-) On 26 Aug 2015 17:16, Andy Robinson ajrli...@gmail.com wrote: If anyone with good knowledge of Stratford-upon-Avon could take a look at these edits by a new user. They look well-intentioned but have resulted in duplicates and some other questionable edits. It may just be worth reverting. I've not made contact or added any changeset comments. https://www.openstreetmap.org/user/c1995/history#map=17/52.19218/-1.70325 Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-TW] [OSMwiki] 中文頁面點選編輯卻是英文內容
頁面: Zh-hant:Map Features http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features#.E4.BF.9D.E5.81.A5.E5.92.8C.E7.BE.8E.E5.AE.B9 狀況: 欲將shop=medical_supply項目說明譯為醫療用品店, 但進入表格編輯時,卻是英文資料 問題: 請問是否是我編輯方式使用錯誤? 如果是系統問題,請問OSMwiki回報窗口? ___ Talk-TW mailing list Talk-TW@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tw
[Talk-de] MAPS.ME: Fußgänger-Routing
Wenn's interessiert: MAPS.ME (OSM-Datenbasis) ermöglicht seit gestern auch Fußgänger-Routing. https://geoobserver.wordpress.com/2015/08/27/maps-me-fussgaenger-routing/ Der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
Le 27/08/2015 12:08, didier2020 a écrit : je n'ai pas tout saisi ... si tu as des photos en double, elles sont numérotées, un nom différent ou ... Elles ne sont pas en double, et je ne souhaite pas en supprimer une partie. Oui, elles ont des noms différents, mais les algo de géolocalisation depuis une trace gpx se basent sur l'heure de la prise de vue. Comme le tag exif DateTimeOriginal (ou CreateDate) est limité à une précision à la seconde, plusieurs photos (2 ou 3) comportent la même info. Du coup, lorsque je veux geotagger ces photos, comme elles ont la même heure, elles se retrouvent placées à la même position alors qu'il y a eu un déplacement entre temps. Tu vois mieux le problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Abandoned Rails
On 27/08/2015, Andy Townsend ajt1...@gmail.com wrote: Back in https://lists.openstreetmap.org/pipermail/talk/2015-August/073669.html I had a look at what caused the current flurry of discussion. Part of the line in question was deleted by a mapper new to OSM; it was their second and last OSM edit. I find it hard to believe that this new OSM mapper had a thing about deleting abandoned railways. Likely they just didn't understand something, were confused, and it somehow got deleted. Good catch, sorry I forgot about it. I agree that http://www.openstreetmap.org/way/259134943 should not have been deleted, and that it certainly was just a mishap that the contributor didn't even notice. So restore the way, send a watch out message to the newbie, and call it a day (well, do also improve the tagging of that abandoned railway : some sections are dismantled and some have been converted to various types of highway, etc). But I doubt that Russ would have had such a strong reaction if it was just for that case. I'm sure there were other willfull deletions, and lacks of communication. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
On 27/08/2015, Paul Johnson ba...@ursamundi.org wrote: I believe we're talking about abandoned railroad rights of way that still mark the landscape, not something that no longer has a trace. No : Russ Nelson nelson at crynwr.com wrote Thu Aug 20 05:12:49 UTC 2015 Here's a perfect example of how a railway should be mapped: https://www.openstreetmap.org/#map=14/42.92237423246795/-75.8534094581493 There is no real-life trace left of https://www.openstreetmap.org/way/366610457 (amongst others) but it is currently in OSM. At we're not least not exclusively about still-visible abandoned; the OP hasn't given a list of guilty deletions so it's hard to judge how justified each deletion was. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What's the point of the Wiki 'k=v' icon?
On 26/08/2015 21:54, Andrew Hain wrote: Dave F. davefox at madasafish.com writes: Hi Bearing in mind the wiki is used more often by new OSM contributors therefore should be a clear concise as possible, I'm curious why this icon is so prevalent: http://wiki.openstreetmap.org/w/images/thumb/5/5f/Osm_element_tag.sv g/200px-Osm_element_tag.svg.png There's no description of what it means or relates to. It refers purely to 'behind the scenes' business. New users are interested in that. Even if it were described, it would still be irrelevant as *all* tags are based on a key=value format. The graphic is used when there isn’t a specific image to put in a tag value infobox, with a k= graphic for key descriptions. A “No image yet” graphic used to be used. The message is buried within the {{description}} template. Although there are some pages that could have pictures but don’t it doesn’t always make sense to have one. If there's not a specific image, can't it just be ignored start with 'description' or whatever? The k=v icons are irrelevant to people who edit the map. In a similar vein I notice a few wiki pages concerning tagging have XML OSM database code. Completely unnecessary again, might put off users who believe you have to have programming experience to contribute. Where? Of the top of my head: http://wiki.openstreetmap.org/wiki/Relation:multipolygon The information it's trying to convey could be written in a much clearer, more understandable layout. A while back I noticed a few others, but didn't keep a record. They may have been upgraded since. Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
tu as regardé les données exif des photo ? http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html il y a peut etre un tag qui permet de les différencier ... Le jeudi 27 août 2015 à 10:02 +0200, Stéphane Péneau a écrit : J'ai réussi à horodater un gpx que j'ai construit depuis les routes d'Osm à l'aide de ce site : http://gotoes.org/strava/Add_Timestamps_To_GPX.php Malheureusement, à cause des variations de vitesse, il faut quand même recaler la majorité des photos à la main, ce qui est particulièrement fastidieux. J'en ai fait une partie mais ça m'étonnerait que j'arrive au bout. En revanche, pour écrire dans les photos, l'information de direction depuis le gpx, j'ai réussi. J'ai tout simplement utilisé le script python interpolate_direction proposé par Mapillary : https://github.com/mapillary/mapillary_tools/tree/master/python Il faut toujours corriger certaines images, mais on peut le faire directement dans Josm à l'aide du plugin Photoadjust, et on repère vite les endroits à problème : Les changements brutaux de direction (carrefour, etc..) Il me reste à trouver une solution pour mes photos prises toutes les 0.5 seconde. Stf Le 18/08/2015 22:17, Jo a écrit : Le plugin de Mapillary est capable d'aider à améliorer les positions et les directions boussole. Malheureusement c'est à la main et ça devient fastidieux si c'est pour des milliers de photos. Il est également capable d'envoyer les photos vers le serveur directement, dès à présent. (je teste la version développement, je ne suis pas complètement sûr quelles sont les possibilités de la version qui vient automatiquement avec JOSM) Polyglot 2015-08-18 12:21 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Le 18/08/2015 11:18, Nicolas Dumoulin a écrit : Le mardi 18 août 2015 10:31:00 Stéphane Péneau a écrit : Hello tout le monde, Pendant les vacances, j'ai commencé à tester une petite action cam type Gopro, la Xiaomi Yi, qui se vend dans les 70 €. Je l'ai surtout utilisée en mode time lapse pour prendre des photos en voiture. Ok, et ça donne quoi comme qualité ? C'est pas mal du tout, l'optique est de qualité, mais le software pêche un peu pour le moment. Le firmware évolue régulièrement, et une communauté commence à la bidouiller dans tous les sens. Je reviendrai plus en détail sur ces points forts/faibles un peu plus tard. Je l'ai fixée via un système Ram-mount que j'avais déjà, j'ai juste ajouté l'adaptateur qui va bien (filetage type appareil photo). Là je pars l'essayer à vélo, montée sur un système d'amortisseur à câble prévu à l'origine pour mon smartphone, pour diminuer les vibrations. Ça me paraît franchement hasardeux :-/ Tu penses considérer que tu avais une vitesse constante entre le départ et l'arrivée et utilisée la route empruntée comme support ? Remarque, ça se tente :-) Tu peux peut-être faire un gpx avec l'itinéraire emprunté et ensuite ajouter avec un script l'horodatage par incrément dans le gpx … Non, bien sûr que ce n'est pas une vitesse stable, ce serait trop facile :-) Disons que si je pouvais déjà les fixer sur un trajet, puis les faire glisser dessus, je pense que je pourrais m'en sortir, mais je ne sais pas du tout si ce genre d'outil existe. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-be] adressen
Dag allen, Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes rechtsboven als je een kaart in beeld hebt). Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of ze alsjeblieft weer naar een volledig adressenbestand kunnen verwijzen, iemand off the top of their head een idee welk aandeel van de adressen in 't Stad nu al gemapped zijn en op welke termijn we volledig zouden kunnen zijn? Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen). Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een open adreszoeker op gebouwd hebben? -- Joost @ Openstreetmap http://www.openstreetmap.org/user/joost%20schouppe/ | Twitter https://twitter.com/joostjakob | LinkedIn https://www.linkedin.com/pub/joost-schouppe/48/939/603 | Meetup http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/ | Reddit https://www.reddit.com/u/joostjakob | Wordpress https://joostschouppe.wordpress.com/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Voici la zone en question https://www.openstreetmap.org/changeset/33386830#map=19/43.78437/4.09067 que j'avais commencé à retoucher... C'est un cas que j'ai trouvé et tenter de corriger à minima (il y a 10 jours de ça) mais il y a d'autres cas qui remontent trop loin pour que je m'en souvienne. C'est pas dans mes changesets car je n'y ai pas touché ne sachant pas quoi faire. Pour ce cas, j'avais laissé la place du Jeu de Ballon en highway=pedestrian (ce qui n'est pas correct à mon avis) mais les circulations sur la place de la République sont pas mal aussi. Peut-être que c'est gérable via une relation avec des inner et outer... Mais ça mérite un autre sujet pour le suivi et un enrichissement du wiki (si le cas n'est pas déjà présent mais j'ai rien trouvé. Il y a surement des personnes plus calé que moi sur le sujet pour apporter une solution). Merci Le 27 août 2015 10:02, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je recherche ça dans mes groupes de modifications et je mettrais ça en lien Le 26 août 2015 22:13, Christian Quest cqu...@openstreetmap.fr a écrit : Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] inscription au trac fermée
On Wed, Aug 26, 2015 at 12:08:43PM +0200, Florian LAINEZ wrote: Hello, j'ai essayé de m'inscrire à Trac pour remonter une suggestion Osmose mais la page http://trac.openstreetmap.fr/register me renvoie un forbidden. Est-ce un problème identifié ? La page /register a été désactivé parce qu'on avait plein de bots qui créaient des comptes sur trac, et postaient plein de spam. Du coup, on a temporairement désactivé cette page, en attendant de trouver une solution satisfaisante. Je viens de réactiver la page - tu devrais pouvoir maintenant t'y inscrire. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-Talk-ZA] Mapping of sectional title schemes / town houses / estate
Dear List, Anyone can offer advice on a approach to map sectional title schemes / town houses / estate. My current approach is to: 1. Map the boundary of the sectional title schemes / town houses / estate 2. Tag it as Residential Area 3. Name - Name of sectional title scheme / town houses / estate 4. Map internal roads and tag them as Living Street Is the above approach used by other or can it be improved. Regards, ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
Je recherche ça dans mes groupes de modifications et je mettrais ça en lien Le 26 août 2015 22:13, Christian Quest cqu...@openstreetmap.fr a écrit : Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Localisation photo, et corrélation gpx
J'ai réussi à horodater un gpx que j'ai construit depuis les routes d'Osm à l'aide de ce site : http://gotoes.org/strava/Add_Timestamps_To_GPX.php Malheureusement, à cause des variations de vitesse, il faut quand même recaler la majorité des photos à la main, ce qui est particulièrement fastidieux. J'en ai fait une partie mais ça m'étonnerait que j'arrive au bout. En revanche, pour écrire dans les photos, l'information de direction depuis le gpx, j'ai réussi. J'ai tout simplement utilisé le script python interpolate_direction proposé par Mapillary : https://github.com/mapillary/mapillary_tools/tree/master/python Il faut toujours corriger certaines images, mais on peut le faire directement dans Josm à l'aide du plugin Photoadjust, et on repère vite les endroits à problème : Les changements brutaux de direction (carrefour, etc..) Il me reste à trouver une solution pour mes photos prises toutes les 0.5 seconde. Stf Le 18/08/2015 22:17, Jo a écrit : Le plugin de Mapillary est capable d'aider à améliorer les positions et les directions boussole. Malheureusement c'est à la main et ça devient fastidieux si c'est pour des milliers de photos. Il est également capable d'envoyer les photos vers le serveur directement, dès à présent. (je teste la version développement, je ne suis pas complètement sûr quelles sont les possibilités de la version qui vient automatiquement avec JOSM) Polyglot 2015-08-18 12:21 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr: Le 18/08/2015 11:18, Nicolas Dumoulin a écrit : Le mardi 18 août 2015 10:31:00 Stéphane Péneau a écrit : Hello tout le monde, Pendant les vacances, j'ai commencé à tester une petite action cam type Gopro, la Xiaomi Yi, qui se vend dans les 70€. Je l'ai surtout utilisée en mode time lapse pour prendre des photos en voiture. Ok, et ça donne quoi comme qualité ? C'est pas mal du tout, l'optique est de qualité, mais le software pêche un peu pour le moment. Le firmware évolue régulièrement, et une communauté commence à la bidouiller dans tous les sens. Je reviendrai plus en détail sur ces points forts/faibles un peu plus tard. Je l'ai fixée via un système Ram-mount que j'avais déjà, j'ai juste ajouté l'adaptateur qui va bien (filetage type appareil photo). Là je pars l'essayer à vélo, montée sur un système d'amortisseur à câble prévu à l'origine pour mon smartphone, pour diminuer les vibrations. Ça me paraît franchement hasardeux :-/ Tu penses considérer que tu avais une vitesse constante entre le départ et l'arrivée et utilisée la route empruntée comme support ? Remarque, ça se tente :-) Tu peux peut-être faire un gpx avec l'itinéraire emprunté et ensuite ajouter avec un script l'horodatage par incrément dans le gpx … Non, bien sûr que ce n'est pas une vitesse stable, ce serait trop facile :-) Disons que si je pouvais déjà les fixer sur un trajet, puis les faire glisser dessus, je pense que je pourrais m'en sortir, mais je ne sais pas du tout si ce genre d'outil existe. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Abandoned Rails
On Sat, Aug 22, 2015 at 3:32 PM, Tim Waters chippy2...@gmail.com wrote: I'd like to recommend OpenHistoricalMap.org (OHM) which will welcome all types of historical, disused and abandoned features. Please, go add every abandoned railway to OHM, and then together we can eventually get an accurate map of 1880s railway network compared to a 1940's, compared to yesterdays world! I believe we're talking about abandoned railroad rights of way that still mark the landscape, not something that no longer has a trace. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-lv] notes/piezīmes
kaut kā savairojušās notes/piezīmes kartē: http://www.openstreetmap.org/#map=9/57.0280/24.1699layers=N man šur tur sanāca aizbraukt un izpētīt, bet nu vēl diezgan daudz palicis. ja ir brīdis, būtu jauki paskatīties, vai tuvumā nav kāda atvērta, izpētīt situāciju un atrisināt :) ļoti, ļoti vēlams pierakstīt, kāds ir risinājums - kaut kas iezīmēts, pārbaudīts u.t.t. :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-pe] Río Rímac
Hola Johnattan, Bien que lo viste! Con Potlatch 1 he visto que pasó. [Como? http://www.openstreetmap.org/edit?editor=potlatch#map=18/-11.92283/-76.67103 ; teclar u hace aparecer vias borradas. Asi se puede identificar el ID del via borrada. Con este ID se puede ver aqui http://www.openstreetmap.org/way/268612605 quien fue que lo borro] Se ha borrado por un mapper relativamente nuevo, en este changeset: http://www.openstreetmap.org/changeset/32971218 Parece que ha borrado HARTO en este changeset, y en todos sus otros changesets. No tengo la competencia como para arreglar esto, por eso estoy mandando a talk-latam tambien, ojala hay algun experto que puede ver que esta haciendo este usuario. Ya le mando un mensaje para pedir explicaciones. Creo que habria que revertir todos sus changesets, y hacver lo rapido, porque si no habra muchas complicaciones hacerlo. Posiblemente habria que bloquear el usario tambien. Un saludo, Joost 2015-08-27 5:16 GMT+02:00 Johnattan Rupire jarja...@riseup.net: Hola! alguién sabe qué pasó con el río Rimac? se ha secado?! se nos puede perder un río? xD saludos ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe -- Joost @ Openstreetmap http://www.openstreetmap.org/user/joost%20schouppe/ | Twitter https://twitter.com/joostjakob | LinkedIn https://www.linkedin.com/pub/joost-schouppe/48/939/603 | Meetup http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/ | Reddit https://www.reddit.com/u/joostjakob | Wordpress https://joostschouppe.wordpress.com/ ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [OSM-talk-be] Relaties aanpassen
Hoi Tom, Ik doe wel eens kleine aanpassingen aan relaties in Potlatch2. Op zich niet zo moeilijk. Vooor grotere operaties is JOSM natuurlijk beter. Basisprincipe: - klik op een ding dat lid is van een relatie - klik onderaan op advanced. Onderaan verschijnt een overzicht van de relaties waar het ding lid van is - dubbelklikken op zo'n relatie geeft de tags weer van de relatie in kwestie - je kan hier ook het ding uit de relatie verwijderen of aan een nieuwe relatie toevoegen. Add to geeft al de relaties weer in de buurt, maar je kan ook zelf het ID geven van de relatie waar het bij moet gaan horen. Je kan via add to ook een nieuwe relatie aanmaken, maar dan moet je natuurlijk eerst zeker zijn dat je de tagging van zo'n ding helemaal kent en dat je niet een nieuwe relatie maakt voor iets dat al bestaat. Op 26 augustus 2015 22:02 schreef Tom Lauwereins t...@lauwereins.eu: Hoi Ik zou enkele relaties moeten aanpassen (wijzigingen in fietsknoopuntennetwerk en fietsroutes) Kan iemand me zeggen wat de makelijkste manier is om dit te doen. Waar vind ik ergens een handleiding. Ik heb een beetje schrik dat ik de hele relatie kapot ga maken. Ik werk nu met Potlatsh2, maar misschien gaat dit makkelijker met een andere editor. -- Groetjes Tom Lauwereins (aka Tom Pouce) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Joost @ Openstreetmap http://www.openstreetmap.org/user/joost%20schouppe/ | Twitter https://twitter.com/joostjakob | LinkedIn https://www.linkedin.com/pub/joost-schouppe/48/939/603 | Meetup http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/ | Reddit https://www.reddit.com/u/joostjakob | Wordpress https://joostschouppe.wordpress.com/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-TW] [OSMwiki] 中文頁面點選編輯卻是英文內容
在這一頁 http://wiki.openstreetmap.org/wiki/Template:Zh-hant:Map_Features:shop 想不到是用模版語法組成的 2015-08-27 14:11 GMT+08:00 Yaling Peng lilychen1...@gmail.com: 頁面: Zh-hant:Map Features http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features#.E4.BF.9D.E5.81.A5.E5.92.8C.E7.BE.8E.E5.AE.B9 狀況: 欲將shop=medical_supply項目說明譯為醫療用品店, 但進入表格編輯時,卻是英文資料 問題: 請問是否是我編輯方式使用錯誤? 如果是系統問題,請問OSMwiki回報窗口? ___ Talk-TW mailing list Talk-TW@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tw ___ Talk-TW mailing list Talk-TW@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tw
[OSM-Talk-ZA] Mapping party East London
I live in East London, Eastern Cape, are there people who would be interested in us having a mapping party? ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester... dégommer du rouge autrement
Merci Christian, très utile. Sans surprise on a un très faible taux d'erreur en grande ville VS jungle d'erreurs autre part. Au boulot ! Le 26 août 2015 23:55, Christian Quest cqu...@openstreetmap.fr a écrit : On 15/08/2015 19:27, didier2020 wrote: cool ! j'en profite pour te remercier de ces dernieres idees qui sont une aide précieuse pour les ajouts/corrections J'ai modifié la requête pour l'analyse osmose s'appuyant sur BANO pour signaler les rues manquantes, les nom manquants ou incorrects. Elle prend en compte beaucoup plus de cas de figure et on est passé surtout de 2600 proposition ajout ou correction de noms à plus de 2. Si la proposition de josm-fix n'est pas correcte, signalez-le avec un faux-positif, ça me permet ensuite de les passer en revue et de rectifier le tir dans ma requête tentaculaire. Voici le lien direct pour les propositions d'ajout de noms de rue: http://osmose.openstreetmap.fr/fr/map/#item=7170class=32 il y en a plus de 16000... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-Talk-ZA] Mapping of sectional title schemes / town houses / estate
Yes, I've mapped these the same way. For the internal roads, it's probably a good idea to additionally add access=private. --K On 27 August 2015 at 09:28, Sindile Bidla sindile.bi...@gmail.com wrote: Dear List, Anyone can offer advice on a approach to map sectional title schemes / town houses / estate. My current approach is to: 1. Map the boundary of the sectional title schemes / town houses / estate 2. Tag it as Residential Area 3. Name - Name of sectional title scheme / town houses / estate 4. Map internal roads and tag them as Living Street Is the above approach used by other or can it be improved. Regards, ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-talk-fr] ***SPAM*** Re: Nettoyer une imprécision propre au cadastre
Pourquoi ne pas se baser juste sur le ref=C* si le name n'a pas plus de sens qu'une gestion cadastrale pour dire que la route va d'un lieu-dit à un lieu-dit Y ou d'une commune X à une commune Y. Ce proprlème n'est pas lié qu'au voies communales. C'est aussi le cas des départementales. De plus la route prend le nom des différentes communes exemple: RD x de Tavel à Roquemaure aussi noté RD de Tavel à Avignon Vue que c'est basé sur la destination comme des itinéraires et pas comme un nom à proprement parler, doit-on saisir cela ainsi ou mettre juste la destination comme route d'Avignon, route de Roquemaure (dont un en alt_name car les deux sont valable) ? Mettre voie communale ou voie forestière c'est le même problème que pour les RD on met juste ref=D XXX sans mettre de nom (Route départementale de X à Y) sauf en ville car la route à dans 95% un nom réel (rue, boulevard etc...). Le 27 août 2015 00:28, Christian Rogel christian.ro...@club-internet.fr a écrit : Je ne suis pas convaincu, mais je n’étais pas assez convainquant. Il n’est pas normal qu’une voie urbaine soit dénommée (par une initiative intempestive des agents du cadastre) « voie communale », c’est nécessairement un bug. Qu’on m’indique un seul contre-exemple dans lequel la commune aurait voulu créer une « voie communale x ». Pour les routes rurales, on trouve couramment « voie communale de commune 1 à commune 2 ». Il me semble simple de discriminer les deux occurrences, puisque la seconde comporte une particule et 2 noms référencés. Si on supprime voie communale suivi d’une chaîne quelconque, on ne risque pas de tomber sur une route rurale. Personne n’a vu des « voies communales » parasites* ou non *? Dans le même ordre d’idée (les déraillements du cadastre), j’ai 2 cas de doublement intempestif : « Vieiile Vieille route de Rosporden » . Ne peut-on réguler ce type de débordement ? A noter que pour les deux types d’erreurs, j’ai, en prime, des cas d’absence de n° FANTOIR. Christian R. Le 23 août 2015 à 22:41, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le 22/08/2015 19:58, Christian Rogel a écrit : Serait-il problématique de retirer « voie communale » d’office, mais à condition de tenir compte du cas où le nom est légitime, au moins jusqu’à enquête sur le terrain? En effet, des routes intercommunales on, parfois, comme nom cadastral « voie communale n de x à y ». La présence du numéro et des noms de communes servirait de discriminant. La réponse donnée par Christian (cq94) dans un fil parallèle (BANO VS OSM) pourrait s'appliquer ici : Et comment déterminer qui est correct ? Et finalement tu ne dis pas autre chose, quand tu proposes d'un côté de retirer d'office, tout en ajoutant immédiatement mais Ce qui revient à dire : soyons systématiques... sauf quand on ne l'est pas ;). La question derrière est bien, je suis d'accord, celle de la légitimité du nom, mais je ne vois pas un programme décider de cette légitimité mieux qu'un contributeur. Sauf à disposer d'une sorte de liste / dictionnaire de ce qui est légitime, ce qu'ici peut-être les communes seraient à même de fournir ? J'exclus les pistes Cadastre et Fantoir qui semblent être la cause du souci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose et frontières
tout au plus un adminlevel a 4 pour kes limites des collectivutes regionales, alors que les regions maritimes sont de ka competence de l'État et ses préfets ou des regions militaires et vont jusqu'aux limites territoriales a 12 miles, puis sont partagees pour la zee, qui n'existe pas encore en méditerranée faute d'accord entre les pays. la ligne de cote se détache en fait juste dans les estuaires et ports a cause des collectivités locales et autorités portuaires ou groupements de communes qui y ont une délégation d'autorité et des responsabilités plus ou moins partagées ou l'État ne décide pas seul sur son domaine maritime, mais les communes pas seules non plus. Dans ces zones on a une ligne indicative approximative traversant les eaux jusqu'environ 50 à 100 mètres, qui traduit une réalité de terrain et qui ne figure pas de près ou de loin non plus dans le cadastre qui n'a que des segments schématiques découpant les zones des planches cadastrales, mais ne créant aucune parcelle supplémentaire et aucune division du domaine maritime. Le 26 août 2015 12:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 26/08/2015 00:41, osm.sanspourr...@spamgourmet.com a écrit : Ça n'a rien à voir avec le réchauffement climatique mais avec la modification du trait de côte en boundary admin_level=2 (ou la création d'un boundary admin_level=2 depuis le cadastre). Le bord du littoral n'est pas admin_level=2. Curieusement Osmose n'y voit que du feu, pourtant il y a un admin_level=2 sur un polygone ouvert. (par contre les boundary forment des polygones fermés, ici c'est un way). http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= N.B. : il y a d'autres problèmes similaires à côté. Est-il possible de vérifier que les ways sont inclus dans des relations formant un multipolygone homogène ? Oui. Mais l'admin_level n'est pas pris en compte. Je pense que cette vérification à été retiré d'Osmose. Il n'y a pas besoin d'admin_level sur les ways. Sinon une alerte quand la surface ou le périmètre d'un pays change significativement ? Le différentiel Osmose ne sait pas faire. Il faudrait plutôt un référentiel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Abandoned Rails
(I hadn't subscribed to this list, so the reply is to a seemingly random message and not directly related to that) I believe much of this recent discussion is happening because there's a ... misconception that hasn't been addressed, and the actual tags that have been mentioned suggest readers to believe so. I believe I've mentioned this idea in the past, but I feel compelled to have it included in the discussion so that the arguments on either side refer to the same concepts. When a way no longer is an intact railway (or railbed), we don't want to claim it is a railway but rather this was a railway; the railwayness becomes an attribute of what is, i.e. this row of trees and this embankment were for a railway and part of the railbed), when previously it described an object, i.e. this is a railway and railbed. In short, they shouldn't use the same *key* in the tag. I therefore propose ** instead of changing the tag value to railway=dismantled, it would be better if mappers changed the tag key to was:railway=rail following the method of lifecycle prefixes (quotation marks only for added readability) ** http://wiki.openstreetmap.org/wiki/Lifecycle_prefix The prefix can be dismantled: or razed: or destroyed: or removed: or was: or something else; I personally prefer was: as it's applicable to a lot of other cases, and applies to all that were something. At least that way the information (that the real world object no longer is an object) is stored in osm, in contrast to plain deleting which doesn't tell anyone if it was deleted because the way was a mapping mistake or just replaced by a better version. Even if it's deleted later by someone who finds it impeding his editing, it is still *possible* to extract that difference. With a change of key, even those who blindly draw all ways with railway=* (for example the humanitarian layer on osm.org seems to do so) won't be drawing false features. Reassembling straight-away-deleted railway ways and figuring out which ways presented the last coherent state of things requires manual work from everyone who wants to see that information (think 30 years from now), but if the real world removal is first tagged, the most manual part of that work is already done, even if somebody later deletes the ways. And it would be at least possible to automatically watch for and store all those objects in OHM or similar, but discard the technical deletions. At least in urban environments the small details that tell a railway existed can remain for centuries: unusual colonnades, loading platforms, fasteners on the walls, curved buildings in an otherwise square road network etc., so the line between totally gone and identifiable isn't a clear cut line; why would it be paramount to delete stuff just when the iron beams were lifted, or when new asphalt was poured there? A possible life of a railway section in urban environment, a simple case: - the railway construction starts: railway=construction - the railway is in active use: railway=rail (say, in this example, in the middle of the city harbour, between warehouses which even have loading platforms at the height of the freight carriage floors) - the railway is no longer needed, no trains run there: railway=disused (everybody sees it's a railway). (a road had been built between the warehouses) - the track is converted to a sidewalk (the harbour is scaling down), but the loading platforms and the geometry remains; the way was a railway, and can be identified as such with expertice, and/or local knowledge and/or old sources: following the method of lifecycle prefixes, the best tag: was:railway=rail The road under my window is a bus-only road, that was a freight rail track for decades (tracks ran in the center) before the buses started to run there, then only occasionally used at night, then disused for some years before the tracks were removed last summer. They'll build, eventually, tram tracks where the driving lanes are now, but then the road (emergency vehicles only) will still be something that was a railway track. A linear clearing with some scrubby young trees in a small but healthy wood area nearby is also there because that freight track was partially realigned a few decades ago (only the tracks were removed, still railway=abandoned). If nothing is built there, the line could, in some or several decades, become indistinguishable; at that point it would be appropriate to change to was:railway=rail. Verifiability doesn't mean it's easily seen with the naked eye at ground level, but that the next person can use any combination of observations, previously mapped related data, and reliable sources to make up their mind if the feature is or isn't (or wasn't) correct. That way drawing multiple generations of past buildings in cities with a long history (an example mentioned here) wouldn't be verifiable, because even if some preindustrial maps are suprisingly accurate, the sources don't have enough accuracy to tell how their