Re: [Talk-it] CC e le licenze derivate
Tra OSM e il nostro progetto c'è OpenLayer e Geomeshup, noi non abbiamo modificato la mappa o i dati in alcun modo, ma creato dei post con wordpress geolocalizzati sulla mappa. E basta. La mappa è solo uno sfondo attivo del progetto (e dell'iframe, che è una sorta di vetrinetta del primo), in un certo senso. Quindi mi parrebbe giusto attribuire al mio derivato del derivato (ovvero l'iframe) la licenza CC che preferisco, o anche nessuna. Vi chiedo se c'è qualche problema legale in questo, che sappiate. Ciao f Il giorno 27 luglio 2015 18:21, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il giorno 27 luglio 2015 17:53, Daniele Forsi dfo...@gmail.com ha scritto: Il 27 luglio 2015 17:25, francesca santarelli sant.france...@gmail.com ha scritto: Ho creato un atlante con dati OSM e ora un iframe derivato da quell'atlante, che possono usare solo i Soci della mia aps. se l'hai creato tutto tu gli dai la licenza che vuoi; hai l'obbligo di seguire la ODbL per quanto riguarda i dati, non per le opere derivate È appunto questo il punto cardine da chiarire: tecnicamente come hai ottenuto questo iframe? Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Caen - quartiers - découpage plus fin
Bonjour, De: David Crochet david.croc...@free.fr Il y a un document qui présente un découpage plus fin des quartiers de Caen : http://www.insee.fr/fr/methodes/zonages/iris/cartes/carte_iris_14118.pdf Les données INSEE utilise ce découpage. Qu'en est-il de sa réutilisation vis-à-vis des quartiers déjà présent dans OSM ? Attention, ces cartes, contrairement à l'usage par défaut sur le site de l'INSEE, sont protégées par un copyright : http://www.insee.fr/fr/methodes/zonages/cartes-iris.asp En revanche les IRIS sont diffusés par l'IGN en Open Data : https://www.data.gouv.fr/fr/datasets/contours-iris/ J'en ai fait une version cohérente avec les contours de communes OSM : https://www.data.gouv.fr/fr/datasets/decoupage-iris-combine-aux-limites-communales-openstreetmap/ C'est de moindre précision que les PDFs, mais d'un usage autorisé pour une réutilisation dans OSM. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On Tuesday 28 July 2015, Colin Smale wrote: If we can separate the flow direction discussion from the routing, the latter becomes a more generic routing through areas problem which has been discussed before in the context of pedestrian routing. Water flow structure is not only about flow direction of individual segments, it is also about connectivity - hence the routable network. And yes, you can try to take polygons into account to determine waterflow - you have to at the moment since missing line mapping is just too widespread. But for non-trivial polygons (i.e. ones with holes or areas represented by multiple polygons) this is generally ambiguous and it is hard to analyze as well. The analogy between water flow analysis and traffic routing is misleading here since traffic routes are mostly bidirectional. If you imagine a road network exclusively built from oneway roads you can immediately see that having parts of that network represented as polygons will make routing difficult. And - this is even more important - it also makes it difficult to spot errors in mapping. If you have a full line mapping of a river network it is very easy to identify problems locally for QA tools or validators in editors - just like in case of the coastline. If you rely on polygon features creating connectivity in the waterflow network you need to analyze it in full before you are able to spot where mapping is broken. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Affichage photos dans JOSM
Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] publieke telefooncellen / public telephones
(tentative de français en bas) Dit leek me perfect om eens een echt dagboekbericht over te schrijven: https://www.openstreetmap.org/user/M!dgard/diary/35474 Ik heb alleen de telefoontjes met operator Belgacom of Proximus (van die laatste waren er wel geen) weggedaan. De rest moet allicht worden gesurveyed; er zijn misschien nog andere telefooncellen. En nu het rare: er waren 320 telefooncellen met operator die ik heb verwijderd. Nu ik eens kijk naar alle telefonen (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320 overblijven! --- Cela me semblait parfait pour écrire une véritable entrée de journal: https://www.openstreetmap.org/user/M!dgard/diary/35474 J'ai enlevé seulement les téléphones avec opérateur Belgacom ou Proximus (il n'y avait aucun avec ce dernier). Le reste devrait probablement surveyé ; il peut y avoir d'autres téléphones. Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et Overpass montre qu'il en reste encore exactement 320! Op 28 juli 2015 05:28 schreef Marc Gemis marc.ge...@gmail.com: Laat je nog even weten hoeveel je er nog hebt verwijderd ? m 2015-07-27 22:15 GMT+02:00 Ruben Maes ru...@janmaes.com: Ik heb net een mail gekregen van een nieuwe mapper die ik een welkomstbericht had gestuurd. Hij vraagt of er een manier is om alle telefoonhokjes in één keer te verwijderen. Natuurlijk kan ik hem daarmee helpen, maar ik wou even vragen of iemand er bezwaar tegen heeft als ik met Overpass alle amenity=telephones met operator~[Bb]elgacom|[Pp]roximus in JOSM laadt en ze verwijder? Op 1 juni 2015 16:26 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: Zojuist op het (radio) nieuws gehoord dat de laatste afgebroken is! Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: maandag 1 juni 2015 16:08 Aan: Jo Hannes; OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] publieke telefooncellen / public telephones Volgens het artikel in humo, werden die in/aan het centraal station van Antwerpen (of was het een ander station) afgebroken. Er waren er wel een paar die niet verwijderd konden worden (toen het artikel werd geschreven), omdat er nog stroom op de kabel zat, of de cabine zo verankerd was in de omgeving dat het niet mogelijk was. Misschien dat die ondertussen al wel verwijderd zijn, maar misschien ook niet. m. 2015-06-01 16:01 GMT+02:00 Jo winfi...@gmail.com: In stations en 'toeristische' plaatsen zou 'k verwachten dat er toch nog een aantal over blijven. Jo Op 1 juni 2015 15:56 schreef Jakka vdmfrank...@gmail.com: Mogen verwijderd worden zonder survey ? Marc Gemis schreef op 27/05/2015 om 6:55: Hallo, Jullie hebben het misschien al gehoord, maar tegen 1 juni zouden alle publieke telefooncellen van Belgacom moeten verdwenen zijn uit het straatbeeld. Volgens een artikel in een weekblad zal het misschien wel langer duren. Maar misschien is het wel het moment om eens op OSM te kijken of er nog in je buurt staan ? You might have heard it before, but Belgacom hopes to remove all phone booths by June 1. According to an article in a magazine, it might take a bit longer, but it might still be a good moment to start cleaning up OSM and remove phone booths that are no longer there. happy mapping m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ 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-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-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
If we can separate the flow direction discussion from the routing, the latter becomes a more generic routing through areas problem which has been discussed before in the context of pedestrian routing. The idea being that it should be possible to construct a routing engine to take you from any point on an edge of a polygon to any other such point, while remaining within the polygon boundary. An alternative is a full mesh network, where every possible entry node is directly connected to every possible exit node. --colin On 28 July 2015 08:01:51 CEST, Maarten Deen md...@xs4all.nl wrote: On 2015-07-27 23:39, Lester Caine wrote: On 27/07/15 20:55, Mike Thompson wrote: I assumed that when the wiki spoke about routable it was referring to the water flow rather than boat/ship/barge traffic. In any event, a routing engine for boats could use the presence of a dam or weir (combined with the absence of a lock) to deduce that ship navigation was not possible. 'This way used should point in the direction of water flow' is only applicable to non-tidal flows, and reservoirs may well control water flow in a way that makes a 'water flow map' somewhat difficult to deduce. Only if they are entirely artificial. A dam in a river or stream makes the direction of water very clear: high to low. Only when there is an artificial reservoir with no natural tributary it is not clear. The use of 'routable network' is rather ambiguous, but this is little different to the problem of routing through other land based open areas where several waterway features link into an area of open water. The jury is still out on putting in all the paths through the area, but if there is a navigable route designated through a water body it should be drawn, but an imaginary link just showing water flow should not be necessary? Any routing process should be able to deduce the relation, there is no need to draw it. Causality. Does a water area need a way indicating the direction of water? Of is it that when you draw a way through the water area it should point in the direction of the water flow. Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] CC e le licenze derivate
...ovvero usare la odbl per i dati, e copyright semplice sul manufatto iframe. Il giorno 28 luglio 2015 10:02, francesca santarelli sant.france...@gmail.com ha scritto: Tra OSM e il nostro progetto c'è OpenLayer e Geomeshup, noi non abbiamo modificato la mappa o i dati in alcun modo, ma creato dei post con wordpress geolocalizzati sulla mappa. E basta. La mappa è solo uno sfondo attivo del progetto (e dell'iframe, che è una sorta di vetrinetta del primo), in un certo senso. Quindi mi parrebbe giusto attribuire al mio derivato del derivato (ovvero l'iframe) la licenza CC che preferisco, o anche nessuna. Vi chiedo se c'è qualche problema legale in questo, che sappiate. Ciao f Il giorno 27 luglio 2015 18:21, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il giorno 27 luglio 2015 17:53, Daniele Forsi dfo...@gmail.com ha scritto: Il 27 luglio 2015 17:25, francesca santarelli sant.france...@gmail.com ha scritto: Ho creato un atlante con dati OSM e ora un iframe derivato da quell'atlante, che possono usare solo i Soci della mia aps. se l'hai creato tutto tu gli dai la licenza che vuoi; hai l'obbligo di seguire la ODbL per quanto riguarda i dati, non per le opere derivate È appunto questo il punto cardine da chiarire: tecnicamente come hai ottenuto questo iframe? Ciao! Carlo ___ 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-it] CC e le licenze derivate
Non penso possa mettere il copyright. Sia per i dati (odbl) che per la cc-by-sa della mappa, non credo ti sia concesso cambiare la viralità della licenza Inviato da iPhone Il giorno 28/lug/2015, alle ore 10:15, francesca santarelli sant.france...@gmail.com ha scritto: ...ovvero usare la odbl per i dati, e copyright semplice sul manufatto iframe. Il giorno 28 luglio 2015 10:02, francesca santarelli sant.france...@gmail.com ha scritto: Tra OSM e il nostro progetto c'è OpenLayer e Geomeshup, noi non abbiamo modificato la mappa o i dati in alcun modo, ma creato dei post con wordpress geolocalizzati sulla mappa. E basta. La mappa è solo uno sfondo attivo del progetto (e dell'iframe, che è una sorta di vetrinetta del primo), in un certo senso. Quindi mi parrebbe giusto attribuire al mio derivato del derivato (ovvero l'iframe) la licenza CC che preferisco, o anche nessuna. Vi chiedo se c'è qualche problema legale in questo, che sappiate. Ciao f Il giorno 27 luglio 2015 18:21, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il giorno 27 luglio 2015 17:53, Daniele Forsi dfo...@gmail.com ha scritto: Il 27 luglio 2015 17:25, francesca santarelli sant.france...@gmail.com ha scritto: Ho creato un atlante con dati OSM e ora un iframe derivato da quell'atlante, che possono usare solo i Soci della mia aps. se l'hai creato tutto tu gli dai la licenza che vuoi; hai l'obbligo di seguire la ODbL per quanto riguarda i dati, non per le opere derivate È appunto questo il punto cardine da chiarire: tecnicamente come hai ottenuto questo iframe? Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CC e le licenze derivate
sent from a phone Am 28.07.2015 um 10:02 schrieb francesca santarelli sant.france...@gmail.com: ma creato dei post con wordpress geolocalizzati sulla mappa. se la localizzazione avviene attraverso la mappa di OSM, le coordinate sono da considerare derived data (ODbL). Se la geolocalizzazione non aviene con dati osm, ma la mappa di osm è soltanto lo sfondo per un dataset indipendente, allora è sufficiente citare la licenza della mappa e linkare ad osm/copyright come richiesto nel wiki. Nel caso che usi mappe osm dal tileserver OSMF, c'è anche un limite per l'utilizzo: http://wiki.openstreetmap.org/w/index.php?title=Tile_usage_policyprintable=yes in particolare: http://wiki.openstreetmap.org/wiki/Tile_usage_policy#Requirements Ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 27.07.2015 um 00:38 schrieb Joachim: Schwieriges Thema, ich versuche mich in Stuttgart auch gerade daran. Untergeordnete Straßen in einem Gewerbegebiet können nach einer Meinung durchaus residential sein, denn für untergeordnete Straßen außerhalb von Wohngebieten fehlt uns ein Tag. Zumal es in vielen Gewerbegebieten tatsächlich nicht an Wohnhäusern fehlt, hier in der Gegend haben zahlreiche Inhaber ihr Häusken direkt neben die Firma gebaut. Häufig gehen auch Mischgebiete auf der einen Seite in reine Wohn- und auf der anderen in reine Gewerbegebiete über. Und alles liegt an derselben Straße mit demselben Namen und derselben baulichen Ausführung. Da pappe ich komplett residential dran, sofern es keine Durchgangsstraße mit mehr als lokaler Bedeutung ist. Unclassified ist durch Verbindungsfunktion[1] ausgezeichnet, Ebendrum. Von der Funktion her sind die mit tertiary gleichzusetzen, nur halt mit geringerer Bedeutung. - -- Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJVtzqoAAoJEFIuGFy5SYX0EKQH/2aIn6spmQOYx69qib9lKbQf fcL2GRgbvQOJcpRIAkAsBL73lE99ELYgYiGQoMP/TimbLGiqTBHpe9pnjYV0vY9K H7iUa9AswYjWqRzkHv/NXLhaVj2ec3fE99FWAa/6kgWSO1doaWBOqTFNutY3BYMg W4H1QU1exBmEaYT2mbtIkqCdVJTaW+K1PCr6k6dS/4GmfCk0Qm8SvZBdDmafHCEd 6zgX3FfaY+7vjVX1FcmcTuPyetGwLQac1OS8EMku/HzBNZPmpBvPmyaWOYdB5A8A k7IOHVpoigcwwS0Tuv3xxTO2NYsaGEyXE4h4YsuS/BKG5I7Q1dJNbZU80oyWSGo= =Fp8s -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
En clair il faut travailler avec des échelles fixe correspondant au niveau de zoom d'OSM? Le 28 juillet 2015 09:08, René-Luc Dhont rldh...@gmail.com a écrit : Bonjour, Pour la composition le problème est le même que pour la vue. Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit : * CRS * Emprise * Résolution L'emprise et la résolution entre en conflit car : * soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement dessiné dans le rectangle d'affichage * soit c'est la résolution qui compte alors sera dessiné ce qui rentre dans le rectangle d'affichage pour la résolution choisi Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque chose de net, par contre si c'est l'emprise de l'objet qui compte alors le rendu pourra être flou. Cordialement, Le 27/07/2015 18:13, image93 a écrit : Bonsoir Réné Luc, Et merci beaucoup. Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir une meilleure lisibilité de la couche. Mais dès qu'on bascule dans le gestionnaire de composition, il y a un problème certainement dû à la projection. En effet, dans l'interface du gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à mon emprise réelle... Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ 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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Bonjour, Pour la composition le problème est le même que pour la vue. Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit : * CRS * Emprise * Résolution L'emprise et la résolution entre en conflit car : * soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement dessiné dans le rectangle d'affichage * soit c'est la résolution qui compte alors sera dessiné ce qui rentre dans le rectangle d'affichage pour la résolution choisi Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque chose de net, par contre si c'est l'emprise de l'objet qui compte alors le rendu pourra être flou. Cordialement, Le 27/07/2015 18:13, image93 a écrit : Bonsoir Réné Luc, Et merci beaucoup. Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir une meilleure lisibilité de la couche. Mais dès qu'on bascule dans le gestionnaire de composition, il y a un problème certainement dû à la projection. En effet, dans l'interface du gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à mon emprise réelle... Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
Hi Allerseits, der Begriff residential ist schon nicht falsch, er wird nur von den meisten (Deutschen) ungenau/falsch übersetzt. Wenn man es als Residieren laut liest wird schnell klar, daß die kleineren Straßen an denen irgendetwas residiert, egal ob Betrieb oder Wohnanlage, residential sind. Ob eine solche Straße dann verkehrsberuhigt ist oder nicht müßte dann über die möglichen Zusatztags beschrieben werden. Verkehrsberuhigt heißt ja nicht unbedingt, daß da gar nichts mehr fährt. Meist wird den Autofahren eine Spur geklaut und ein zusätzlicher Radweg gemalt. In HH passiert da an manchen Straßen und Kreuzungen unglaublicher Irrsinn. Da sind die Kreuzungen so mit Strichen und Streifen bemalt, daß keiner mehr weiß wo er hingehört, folglich laufen/fahren plötzlich Fußgänger Radfahrer quer über stark befahrene Kreuzungen und Straßen. Aber das gehört ja nicht hier hin. ;) unclassified finde ich, ist eine der unglücklichsten Möglichkeiten für das Taggen, gerade, weil die meisten Renderer diesen Typ sehr groß, auffällig breit zeichnen. Es gibt aber so viele Möglichkeiten zum Wege taggen in OSM, daß ich in den ganzen Jahren abschließend nicht ein Mal den unclassified Tag brauchte. Ich bin beim service Tag auch der Meinung, daß der für (Zubringer)wege auf Privatgeländen steht. Also, Rampe zum Hotel, Weg auf dem Bauernhof, Weg auf Firmengeländen, Tankstellen, Parkplätze. Ebenso aber private Feldwege eines Bauern zu seinem Acker. Man sollte bedenken, daß (in Dtld.) bei vielen irrtümlicher Weise solche Straßenprioritäten gerne mit Geschwindigkeitsbeschränkungen oder regelmäßigem Verkehrsdurchfluß gleichgesetzt werden. Ich kenne in Norddeutschland (insb. HH, HL, KI) einige Straßen, die sind definitiv mindestens secondary, sind aber nur zweispurig und haben sogar gelegentlich noch Kopfsteinpflaster, sind den ganzen Tag über schwach befahren, aber zur Hauptverkehrszeit platzen die aus den Nähten. Ich bin gegen einen weiteren residential-Tag, egal, wie er genannt würde. Viele Grüße Stefan Am 27. Juli 2015 22:00:34 MESZ, schrieb Garry garr...@gmx.de: Am 26.07.2015 um 22:52 schrieb Johannes: Guten Abend, wie würdet ihr diese Straße hier https://www.openstreetmap.org/way/132618493) hier taggen? Ich finde residential passt hier irgendwie nicht. Ganz klar residential (außer wenn es eine verkehrsberuhigte Zone wäre). Begründung: Die Straße nutzt weit überwiegend nur der Verkehr, der sein Start / Ziel in dieser Straße hat. Also keine übergeordnete Funktion womit unclassified und aufwärts ausscheidet. Service kommt nicht in Betracht, wenn es eine öffentliche Straße ist die viele Grundstücke ohne besondere Zweckbindung anbindet (Zufahrtsweg einzig zu einer Schrebergartenanlage würde ich eventuell noch als service sehen). Der Begriff residential ist unglücklich gewählt - auf Gewerbe/Indstriegebiet angewendet sollt man das interpretieren als da wohnen die Betriebe... Manche sind zwar der Meinung dass man residential nur in Wohngebieten anwenden darf. Es macht aber keinen Sinn im highway-Tag ausdrücken zu wollen, was an die Straße für ein landuse angrenzt. Dafür gibt es eigene Tags. Daher ist residential absolut OK für öffentliche Straßen die nahezu ausschließlich ihren Quell-/Zielverkehr in der Straße selbst oder in der nahen Umgebung hat Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
sent from a phone Am 27.07.2015 um 21:08 schrieb Lester Caine les...@lsces.co.uk: but have no use as a through route? the water will undoubtedly pass through on its route ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] WMS UHUL
Ano, potřebná projekce pro JOSM EPSG:3857 není na serveru k dispozici a simultánní transformaci sever skrze EPSG:4326 s lat/lon neproporční width/height nedává (a tudíž výsledné dlaždice na sebe nenazují ani nesedí na podklad). ha hanoj Dne 28. července 2015 10:22 Eva Jelínková evka.jelink...@gmail.com napsal(a): Ahoj, v QGIS i jinde mi tato WMS funguje bez problému. Možná je problém v tom, že ÚHÚL ji poskytuje přímo jen v projekcích: CRSEPSG:102067/CRS CRSEPSG:2065/CRS CRSEPSG:32633/CRS CRSEPSG:4326/CRS CRSEPSG:5514/CRS - tzn. samý Křovák nebo WGS84, žádný pseudomercator (3857 nebo 90013). V JOSM se mi taky zobrazuje blbě, asi to JOSM nezvládá přetransformovat... - nedá se tam někde nějak rozumně nastavit souřadnicový systém vstupních dat? Eva Dne 28. července 2015 8:36 jiri2 jiri@seznam.cz napsal(a): Ahoj, někdy, už před delší dobou UHUL předělal WMS server. Pokud nastavím v JOSM vrstvy podle http://geoportal.uhul.cz/wms_oprl/service.svc/get?request=GetCapabilitiesservice=WMS. Server dlaždice vrátí, ale je asi zdeformovaná projekce. Konkrétně mi nefungují Cesty odvozní. Podobně to funguje i v jiných programech. Podařilo se to někomu zprovoznit. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Affichage photos dans JOSM
Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ? En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est possible que ces photos ne possède pas de géoréférencement dans leur EXIF et là y'a pas grand chose à faire... :( Le 28/07/2015 11:47, Brice MALLET a écrit : Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Bonjour ! Je suis un contributeur de la région, j’ai par exemple intégré le bâti du cadastre sur Nice et pas mal de communes alentours,... Mon opinion sur l’import massif d’arbres “quelconques” est assez négatifs pour plusieurs raisons : - quid de la maintenance a long terme car le sujet ne semble pas passionner beaucoup de monde - le rendu OSM “standard” n’est pas bon a mon avis, c’est trop chargé, on dirait que la carte a chopé la varicelle ;-) - je comprend l’intérêt que cela peut avoir pour certains domaine d’activité d’avoir ces données mais pour la grande majorité je ne vois pas… - cela dilue et cache l’information sur les arbres “remarquables” qui eux méritent d’apparaitre sur le rendu généraliste - quand j’importe les données OSM pour la France entière dans mon logiciel utilisant libosmscout qui compile tout ça dans une base binaire de 4.5Go (avec les lignes de niveau à intervalle de 10m) je dois filtrer les arbres car sinon l’import explose à cause d’une trop forte concentration d’un même type de noeud (les arbres) dans certaines zones ! Cordialement, Vlad (https://www.openstreetmap.org/user/Vlad https://www.openstreetmap.org/user/Vlad) On 28 Jul 2015, at 00:17, Vincent Frison vincent.fri...@gmail.com wrote: Le 27 juillet 2015 22:46, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Le 27/07/2015 01:01, osm.sanspourr...@spamgourmet.com mailto:osm.sanspourr...@spamgourmet.com a écrit : Mais c'est l'arbre qui cache la forêt : je vois que des rues de Nice n'ont pas de nom (http://www.openstreetmap.org/way/156776064 http://www.openstreetmap.org/way/156776064). Il semble pourtant y avoir des habitants, il y a même des numéros sur les bâtiments (http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/43.71235/7.27541 http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#19/43.71235/7.27541). Alors un nom de rue, de résidence ? Non, pas de numéros sur les bâtiments dans OSM... ils seraient en vert sur le rendu BANO. Ce qui est en bleu c'est le cadastre (avec rapprochement OSM), en jaune c'est l'opendata et en gris la BAN. Oui des noms de rues manquent encore sur Nice... et bien qu'il n'y ait pas de priorité à mapper tel ou tel type d'info avant une autre, c'est quand même symptomatique d'une zone avec une communauté pas très active surtout par rapport à la densité de population. Si je veux aller à Nice, la carte me sert avant tout à trouver les rues. Les arbres, ça vient après, seulement après. PSS donne des infos pertinentes sur des lieux remarquables, comme http://structurae.net/ http://structurae.net/. Relier ces données à OSM me semble bien plus intéressant, pertinent. La notion de valeur ajoutée me semble très importante. Bien sûr les arbres importés ne vont pas décourager une communauté locale, mais importer ces données sans se mettre en relation avec cette communauté ne va pas dans le bon sens pour la développer. Je suis bien d'accord mais à vrai dire c'est un peu ce que je pensais faire en créant ce thread au titre plutôt évocateur. Malheureusement pas beaucoup de niçois se sont manifestés... En tout cas j'ai essayé de contacter les 3 contributeurs qui avaient déjà rajoutés des arbres sur Nice: - un seul m'a répondu pour l'instant et il n'est plus sur la région (tiens ça me rappelle mon exemple, qui va maintenant s'occuper des arbres qu'il a créé ? :p) - un autre ne m'a pas répondu mais au vu de ses contributions il n'est plus sur la région non plus ! - l'autre par contre est encore dans les parages, j'ai donc encore un peu d'espoir de pas être tout à fait seul Après c'est sûr que c'est pas les seuls (j'essayerai d'autres contributeurs récemment actifs) mais ça montre qu'effectivement il n'y a pas une énorme activité sur la région, ce qui est effectivement surprenant vu la densité de population.. OSM est aussi un projet très social... il faut un petit peu de temps pour intégrer aussi cet aspect. Il m'a fallu du temps pour prendre du recul avec la technique et pour comprendre cette dimension... je ne pense pas être le seul. Relire nos premières interventions sur talk-fr est assez instructif de ce point de vue ! Personnellement ça m'a semblé assez clair dès le début et c'est d'ailleurs pour ça que je n'ai pas hésité dès le début à communiquer et demander de l'aide sur mes imports.. Il y a plein de dev à faire, mais surtout pour mettre à disposition des non-dev des outils de plus en plus pratiques, ergonomiques, rapides, efficaces pour viser le meilleur rapport temps passé/valeur ajoutée et utilisables par le public le plus large. C'est sur que c'est primordiale, je trouve d'ailleurs que l'éditeur iD est assez génial de ce point de vue là.. Bon en tout cas ça ne résout pas vraiment mon problème pour savoir si je peux ou pas envoyer mon import sur le serveur.. en tant que chef tu ne pourrais pas me donner un
Re: [OSM-talk-fr] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?
Pour obtenir un affichage net, il faut travailler avec les échelles fixe correspondant aux niveaux de zoom d'OSM. Sinon il faudrait améliorer GDAL et QGIS pour que la sélection du niveau de zoom et le recalcule des pixels soient plus pertinents pour une échelle ne correspondant pas à 1 niveau de zoom OSM. Le 28/07/2015 10:21, Jérôme Seigneuret a écrit : En clair il faut travailler avec des échelles fixe correspondant au niveau de zoom d'OSM? Le 28 juillet 2015 09:08, René-Luc Dhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Pour la composition le problème est le même que pour la vue. Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit : * CRS * Emprise * Résolution L'emprise et la résolution entre en conflit car : * soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement dessiné dans le rectangle d'affichage * soit c'est la résolution qui compte alors sera dessiné ce qui rentre dans le rectangle d'affichage pour la résolution choisi Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque chose de net, par contre si c'est l'emprise de l'objet qui compte alors le rendu pourra être flou. Cordialement, Le 27/07/2015 18:13, image93 a écrit : Bonsoir Réné Luc, Et merci beaucoup. Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir une meilleure lisibilité de la couche. Mais dès qu'on bascule dans le gestionnaire de composition, il y a un problème certainement dû à la projection. En effet, dans l'interface du gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à mon emprise réelle... Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html Sent from the France mailing list archive at Nabble.com. ___ 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 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: [Talk-it] CC e le licenze derivate
Io ancora non ho colto a fondo che tipo di uso viene fatto, e come si presenta la mappa. Se ho ben capito stanno usando direttamente le tavole (le tile) di OSM, cosa che tra parentesi non sarebbe permessa (se non per fare qualche test): http://wiki.openstreetmap.org/wiki/Tile_usage_policy In ogni caso quel rendering è sotto CC BY-SA, e da lì non si scappa. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Utilisation de subway_entrance pour autre chose que du métro ?
Le 28/07/2015 06:56, Thierry Bézecourt a écrit : Certes, mais que faire pour les entrées qui donnent accès à la fois à une ligne aérienne et à une ligne souterraine (La Motte-Picquet) ? Ou seulement à une ligne aérienne (nombreux cas) ? Il serait étrange de ne pas mettre un subway_entrance pour des entrées de métro (aérien) qui, pour l'usager, fonctionnent de la même manière que les autres. Un subway aux États-Unis n'est pas toujours enterré, malgré son nom. À mon avis : - la proposition finale de Vincent parait tout à fait acceptable. On ne peut pas distinguer selon le caractère enterré ou non (qui fait l'objet d'autres tags propres à la voie ou au bâtiment) ; la nature du réseau est une caractéristique plus objective. D'ailleurs le RER est techniquement un train ; - cela dit, un logiciel de routage ou un moteur de rendu devraient être capables de gérer aussi bien les subway_entrance que les entrance, donc le choix entre l'un et l'autre n'est pas crucial (je ne serais pas choqué qu'on mette un subway_entrance pour toutes les gares RER, ou au contraire qu'on mette des entrance dans le métro, d'autant que le réseau du Grand Paris et la multiplication des trams, tram-trains, métros légers, métros express, etc., brouillent de plus en plus la distinction ancienne entre bus, métro et RER). L'essentiel, c'est la relation ; - la présence de subway_entrance à Massy et ailleurs est peut-être due au fait que Mapnik affiche les subway_entrance et pas les entrance. On aime bien voir le résultat de ce qu'on taggue... Thierry subway n'est pas forcément en souterrain... donc ce n'est pas le critère pour rejeter des entrées vers une gare/station qui ne serait pas souterraine. Je crois que le distinguo métro/train est assez flou sur certains réseaux comme le RER parisien (mais sûrement ailleurs aussi bien sûr). Le choix du nom du tag semble limiter son usage mais finalement il n'y a pas de différence fondamentale entre une bouche de métro et une entrée de gare RER voire une entrée de grande gare. Ce sont bien les points d'accès à un transport public ferré qui sont souvent nommés et numérotés et je ne vois pas trop pour quelle raison on devrait limiter l'usage de subway_entrance uniquement aux bouches de métro. Le passage au schéma public_transport très relationnel permet de s'affranchir de ces tags un peu trop spécifiques, mais leur usage pour le rendu est bien plus complexe et nécessite souvent du préprocessing spécifique. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
On Tue, Jul 28, 2015 at 06:30:57AM +0200, Marco Bartalini wrote: sul percorso che creo c'è la possibilità di capire di quanti km è fatto direttamente da josm??? senza ogni volta doverlo salvare e importarlo su un altro programma x vedere di quanti km è fatto... Sul layer dati non so, ma di sicuro se (ri)apri il GPX in Josm, click destro, Info; ti dice i km -- Niccolo Rigacci - http://www.rigacci.net/ Campi Bisenzio - Firenze - Italy Tel. Mobile: +39-327-5619352 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/measurement 2015-07-28 6:30 GMT+02:00 Marco Bartalini marcobartal...@gmail.com: *Marco Bartalini,marcobartal...@gmail.com marcobartal...@gmail.com* 2015-07-27 21:22 GMT+02:00 Simone F. grop...@gmail.com: Il giorno 27 luglio 2015 19:18, Marco Bartalini marcobartal...@gmail.com ha scritto: vi chiedo dunque... esiste un plugin o qualsiasi altro modo per creare una traccia gpx direttamente da JOSM??? 1. Tracci il percorso in JOSM 2. clic destro su Livello dati 3. clic su Esporta in GPX... Ciao, Simone F. Grandissimo Simone funziona tutto! intendevo proprio così!!! ora altre due info tecniche... sul percorso che creo c'è la possibilità di capire di quanti km è fatto direttamente da josm??? senza ogni volta doverlo salvare e importarlo su un altro programma x vedere di quanti km è fatto... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Bonjour Le 28/07/2015 09:53, Vladimir Vyskocil a écrit : - quid de la maintenance a long terme car le sujet ne semble pas passionner beaucoup de monde Il en est de même que pour le bâti, comment faire dans des communes ou il n'y a jamais de contributeurs et il y en aura jamais avant 2125 ? Pour cela la base national de la DGFIP est un bonne base car mis à jour au moins 1 fois par an et que derrière on peut trouver un script qui peut mettre à jour. Ici, on a un base communale qui permet de gérer cela en annexe d'OSM qui permet de mettre à jour de façon semi-automatique de jour en jour - le rendu OSM “standard” n’est pas bon a mon avis, c’est trop chargé, on dirait que la carte a chopé la varicelle ;-) - cela dilue et cache l’information sur les arbres “remarquables” qui eux méritent d’apparaitre sur le rendu généraliste On n'étiquette pas pour le rendu, mais pour le contenu, le rendu n'est que la partie visible de l'iceberg, la majorité des données ne sont pas rendu - quand j’importe les données OSM pour la France entière dans mon logiciel utilisant libosmscout qui compile tout ça dans une base binaire de 4.5Go (avec les lignes de niveau à intervalle de 10m) je dois filtrer les arbres car sinon l’import explose à cause d’une trop forte concentration d’un même type de noeud (les arbres) dans certaines zones ! Tu veux pire que les arbres dans la base OSM ? Alors ne t'en fait pas car dans quelques années il y aura tous les accès depuis la surface de la route vers les éléments en derme de la surface terrestre: bouche d'homme pour les égouts, vannes de sectionnement des canalisations d'eau, de gaz, boite de raccordement de réseau en réseau souterrain (électrique, télématique, optique, etc.) En parallèle, ce sera aussi du indoor, avec le multiniveau en plus. Openstreetmap ne s'adapte pas pour un besoin particulier. Tout ceux qui veulent du contenu spécifique sont obliger de faire cela. Il n'y a qu'à voir les rendus d'ITO World pour cela. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
sent from a phone Am 27.07.2015 um 22:00 schrieb Garry garr...@gmx.de: wie würdet ihr diese Straße hier https://www.openstreetmap.org/way/132618493) hier taggen? Ich finde residential passt hier irgendwie nicht. Ganz klar residential (außer wenn es eine verkehrsberuhigte Zone wäre). ich würde unclassified taggen (weil da keiner wohnt) aber praktisch machte es kaum einen Unterschied würde man residential verwenden Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Žďákovský most
On 07/23/2015 09:03 PM, Matěj Cepl wrote: Jsme teď v Písku na dovolené a tak jsem dosti citelně zaznamenali, že Žďákovský most je uzavřen pro rekonstrukci. Podle http://budejovice.idnes.cz/oprava-zdakovskeho-mostu-0y6-/budejovice-zpravy.aspx?c=A150608_175529_budejovice-zpravy_jkr je tato oprava na další dva roky, z toho minimálně do konce tohoto roku bude most uzavřen. Vzhledem k tomu, že je to most naprosto zásadní pro komunikaci v téhle části republiky bylo by dobré nějak naznačit OSMAnd spol., že tudy vlak (tedy auto) nepojede. Vidím dva problémy: a) Nevím v jakém stadiu podpory a oficiality jsou http://wiki.openstreetmap.org/wiki/Key:construction a http://wiki.openstreetmap.org/wiki/Proposed_features/temporary zejména v OSMAnd. b) http://thread.gmane.org/gmane.comp.gis.openstreetmap.osmand/9003/focus=9011 doesn’t give me much hope... are really download files over two years old? How often are they refreshed? Nějaké nápady? Třeba jako MÚK V Rybníčkách - sice už je to teď zase otevřený, ale viz verzi 1 tady: http://www.openstreetmap.org/way/344081477/history Stručně: highway=construction, opening_date=2100-09-15, access=no Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS UHUL
Díky, tušil sem, že to něco takového bude. Nerozumím ale tomu proč projekci EPSG:4326 propagují, když vlastně nejde rozumně použít. V Mobile Atlas Creator, v kterém sem to používal, dlaždice také nesedí a ten jinou projekci jak 4326 ani neumí. *** V JOSM samozřejmě lze přepnout (preferences/map settings/...) do projekce EPSG:4326 a pak pojede korektne i UHUL s 4326. Analogicky tak lze ucinit s EPSG:32633. To co nefunguje je JOSM 3857 + UHUL 4326. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
Grandissimi ragazzi, mai visto un gruppo cosi efficiente!!! anche questa delle misure risolto ora mi servirebbe un ultima info... Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò ciò che avviene con le mappe ibride di google... ho già provato sovrapponendo le bing con le mapnik aumentando il livello di trasparenza ma mi servirebbe qualcosa di più chiaro vi allego un immagine per farvi capire cosa riesco a fare attualmente con il programma garmin basecamp e le mappe open mtb map basate sulle OSM (non so se riuscite a vederla qui sotto allegata)... Il martedì 28 luglio 2015, Volker Schmidt vosc...@gmail.com ha scritto: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/measurement 2015-f07-28 6:30 GMT+02:00 Marco Bartalini marcobartal...@gmail.com: *Marco Bartalini,marcobartal...@gmail.com* 2015-07-27 21:22 GMT+02:00 Simone F. grop...@gmail.com: Il giorno 27 luglio 2015 19:18, Marco Bartalini marcobartal...@gmail.com ha scritto: vi chiedo dunque... esiste un plugin o qualsiasi altro modo per creare una traccia gpx direttamente da JOSM??? 1. Tracci il percorso in JOSM 2. clic destro su Livello dati 3. clic su Esporta in GPX... Ciao, Simone F. Grandissimo Simone funziona tutto! intendevo proprio così!!! ora altre due info tecniche... sul percorso che creo c'è la possibilità di capire di quanti km è fatto direttamente da josm??? senza ogni volta doverlo salvare e importarlo su un altro programma x vedere di quanti km è fatto... ___ 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-fr] Caen - quartiers - découpage plus fin
Bonjour Il y a un document qui présente un découpage plus fin des quartiers de Caen : http://www.insee.fr/fr/methodes/zonages/iris/cartes/carte_iris_14118.pdf Les données INSEE utilise ce découpage. Qu'en est-il de sa réutilisation vis-à-vis des quartiers déjà présent dans OSM ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] WMS UHUL
Ahoj, v QGIS i jinde mi tato WMS funguje bez problému. Možná je problém v tom, že ÚHÚL ji poskytuje přímo jen v projekcích: CRSEPSG:102067/CRS CRSEPSG:2065/CRS CRSEPSG:32633/CRS CRSEPSG:4326/CRS CRSEPSG:5514/CRS - tzn. samý Křovák nebo WGS84, žádný pseudomercator (3857 nebo 90013). V JOSM se mi taky zobrazuje blbě, asi to JOSM nezvládá přetransformovat... - nedá se tam někde nějak rozumně nastavit souřadnicový systém vstupních dat? Eva Dne 28. července 2015 8:36 jiri2 jiri@seznam.cz napsal(a): Ahoj, někdy, už před delší dobou UHUL předělal WMS server. Pokud nastavím v JOSM vrstvy podle http://geoportal.uhul.cz/wms_oprl/service.svc/get?request=GetCapabilitiesservice=WMS. Server dlaždice vrátí, ale je asi zdeformovaná projekce. Konkrétně mi nefungují Cesty odvozní. Podobně to funguje i v jiných programech. Podařilo se to někomu zprovoznit. Jirka. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
sent from a phone Am 28.07.2015 um 10:17 schrieb Rainer Knaepper sm...@gmx.de: Da pappe ich komplett residential dran, sofern es keine Durchgangsstraße mit mehr als lokaler Bedeutung ist. Durchgangsstraßen mit lokaler Bedeutung sind für mich unclassified, wenn es mehr ist dann mindestens tertiary Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-es] Fw: Openstreetmap
Gracias por contestar. Como no se muy bien como va lo de las listas de correo lo mando con copia a talk-es@openstreetmap.org , no se si funcionará. Teneis intención de hacer alguna cosa relacionada con openstreetmap proximamente? Me gustaria tomar contacto con gente con experiencia en este tema, porque todavia lo tengo un poco verde y hay cosas que no me atrevo a modificar por miedo a meter la pata. Estaré atento a la lista de correo. Saludos Jose Luis Sent: Tuesday, July 28, 2015 9:09 AM Subject: Re: [Talk-es] Openstreetmap Yo soy de Pamplona también. k1wi ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-cz] WMS UHUL
Díky, tušil sem, že to něco takového bude. Nerozumím ale tomu proč projekci EPSG:4326 propagují, když vlastně nejde rozumně použít. V Mobile Atlas Creator, v kterém sem to používal, dlaždice také nesedí a ten jinou projekci jak 4326 ani neumí. Jirka -- Ano, potřebná projekce pro JOSM EPSG:3857 není na serveru k dispozici a simultánní transformaci sever skrze EPSG:4326 s lat/lon neproporční width/height nedává (a tudíž výsledné dlaždice na sebe nenazují ani nesedí na podklad). ha hanoj Dne 28. července 2015 10:22 Eva Jelínková evka.jelinkova at gmail.com napsal(a): Ahoj, v QGIS i jinde mi tato WMS funguje bez problému. Možná je problém v tom, že ÚHÚL ji poskytuje přímo jen v projekcích: CRSEPSG:102067/CRS CRSEPSG:2065/CRS CRSEPSG:32633/CRS CRSEPSG:4326/CRS CRSEPSG:5514/CRS - tzn. samý Křovák nebo WGS84, žádný pseudomercator (3857 nebo 90013). V JOSM se mi taky zobrazuje blbě, asi to JOSM nezvládá přetransformovat... - nedá se tam někde nějak rozumně nastavit souřadnicový systém vstupních dat? Eva Dne 28. července 2015 8:36 jiri2 jiri.ja2 at seznam.cz napsal(a): Ahoj, někdy, už před delší dobou UHUL předělal WMS server. Pokud nastavím v JOSM vrstvy podle http://geoportal.uhul.cz/wms_oprl/service.svc/get?request=GetCapabilities service=WMS. Server dlaždice vrátí, ale je asi zdeformovaná projekce. Konkrétně mi nefungují Cesty odvozní. Podobně to funguje i v jiných programech. Podařilo se to někomu zprovoznit. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-at] Adressdaten BEV
On 2015-07-28 21:41, Flaimo wrote: Was da immer wieder auftaucht sind dubiose Hausnummern mit dem Zusatz s, die angeblich fehlen, aber anscheinend nicht wirklich in der Realität existieren, weil sonst müsste es ja auch die Hausnummern *a-r wo geben. Kann es sein, dass das Honeypot-Adressen sind, damit rausgefunden werden kann wer die (illegalerweise) Daten importiert hat? Beispiele: Hauptplatz 29s, Am Pöstlingberg 12s ich habe mir den Datensatz nicht angeschaut und kenne die Situation in Linz nicht, allerdings wohne ich selbst in einer Strasse mit nicht verwendeten Buchstaben: http://www.openstreetmap.org/#map=19/47.10170/15.43030 da hier in den 70er Jahren nicht klar war ob der jetzige Spiel- und Tennisplatz einmal bebaut werden würde, hat man die Buchstaben a-r reserviert und die Häuser nur von s-z benannt. oder aber im westlichen Teil die Hausnummern ohne Buchstabe, a-c (bzw a-o) und s-z vergeben. olé! auch wenn so etwas eher die Ausnahme ist, zeigt es wieder einmal: ohne lokale Kenntnisse und im Zweifelsfall Kontrolle vor Ort geht einfach nix. grüsse, grubernd ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[talk-ph] Arts and Culture
Hi OSMcommunity, I have a question for you. I am working with the JapanFoundation to track and add arts and cultural sites to the map in and outside of Manila. This data is taken from their project and art guide called Run Learn. There are over 81 locations, half of which I have found on or added to OSM. They are interested in mapping these sites to promote greater collaboration between artists, galleries, and museums in and outside Manila. I am encouraging them to use OSM to make this data a public good. However, they want to be able to easily find the sites they add to the map. These are cultural sites so its everything from galleries, to monuments, to shrines. Is there a special way I could tag this projects to show the association with the Japan Foundation or arts and culture. I know the tag, amenity= arts_center but would it be possible to do something like partnership= Japan_Foundation or type= arts_culture. Having a standard tag for all of these locations would help them identify quickly where these locations and easily download the data from OSM. Please let me know what you think! Advice? Ideas? Marc, the person I am working with is very excited about mapping arts and culture. I see him mapping for a while in PH! -- -Lu Sevier The College of William and Mary *http://www.linkedin.com/pub/lu-sevier/84/236/725 http://www.linkedin.com/pub/lu-sevier/84/236/725* ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-br] Solicitação Para arrumar bairro
Carla, boa noite Problema em si não, pode dizer, mostra qual o nome que está errado? ___ Anor C. A. de Souza From: ca...@rocarbloqueador.com.br To: talk-br@openstreetmap.org Date: Fri, 24 Jul 2015 15:44:17 -0300 Subject: [Talk-br] Solicitação Para arrumar bairro Boa tarde , Estou com um problema no mapa, apresenta o nome do bairro errado , tem alguma forma para fazer a troca igual a rua ?? Grata Carla Dias Deptº TécnicoTelefone Direto: (11) 2922-1125 ou (11) 99943-4032 ClaroWhatsApp: (11) 99943-4032Id: 925*29341Telefones Rocar: (11) 4178-4844 ou (11) 4075-2257Skype: Carla.rocarRua Álvaro Alvim, 1468 - Paulicéia - São Bernardo do Campo - SP - 09693-000Site: www.rocarbloqueador.com.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-legal-talk] Legal requirements of permissions to import into OSM
Hi, On 07/29/2015 12:39 AM, Christoph Donges wrote: 1. ask for a public domain dedication I think it's funny to ask for that which OSM is unwilling to give. Maybe you're misunderstanding. A PD dedication isn't a requirement for adding data to OSM, but it is the easiest way to go because it doesn't require the more complicated steps 2. and 3. from the message (and possibly others) that you have chosen not to quote. You seem to imply that anyone asking for PD data should also be willing to give their own data away as PD data. But the PD dedication is the exact opposite of such reciprocity. Asking for PD while not giving your own away as PD is quite standard actually - not least among most of those calling for OSM to be PD. Nothing funny about that. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] Railway crossing challenge for MapRoulette
You might want to remove the NY FRA data from the challenge. I've already gone through that dataset and added everything that was still being used as a crossing. Save people from looking at data that is all correct (modulo my misteaks, of course). -russ Martijn van Exel writes: Okay, thanks, I’ve been preferring level_crossing myself. I will publish the ~90k tasks shortly! Will let you know when it’s done. Martijn On Jul 6, 2015, at 9:19 AM, Richard Welty rwe...@averillpark.net wrote: On 7/6/15 11:02 AM, Clifford Snow wrote: From my read of our wiki and wikipedia, the correct term should be level_crossing. British English and all. level_crossing is correct. it's what i've been using for years. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-ie] Map request
Thanks Donal Sent from my iPad On 27 Jul 2015, at 15:37, Donal Diamond donal.diam...@gmail.com wrote: On 16 July 2015 at 20:53, Stephen Roulston srouls...@me.com wrote: Could I request 20/41 please. I think just NE Ramelton is up at the moment. Sorry for delay - was away. Here you go: http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-20-41show_warped=0 D ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk] API down?
I blame you for every second the API is down. I also credit you for every second it's up. You're WAY ahead on the credits! Thanks for everything you do, especially the parts that get done on a schedule not of your own choosing. -russ Grant Slater writes: Hi All, Sorry about the earlier outage. All fixed now. We had a server outage. Kind regards, Grant OSM ops team On 4 Jul 2015 2:20 pm, Blake Girardot bgirar...@gmail.com wrote: Is down for me too. On 7/4/2015 3:00 PM, Maarten Deen wrote: Hi, it seems the api is down? I can't get a connection from JOSM, ID, or a direct URL in my browser. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk p dir=ltrHi All,/p p dir=ltrSorry about the earlier outage. All fixed now./p p dir=ltrWe had a server outage./p p dir=ltrKind regards,br Grantbr OSM ops team/p div class=gmail_quoteOn 4 Jul 2015 2:20 pm, quot;Blake Girardotquot; lt;a href=mailto:bgirar...@gmail.com;bgirar...@gmail.com/agt; wrote:br type=attributionblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1exbr Is down for me too.br br br br On 7/4/2015 3:00 PM, Maarten Deen wrote:br blockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex Hi,br br it seems the api is down? I can#39;t get a connection from JOSM, ID, or abr direct URL in my browser.br br Regards,br Maartenbr br ___br talk mailing listbr a href=mailto:talk@openstreetmap.org; target=_blanktalk@openstreetmap.org/abr a href=https://lists.openstreetmap.org/listinfo/talk; rel=noreferrer target=_blankhttps://lists.openstreetmap.org/listinfo/talk/abr /blockquote br ___br talk mailing listbr a href=mailto:talk@openstreetmap.org; target=_blanktalk@openstreetmap.org/abr a href=https://lists.openstreetmap.org/listinfo/talk; rel=noreferrer target=_blankhttps://lists.openstreetmap.org/listinfo/talk/abr /blockquote/div ___ 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-us] Railway crossing challenge for MapRoulette
Mike N writes: On 7/8/2015 2:43 PM, Greg Morgan wrote: I see the why Martijn would be hard pressed to exclude crossings that are already in the OSM. He's using the Federal Railway Administration, FRA, data as a punch list in this challenge. Perhaps you can add additional features to a crossing in this challenge, if you know that bells and whistles exist at a crossing. I was thinking of NY State for example, where all crossings already exist in OSM. Those would just be empty tasks. Since they're all points, it should be easy to do a pre-conflation to exclude existing matches. But I haven't looked at FRA data - perhaps it doesn't include GPS location? It includes everything but 1) the kitchen sink, and 2) whether the railroad has been abandoned already. :-) The majority of the crossings that I looked at were for driveway or farm crossings. I added the ones that look like they still existed, with blocking in the gauge and/or wheel tracks going up to the crossing. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-br] Solicitação Para arrumar bairro
Boa tarde , Estou com um problema no mapa, apresenta o nome do bairro errado , tem alguma forma para fazer a troca igual a rua ?? Grata Carla Dias Deptº Técnico Telefone Direto: (11) 2922-1125 ou (11) 99943-4032 Claro WhatsApp: (11) 99943-4032 Id: 925*29341 Telefones Rocar: (11) 4178-4844 ou (11) 4075-2257 Skype: Carla.rocar Rua Álvaro Alvim, 1468 - Paulicéia - São Bernardo do Campo - SP - 09693-000 Site: http://www.rocarbloqueador.com.br www.rocarbloqueador.com.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[talk-ph] Fwd: new Leyte imagery
Dear everyone, There is a new imagery from MapGige/HIU requested by the American Red Cross over Leyte: http://tasks.hotosm.org/project/1129 I've seen it briefly and it covers many areas that doesn't have Bing. ARC is not requesting any remote mapping for now. Just informing everyone this resource exist and can be very useful in updating many areas. Please advise Leyte mappers especially those who participated in the Leyte training just this month. -- Forwarded message -- From: Joseph, Daniel B. daniel.jos...@redcross.org Date: Tue, Jul 28, 2015 at 11:29 PM Subject: new Leyte imagery Hey Maning, We requested updated imagery of Leyte from Map Give. There are areas with poor coverage under the existing Bing imagery, especially the inland barangays. We would like better base data for some of the areas covered by Red Cross programs tied to Haiyan recovery. We’re not interested in the entire area covered by the new imagery but there’s a task for it up at http://tasks.hotosm.org/project/1129. The imagery is from Nov 2014 and (based on some brief comparisons) looks like it will be useful for updating/improving. -- 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
[Talk-pe] Conclusiones 1ra reunión «Mapazonia en Perú»
Hola, Acá les dejo el resumen y conclusiones de la 1ra reunión. Quedamos para la siguiente el Vie 31 Jul 20h UTC-5 y si alguien no puede podemos coordinar otra hora (13h UTC-5?). El documento para más detalles editar y contribuir al esfuerzo está en http://piratepad.net/9Me29044eo **Conclusiones** - Cuenca a mapear Río Tigre (https://en.wikipedia.org/wiki/Tigre_River) - Johnattan: escribir un breve resumen descriptivo del mapeo (que, quien, porque y para que) - Omar: crear el contorno de la cuenca del río Tigre en formato geojson - Brenda/Victor/Enrique/Pamela: buscar elementos a mapear en la cuenca y datos oficiales - Marcpo Antonio: contactar con convoca-pe y ojopublico para ver si tiene interés en mapeo - Buscar trazas GPS del área para verificar desplazamiento imágenes satelitales - Preguntar a Ian o Mapbox Ayacucho sobre imágenes satelitales del lugar - Próxima reunión Vie 31 Jul 20h UTC-5 mismo medio Abrazos, Marco Antonio ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
Am 28.07.2015 um 23:00 schrieb Volker Schmidt: OSM orientiert sich stark am britischen Modell. bzw: genauer: hat das britische 1:1 Modell übernommen. Grund: OSM ist von Briten in UK gegründet worden (Steve und die Mapper der ersten Stunde) und hat einfach das lokale System verwendet. unlassified ist die niedrigste Hierarchie-Stufe. korrekt. Und aus diesen Klassifikationen leiten sich auch die Bezeichnunegn direkt ab: A-road, B-road, ... residential steht auf der gleichen Stufe wie unclassified. einziger Unterschied: residential hat eine entsprechende Bebauung bzw. Wohnhäuser bzw. liegt in der Stadt. Wobei wenn man in Irland unterwegs ist und immer wieder einzeln Häuser an einsamen Landstraßen stehen = müsste man das als residential taggen? ;-) [klares nein] Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Solicitação Para arrumar bairro
Oi, Carla Qual é o bairro que está com o nome errado? Alguns bairros estão mapeados como um nó, outros como um polígono ou uma relação. Às vezes é difícil encontrar mesmo onde alterar o nome... wille On 24-07-2015 15:44, Carla Dias wrote: Boa tarde , Estou com um problema no mapa, apresenta o nome do bairro errado , tem alguma forma para fazer a troca igual a rua ?? Grata */Carla Dias/*Descrição: Descrição: 06*/image002/* Deptº Técnico Telefone Direto: (11) 2922-1125 ou (11) 99943-4032 Claro WhatsApp: (11) 99943-4032 Id: 925*29341 Telefones Rocar: (11) 4178-4844 ou (11) 4075-2257 Skype: Carla.rocar Rua Álvaro Alvim, 1468 - Paulicéia - São Bernardo do Campo - SP - 09693-000 Site: www.rocarbloqueador.com.br http://www.rocarbloqueador.com.br e-mail ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] publieke telefooncellen / public telephones
Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com: En nu het rare: er waren 320 telefooncellen met operator die ik heb verwijderd. Nu ik eens kijk naar alle telefonen (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320 overblijven! It has been a while for me and OSM. If I do a survey for one of these 320 and I see no phoneboot, I remove the node? (Some are right around the corner) If I see one of these 320 that is still there. Would it be useful to add a comment to the node? Yes, verified 2015-07-28, still in place, do not remove Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et Overpass montre qu'il en reste encore exactement 320! ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Affichage photos dans JOSM
exiftool pour vérifier que les coordonnées sont présentes... Le 28 juillet 2015 12:16, Christian Quest cqu...@openstreetmap.fr a écrit : Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ? En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est possible que ces photos ne possède pas de géoréférencement dans leur EXIF et là y'a pas grand chose à faire... :( Le 28/07/2015 11:47, Brice MALLET a écrit : Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] Sfondo trasparente (ERA: JOSM, esiste plugin per creare tracce gpx??? [...])
Il giorno 28 luglio 2015 10:21, Marco Bartalini marcobartal...@gmail.com ha scritto: Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò ciò che avviene con le mappe ibride di google... https://github.com/andrewharvey/osm-hybrid-carto/ C'è un server di prova disponibile (non molto performante... devi pazientare): http://tianjara.net/leaflet.html#map=agri,osmt;lat=-33.89;lon=151.27;zoom=15 (clicca su LPI Imagery e OSM Hybrid) Dovrebbe essere grosso modo quello che cerchi. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On Tuesday 28 July 2015, Colin Smale wrote: Hi Christoph, my suggestion was to clearly separate the subject of water flow from the subject of routing. Whether roads are mostly bidirectional or not is irrelevant I think, as routers have to be able to handle one-way roads anyway.[...] The requirement to connect waterways within water areas to create a routable network is primarily about water flow and not about water navigation. If you want to discuss the needs for water navigation that is fine but any results of such discussion will have little bearing on the suggestion to link waterways to create a routable network. The use of the term 'routable' is just because water flow analysis is technically similar to the routing algorithms used for navigation. I brought up the concept of oneway roads just to illustrate to those familiar with routing for navigation the problems arising from having components of the network represented by undirected polygon geometries. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-es] Duda OSM
Buenas tardes, Espero que este sea el sitio adecuado para enviar mi duda, corregidme si me equivoco. Un grupo de personas queremos crear un mapa como éste de un distrito (Tetuán) de Madrid (quizá ampliable a otros). http://www.openstreetmap.es/mapa/ En el mapa queremos que se muestre la información de asociaciones, recursos públicos, etc. Nos gustaría que se pudiera filtrar toda esta información por tipo de entidad (pública, privada, etc... esto tenemos que pensarlo) y tema al que se dedica (mujer, medio ambiente, pobreza...). Posiblemente también añadamos datos sobre accesibilidad y otros temas, pero como digo esto tenemos que pensarlo aún. Pero, antes de subir los datos, nos gustaría saber: - ¿Hay alguien haciendo esto o algo muy similar ya para no repetirnos - ¿Cómo se puede generar e incrustar este mapa con estas capas y filtros en un sitio web (o varios, quién sabe)? Gracias. -- Olga Blog personal: www.labroma.org Blog sobre TIC para causas: www.masticable.org ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
Before doing the actual routing, the polygon for the whole lake must be preprocessed in various ways: eliminate areas which are too shallow, prohibited, one-way/wrong-way, subject to traffic controls etc. Then the routing algorithm can avoid all these no-go areas, just as if they were physical obstacles. There is probably an equivalent of access=private, access=permissive and access=destination as well. --colin On 2015-07-28 16:03, John Eldredge wrote: In some cases, the navigation path may be different from the named waterway, such as when locks and canals are used to bypass waterfalls or rapids. In the case of reservoirs and lakes, some areas may be too shallow for navigation, so the actual navigation route may not always be the shortest path between the inlet and outlet points. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On July 27, 2015 2:25:54 PM Jochen Topf joc...@remote.org wrote: On Mo, Jul 27, 2015 at 08:08:22 +0100, Lester Caine wrote: On 27/07/15 19:56, Christoph Hormann wrote: In the case where a stream flows into a reservoir , and then a stream (with the same name) also flows out of that reservoir, should a linear way be drawn through the reservoir to connect the two streams (the reservoir is currently represented by its own closed way tagged natural=water, water=reservoir)? Yes. Although a height difference between in and out might indicate a weir or other obstruction may well indicate that a route is non-navigable? The outflow from a dam may have the same name, but have no use as a through route? This is more about the water flow than about being navigable by a ship. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-351-31778688 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
mannaggia speriamo che li implementino questi filtri per la trasparenza perchè sono veramente utili anzi dovrebbero metterli non solo su JOSM ma anche sulla pagina ufficiale di OSM! è impensabile non averli per vedere una mappa ibrida... *Marco Bartalini,marcobartal...@gmail.com marcobartal...@gmail.com* 2015-07-28 15:25 GMT+02:00 Alberto Nogaro bartosom...@yahoo.it: From: Marco Bartalini [mailto:marcobartal...@gmail.com] Sent: martedì 28 luglio 2015 10:21 To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM... Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò ciò che avviene con le mappe ibride di google... ho già provato sovrapponendo le bing con le mapnik aumentando il livello di trasparenza ma mi servirebbe qualcosa di più chiaro Per Josm dovrebbero presto venire disponibili dei filtri per immagini raster che potrebbero aiutarti a controllare la visualizzazione degli sfondi: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/JOSM_raster_layers_filters Ciao, Alberto ___ 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-de] Klassifizierung eine Straße im Gewerbegebiet
Am 28. Juli 2015 um 10:12 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ich würde unclassified taggen (weil da keiner wohnt) aber praktisch machte es kaum einen Unterschied würde man residential verwenden Einen Unterschied macht es schon, da man die unclassified-Straßen auf Grund ihrer Verbindungsfunktion womöglich im Routing bevorzugen oder im Rendering eher anzeigen will. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] CC e le licenze derivate
2015-07-28 10:02 GMT+02:00 francesca santarelli sant.france...@gmail.com: Tra OSM e il nostro progetto c'è OpenLayer e Geomeshup, noi non abbiamo modificato la mappa o i dati in alcun modo, ma creato dei post con wordpress geolocalizzati sulla mappa. E basta. La mappa è solo uno sfondo attivo del progetto (e dell'iframe, che è una sorta di vetrinetta del primo), in un certo senso. Quindi mi parrebbe giusto attribuire al mio derivato del derivato (ovvero l'iframe) la licenza CC che preferisco, o anche nessuna. Vi chiedo se c'è qualche problema legale in questo, che sappiate. mmm con questa serie di scatole cinesi devi solo guardare se ci sono vincoli di licenze fra i prodotti. Di fatto mi sembra di capire ODbL = dati della mappa CC-BY-SA = rappresentazione dei dati della mappa Openlayers = non ha una licenza che impatta sui dati e sui derivati Geomashup = non mi risulta abbia una licenza che impatta sui dati e derivati ... l'unico dubbio che mi può venire è se i dati che generi con geomashup sono da ricalco' della mappa, allora questi saranno in ODbL Sta di fatto però che il tutto deve essere significativo per l'opera che si presenta. In sintesi: - mi sembra che la mappa sia importante nel lavoro e quindi va in cc-by-sa il contenuto che generi - i dati che generi (da geomashup puoi ottenere l'url) sono in ODbL ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Bonjour Vlad, Content de voir un local rejoindre la discussion :) - quid de la maintenance a long terme car le sujet ne semble pas passionner beaucoup de monde Ce sujet a déjà été évoqué, je m'occuperai de la maintenance et à priori sur plus long terme que les arbres rajoutés manuellement (pour info une grosse partie de ceux qui ont été déjà rajouté manuellement sur Nice n'ont plus leur père car il a quitté la région). - le rendu OSM “standard” n’est pas bon a mon avis, c’est trop chargé, on dirait que la carte a chopé la varicelle ;-) - je comprend l’intérêt que cela peut avoir pour certains domaine d’activité d’avoir ces données mais pour la grande majorité je ne vois pas… Moi j'y vois un intérêt visuel indéniable mais que tu dois pouvoir dénier puisque tu trouves que ça ressemble à de la varicelle ! ;p Perso je ne vois pas du tout ce côté là, au contraire.. et surtout il me tarde de voir le rendu avec F4map ! - cela dilue et cache l’information sur les arbres “remarquables” qui eux méritent apparaître sur le rendu généraliste Il n'y a que sur la Prom' où je peux imaginer ce genre de problème car il y a effectivement des arbres existants correspondants à des très grands palmier qui sont à côté de petits arbres de moins de 3 mètres. Mais j'ai justement prévu de refaire un travail manuel pour mettre un peu de tag heigt sur cette zone.. - quand j’importe les données OSM pour la France entière dans mon logiciel utilisant libosmscout qui compile tout ça dans une base binaire de 4.5Go (avec les lignes de niveau à intervalle de 10m) je dois filtrer les arbres car sinon l’import explose à cause d’une trop forte concentration d’un même type de noeud (les arbres) dans certaines zones ! Oui bon là c'est pas trop de la faute de mon import ;p ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Caen - quartiers - découpage plus fin
Le 28 juillet 2015 10:26, David Crochet david.croc...@free.fr a écrit : Bonjour Il y a un document qui présente un découpage plus fin des quartiers de Caen : http://www.insee.fr/fr/methodes/zonages/iris/cartes/carte_iris_14118.pdf Les données INSEE utilise ce découpage. Qu'en est-il de sa réutilisation vis-à-vis des quartiers déjà présent dans OSM ? Cordialement -- David Crochet Je me souviens que le sujet a déjà été discuté en début d'année. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074559.html Difficile de faire un résumé de cette discussion (nombreuses digressions)... PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Sfondo trasparente (ERA: JOSM, esiste plugin per creare tracce gpx??? [...])
grazie carlo... non ho capito bene come inserirlo per cui me lo devo leggere ben bene... *Marco Bartalini,marcobartal...@gmail.com marcobartal...@gmail.com* 2015-07-28 12:58 GMT+02:00 Carlo Stemberger carlo.stember...@gmail.com: Il giorno 28 luglio 2015 10:21, Marco Bartalini marcobartal...@gmail.com ha scritto: Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò ciò che avviene con le mappe ibride di google... https://github.com/andrewharvey/osm-hybrid-carto/ C'è un server di prova disponibile (non molto performante... devi pazientare): http://tianjara.net/leaflet.html#map=agri,osmt;lat=-33.89;lon=151.27;zoom=15 (clicca su LPI Imagery e OSM Hybrid) Dovrebbe essere grosso modo quello che cerchi. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
In some cases, the navigation path may be different from the named waterway, such as when locks and canals are used to bypass waterfalls or rapids. In the case of reservoirs and lakes, some areas may be too shallow for navigation, so the actual navigation route may not always be the shortest path between the inlet and outlet points. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On July 27, 2015 2:25:54 PM Jochen Topf joc...@remote.org wrote: On Mo, Jul 27, 2015 at 08:08:22 +0100, Lester Caine wrote: On 27/07/15 19:56, Christoph Hormann wrote: In the case where a stream flows into a reservoir , and then a stream (with the same name) also flows out of that reservoir, should a linear way be drawn through the reservoir to connect the two streams (the reservoir is currently represented by its own closed way tagged natural=water, water=reservoir)? Yes. Although a height difference between in and out might indicate a weir or other obstruction may well indicate that a route is non-navigable? The outflow from a dam may have the same name, but have no use as a through route? This is more about the water flow than about being navigable by a ship. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-351-31778688 ___ 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: [OSM-talk-fr] Affichage photos dans JOSM
Pourrais-tu essayer d'envoyer ces images vers Mapillary? Si tu peux considérer de les libérer bien sûr. Il y a un plugin Mapillary pour JOSM maintenant. Le développement continue encore fortement (dans le cadre de GSoC), mais la version disponible est déjà très fonctionnel. http://blog.mapillary.com/update/2015/06/25/josm-mapillary.html Jo 2015-07-28 14:29 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Je récupère mes photos de l'iPhone sur le Mac avec l'appli basique Transfert d'Images... et je n'ai jamais perdu les données de géoloc. Ensuite je les glisse sur JOSM et hop ! Le 28/07/2015 14:01, Brice MALLET a écrit : Merci pour ces réponses qui me mettent sur la piste, mais je sèche toujours. Je viens de refaire un test avec une nouvelle photo : - coordonnées présentes dans les données EXIF (vues via app sur iphone ExifWizard) - coordonnées non vues dans les données EXIF depuis Aperçu Mac, après import (sont elles là ?). Il y aurait donc pê un problème lors de l'import ... Bon je verrai cela plus tard, mais ce n'est probablement pas un pb de JOSM, néanmoins si un utilisateur d'iphone-mac avait la réponse ... ;-) Bonne journée Brice Le 28/07/2015 12:27, Denis Bigorgne a écrit : exiftool pour vérifier que les coordonnées sont présentes... Le 28 juillet 2015 12:16, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ? En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est possible que ces photos ne possède pas de géoréférencement dans leur EXIF et là y'a pas grand chose à faire... :( Le 28/07/2015 11:47, Brice MALLET a écrit : Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM...
From: Marco Bartalini [mailto:marcobartal...@gmail.com] Sent: martedì 28 luglio 2015 10:21 To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] JOSM, esiste plugin per creare tracce gpx??? finalizzate alla mappatura su OSM... Esiste un immagine aerea di mappa OSM con sfondo trasparente??? devo mettere come sfondo l'immagine satellitare bing e sovrapposta le mappe osm... un pò ciò che avviene con le mappe ibride di google... ho già provato sovrapponendo le bing con le mapnik aumentando il livello di trasparenza ma mi servirebbe qualcosa di più chiaro Per Josm dovrebbero presto venire disponibili dei filtri per immagini raster che potrebbero aiutarti a controllare la visualizzazione degli sfondi: http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2015/JOSM_raster_layers_filters Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-cat] Etiqueta office
Hola, Avui he descobert l'etiqueta office i crec que es molt util per marcar empreses i altres oficines que no tenen perque ser botigues. He clavat un cop d'ull a Cataluna amb overpass i he vist que no esta molt extesa http://overpass-turbo.eu/s/aCZ Salutacions ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-pe] [Talk-es] Grupo no oficial de OSM en Telegram
FYI Mensaje reenviado Asunto: [Talk-es] Grupo no oficial de OSM en Telegram Fecha: Fri, 24 Jul 2015 15:45:42 -0500 De: opengis...@openmailbox.org Responder a: Discusión en Español de OpenStreetMap talk...@openstreetmap.org Para: talk...@openstreetmap.org Buenas tardes, comparto con ustedes un grupo en Telegram de OSM en Español, que se creó hace un par de días. Es un grupo creado para preguntar, ayudar y aprender, en esos momentos cuando estamos mapeando y solicitamos ayuda urgente, además de compartir información relacionada con sistemas de información geográfica y estudios y proyectos similares. La idea es que sea otra alternativa que podamos usar en cualquier momento, y que sea un complemento de las listas de correo. Aquí el Link del grupo de Telegramhttps://telegram.me/joinchat/000602ea018becfcfa24e1aab540561a Telegram.org Es un programa de mensajería instantánea multiplataforma (iOS, android, WP, mac Os X, linux, windows, o versión web), conmúltiples funciones http://hipertextual.com/2015/06/telegram-vs-whastapp además de poder compartir archivos hasta de 1.2Gb. Con el fin de darle orden a los contenidos del grupo utilizamos etiquetas para categorizar los contenidos (Todo pueden proponer más). Gracias a las opciones de busqueda dentro de telegram, basta con colocar la etiqueta, y nos mostrará dichos resultados.. #fixme : para comunicar errores o problemas en los elementos del mapa, #recomendado : para compartir información que puede ser de utilidad para todos, por ejemplo links, guias, estudios, software,entre otros #notas : para informar que se deben agregar notas en un lugar X o resolver #hotosm : informar eventos y coordinar actividades en campo y remoto, al momento de mapear catástrofes #tips : útil para compartir tips o trucos que mejoran o facilitan los procesos de edición ___ Talk-es mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-de] Google Earth 3D
Bitte sehen Sie hier: http://demo.f4map.com/#lat=50.8806773lon=7.0900612zoom=18 : das sind OSM data :-) 2015-07-28 23:10 GMT+02:00 Johannes jo...@posteo.de: Bin gerade drüber gestolpert. Vielleicht kennen es andere auch noch nicht... Die Qualität dieser 3D Ansicht in Köln bei Google Earth faziniert mich und demotiviert den Mapper im mir. Zumindest für heute. Mit Chrome: https://www.google.de/maps/place/Porz,+K%C3%B6ln/@50.8919435,7.0280742,270a,20y,323.62h,72.43t/data=!3m1!1e3!4m2!3m1!1s0x47bf20b3f19044eb:0x88ac03c3f723f0ef ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On 27/07/2015 20:23, Jochen Topf wrote: This is more about the water flow than about being navigable by a ship. Indeed. Given that the waterway tagging rules cited in the OP applies equally to streams, ditches drains, then the routability clearly does not imply navigability, merely continuity of the watercourse, obstructions such as weirs, sluices, locks, etc not withstanding. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Looking for example of well mapped rural area and properly mapped city
You have already included my mapping area as a well mapped rural area so I'll recommend my home town as a well mapped city: http://www.openstreetmap.org/#map=14/55.7075/13.1993 The entire municipality should be pretty much completely mapped: http://www.openstreetmap.org/relation/935666 /Andreas On Mon, Jul 20, 2015 at 11:44 AM, Mateusz Konieczny matkoni...@gmail.com wrote: I am looking for well mapped rural area. I am working on a new version of roads for Default style. I want to avoid strong bias toward cities and ignoring rural area but at this moment I am lacking test places to see how well potential style works. Places that are not fully mapped are OK but I am not interested in places that are badly mapped (especially: [highway=track] instead of [highway=residential; surface=unpaved], residential/unclassified used incorrectly). Also - it is less important, but is anybody aware about city where - landuse is mapped - highway=residential/unclassified/track is used correctly both in city and nearby area - buildings and roads are mapped In other words - is there a perfectly mapped town/city? Currently for rural areas I have only http://www.openstreetmap.org/#map=14/53.2134/-1.7983 (rural UK) http://www.openstreetmap.org/#map=13/55.4102/13.4749 (area between Malmo and Ystad) http://www.openstreetmap.org/#map=18/49.87433/16.77617 (Czech republic) http://www.openstreetmap.org/#map=17/49.15249/21.07066 (Slovakia) http://www.openstreetmap.org/#map=17/49.87460/16.77673 (Czech republic) http://www.openstreetmap.org/#map=18/52.93190/7.08075 (Netherlands) All places suffer from missing important features (for example landuse) and/or poor mapping, especially of landuses. And it is the best of what I found. ___ 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-es] Duda OSM
Hola Olga, Otras personas te darán una mejor respuesta que yo, pero en mi caso lo que haría sería usar Mapbox, este servicio usa OpenStreetMap como mapa y podéis vosotros añadirle los puntos de interés que queréis y con un código podéis integrarlo en vuestra web :-) Saludos El 28 de julio de 2015, 14:38, Olga Berrios olgaberr...@labroma.org escribió: Buenas tardes, Espero que este sea el sitio adecuado para enviar mi duda, corregidme si me equivoco. Un grupo de personas queremos crear un mapa como éste de un distrito (Tetuán) de Madrid (quizá ampliable a otros). http://www.openstreetmap.es/mapa/ En el mapa queremos que se muestre la información de asociaciones, recursos públicos, etc. Nos gustaría que se pudiera filtrar toda esta información por tipo de entidad (pública, privada, etc... esto tenemos que pensarlo) y tema al que se dedica (mujer, medio ambiente, pobreza...). Posiblemente también añadamos datos sobre accesibilidad y otros temas, pero como digo esto tenemos que pensarlo aún. Pero, antes de subir los datos, nos gustaría saber: - ¿Hay alguien haciendo esto o algo muy similar ya para no repetirnos - ¿Cómo se puede generar e incrustar este mapa con estas capas y filtros en un sitio web (o varios, quién sabe)? Gracias. -- Olga Blog personal: www.labroma.org Blog sobre TIC para causas: www.masticable.org ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[OSM-ja] KSJ2バス停データインポートについて
hayashiです。 バス停留所データのインポート作業の件ですが、 「国土数値情報ダウンロードサービス」の利用約款http://nlftp.mlit.go.jp/ksj/other/yakkan.htmlによると、 重大な警告（著作権・財産権・無償の労力提供の前提等への理解と配慮）【必読】 「商用可能な指標については、その表示をしますので、その表示の無い指標については、 引き続き公共公益的な用途となり、原則として商用での利用はできませんのでご理解く ださい。」 とあり、「バス停留所データ」のページを調査したところ、どこにも「商用可能」との表示が見当たりませんでしたので、利用約款の重大な警告にあるとおり、商用での利用はできないものと理解いたします。 よって、「国土数値情報 バス停留所データ」が商用利用可能になるまで、バス停のインポートは凍結することにしました。 Wikiページの JA:Import Bus stop from 国土数値情報 http://wiki.openstreetmap.org/wiki/JA:Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 と、 JA:Import/Catalogue/Japan KSJ busstop import http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ_busstop_import には、注意書き表示を入れておきました。 非常に残念ですが、国土交通省でも「商用利用への拡大に向けて http://nlftp.mlit.go.jp/ksj/other/CommercialUse.html 」取り組んで頂いているようですので、しばし様子見とさせていただきます。 この間に、OSMの基本に立ち返り、サーベイでバス停をマッピングしましょう。 バス停のサーベイは楽しいですよ。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] name=Boulangerie
Bonjour, tu peux voir du côté de proposal sur bakery et pastry, il y a une proposition sur le wiki mais depuis mon téléphone je ne retrouve pas la page. Pour moi que ce soit un dépôt une boulangerie reste un shop=bakery. C'est le fait que ce soit fait sur place qu'il faut réussir à retrouver. Peut-être peux-tu retrouver une discussion proche datant de l'an dernier dans laquelle je suis intervenu. Le 27 juil. 2015 20:23, Tyndare tynd...@wanadoo.fr a écrit : Bonjour, Ma boulangerie ayant fermé pour les vacances, OSM ne m'a été que de peu d'utilité pour en trouver une autre étant donné que dans la base de donnée, autour de chez moi, les shop=bakery référencent majoritairement des dépôts de pains et non pas de vraies boulangeries. D'après Wikipedia [1] « Depuis la loi du 25 mai 1998 née sous l'impulsion de Jean-Pierre Raffarin, et suite au « décret pain » du 13 septembre 1993, les dénominations « boulanger » et « boulangerie » sont réservées aux professionnels artisans qui choisissent leurs matières premières, pétrissent la pâte, en contrôlent la fermentation ainsi que la mise en forme et enfin cuisent le pain sur le lieu de vente. » Comme les name=Boulangerie ont tendance à se faire caviarder d'OSM pour cause de généricité [2] Qu'elle est la bonne façon de tagger (et donc de trouver) une vraie Boulangerie par oppositions aux dépôts de pains qui ne font que le cuire sur place ? trollSi on suit la loi, faudrait-il par sécurité retagger automatiquement tous les shop=bakery de France qui n'ont pas Boulangerie ou Boulanger dans leur nom ou description en shop=bread ?/troll Faudrait-il rajouter un tag pour préciser que le pain est fabriqué sur place ? Je n'ai rien trouvé sur le wiki, je pensais à craft=bakery (19 dans le monde d'après taginfo) bakery=craft/industrial homemade=yes/no (pourrait aussi s'appliquer aux fait maison des restaurants mais en fait cet dénomination sonne tellement marketing qu'elle ne me parait pas correcte) Existe-t-il d'autres solutions ou avez-vous d'autres idées ? Tyndare. [1] https://fr.wikipedia.org/wiki/Boulanger [2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-December/thread.html#74187 ___ 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-es] Duda OSM
El 28/07/15 a las 16:46, Carlos Cabezas escribió: Hola Olga, Otras personas te darán una mejor respuesta que yo, pero en mi caso lo que haría sería usar Mapbox, este servicio usa OpenStreetMap como mapa y podéis vosotros añadirle los puntos de interés que queréis y con un código podéis integrarlo en vuestra web :-) Hola Olga! eso, como comenta Carlos, Mapbox es una buena alternativa, otra puede ser umap: Ejemplo: http://umap.openstreetmap.fr/es/map/patio-maravillas_18038#16/40.4266/-3.7045 y embebida en una web: http://patiomaravillas.net/como-llegar Saludos! ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
Dann sollte das wiki auf jeden Fall angepasst werden und das klarer Darstellen. Die deutsche Bezeichnung für solche Straßen ist Anliegerstraßen. Als Englische übersetzung findet man hier neben service road and residential road auch noch ein paar andere, aber die beiden werden am häufigsten genannt. Wie gesagt, ich würde im Wiki den Innerorts-Teil ändern, so dass die Wohnbebauung nicht mehr explizit erwähnt wird, sondern das ganze als Anliegerstraße bezeichnet wird. Ich finde, dann ist klarer, dass damit auch Straßen ohne Verbindungscharackter auserhalb von Wohngebieten gemeint sind. mfg Christian aka Hedaja Am 28. Juli 2015 um 11:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: sent from a phone Am 28.07.2015 um 10:17 schrieb Rainer Knaepper sm...@gmx.de: Da pappe ich komplett residential dran, sofern es keine Durchgangsstraße mit mehr als lokaler Bedeutung ist. Durchgangsstraßen mit lokaler Bedeutung sind für mich unclassified, wenn es mehr ist dann mindestens tertiary Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-nl] BAG en Top10NL PostGIS dumps van april 2015
Hoi Elmer,
Graag dit soort meldingen naar alleen de NLExtract lijst. Dit is dan de
laatste cross-post...sorry mensen.
In de laatste (GitHub) versie van NLExtract is rekening gehouden met
MultiPolygonen, zie issue
https://github.com/opengeogroep/NLExtract/issues/138.
Deze worden in de juni-2015-versie van BRT in ieder geval ook door
Kadaster geleverd en door NLExtract goed ingelezen. In jouw geval lijkt
er egens een mismatch tussen jouw NLExtract versie, je database en de
BRT brondata.
De dump van bijv juni 2015
http://data.nlextract.nl/top10nl/postgis/jun2015/ bevat deze
MultiPolygonen.
Groet,
Just
On 28-07-15 16:35, Elmer Cladder - Geodan wrote:
Ha Just,
Ik liep tijdens het inlezen van BRT april 2015 na het splitten tegen het
volgende aan:
Warning 1: Geometry to be inserted is of type Multi Polygon, whereas
the layer geometry type is Polygon.
Insertion is likely to fail
ERROR 1: INSERT command for new feature failed.
ERROR: Geometry type (MultiPolygon) does not match column type
(Polygon)
Command: INSERT INTO functioneelgebied_vlak (wkb_geometry ,
fid, identificatie, objectbegintijd, versiebegintijd,
typefunctioneelgebied,
brontype, bronbeschrijving, bronactualiteit,
bronnauwkeurigheid, dimensie, visualisatiecode, tdncode)
VALUES ('010620407102
00010300010029003BDF4F8DACEF0E415A643BDFD2ED2141DD2406811CEE0E4152B81E05D1ED214125068195E7ED0E4191ED7CFFC2ED2141FED478E9A4ED0E4191ED7CFFC2
ED21414A0C022B73ED0E413F355E3AD0ED2141643BDF4FB4E90E41BA490C42CCED21417FE90E410080BEED214185EB51B83CE90E41FA7E6A3CBEED2141A01A2FDD08E90E41
AE47E1BACBED21416ABC749378E50E419EEFA706C8ED214185EB51B844E50E416891EDBCB9ED21415EBA490C02E50E41F4FDD478B9ED2141A245B6F3C9E40E411D5A643BC7ED2141378941
6030E30E419AD9C4ED21416DE7FBA9C8E20E41E5D0225BB7ED2141B29DEFA7DAE20E41BC7493D8CFEC2141B07268910FE30E410AD7A3F0C3EC2141273108AC35E30E41F2D24DE2B9EC
2141FA7E6ABC1CE70E417D3F351EBEEC2141E17A14AE1BE70E41C1CAA1C5AEEC2141CFF753E355E70E41B0726811ABEC2141F853E3A563E70E41A245B6F3A8EC21418716D9CE8AE70E4106
819503A1EC2141C976BE9F99E70E41D34D629076EB21410C022B87DEE80E41E7FBA9F178EB21410C022B87DEE80E410E2DB25D65EB214125068195E9EC0E412B87169969EB214148E17A14
29ED0E41E7FBA9F178EB2141DD2406811EED0E41643BDF4FDAEB2141295C8FC2ECEC0E41A4703D8AE7EB214125068195E9EC0E416891EDBCF8EB2141F6285C8F1FED0E418716D90E03EC21
41EE7C3F3519ED0E41295C8F826AEC21411D5A643BE3EC0E41D578E92676EC2141DFEC0E411F85EBD186EC2141D122DBF914ED0E4152B81E8593EC2141E17A14AE0FED0E4191ED
7CFFC4EC21418195438BBEEF0E412731082CC8EC2141D9CEF75315F00E4177BE9F9ADDEC2141A8C64B3701F00E41FA7E6A3CBEED21413BDF4F8DACEF0E415A643BDFD2ED2141010300
010005000E2DB29DA1EC0E41508D97EE14EB2141F2D24D629DEC0E410E2DB29D45EB21415EBA490C75EB0E410C022B0744EB21416210583978EB0E41C3F5289C13EB21410E2DB2
9DA1EC0E41508D97EE14EB2141'::GEOMETRY, 100010856,
'NL.TOP10NL.100010856', '2008-11-24T00:00:00.000',
'2015-03-28T20:25:53.000', 'gaswinning', 'luchtfo
to', 'Een orthogerectificeerde fotografische opname van een deel van
het aardoppervlak. Gemaakt vanuit een vliegtuig.', '2014-01-01',
0.1, '2D', 19130
, 999) RETURNING ogc_fid
ERROR 1: Terminating translation prematurely after failed
translation of layer FunctioneelGebied_Vlak (use -skipfailures to
skip errors)
Heb jij dit ook gehad en zo ja, hoe heb je dit opgelost?
Groet, Elmer
On Sunday, April 26, 2015 at 11:56:13 PM UTC+2, Just van den Broecke wrote:
Sorry voor cross-posting.
Kort voor Koningsdag zijn de BAG van April 2015 en een nieuwe BRT
Top10NL via PDOK beschikbaar gekomen.
NLExtract heeft dezen gezwind in PostGIS ingelezen en ter download
beschikbaar gesteld:
Top10NL: http://data.nlextract.nl/top10nl/postgis/apr2015/
BAG: http://data.nlextract.nl/bag (ook CSV)
Hartelijke groet,
--Just
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-fr] Recyclage du rendu QA dans osmose: les carreaux INSEE
Le 28/07/2015 07:59, didier2020 a écrit : c'est parfais tout ça ! En un peu plus parfait : l'analyse prends maintenant en compte les routes Métropolitaines en Mxxx au lieu de Dxxx sur la région niçoise. Du coup un bon paquet de faux-positifs ont été éliminés. Autre amélioration: une même position où se rejoignent plusieurs routes n'est désormais signalée qu'une fois, ce qui élimine pas mal de doublons et nous fait passer sous la barre des 8 erreurs. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] Legal requirements of permissions to import into OSM
Well, I'll withdraw the suggestion; I wasn't party to those conversations and I'm finding them to be essentially unsearchable due to the license transition conversations around CC-BY-SA. I will note that CC itself soft-pedaled the significance of the attribution change in 4: http://creativecommons.org/version4 Pre-4.0 CC BY attribute requirements are clearly incompatible with common attribution for multi-source maps, practices of data consumers (including Mapbox), and both the CC 4.0 and ODbL 1.0 attribution requirements. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] name=Boulangerie
Pour différencier les (vraies) boulangeries des dépôts de pain,pourquoi ne pas ajouter un tag du genre homemade=yes/no. Il resterait alors à définir si, en l'absence de ce tag, on considère que c'est quand même le cas (pour ne pas changer le comportement actuel), ou au contraire, si c'est seulement en ajoutant l'info qu'une boulangerie est vraiment une boulangerie (cuisson sur place). Francescu Le 28 juillet 2015 17:05, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Bonjour, tu peux voir du côté de proposal sur bakery et pastry, il y a une proposition sur le wiki mais depuis mon téléphone je ne retrouve pas la page. Pour moi que ce soit un dépôt une boulangerie reste un shop=bakery. C'est le fait que ce soit fait sur place qu'il faut réussir à retrouver. Peut-être peux-tu retrouver une discussion proche datant de l'an dernier dans laquelle je suis intervenu. Le 27 juil. 2015 20:23, Tyndare tynd...@wanadoo.fr a écrit : Bonjour, Ma boulangerie ayant fermé pour les vacances, OSM ne m'a été que de peu d'utilité pour en trouver une autre étant donné que dans la base de donnée, autour de chez moi, les shop=bakery référencent majoritairement des dépôts de pains et non pas de vraies boulangeries. D'après Wikipedia [1] « Depuis la loi du 25 mai 1998 née sous l'impulsion de Jean-Pierre Raffarin, et suite au « décret pain » du 13 septembre 1993, les dénominations « boulanger » et « boulangerie » sont réservées aux professionnels artisans qui choisissent leurs matières premières, pétrissent la pâte, en contrôlent la fermentation ainsi que la mise en forme et enfin cuisent le pain sur le lieu de vente. » Comme les name=Boulangerie ont tendance à se faire caviarder d'OSM pour cause de généricité [2] Qu'elle est la bonne façon de tagger (et donc de trouver) une vraie Boulangerie par oppositions aux dépôts de pains qui ne font que le cuire sur place ? trollSi on suit la loi, faudrait-il par sécurité retagger automatiquement tous les shop=bakery de France qui n'ont pas Boulangerie ou Boulanger dans leur nom ou description en shop=bread ?/troll Faudrait-il rajouter un tag pour préciser que le pain est fabriqué sur place ? Je n'ai rien trouvé sur le wiki, je pensais à craft=bakery (19 dans le monde d'après taginfo) bakery=craft/industrial homemade=yes/no (pourrait aussi s'appliquer aux fait maison des restaurants mais en fait cet dénomination sonne tellement marketing qu'elle ne me parait pas correcte) Existe-t-il d'autres solutions ou avez-vous d'autres idées ? Tyndare. [1] https://fr.wikipedia.org/wiki/Boulanger [2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-December/thread.html#74187 ___ 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 -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cz] Čištění turistických tras v OSM
On 22.7.2015 00:03, Pavel Machek wrote: Ahoj! Já vím docela přesně co KČT má. Nemám samozřejmě zatím svolení data nijak šířit či pro OSM otevřít, ale pro to abychom si udělali obrázek zda je to pro nás relevantní nebo ne. Jedná se o databázi tras a rozcestníků, která je v dosti šíleném formátu. V databázi je 18075 rozcestníků 3040 tras a 34335 inidenčních údajů (který rozcestník kde leží). incidencnich? Od rozcestniku je nejaka GPS poloha (nebo ekvivalent), nebo slovni popis? Trasa je popsana jenom seznamem rozcestniku, nebo i nejakymi body na trase? Data jsou rozsahla, ale řada údajů je pro nás úplně na nic a slouží hlavně pro KČT (typu na které mapě se trasa nachází apod, stav trasy a tak podobně). Incidenčními údaji myslím spoj z tabulky tras do tabulky rozcestníků. Poloha rozcestníku (TIM) na trase je daná jeho pořadím a kilometráží, tj vzdáleností v kilometrech podél trasy od jejího začátku. Petře, kdo z KČT to byl? Nejde náhodou o lidi z Plzeňského kraje, ti se mi zdáli vždycky nejvstřícnější. Tam dokonce mám data, která jsou nejspíš zveřejnitelná. Bylo by mozne zverejnit pro zacatek aspon nejaky vzorek? (A teda.. jestli jsou zverejnitelna cela tak sem s nimi :-) ). Zveřejnit data pochopitelně nejde dokud k tomu KČT nedá svolení, v rámci čištění dat jsem si ale vytvořil několik nástrojů na trasy v OSM a z nich už se čerpat dá. Celkově je otázka na co nám vlastně data KČT budou, podle mě je jejich hlavní hodnota abychom byli schopni nějak určit v jaké fázi mapování tras jsme. Druhou stranou mince je otázka co vlastně můžeme KČT nabídnout my. Představme si například, že by použili nějaké GPS údaje z OSM. Znamenalo by to, že je můžou zkombinovat se svými údaji o trasách a nadále komerčně používat, aniž by museli zveřejnit všechna svá data? To je podle mě trošku problém který nám v tomto směru současná licence staví do cesty. Další problém vidím v tom, že upřímně řečeno nemáme v současnosti stran tras v OSM ani zdaleka kompletní data. Snažím se s tím něco už asi rok udělat, objíždím a trasuji chybějící úseky, abychom měli co nabídnout. Zatím si to kutím dost samostatně, ale nemám problém zapojit kohokoli dalšího. Zvláště mě zajímají fotky rozcestníků s GPS souřadnicemi. Nejdříve bych chtěl dokončil Plzeňský kraj. V něm je 100 KČT tras, které jsem postupně všechny vyčistil do té míry, že mají v OSM stejný rozsah jako KČT (tohle je například informace lehce odvoditelná z rozcestníků samotných). V některých případech to znamenalo stávající trasy spojit, nebo rozdělit. Momentálně tedy každá trasa minimálně existuje a má konec i začátek, takže pouhým okem je lehce vyditelné, který úsek chybí. Na 42 trasách ještě část chybí, ale skoro ve 30ti z toho jde o krátké úseky do 2 kilometrů (často možná dokonce i vzniklé při neopatrném editování). Momentálně se zabývám jejich natrasováním v terénu. Na závěr opakuju - pokud se najde někdo koho by to zajímalo, rád s ním nějak budu svůj postup koordinovat, nebo připravím nějaké souhrnné přehledy, které by nám ukázali kolik práce a kde zbývá. Zatím mám údaje jen ve formátu, který je dobrý pro mě. Jakub -- Jakub Těšínský Mapping OSM since 2007 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Žďákovský most
b) http://thread.gmane.org/gmane.comp.gis.openstreetmap.osmand/9003/focus=9011 doesn’t give me much hope... are really download files over two years old? How often are they refreshed? A co se týče aktualizace dat, to je problém _každé_ aplikace, která si je tahá offline - pokud to refreshuje jednou za dva roky, jsou uživatelé v p.i jak vládní vojska, a nenaděláš nic (leda prudit support, resp. vývojáře, není-li supportu). ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] publieke telefooncellen / public telephones
Op 28 juli 2015 12:39 schreef Marc Gemis marc.ge...@gmail.com: door het schrijven van een diary entry loop je nu het risico van de anti-automated-edit-politie op je dak te krijgen. Ah ja, juist. Maar ik heb wel de regeltjes gevolgd denk ik (hoop ik). Eerst overleg met de lokale community (met wat goede wil kan je zeggen dat dat al in juni is gestart), een entry op de wiki met wat ik precies doe, goed uitkijken terwijl ik bezig ben, en een zeer specifieke query (alleen die van Belgacom, waar we zeker van zijn dat er geen meer bestaan). Als ze daarover klagen, klagen ze gewoon om te klagen :p m. 2015-07-28 12:12 GMT+02:00 Ruben Maes ru...@janmaes.com: (tentative de français en bas) Dit leek me perfect om eens een echt dagboekbericht over te schrijven: https://www.openstreetmap.org/user/M!dgard/diary/35474 Ik heb alleen de telefoontjes met operator Belgacom of Proximus (van die laatste waren er wel geen) weggedaan. De rest moet allicht worden gesurveyed; er zijn misschien nog andere telefooncellen. En nu het rare: er waren 320 telefooncellen met operator die ik heb verwijderd. Nu ik eens kijk naar alle telefonen (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320 overblijven! --- Cela me semblait parfait pour écrire une véritable entrée de journal: https://www.openstreetmap.org/user/M!dgard/diary/35474 J'ai enlevé seulement les téléphones avec opérateur Belgacom ou Proximus (il n'y avait aucun avec ce dernier). Le reste devrait probablement surveyé ; il peut y avoir d'autres téléphones. Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et Overpass montre qu'il en reste encore exactement 320! Op 28 juli 2015 05:28 schreef Marc Gemis marc.ge...@gmail.com: Laat je nog even weten hoeveel je er nog hebt verwijderd ? m 2015-07-27 22:15 GMT+02:00 Ruben Maes ru...@janmaes.com: Ik heb net een mail gekregen van een nieuwe mapper die ik een welkomstbericht had gestuurd. Hij vraagt of er een manier is om alle telefoonhokjes in één keer te verwijderen. Natuurlijk kan ik hem daarmee helpen, maar ik wou even vragen of iemand er bezwaar tegen heeft als ik met Overpass alle amenity=telephones met operator~[Bb]elgacom|[Pp]roximus in JOSM laadt en ze verwijder? Op 1 juni 2015 16:26 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: Zojuist op het (radio) nieuws gehoord dat de laatste afgebroken is! Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: maandag 1 juni 2015 16:08 Aan: Jo Hannes; OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] publieke telefooncellen / public telephones Volgens het artikel in humo, werden die in/aan het centraal station van Antwerpen (of was het een ander station) afgebroken. Er waren er wel een paar die niet verwijderd konden worden (toen het artikel werd geschreven), omdat er nog stroom op de kabel zat, of de cabine zo verankerd was in de omgeving dat het niet mogelijk was. Misschien dat die ondertussen al wel verwijderd zijn, maar misschien ook niet. m. 2015-06-01 16:01 GMT+02:00 Jo winfi...@gmail.com: In stations en 'toeristische' plaatsen zou 'k verwachten dat er toch nog een aantal over blijven. Jo Op 1 juni 2015 15:56 schreef Jakka vdmfrank...@gmail.com: Mogen verwijderd worden zonder survey ? Marc Gemis schreef op 27/05/2015 om 6:55: Hallo, Jullie hebben het misschien al gehoord, maar tegen 1 juni zouden alle publieke telefooncellen van Belgacom moeten verdwenen zijn uit het straatbeeld. Volgens een artikel in een weekblad zal het misschien wel langer duren. Maar misschien is het wel het moment om eens op OSM te kijken of er nog in je buurt staan ? You might have heard it before, but Belgacom hopes to remove all phone booths by June 1. According to an article in a magazine, it might take a bit longer, but it might still be a good moment to start cleaning up OSM and remove phone booths that are no longer there. happy mapping m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ 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-be mailing list
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On 28/07/15 10:11, Martin Koppenhoefer wrote: but have no use as a through route? the water will undoubtedly pass through on its route Flow management from man made reservoirs may tend to modify that situation. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Čištění turistických tras v OSM
Dne 28.7.2015 v 12:35 Jakub Těšínský napsal(a): Na závěr opakuju - pokud se najde někdo koho by to zajímalo, rád s ním nějak budu svůj postup koordinovat, nebo připravím nějaké souhrnné přehledy, které by nám ukázali kolik práce a kde zbývá. Zatím mám údaje jen ve formátu, který je dobrý pro mě. Me to zajima a rad pomuzu. Pokud bys udelal nejaky seznam tras ktere chybi, tak je rad budu prochazet. Primarne asi Jihomoravsky kraj, ale na vylety jezdim i jinam. Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Čištění turistických tras v OSM
Dne 28. července 2015 14:20 Miroslav Suchy miros...@suchy.cz napsal(a): Dne 28.7.2015 v 12:35 Jakub Těšínský napsal(a): Na závěr opakuju - pokud se najde někdo koho by to zajímalo, rád s ním nějak budu svůj postup koordinovat, nebo připravím nějaké souhrnné přehledy, které by nám ukázali kolik práce a kde zbývá. Zatím mám údaje jen ve formátu, který je dobrý pro mě. Me to zajima a rad pomuzu. Pokud bys udelal nejaky seznam tras ktere chybi, tak je rad budu prochazet. Primarne asi Jihomoravsky kraj, ale na vylety jezdim i jinam. Napodobne, shodou okolnosti take primarne JM a OL kraje, resp. Morava. Opakuje se to uz nekolikrat dokola - jsme schopni uz ted vyuzit KCT data aspon tak, aby bylo mozne dostat opakovane aktualizovany (u nas i ze strany KCT) seznam tras, ktere uplne chybi (nebo idealne i ty ktere nejsou v poradku)? To by podle mne byla ta nejvetsi pomoc ted aktualne. Diky ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-be] publieke telefooncellen / public telephones
door het schrijven van een diary entry loop je nu het risico van de anti-automated-edit-politie op je dak te krijgen. m. 2015-07-28 12:12 GMT+02:00 Ruben Maes ru...@janmaes.com: (tentative de français en bas) Dit leek me perfect om eens een echt dagboekbericht over te schrijven: https://www.openstreetmap.org/user/M!dgard/diary/35474 Ik heb alleen de telefoontjes met operator Belgacom of Proximus (van die laatste waren er wel geen) weggedaan. De rest moet allicht worden gesurveyed; er zijn misschien nog andere telefooncellen. En nu het rare: er waren 320 telefooncellen met operator die ik heb verwijderd. Nu ik eens kijk naar alle telefonen (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320 overblijven! --- Cela me semblait parfait pour écrire une véritable entrée de journal: https://www.openstreetmap.org/user/M!dgard/diary/35474 J'ai enlevé seulement les téléphones avec opérateur Belgacom ou Proximus (il n'y avait aucun avec ce dernier). Le reste devrait probablement surveyé ; il peut y avoir d'autres téléphones. Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et Overpass montre qu'il en reste encore exactement 320! Op 28 juli 2015 05:28 schreef Marc Gemis marc.ge...@gmail.com: Laat je nog even weten hoeveel je er nog hebt verwijderd ? m 2015-07-27 22:15 GMT+02:00 Ruben Maes ru...@janmaes.com: Ik heb net een mail gekregen van een nieuwe mapper die ik een welkomstbericht had gestuurd. Hij vraagt of er een manier is om alle telefoonhokjes in één keer te verwijderen. Natuurlijk kan ik hem daarmee helpen, maar ik wou even vragen of iemand er bezwaar tegen heeft als ik met Overpass alle amenity=telephones met operator~[Bb]elgacom|[Pp]roximus in JOSM laadt en ze verwijder? Op 1 juni 2015 16:26 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com : Zojuist op het (radio) nieuws gehoord dat de laatste afgebroken is! Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: maandag 1 juni 2015 16:08 Aan: Jo Hannes; OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] publieke telefooncellen / public telephones Volgens het artikel in humo, werden die in/aan het centraal station van Antwerpen (of was het een ander station) afgebroken. Er waren er wel een paar die niet verwijderd konden worden (toen het artikel werd geschreven), omdat er nog stroom op de kabel zat, of de cabine zo verankerd was in de omgeving dat het niet mogelijk was. Misschien dat die ondertussen al wel verwijderd zijn, maar misschien ook niet. m. 2015-06-01 16:01 GMT+02:00 Jo winfi...@gmail.com: In stations en 'toeristische' plaatsen zou 'k verwachten dat er toch nog een aantal over blijven. Jo Op 1 juni 2015 15:56 schreef Jakka vdmfrank...@gmail.com: Mogen verwijderd worden zonder survey ? Marc Gemis schreef op 27/05/2015 om 6:55: Hallo, Jullie hebben het misschien al gehoord, maar tegen 1 juni zouden alle publieke telefooncellen van Belgacom moeten verdwenen zijn uit het straatbeeld. Volgens een artikel in een weekblad zal het misschien wel langer duren. Maar misschien is het wel het moment om eens op OSM te kijken of er nog in je buurt staan ? You might have heard it before, but Belgacom hopes to remove all phone booths by June 1. According to an article in a magazine, it might take a bit longer, but it might still be a good moment to start cleaning up OSM and remove phone booths that are no longer there. happy mapping m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ 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-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-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org
Re: [Talk-it] CC e le licenze derivate
Riassumo: Se tu generi un TUO rendering della mappa a partire dal database, puoi applicare al rendering la licenza che ti pare anche (c) 100%. Se usi il rendering di OSM ed a questi sovrapponi tramite OL e Mashup dei tuoi POI, le tile di OSM rimangono sotto CC-BY-SA e tali restano. ma SOLO loro. Se qualcuno volesse ridistribuire il tuo lavoro potrebbe ridistribuire SOLO le tile di OSM, mentre i layer che tu sovrapponi, in quanto sovrapposti on-the-fly, non sono impattati dalla CC-BY-SA. In entrambi i casi, se la sovrapposizione dei tuoi POI, avviene POST-generazione delle tile (indipendentemente che le abbia generate tu o OSM) il DB di OSM e il tuo layer di POI non sarebbero incorciati quindi il tuo DB non verrebbe viralizzato in oDBL ma rimarrebbe con la licenza che tu decidi di attribuirgli. Se invece prima generi un db ibridato tra OSM ed i tuoi POI e solo in seguito generi le tile, entri un una zona grigia in cui potrebbe essere che il tuo stesso DB diventi oDBL e come tale dovresti rilasciarlo al pubblico (ma qui non sono sicuro al 100%) Edo Il giorno 28 luglio 2015 13:01, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: sent from a phone Am 28.07.2015 um 10:02 schrieb francesca santarelli sant.france...@gmail.com: ma creato dei post con wordpress geolocalizzati sulla mappa. se la localizzazione avviene attraverso la mappa di OSM, le coordinate sono da considerare derived data (ODbL). Se la geolocalizzazione non aviene con dati osm, ma la mappa di osm è soltanto lo sfondo per un dataset indipendente, allora è sufficiente citare la licenza della mappa e linkare ad osm/copyright come richiesto nel wiki. Nel caso che usi mappe osm dal tileserver OSMF, c'è anche un limite per l'utilizzo: http://wiki.openstreetmap.org/w/index.php?title=Tile_usage_policyprintable=yes in particolare: http://wiki.openstreetmap.org/wiki/Tile_usage_policy#Requirements Ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On 2015-07-28 13:37, Christoph Hormann wrote: On Tuesday 28 July 2015, Colin Smale wrote: Hi Christoph, my suggestion was to clearly separate the subject of water flow from the subject of routing. Whether roads are mostly bidirectional or not is irrelevant I think, as routers have to be able to handle one-way roads anyway.[...] The requirement to connect waterways within water areas to create a routable network is primarily about water flow and not about water navigation. If you want to discuss the needs for water navigation that is fine but any results of such discussion will have little bearing on the suggestion to link waterways to create a routable network. Do you think that hydrological analysis is a wider field of application than water navigation? I was of the opinion that the connection of waterways within OSM was primarily for navigation. Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Affichage photos dans JOSM
Merci pour ces réponses qui me mettent sur la piste, mais je sèche toujours. Je viens de refaire un test avec une nouvelle photo : - coordonnées présentes dans les données EXIF (vues via app sur iphone ExifWizard) - coordonnées non vues dans les données EXIF depuis Aperçu Mac, après import (sont elles là ?). Il y aurait donc pê un problème lors de l'import ... Bon je verrai cela plus tard, mais ce n'est probablement pas un pb de JOSM, néanmoins si un utilisateur d'iphone-mac avait la réponse ... ;-) Bonne journée Brice Le 28/07/2015 12:27, Denis Bigorgne a écrit : exiftool pour vérifier que les coordonnées sont présentes... Le 28 juillet 2015 12:16, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ? En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est possible que ces photos ne possède pas de géoréférencement dans leur EXIF et là y'a pas grand chose à faire... :( Le 28/07/2015 11:47, Brice MALLET a écrit : Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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: [Talk-cz] mapa s popisky
zdravím, Dne Pá 24. července 2015 17:59:24, Marián Kyral napsal(a): A co zkusit se vývojářů zeptat, jestli by ten export do obrázku nešel přidat? chtěl jsem tu mapku zplodit ještě v této pětiletce :-) Případně si to v tom javascriptu naprogramovat. Já bohužel js neovládám. v tom případě platí výše uvedená obava dvojnásob už takto jsem do průzkumu možností (díky všem za odpovědi!) investoval tolik, že bych měl nejmíň polovinu nakreslenou ručně (ale chtěl jsem také, aby to trošku vypadalo k světu a ne jak od moderního umělce stiženého Parkinsonem ...) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On 28/07/2015 10:24 PM, Christoph Hormann wrote: On Tuesday 28 July 2015, Maarten Deen wrote: Do you think that hydrological analysis is a wider field of application than water navigation? I was of the opinion that the connection of waterways within OSM was primarily for navigation. That certainly depends on your point of view and metric used but it is not unreasonable to think it is, especially considering that most of the waterbody data in OSM represents non-navigable waterbodies. I have for quite some time now pointed out that in terms of visualization if you want to do more with the OSM water data than just draw everything in uniform color a full water flow network is the basis of almost everything you might want to do. In particular any differentiated rendering depends on a consistent importance rating which can only be produced based on water flow analysis. As some maps show height data for elevation of hills, mountains etc so other maps show depth data for seas, oceans. I think it would be easier to map the depth data, flow rates will vary more with tides and rainfall than the actual depth. It would be interesting to have the flow rate evaluated here https://en.wikipedia.org/wiki/Horizontal_Falls where the tide reaches 10 m. And of course the flow reverses from hi tide to low tide. Difficult to map. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] publieke telefooncellen / public telephones
Yes, both of those actions would be great! You can add your comment in a 'note' tag. 2015-07-28 12:26 GMT+02:00 wannes wanne...@gmail.com: Op 28 jul. 2015 12:13 PM schreef Ruben Maes ru...@janmaes.com: En nu het rare: er waren 320 telefooncellen met operator die ik heb verwijderd. Nu ik eens kijk naar alle telefonen (http://overpass-turbo.eu/s/aCL), blijkt dat er nu nog exact 320 overblijven! It has been a while for me and OSM. If I do a survey for one of these 320 and I see no phoneboot, I remove the node? (Some are right around the corner) If I see one of these 320 that is still there. Would it be useful to add a comment to the node? Yes, verified 2015-07-28, still in place, do not remove Et maintenant l'étrange : j'ai enlevé 320 téléphones. Maintenant je regarde tous les téléphones (http://overpass-turbo.eu/s/aCL) et Overpass montre qu'il en reste encore exactement 320! ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] publieke telefooncellen / public telephones
Bij mij is die politie inderdaad komen klagen toen :) Maar ik was dan ook echt een beetje stout geweest (ik zal 't nooit meer doen) ( zie http://www.openstreetmap.org/user/joost%20schouppe/diary/35194 ) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
On Tuesday 28 July 2015, Maarten Deen wrote: Do you think that hydrological analysis is a wider field of application than water navigation? I was of the opinion that the connection of waterways within OSM was primarily for navigation. That certainly depends on your point of view and metric used but it is not unreasonable to think it is, especially considering that most of the waterbody data in OSM represents non-navigable waterbodies. I have for quite some time now pointed out that in terms of visualization if you want to do more with the OSM water data than just draw everything in uniform color a full water flow network is the basis of almost everything you might want to do. In particular any differentiated rendering depends on a consistent importance rating which can only be produced based on water flow analysis. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Affichage photos dans JOSM
Je récupère mes photos de l'iPhone sur le Mac avec l'appli basique Transfert d'Images... et je n'ai jamais perdu les données de géoloc. Ensuite je les glisse sur JOSM et hop ! Le 28/07/2015 14:01, Brice MALLET a écrit : Merci pour ces réponses qui me mettent sur la piste, mais je sèche toujours. Je viens de refaire un test avec une nouvelle photo : - coordonnées présentes dans les données EXIF (vues via app sur iphone ExifWizard) - coordonnées non vues dans les données EXIF depuis Aperçu Mac, après import (sont elles là ?). Il y aurait donc pê un problème lors de l'import ... Bon je verrai cela plus tard, mais ce n'est probablement pas un pb de JOSM, néanmoins si un utilisateur d'iphone-mac avait la réponse ... ;-) Bonne journée Brice Le 28/07/2015 12:27, Denis Bigorgne a écrit : exiftool pour vérifier que les coordonnées sont présentes... Le 28 juillet 2015 12:16, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Es-tu sûr d'avoir la géoloc de la photo dans les données EXIF ? En principe JOSM les détecte tout seul, si ce n'est pas le cas, il est possible que ces photos ne possède pas de géoréférencement dans leur EXIF et là y'a pas grand chose à faire... :( Le 28/07/2015 11:47, Brice MALLET a écrit : Bonjour à tous, De retour de vacances, je souhaite positionner des photos prises avec un smartphone (coordonnées dans EXIF) par un simple déposer dans la fenêtre JOSM. Cela fonctionnait ainsi précédemment sans manip supplémentaire. Je constate maintenant qu'au dépôt d'une photo, un menu s'ouvre : Corréler les images avec la trace GPX et là je suis bien embêté car je n'ai pas de trace GPX mais seulement le couple de coordonnées enregistrées avec la photo. Avez-vous une idée du pourquoi de la différence de comportement (changement de version, réglage involontaire de ma part, ...) ? Quelle solution pour visualiser mes photos une par une après un simple glissé-déposé sur la fenêtre JOSM ? Merci. Brice. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] waterway - routable network and reservoirs/lakes
Hi Christoph, my suggestion was to clearly separate the subject of water flow from the subject of routing. Whether roads are mostly bidirectional or not is irrelevant I think, as routers have to be able to handle one-way roads anyway. If I understand it right, edges in routing graphs are often one-way anyway as the characteristics from A to B may be different from B to A. If you are interested in hydrodynamics on a large scale, like predicting the route an unpowered floating object would take, that is entirely different to the use of a routing engine to suggest a route to the skipper of a boat. Simply adding a way from one side of a lake to the other to stop some QA program complaining is bordering on tagging for the renderer... --colin On 28 July 2015 11:17:00 CEST, Christoph Hormann chris_horm...@gmx.de wrote: On Tuesday 28 July 2015, Colin Smale wrote: If we can separate the flow direction discussion from the routing, the latter becomes a more generic routing through areas problem which has been discussed before in the context of pedestrian routing. Water flow structure is not only about flow direction of individual segments, it is also about connectivity - hence the routable network. And yes, you can try to take polygons into account to determine waterflow - you have to at the moment since missing line mapping is just too widespread. But for non-trivial polygons (i.e. ones with holes or areas represented by multiple polygons) this is generally ambiguous and it is hard to analyze as well. The analogy between water flow analysis and traffic routing is misleading here since traffic routes are mostly bidirectional. If you imagine a road network exclusively built from oneway roads you can immediately see that having parts of that network represented as polygons will make routing difficult. And - this is even more important - it also makes it difficult to spot errors in mapping. If you have a full line mapping of a river network it is very easy to identify problems locally for QA tools or validators in editors - just like in case of the coastline. If you rely on polygon features creating connectivity in the waterflow network you need to analyze it in full before you are able to spot where mapping is broken. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Help with JOSM and OS X Yosemite
I’ve tried all the usual fixes in the preferences, but can not get JOSM to connect with the server on my new Mac running OS X Yosemite. It may be a system thing. Anyone out there that can help? Suzan Reed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-co] Preset para SITP y Transmilenio
Saludos a todos, He estado trabajando en un preset para adicionar principalmente los paraderos del SITP de una manera más fácil y estándar. También he adicionado el Transmilenio ya que hay cosas en común con este sistema. Además, me he basado en la nueva característica Public Transportation http://wiki.openstreetmap.org/wiki/Public_transport para usar los tags que son necesarios. Quisiera saber su opinión sobre esto, y definir cómo debemos usar los elementos de este sistema de transporte. El Preset lo tengo en HOT Visual Tag Chooser: http://visualtags.hotosm.org/collection/498 http://visualtags.hotosm.org/collection/498 (descripción en JOSM https://josm.openstreetmap.de/wiki/Presets/SITP-Transmilenio https://josm.openstreetmap.de/wiki/Presets/SITP-Transmilenio) Tengo unas preguntas para que las resolvamos: * El tablero del SITP tiene una dirección, la puse en 'description'. Qué opinan? No es una 'address' ya que no hace referencia a un inmueble. * Los portales y estaciones de transmilenio no tienen código. Entonces el 'ref' sería el mismo 'name'? * Los buses duales se pueden considerar del sistema Transmilenio y no del SITP? Estos buses tienen dos tipos de puertas, y hay expresos, además tienen carriles dedicados en gran parte de su trayecto. Algunas notas de lo que hice. * El 'network' lo definí con los prefijos de país y zona co:dc. Así lo permite este campo. * Los paraderos del SITP se reconocen por la línea amarilla en el sardinel. La mayoría tiene el tablero de rutas. Opcionalmente tienen el cobertizo y la banca. Puse como opcionales el cobertizo y la banca. * Para el transmilenio hago diferencia entre estaciones y portales. En cambio en el SITP solo hay paraderos. * Tanto para transmilenio como para el SITP hago diferencia entre el paradero como platform y parada del bus (sobre el 'way') Voy a hacer una página en el Wiki, para dejar las definiciones que concretemos. Espero sus comentarios Andres Gomez AngocA___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-in] Building tracing in Tirumala
Just a headsup that map cleanup in Tirumala is ongoing: http://tasks.openstreetmap.in/project/27 Join in and we'll have every single building marked by the end of this week! -- 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
[Talk-br] Reunião Periodica - OSM Brasil
Caros, Eu programei o Zoom para termos uma reunião amanhã, quarta-feira 29/7/15 às 12h00. Time: Jul 29, 2015 12:00 PM (GMT-3:00) Sao Paulo Join from PC, Mac, iOS or Android: https://zoom.us/j/646572643 Or join by phone: +55 21 3958 7888 (Brazil Toll) Meeting ID: 646 572 643 International numbers available: https://zoom.us/zoomconference Abs, Thierry Jean +55 11 9 9607 1319 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-ie] Map request
On 27 July 2015 at 21:03, Dave Corley davecor...@gmail.com wrote: Donal, Would you mind uploading the following for me 11-25 NE+SE Done http://brazil-edge-cache-1002.dub12.amazon.com/s3proxy/list.cgi http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-11-25show_warped=0 Also, the Bodelian replacements for these GSI sheets 17-23-SW + SE + NE http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-17-23show_warped=0 17-21-NE http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-17-21show_warped=0 14-21-NW Don't have a Bodleain version of that - it didn't have a -GSI in name so we didn't request that one. D Cheers Dave ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Klassifizierung eine Straße im Gewerbegebiet
[2015-07-28 17:27] christian.pietz...@gmail.com Wie gesagt, ich würde im Wiki den Innerorts-Teil ändern, so dass die Wohnbebauung nicht mehr explizit erwähnt wird, sondern das ganze als Anliegerstraße bezeichnet wird. Ich finde, dann ist klarer, dass damit auch Straßen ohne Verbindungscharackter auserhalb von Wohngebieten gemeint sind. ``Strassen ohne Verbindungscharakter innerhalb von bebautem Gebiet'' faende ich eine hilfreiche Beschreibung. Dann muss nur noch zu highway=service abgegrenzt werden, was aber kein Problem sein sollte. meillo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Map request
Thanks Donal regarding 14-21, it was one I spotted when I was scanning for GSI sheets and just assumed it was one based on the quality. On closer inspection its good enough to use Cheers, Dave On Tue, Jul 28, 2015 at 6:20 PM, Donal Diamond donal.diam...@gmail.com wrote: On 27 July 2015 at 21:03, Dave Corley davecor...@gmail.com wrote: Donal, Would you mind uploading the following for me 11-25 NE+SE Done http://brazil-edge-cache-1002.dub12.amazon.com/s3proxy/list.cgi http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-11-25show_warped=0 Also, the Bodelian replacements for these GSI sheets 17-23-SW + SE + NE http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-17-23show_warped=0 17-21-NE http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-17-21show_warped=0 14-21-NW Don't have a Bodleain version of that - it didn't have a -GSI in name so we didn't request that one. D Cheers Dave ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-fr] name=Boulangerie
Il n'y a pas que la cuisson qui entre en jeu il me semble. Il faut que ce ne soit pas surgelé et que la pâte à pain soit aussi fabriqué sur place (pas de la pâte industrielle). Il y a surement qu'en France que le pain est protéger ainsi. Le terme boulangerie et ses déclinaison sont réglementés de fait. Ducoup tous les autres types ne peuvent pas être renseigné ainsi si on prend les code APE on a : - - 10.71A Fabrication industrielle de pain et de pâtisserie fraîche - 10.71B Cuisson de produits de boulangerie - *10.71C Boulangerie et boulangerie-pâtisserie * - 10.71D Pâtisserie Celui qui est protéger c'est celui dont l'activité correspond à du 1071C. Même s'il ne fait pas de pâtisserie. Après comment traiter l'info... En anglais, il n'y a pas de distinction entre un dépôt de pain et une boulangerie... Entre commerce et industrie oui shop= factory= bakery=craft/industrial Ça c'est problématique car un boulanger peut être un industriel. A partir du moment où il produit sur place avec des matières première ça pose pas de problème et c'est le cas de Marie B. ainsi ils peuvent utiliser le terme de boulangerie. J'aime bien l'idée du homemade=yes/no mais ça ne dit pas que le produit n'est pas surgelé. Ce terme pose déjà problème en restauration... Comme c'est une spécificité en France on peut peut-être se baser sur *ref:FR:NAF *et laisser shop=bakery pour rester globalement cohérent Le 28 juillet 2015 17:19, Francescu GAROBY windu...@gmail.com a écrit : Pour différencier les (vraies) boulangeries des dépôts de pain,pourquoi ne pas ajouter un tag du genre homemade=yes/no. Il resterait alors à définir si, en l'absence de ce tag, on considère que c'est quand même le cas (pour ne pas changer le comportement actuel), ou au contraire, si c'est seulement en ajoutant l'info qu'une boulangerie est vraiment une boulangerie (cuisson sur place). Francescu Le 28 juillet 2015 17:05, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Bonjour, tu peux voir du côté de proposal sur bakery et pastry, il y a une proposition sur le wiki mais depuis mon téléphone je ne retrouve pas la page. Pour moi que ce soit un dépôt une boulangerie reste un shop=bakery. C'est le fait que ce soit fait sur place qu'il faut réussir à retrouver. Peut-être peux-tu retrouver une discussion proche datant de l'an dernier dans laquelle je suis intervenu. Le 27 juil. 2015 20:23, Tyndare tynd...@wanadoo.fr a écrit : Bonjour, Ma boulangerie ayant fermé pour les vacances, OSM ne m'a été que de peu d'utilité pour en trouver une autre étant donné que dans la base de donnée, autour de chez moi, les shop=bakery référencent majoritairement des dépôts de pains et non pas de vraies boulangeries. D'après Wikipedia [1] « Depuis la loi du 25 mai 1998 née sous l'impulsion de Jean-Pierre Raffarin, et suite au « décret pain » du 13 septembre 1993, les dénominations « boulanger » et « boulangerie » sont réservées aux professionnels artisans qui choisissent leurs matières premières, pétrissent la pâte, en contrôlent la fermentation ainsi que la mise en forme et enfin cuisent le pain sur le lieu de vente. » Comme les name=Boulangerie ont tendance à se faire caviarder d'OSM pour cause de généricité [2] Qu'elle est la bonne façon de tagger (et donc de trouver) une vraie Boulangerie par oppositions aux dépôts de pains qui ne font que le cuire sur place ? trollSi on suit la loi, faudrait-il par sécurité retagger automatiquement tous les shop=bakery de France qui n'ont pas Boulangerie ou Boulanger dans leur nom ou description en shop=bread ?/troll Faudrait-il rajouter un tag pour préciser que le pain est fabriqué sur place ? Je n'ai rien trouvé sur le wiki, je pensais à craft=bakery (19 dans le monde d'après taginfo) bakery=craft/industrial homemade=yes/no (pourrait aussi s'appliquer aux fait maison des restaurants mais en fait cet dénomination sonne tellement marketing qu'elle ne me parait pas correcte) Existe-t-il d'autres solutions ou avez-vous d'autres idées ? Tyndare. [1] https://fr.wikipedia.org/wiki/Boulanger [2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-December/thread.html#74187 ___ 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 -- Francescu ___ 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] Carte en 3D de La Défense pour piétons/cyclistes?
Bonjour Je suis arrivé à vélo par Puteaux et voulais prendre le Pont de Neuilly: http://www.openstreetmap.org/?mlat=48.8863mlon=2.2394#map=15/48.8879/2.2505 J'ai galéré pas loin d'une demi-heure pour trouver comment monter sur la dalle et redescendre - très prudemment, vu les escalier + espaces entre les dalles - jusqu'au pont. Je me suis demandé s'il existait une carte en 3D qui permette de se déplacer à pied et à vélo dans ce labyrinthe, en incluant les ascenseurs, les escaliers, les passerelles, pistes cyclables, etc. J'ai juste trouvé ça: http://www.parisladefense.com/parisladefense/plan.htm Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Carte-en-3D-de-La-Defense-pour-pietons-cyclistes-tp5851201.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
