Re: [OSM-talk-be] Routing view
I will fix the routing problem for the points around Charleroi. Kind regards __Eddy__ 2012/5/15 Sander Deryckere sander...@gmail.com Thanks for mentioning this again. It has been a long time since I last used it. 2012/5/15 Johan C osm...@gmail.com Hi, is anyone familiar with this site: http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9showing several hundred routing problems in Belgium? ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Fwd: using OSM in our commercial application
What if I am selling an application that uses OSM tiles for background, and users of the application can put their data over the background. So, I am distributing the application with the osm tiles, but users aren't distributing their data. Does this mean that they can do that, until they decide to put their data with the tiles online? Thanks, Janko. 2012/5/15 Mayeul Kauffmann mayeul.kauffm...@free.fr Hi, Le dimanche 13 mai 2012 à 18:47 +0400, Алексей Бадьянов a écrit : Dear legal talkers, we are currently developing Scheduling software that should show vehicle routes and GPS positions on the map. Can we use Open Street Map for this in case we are not opening the sources to the public? The question seems clear enough to me. Please note that this is not a legal advice (just a forum of users). You will find answers to many of your questions here: http://http://wiki.openstreetmap.org/wiki/Legal_FAQ In particular: If I have data derived from OSM data, do I have to distribute it? The licence does not force you to distribute or make any data available. But if you do choose to distribute it, or anything derived from it, it must be under the same licence terms as the OSM data. http://wiki.openstreetmap.org/wiki/Common_licence_interpretations I want to use OSM data with my GPS routing/mapping/other application. Do I have licence the application under the OSM licence? If the application is separate and independent, you do not need to licence it under the OSM licence. However, if you distribute OSM derived data with the application, that must be distributed under the OSM licence. (note the warning: The interpretations expressed on this page are the opinions of their contributors, and may be disputed by some OSM mappers and copyright holders.) My understanding is as follows: Probably, for your application, you are going to do two things: 1- build a software (copyrights and license are not at all affected by the fact that you use OSM data). When you say the sources, if you mean the source code of the application, then you are in this case: just use OSM data without giving away your application source code. The licence is meant to facilitate commercial uses of the data. 2- convert/transform/improve OSM data for your application. As long as the new data remains within your company, data rights are not at all affected by the fact that you use OSM data, so you do not have to give anything. If you distribute modified/combined data, then there are some cases where you'll have to give some rights to the recipients of the data (but it is not possible to say more from what you say). Hope this helps, Mayeul many thanks for you help ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fwd: using OSM in our commercial application
Hi, On 05/16/2012 12:39 PM, Janko Mihelić wrote: What if I am selling an application that uses OSM tiles for background, and users of the application can put their data over the background. So, I am distributing the application with the osm tiles, but users aren't distributing their data. Does this mean that they can do that Sure. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Worst of OSM
On 15/05/2012 15:37, Pieren wrote: On Tue, May 15, 2012 at 2:53 PM, Kate Chapmank...@maploser.com wrote: Personally I think it is discouraging. I think positive encouragement is much better than this negative method. The problem is that this page is mixing real mistakes (mainly bad imports) and areas where the geodata do not comply with... The page also includes a good part of ignorance. The Worst of Worst of OSM is an example from Brasilia where the question is: Do they have road names at all in Brazil? The simple answer is: Not necessarily in Brasilia, where block names are quite popular. This went over various lists recently, e.g. [1]. If one doesn't know a minimum about a given area, it could be wise to keep one's mouth shut rather than pointing to mistakes. Hermann [1] http://lists.openstreetmap.org/pipermail/tagging/2012-April/009878.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OWL down
Hi list, OpenStreetMap Watch List RSS feed has stopped a few days ago, and it is not possible to visualize the maps (daily, weekly ...) Is it expected to restart this usefull service soon ? Regards -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OWL down
I sent a message to User Matt (who supposedly maintains OWL) last Friday, but never got a reply. Even when the maps were working, its RSS feed was something like 40 days behind. I posted about that two weeks ago here and no one seems to know what is going on. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OWL down
On Wed, May 16, 2012 at 7:17 PM, John Goodman j...@qlam.com wrote: I sent a message to User Matt (who supposedly maintains OWL) last Friday, but never got a reply. deepest apologies for not getting back to you. unfortunately the ongoing license change is absorbing all of my free time at the moment. Even when the maps were working, its RSS feed was something like 40 days behind. I posted about that two weeks ago here and no one seems to know what is going on. the situation is: OWL was running on the development machine, but the load it was causing on that (shared) machine was so high that it generally wasn't able to keep up with the main database. to free up that machine so that others can actually use it, another machine was allocated and partially set up (called 'zark'). we hit the license change at around the same time, which is going to mean changes in the history, and OWL must be updated to be aware of those. in summary, OWL on the dev machine is probably not coming back. OWL on zark will be coming online after the license change, or sooner if someone wants to volunteer to do the rest of the development / set-up to get it working. *but* even if it comes back sooner, it's likely there will be some pretty significant re-loading to do after the license change is finished. cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OWL down
OWL on zark will be coming online after the license change... ...it's likely there will be some pretty significant re-loading to do after the license change is finished. Thanks for the update. Glad to know it will be back again at some point. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenSeaMap
hi all anyone review openseamap.org any idea where is the planet? and is the community become one with OStreetMap? or anyone can give me the glue thx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSeaMap
Hi Frans, OpenSeaMap(1) is OpenStreetMap, it is a specific rendering of it. If you look on the wikipage you can see there are a couple specific mailing lists for it. -Kate (1) http://wiki.openstreetmap.org/wiki/OpenSeaMap On Wed, May 16, 2012 at 11:12 PM, Frans Thamura fr...@meruvian.org wrote: hi all anyone review openseamap.org any idea where is the planet? and is the community become one with OStreetMap? or anyone can give me the glue thx ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Kleuren ingegeven routes op openfietskaart.nl
Ik heb eens rondgeneusd, maar volgens mij worden die osmc tags alleen voor footpath gebruikt en kan mapnik toch niets ermee. In de legenda van openfietskaart.nl is eigenlijk al te zien dat mtb en gewone fietsroutes een eigen kleur zouden moeten hebben, maar zo wordt het niet gerendered. Wie kan dat aanpassen? -Oorspronkelijk bericht- From: Lambertus Sent: Wednesday, May 16, 2012 1:32 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Kleuren ingegeven routes op openfietskaart.nl De OSM wiki geeft hier een oplossing voor in de vorm van 'osmc' tag. Ik heb alleen geen idee of deze tag in de Mapnik stylesheets gebruikt wordt. http://wiki.openstreetmap.org/wiki/Key:osmc:symbol Onderstaande relatie (wandelroute) geeft een voorbeeld van het gebruik van zo'n tag: http://www.openstreetmap.org/browse/relation/2137699 On 16-5-2012 11:00, Patrick Coenen wrote: Een tijdje geleden heb ik al eens geprobeerd dit aangepast te krijgen, of in ieder geval iemand erop te wijzen dat het zich voordoet. bij openfietskaart.nl staat de nadruk op opgegeven relaties met de tags voor fietsroutes. Alleen is het nog steeds zo dat MTB routes (network=lcn/route=mtb) en lokale wegroutes (network=lcn/route=bicycle) dezelfde kleur hebben. Als je bijvoorbeeldi nzuid-Limburg inzoomt, is het één grote spagetti van rode lijntjes. 10 mtb-routes en de mergellandroute en de stammenderveldroute en nog meer ANWB routes die als Lcn zouden kunnen worden opgevoerd. Is er iemand die dit probleem kan verhelpen door de bicycle en mtb een verschil in kleur te geven? groet, Patrick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] osm2pgsql import problem Entity: line 12457367: parser error : Attribute changeset redefined
Hi, mitlerweile bin ich schon ein wenig weiter gekommen ... jetzt hängt der import aber an einer anderen stelle ... Das Planetfile, das Du hast, ist vermutlich kaputt. Es gab schon andere, die da ein Problem hatten. Du musst wohl einstweilen mit dem von 1.4. Vorlieb nehmen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 15.05.2012 20:48, schrieb Masi Master: http://wiki.openstreetmap.org/wiki/DE:Stairs_modelling (ist sogar auf der steps-Seite verkinkt) Es ist zwar noch nichts konkretes, aber es lohnt sich bestimmt es zu taggen, auch wenn es (noch) nicht gerendert wird. Boh! Man erlaube mir einen offenen Kommentar dazu: das ist m.E. s kompliziert, dass ein normaler Mapper so etwas nie freiwillig verwenden wird: Berge von Attribute und eine super lange Seite mit Erklärungen schreckt Leute ab. = Ich halte den Vorschag für ?fragwürdig? (oder wie auch immer ich das bezeichnen soll) = sollte ggf. noch mal überdacht werden (KISS). Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 15.05.2012 12:31, schrieb Michael Kugelmann: Hallo, nachdem ich große Lücken auf dem Olympiagelände in Barcelona gab, habe ich am Wochenende mal mithilfe der Bing-Luftbilder etwas gemappt/überarbeitet/ergänzt: http://www.openstreetmap.org/?lat=41.36477lon=2.151114zoom=18layers=M Zum Glück hatte ich von meinem Besuch nach der SOTM 2010 noch relativ gute Erinnerungen (bzw. auch Fotos/Tracks). Was aber noch offen ist: es gibt dort sehr breite Treppen auf der Fläche. Diese sind geschätzt bis zu 100m lang. Wie tagge ich diese? Ich bin eigentlich kein Freund von Flächenmalerei, aber in dem Fall frage ich mich, ob ich eine Fläche malen soll und diese mittels area = yes und highway = steps kennzeichnen soll (entsprechend den highway = pedestrian). Reicht denn für den Moment nicht ein zusätzliches width=100? Ich hoffe einfach mal, dass künftig Renderer den width-Wert auswerten und vernünftig darstellen. Von Treppenflächen habe ich bisher Abstand genommen. Ähnlich lang ist z.B. die Treppe vom Kölner Hauptbahnhof zur Domplatte. ME enthält http://www.openstreetmap.org/browse/way/16248862 alle relevanten Parameter. Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routingfähige Garmin für das Tessin
Hi! kann mir kurz einer weiterhelfen wo es eine routingfähige Garmin-Karte für das Tessin gibt. ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin für das Tessin
http://lmgtfy.com/?q=osm+Garmin+routingf%C3%A4hig+Schweiz Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin für das Tessin
Moin, Am 16.05.2012 11:26, schrieb Jan Tappenbeck: kann mir kurz einer weiterhelfen wo es eine routingfähige Garmin-Karte für das Tessin gibt. ? klar: Google nach osm garmin routable maps und folge u. a. dem ersten Eintrag (garmin.openstreetmap.nl) - falls Du Lambertus nicht eh als Lesezeichen hast. Alternativ - heißt selbst gemacht: OSM-Freizeitkarte Entwicklungsumgebung: http://freizeitkarte-osm.de/ Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin für das Tessin
... und falls du mit dem Rad unterwegs bist: velomap.org und OpenMTBmap.org Beide produzieren excellente Rad- bzw. MTB-Routen mit Garmin MapSource/BaseCamp und auch auf dem Navigator selbst Volker 2012/5/16 Jan Tappenbeck o...@tappenbeck.net Hi! kann mir kurz einer weiterhelfen wo es eine routingfähige Garmin-Karte für das Tessin gibt. ? Gruß Jan :-) __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falten von Plänen A4
Spricht etwas gegen die Normfaltung nach DIN 824? http://de.wikipedia.org/wiki/DIN_824 darin: http://web.archive.org/web/20080621005033/www.mb.fh-stralsund.de/cad/websites/Normen/DIN824.html Ziehharmonikafaltung und Leporello dürften auch nicht unter Schutz stehen. Gruß Jochen Am 15.05.2012 19:18, schrieb Jan Tappenbeck: hi! kennt jemand eine gute Falttechnik für Stadtpläne (A4 / A3) die nicht mit irgendwelchen Patenten im Konflikt steht? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falten von Plänen A4
Hallo, Am 15. Mai 2012 19:18 schrieb Jan Tappenbeck o...@tappenbeck.net: kennt jemand eine gute Falttechnik für Stadtpläne (A4 / A3) die nicht mit irgendwelchen Patenten im Konflikt steht? Falls Du die alte Falttechnik von Falk meinst, das Patent [1] darauf ist schon ein paar Jahrzehnte abgelaufen (siehe z.B. auch [2]). Aber für A4 oder A3 macht das vermutlich gar keinen Sinn. Grüße, Michael [1] http://worldwide.espacenet.com/publicationDetails/biblio?FT=Ddate=19520331DB=locale=de_EPCC=DENR=835219CKC=CND=2 [2] http://www.zeit.de/1995/51/Der_vielfaeltige_Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin für das Tessin
Hallo, On 05/16/12 11:26, Jan Tappenbeck wrote: kann mir kurz einer weiterhelfen wo es eine routingfähige Garmin-Karte für das Tessin gibt. ? In meiner Europakarte ist das vermutlich alles enthalten. Für die Nur-Auto-Fahrer habe ich auch eine passende nur-Straßenkarte. http://wiki.openstreetmap.org/wiki/User:Computerteddy#Start_Here.21_-.3EStandard_Kartens.C3.A4tze_.2F_mapsets_for_general_usage -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16.05.2012 11:25, schrieb Raimond Spekking: Reicht denn für den Moment nicht ein zusätzliches width=100? Ich hoffe einfach mal, dass künftig Renderer den width-Wert auswerten und vernünftig darstellen. Von Treppenflächen habe ich bisher Abstand genommen. Ähnlich lang ist z.B. die Treppe vom Kölner Hauptbahnhof zur Domplatte. ME enthält http://www.openstreetmap.org/browse/way/16248862 alle relevanten Parameter. ME nein. Ein width reicht zur exakten Modellierung in einem bebauten Gebiet nur, wenn 1. die Fläche rechteckig ist und 2. der Way dann auch perfekt im richtigen Winkel eingezeichnet wird. Punkt 1 kommt nur selten überhaupt vor (dein Beispiel hat nach Osten variable Breite) und Punkt 2 ist schwierig umsetzbar, vor allem verglichen mit dem vergleichsweise simplen Einzeichnen einer Fläche zusätzlich zum Way. Das ist also auch nicht wirklich ein Renderer-Problem, an Treppenflächen führt in meinen Augen kein Weg vorbei. Woran es fehlt ist eben eine einfach zu handhabende Umsetzung und zugängliche Dokumentation davon. Kommt sicher irgendwann, aber wohl erst wenn es auch Renderer-Entwickler mit Interesse am Thema gibt. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falten von Plänen A4
2012/5/16 Jochen dlf_dauerh...@yahoo.de: Spricht etwas gegen die Normfaltung nach DIN 824? http://de.wikipedia.org/wiki/DIN_824 wenn man den Plan nicht gerade in einem Ordner abheften will, ist diese Falttechnik eher weniger zu empfehlen m.E. Für einen Stadtplan besser die beiden Varianten testen, die Du unten aufführst. http://web.archive.org/web/20080621005033/www.mb.fh-stralsund.de/cad/websites/Normen/DIN824.html Ziehharmonikafaltung und Leporello dürften auch nicht unter Schutz stehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16. Mai 2012 08:50 schrieb Michael Kugelmann michaelk_...@gmx.de: http://wiki.openstreetmap.org/wiki/DE:Stairs_modelling (ist sogar auf der steps-Seite verkinkt) Boh! Man erlaube mir einen offenen Kommentar dazu: das ist m.E. s kompliziert, dass ein normaler Mapper so etwas nie freiwillig verwenden wird: das ist der 3D-Teil. Eine Treppe in OSM einzutragen ist überhaupt nicht kompliziert: 1. Man erstellt eine Relation, mit den tags type=area, highway=steps, und idealerweise noch step_count (Anzahl der Steigungen) 2. Man zeichnet die 1. Trittstufe (den vorderen, vertikalen Teil der untersten Stufe, also wo es zum ersten Mal nach oben geht) als way und fügt sie in die Relation ein, als Rolle gibt man lower an. 3. Man zeichnet die letzte Trittstufe (den vorderen, vertikalen Teil der obersten Stufe) als way und fügt sie mit der Rolle upper in die Relation ein. Fertig. Optional kann man noch die seitlichen Grenzen zeichnen und mit der Rolle lateral einfügen, braucht man aber nur in Ausnahmefällen, wenn das keine geraden Linien sind. Worauf man achten sollte ist, dass die untere Linie (lower) und die obere Linie (upper) der Einfachkeit halber aus der selben Anzahl nodes bestehen sollten. Wenn die Treppe Podeste hat (also es zwischendrin mal eben wird für ein paar Meter), dann zerlegt man sie einfach in mehrere Teile. Ob man dazu besser verschiedene Relationen anlegt, oder das in einer machen kann, können wir ja mal diskutieren. Wenn ich oben schrieb Trittstufe dann meinte das eigentlich die vorderste Kante des Auftritts (manche Treppen haben ja auch Unterschneidungen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16. Mai 2012 15:46 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Worauf man achten sollte ist, dass die untere Linie (lower) und die obere Linie (upper) der Einfachkeit halber aus der selben Anzahl nodes bestehen sollten. was auch nicht schlecht wäre ist, wenn die beiden Ways (oben und unten) jeweils in dieselbe Richtung zeigen. Wenn einer von links nach rechts und der andere von rechts nach links geht, könnte es beim Rendern Probleme geben (andererseits können die Leute hier, die gut programmieren können, so was sicher einfach automatisch entdecken und einen der Wege umdrehen, man müsste ja nur jeweils die Enden verbinden und sehen, ob sich die Verbindungen schneiden). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16.05.2012 15:46, schrieb Martin Koppenhoefer: das ist der 3D-Teil. Eine Treppe in OSM einzutragen ist überhaupt nicht kompliziert Es geht sogar einfach als way mit highway=steps. ;) Die Frage ist, wie man zusätzliche Information reinbekommt - nämlich: * die von der Treppe eingenommene Fläche * die Anordnung der Stufen innerhalb dieser Fläche 1. Man erstellt eine Relation, mit den tags type=area, highway=steps, und idealerweise noch step_count (Anzahl der Steigungen) 2. Man zeichnet die 1. Trittstufe (den vorderen, vertikalen Teil der untersten Stufe, also wo es zum ersten Mal nach oben geht) als way und fügt sie in die Relation ein, als Rolle gibt man lower an. 3. Man zeichnet die letzte Trittstufe (den vorderen, vertikalen Teil der obersten Stufe) als way und fügt sie mit der Rolle upper in die Relation ein. Wie ergibt sich daraus die Anordung der Stufen, sobald man auch Treppen mit gebogenen Stufen mappt? Ich sehe da keine offensichtliche Berechnungsvorschrift. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16. Mai 2012 16:07 schrieb Tobias Knerr o...@tobias-knerr.de: Die Frage ist, wie man zusätzliche Information reinbekommt - nämlich: * die von der Treppe eingenommene Fläche * die Anordnung der Stufen innerhalb dieser Fläche die Fläche ergibt sich aus der Relation (obere und untere Kante werden vorgegeben und bei Bedarf auch die Seiten). Die Stufen sind mit gleichbleibendem Auftritt (Länge in Gehrichtung einer Stufe) gedacht, d.h. es sind Parallelen (es werden in der Auswertung einfach die einzelnen Punkte des oberen und unteren ways jeweils der Reihe nach verbunden und zu Interpolation der Zwischenwerte durch ein (step_count -1) Teile geteilt. übrigens: man wird sowieso kaum die echten Stufenbreiten so rendern können, dass man alle Stufen einzeln sieht (je nach Zoomstufe natürlich), und die Stufenbreiten sind normalerweise so um die 27-30 cm, bei Freitreppen ggf. auch etwas mehr, z.B. 33/15 klingt typisch (je flacher die Treppe ist, um so breiter müssen auch die Stufen werden). Die genaue Angabe der Stufenanzahl könnte man für normale Treppen also praktisch auch weglassen und es machte kaum einen Unterschied. Für den _sehr_ seltenen Fall von Stufen unterschiedlicher Breite (ist im Prinzip ein Planungsfehler) müsste man halt notfalls jede Stufe einzeln mappen. Das parametrisch erfassen zu wollen (mit letztlich unendlich vielen Möglichkeiten) erscheint mir noch unrealistischer zu sein. Wie ergibt sich daraus die Anordung der Stufen, sobald man auch Treppen mit gebogenen Stufen mappt? Ich sehe da keine offensichtliche Berechnungsvorschrift. durch gebogene Stufen (welche mit gekurvter Aufsichtslinie?) ändert sich nichts. Die werden wie immer in OSM durch Polygonzüge soweit angenähert, dass sie halbwegs rund erscheinen. Die sind normalerweise auch gleich breit, oder hast Du ein Gegenbeispiel? Je mehr Punkte die untere (bzw. obere) Linie hat, um so mehr empfiehlt es sich, sie andere Linie durch Parallelverschiedung (JOSM-Tool, kann Potlatch glaub ich auch) und ggf. anschließendes Punkteverschieben zu generieren, dann stimmt auch die Punktanzahl). Hier z.B. eine große Frei-Treppe mit Bögen im Grundriss: http://maps.google.it/maps?hl=dell=41.897751,12.497902spn=0.000983,0.000982t=kdeg=90z=20 man kann gut erkennen, dass das kein Hexenwerk ist. Hier ist eine Treppe mit asymetrischen Seiten: http://maps.google.it/maps?hl=dell=41.899779,12.486152spn=0.000731,0.001321t=kz=20 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Moin, Am 16.05.2012 16:07, schrieb Tobias Knerr: Wie ergibt sich daraus die Anordung der Stufen, sobald man auch Treppen mit gebogenen Stufen mappt? Ich sehe da keine offensichtliche Berechnungsvorschrift. Meines Wissens: A) Gebogene Treppenstufen-Vorderkanten benötigen entsprechend gebogene lower/upper-Linien. Die Stufen werden dann entsprechend der Abstände der zueinander passenden nodes verteilt - deshalb möglichst gleiche Anzahl der Nodes in upper/lower Linien. Damit sind dann auch in der Mitte tiefe Stufen und seitlich weniger tiefe Stufen möglich. B) Gebogene Seiten der Treppe benötigen entsprechend gebogene lateral-Linien. Kombination aus A) und B) sollte auch möglich sein - zumindest lässt sich sowas ja geometrisch konstruieren. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16.05.2012 15:46, schrieb Martin Koppenhoefer: Am 16. Mai 2012 08:50 schrieb Michael Kugelmann michaelk_...@gmx.de: http://wiki.openstreetmap.org/wiki/DE:Stairs_modelling (ist sogar auf der steps-Seite verkinkt) Boh! Man erlaube mir einen offenen Kommentar dazu: das ist m.E. s kompliziert, dass ein normaler Mapper so etwas nie freiwillig verwenden wird: das ist der 3D-Teil. Eine Treppe in OSM einzutragen ist überhaupt nicht kompliziert: 1. Man erstellt eine Relation, mit den tags type=area, highway=steps, und idealerweise noch step_count (Anzahl der Steigungen) 2. Man zeichnet die 1. Trittstufe (den vorderen, vertikalen Teil der untersten Stufe, also wo es zum ersten Mal nach oben geht) als way und fügt sie in die Relation ein, als Rolle gibt man lower an. 3. Man zeichnet die letzte Trittstufe (den vorderen, vertikalen Teil der obersten Stufe) als way und fügt sie mit der Rolle upper in die Relation ein. Fertig. Optional kann man noch die seitlichen Grenzen zeichnen und mit der Rolle lateral einfügen, braucht man aber nur in Ausnahmefällen, wenn das keine geraden Linien sind. Worauf man achten sollte ist, dass die untere Linie (lower) und die obere Linie (upper) der Einfachkeit halber aus der selben Anzahl nodes bestehen sollten. Wenn die Treppe Podeste hat (also es zwischendrin mal eben wird für ein paar Meter), dann zerlegt man sie einfach in mehrere Teile. Ob man dazu besser verschiedene Relationen anlegt, oder das in einer machen kann, können wir ja mal diskutieren. Wenn ich oben schrieb Trittstufe dann meinte das eigentlich die vorderste Kante des Auftritts (manche Treppen haben ja auch Unterschneidungen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ist somit im prinzipiellen Aufbau das selbe wie der Link (nur mit Relationen aufgebaut). Fehlt es in deiner Auflistung, oder gibt es keinen klassischen Way mit highway=steps? Ich könnte mir vorstellen, dass dies noch viele Router aus dem Konzept bringt. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Mein Standard_Kommentar: don't overdo it. Wir wollen eine Landkarte machen, OSM ist kein CAD-Ersatz. Das muss einfacher gehn, oder es wird im Zweifelsfall von nur wenigen Experten benutzt. Highway=steps mit width ist voeelig ausreichend. Wenn ich eine breite, gebogene Monumentaltreppe habe, zerlege ich sie in mehrere ways, jeder z.B. 10m breit und ordne die ways entsprechend an. Gruss Volker 2012/5/16 Jimmy_K jimm...@gmx.at Am 16.05.2012 15:46, schrieb Martin Koppenhoefer: Am 16. Mai 2012 08:50 schrieb Michael Kugelmann michaelk_...@gmx.de: http://wiki.openstreetmap.org/wiki/DE:Stairs_modelling (ist sogar auf der steps-Seite verkinkt) Boh! Man erlaube mir einen offenen Kommentar dazu: das ist m.E. s kompliziert, dass ein normaler Mapper so etwas nie freiwillig verwenden wird: das ist der 3D-Teil. Eine Treppe in OSM einzutragen ist überhaupt nicht kompliziert: 1. Man erstellt eine Relation, mit den tags type=area, highway=steps, und idealerweise noch step_count (Anzahl der Steigungen) 2. Man zeichnet die 1. Trittstufe (den vorderen, vertikalen Teil der untersten Stufe, also wo es zum ersten Mal nach oben geht) als way und fügt sie in die Relation ein, als Rolle gibt man lower an. 3. Man zeichnet die letzte Trittstufe (den vorderen, vertikalen Teil der obersten Stufe) als way und fügt sie mit der Rolle upper in die Relation ein. Fertig. Optional kann man noch die seitlichen Grenzen zeichnen und mit der Rolle lateral einfügen, braucht man aber nur in Ausnahmefällen, wenn das keine geraden Linien sind. Worauf man achten sollte ist, dass die untere Linie (lower) und die obere Linie (upper) der Einfachkeit halber aus der selben Anzahl nodes bestehen sollten. Wenn die Treppe Podeste hat (also es zwischendrin mal eben wird für ein paar Meter), dann zerlegt man sie einfach in mehrere Teile. Ob man dazu besser verschiedene Relationen anlegt, oder das in einer machen kann, können wir ja mal diskutieren. Wenn ich oben schrieb Trittstufe dann meinte das eigentlich die vorderste Kante des Auftritts (manche Treppen haben ja auch Unterschneidungen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ist somit im prinzipiellen Aufbau das selbe wie der Link (nur mit Relationen aufgebaut). Fehlt es in deiner Auflistung, oder gibt es keinen klassischen Way mit highway=steps? Ich könnte mir vorstellen, dass dies noch viele Router aus dem Konzept bringt. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 15.05.2012 12:36, schrieb Martin Koppenhoefer: Am 15. Mai 2012 12:31 schrieb Michael Kugelmannmichaelk_...@gmx.de: es gibt dort sehr breite Treppen auf der Fläche. Diese sind geschätzt bis zu 100m lang. Wie tagge ich diese? Ich bin eigentlich kein Freund von Flächenmalerei, aber in dem Fall frage ich mich, ob ich eine Fläche malen soll und diese mittels area = yes und highway = steps kennzeichnen soll (entsprechend den highway = pedestrian). damit wäre die Treppe unterspezifiziert, weil nicht klar ist, in welche Richtung die Treppe geht. Es gibt bereits Vorschläge im Wiki, wie man das mappen könnte, z.B. relation type=area (proposed) und in OSM-4D auf einer Unterseite. step_count wäre auch nicht falsch m.E. Um das Routing problemlos zu ermöglichen ggf. zusätzlich die Lauflinie (die geht normalerweise durch die Mitte der Stufen) als gerichteten Vektor einzeichnen. Nuja, wo ist hier der Laufweg? http://wiki.openstreetmap.org/wiki/File:Langtreppe_DSC01808_osm.jpg Es ist reiner Zufall, daß da auch gerade ein Rollifahrer im Bild war - für die ist sowas eher eine langgestreckte Barriere, kein Weg. -- Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16. Mai 2012 19:33 schrieb Volker Schmidt vosc...@gmail.com: Mein Standard_Kommentar: don't overdo it. Wir wollen eine Landkarte machen, OSM ist kein CAD-Ersatz. stimmt zwar, aber große Freitreppen sind schon auch in Stadtplänen Standard, vor allem in den Maßstäben, die wir in OSM haben. Einzelne Treppen mit Breiten nebeneinander finde ich Murks, das ist Tagging für die Renderer, und passt nur dann, wenn man seine Treppen wie Mapnik einstellt ;-) Da hat man dann viele kleine Treppen in der db wo es eigentlich eine große ist. Das muss einfacher gehn, oder es wird im Zweifelsfall von nur wenigen Experten benutzt. wie gesagt, es ist extrem einfach. 2 ways, also die obere und untere Kante der Treppe, beides in eine Relation packen, 2 tags dazu, fertig. Mit dem parallele Ways tool kann man das in 20 Sekunden erstellen, gerade ausprobiert ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16. Mai 2012 21:14 schrieb Rainer Knaepper sm...@gmx.de: Nuja, wo ist hier der Laufweg? http://wiki.openstreetmap.org/wiki/File:Langtreppe_DSC01808_osm.jpg Es ist reiner Zufall, daß da auch gerade ein Rollifahrer im Bild war - für die ist sowas eher eine langgestreckte Barriere, kein Weg. Freitreppen auf Plätzen haben natürlich dasselbe Problem wie die Plätze selbst auch: sie sind nicht geeignet für Routing im Kantenmodell. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16.05.2012 16:59, schrieb Martin Koppenhoefer: die Fläche ergibt sich aus der Relation (obere und untere Kante werden vorgegeben und bei Bedarf auch die Seiten). Die Stufen sind mit gleichbleibendem Auftritt (Länge in Gehrichtung einer Stufe) gedacht, d.h. es sind Parallelen (es werden in der Auswertung einfach die einzelnen Punkte des oberen und unteren ways jeweils der Reihe nach verbunden und zu Interpolation der Zwischenwerte durch ein (step_count -1) Teile geteilt. In den Fällen, wo das so funktioniert, stimme ich dir völlig zu. Das setzt aber voraus, dass der obere und untere Way gleich viele Nodes haben. Davon kann man im Allgemeinen nicht ausgehen. Diese Diskussion gab es in ähnlicher Form auch hier schon: http://forum.openstreetmap.org/viewtopic.php?id=13904 Im Grunde sind die einzigen Ideen bisher, gleiche Nodezahlen vorzuschreiben (m.E. keine gute Lösung), oder aber die Paare manuell zuzuordnen - letzteres entweder per Tags (m.E. auch keine gute Lösung) oder weiterer verbindender Ways analog zur Lauflinie (denkbar). übrigens: man wird sowieso kaum die echten Stufenbreiten so rendern können, dass man alle Stufen einzeln sieht (je nach Zoomstufe natürlich) Ich mache 3D-Rendering. Bei mir sieht man alles. ;) Das Problem der Linienführung für die Stufen hätte man aber auch im 2D-Rendering. Für den _sehr_ seltenen Fall von Stufen unterschiedlicher Breite (ist im Prinzip ein Planungsfehler) müsste man halt notfalls jede Stufe einzeln mappen. Den Fall würde ich auch außen vor lassen. durch gebogene Stufen (welche mit gekurvter Aufsichtslinie?) ändert sich nichts. Die werden wie immer in OSM durch Polygonzüge soweit angenähert, dass sie halbwegs rund erscheinen. Die sind normalerweise auch gleich breit, oder hast Du ein Gegenbeispiel? Mir geht es eher darum, dass in solchen Fällen das Problem mit den nicht gleich detaillierten oberen und unteren Ways auftritt (s.o.). Ohne Krümmung ist es egal, wie man obere und untere Knoten zuordnet, das Ergebnis ist dasselbe. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
On 16/05/12 21:14, Rainer Knaepper wrote: Am 15.05.2012 12:36, schrieb Martin Koppenhoefer: Am 15. Mai 2012 12:31 schrieb Michael Kugelmannmichaelk_...@gmx.de: es gibt dort sehr breite Treppen auf der Fläche. Diese sind geschätzt bis zu 100m lang. Wie tagge ich diese? Ich bin eigentlich kein Freund von Flächenmalerei, aber in dem Fall frage ich mich, ob ich eine Fläche malen soll und diese mittels area = yes und highway = steps kennzeichnen soll (entsprechend den highway = pedestrian). damit wäre die Treppe unterspezifiziert, weil nicht klar ist, in welche Richtung die Treppe geht. Es gibt bereits Vorschläge im Wiki, wie man das mappen könnte, z.B. relation type=area (proposed) und in OSM-4D auf einer Unterseite. step_count wäre auch nicht falsch m.E. Um das Routing problemlos zu ermöglichen ggf. zusätzlich die Lauflinie (die geht normalerweise durch die Mitte der Stufen) als gerichteten Vektor einzeichnen. Nuja, wo ist hier der Laufweg? http://wiki.openstreetmap.org/wiki/File:Langtreppe_DSC01808_osm.jpg Es ist reiner Zufall, daß da auch gerade ein Rollifahrer im Bild war - für die ist sowas eher eine langgestreckte Barriere, kein Weg. Schönes Bild ! Der Rolli und die nicht abgesenkten Bordsteine am Zebrastreifen. Im Ernst, hier sind die Grenzen des Proposals und es muß be jeder Änderung der Stufenanzahl eine neue Fläche gebildet werden. Die mir in meiner Gegend bekannten interessanten Treppen sind leider auch alle in ihrer Form sehr spezifisch. Beispiel: http://www.badische-seiten.de/bild/freiburg/augustinerplatz.php http://www.freiburg-geniessen.de/de/freiburg/clips/augustinerplatz.jpg http://fudder.de/artikel/2009/06/17/augustinerplatz-die-saeule-der-tristesse/ mal aus drei Perspektiven. Man achtet auch auf die obersten beiden Stufen im mittleren Bild. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = steps auch für eine Fläche?
Am 16.05.2012 21:36, schrieb fly: On 16/05/12 21:14, Rainer Knaepper wrote: Am 15.05.2012 12:36, schrieb Martin Koppenhoefer: Nuja, wo ist hier der Laufweg? http://wiki.openstreetmap.org/wiki/File:Langtreppe_DSC01808_osm.jpg Es ist reiner Zufall, daß da auch gerade ein Rollifahrer im Bild war - für die ist sowas eher eine langgestreckte Barriere, kein Weg. Schönes Bild ! Der Rolli und die nicht abgesenkten Bordsteine am Zebrastreifen. Im Ernst, hier sind die Grenzen des Proposals und es muß be jeder Änderung der Stufenanzahl eine neue Fläche gebildet werden. Die mir in meiner Gegend bekannten interessanten Treppen sind leider auch alle in ihrer Form sehr spezifisch. ... Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Es ist nicht für jede Stiege eine neue Fläche erforderlich: lower: geht entlang der untersten Stiege solange sie annähernd die volle Höhe hat upper: geht über die volle Länge Man müsste für diesen Fall nur die Seiten taggen, was aber in dem einen Vorschlag vorkommt. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Download xml fermate autobus Atac
Salve a tutti, sto lavorando ad una Tesi di laurea Magistrale per Roma Tre (ho già scritto in passato in questa mailinglist). Volevo chiedere ai più esperti come posso richiedere al server un xml con tutte le fermate dell'autobus di una determinata linea dell'Atac? Mi aspetto un'espressione tipo: * http://overpass-api.de/api/xapi?*[bbox=12.3,41.759,12.7,42.027][ref=779][ref=bus_stop][@meta] * L'importante è che alla fine mi ritrovo un xml con tutte le fermate dell'autobus che ho cercato. Ancora meglio sarebbe avere tutte le fermate degli autobus in un unico file xml (tanto poi con xpath posso prendere le informazioni che voglio) Grazie -- Daniele Palla Palladino http://www.danielepalladino.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Download xml fermate autobus Atac
Se chiedi ad Overpass con network=ATAC dovresti trovare tutto. Altrimenti potresti prendere un estratto del Lazio (da GFOSS) e filtrare secondo un bounding box ed i tags che ti interessano (highway=bus_stop e public_transport...) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura a 4 dimensioni.
Un conto è l'inserzione di dati per cose non più esistenti (e ne anche tracciabile / senza tracce). L'altra cosa sono cose che vengono cambiati in OSM perchè si sono cambiati nel mondo reale. (per esempio una casa è stata abbatuta). Al momento questi edits sono allo stesso livello che un edit dove qualcuno cancella una casa che è stata disegnata ma non c'è mai stata (vandalismo). Ho fatto un tentativo 3 settimane fa per discutere come si potrebbe formalizzare gli edits al livello changeset-comment: http://lists.openstreetmap.org/pipermail/tagging/2012-April/009824.html Un altro tentativo è OSM-4D: http://wiki.openstreetmap.org/wiki/OSM-4D Why 4D? The fourth dimension is a reference to time. When a building or part of a building is modelled there will be a way to describe when this appearance is valid. This allows in the case of restructuring and extension of buildings that the already available information will not be discarded but kept for historic interest. It also aloows for existing historic 3D-models to be inserted into the database. invece inserire direttamente nel database di OSM oggeti che non esistono più non è una buona idea (forse a precindere di pocchisimi eccezioni), e se vuoi un esempio cosa significa in pratico guarda qui: (scusami ho cercato ma non trovato, dovrebbe essere intorno a qui, http://www.openstreetmap.org/?lat=52.37692lon=8.63519zoom=16layers=M è stato inserite un altro centro abitato storico (50 anni o qualcosa del genere, che è stato abbatuto / trasformato) dove Mirko Küster aveva fatto un esperimento. Dato che lui non era in grado di decidersi per la nuova licenza hanno probabilmente cancellato già quello che c'era). http://www.openstreetmap.org/user/Mirko%20K%C3%BCster Questo è il changeset: http://www.openstreetmap.org/browse/changeset/3403956 Se vedi un oggetto esemplarico: http://www.openstreetmap.org/browse/way/46624520 area fix and removing objects that don't exists on the ground ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Download xml fermate autobus Atac
Forse non mi sono spiegato o forse non ho capito io la tua risposta. A me servirebbe un xml che mi dica le fermate dell'autobus di una certa linea della linea XYZ Le informazioni che mi prendo nel modo che mi dici ce le ho già avendo fatto una query a overpass per tutte le fermate di roma 2012/5/16 Martin Koppenhoefer dieterdre...@gmail.com Se chiedi ad Overpass con network=ATAC dovresti trovare tutto. Altrimenti potresti prendere un estratto del Lazio (da GFOSS) e filtrare secondo un bounding box ed i tags che ti interessano (highway=bus_stop e public_transport...) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Daniele Palla Palladino http://www.danielepalladino.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Miniere
Se ho capito bene il tag per l'entrata di una miniera é man_made=adit, quello per il pozzo verticale è man_made=mineshaft ma per la galleria mineraria c'è un tag specifico o devo usare highway=path/service e tunnel yes? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Miniere
-Original Message- From: gian mario navillod [mailto:gian.mario.navil...@gmail.com] Sent: mercoledì 16 maggio 2012 17:12 To: Talk-it@openstreetmap.org Subject: [Talk-it] Miniere Se ho capito bene il tag per l'entrata di una miniera é man_made=adit, quello per il pozzo verticale è man_made=mineshaft ma per la galleria mineraria c'è un tag specifico o devo usare highway=path/service e tunnel yes? Tunnel=yes aggiunto al tag più appropriato per il percorso mi sembra corretto, che sia una galleria mineraria si capisce dal tag all'ingresso. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Miniere
2012/5/16 Alberto Nogaro bartosom...@yahoo.it: -Original Message- From: gian mario navillod [mailto:gian.mario.navil...@gmail.com] Sent: mercoledì 16 maggio 2012 17:12 To: Talk-it@openstreetmap.org Subject: [Talk-it] Miniere Se ho capito bene il tag per l'entrata di una miniera é man_made=adit, quello per il pozzo verticale è man_made=mineshaft ma per la galleria mineraria c'è un tag specifico o devo usare highway=path/service e tunnel yes? Tunnel=yes aggiunto al tag più appropriato per il percorso mi sembra corretto, che sia una galleria mineraria si capisce dal tag all'ingresso. secondome non è sufficente tunnel=yes per una miniera, a precindere dei tags del ingresso ci si vuole anche uno per la galleria. Probabilmente c'è già, ma non mi riccordo. Non hai trovato niente nel wiki? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] DDI Cali - Invitacion a conferencia.
Buenas tardes; El dia de mañana en el marco de la celebración del DDI Cali fuí invitada a dictar una conferencia sobre cartografía social denominada 'Cartografía Digital. Herramienta para la construcción de un conocimiento integral del territorio'. Mi participación dentro de OSM Co. ha sido muy poca pero siempre he visto los procesos que efectuan y como trabajan como colectivo(particularmente en momentos de desastres), por ende en mañana quisiera incorporar via skype a alguno(s) de forma espontanea para no quedarme solo en la teoría sino efectivamente mostrar como desde el 2.0 han sido desarrolladas iniciativas como esta que le dan un valor agregado a la manipulación de la información geografica que se dispone y se re-construye constantemente desde internet. Agradezco la atención prestada, de querer participar interactivamente con nosotros entre las 9:00 y 10:00 a.m pueden adicionarme en skype como mjulianacarvajal . Atentamente, María Juliana Carvajal. COLECTIVO DELM CALI http://www.delmcali.co/ ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] DDI Cali - Invitacion a conferencia.
Justo mañana estaré dando la conferencia OSM: Cartografía abierta para la I+D+i a partir de las 10 AM en la Universidad de Cartagena; por lo tanto puedo colaborarte en la hora indicada. Mi usuario skype es hyances, ya te he agregado. El 16 de mayo de 2012 15:15, María Juliana Carvajal mjulianacarva...@gmail.com escribió: Buenas tardes; El dia de mañana en el marco de la celebración del DDI Cali fuí invitada a dictar una conferencia sobre cartografía social denominada 'Cartografía Digital. Herramienta para la construcción de un conocimiento integral del territorio'. Mi participación dentro de OSM Co. ha sido muy poca pero siempre he visto los procesos que efectuan y como trabajan como colectivo(particularmente en momentos de desastres), por ende en mañana quisiera incorporar via skype a alguno(s) de forma espontanea para no quedarme solo en la teoría sino efectivamente mostrar como desde el 2.0 han sido desarrolladas iniciativas como esta que le dan un valor agregado a la manipulación de la información geografica que se dispone y se re-construye constantemente desde internet. Agradezco la atención prestada, de querer participar interactivamente con nosotros entre las 9:00 y 10:00 a.m pueden adicionarme en skype como mjulianacarvajal . Atentamente, María Juliana Carvajal. COLECTIVO DELM CALI http://www.delmcali.co/ ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Levende hegn og bebyggelse
Ok det ser ud til at levende hegn er barrier=hedge Angående vandløbene så må det være op til en lokal undersøgelse om vi sætter levende hegn langs åen eller lave en forrest (eller wood) og for en gang skyld kan man måske bruge wood da træer langs vandløb ofte ser ret selvsåede ud og ja jeg har taget min opfattelse af hvad der er skov og hvad der bare er en klump træer op til nyvurdering, især da vi kun har et tag, nu vurdere jeg lokalt om det er træer eller krat. Så mangler jeg bare en god ide til beboelses huse i det åbne land, farmyard er efter hvad jeg kan se kun til produktions gårde. Mvh Esbern 15. maj 2012 14.14 skrev Kristian Krægpøth k.kragp...@gmail.com: Hov jeg glemte de levende hegn: Jeg har beskrevet levende hegn med barrier=hedge Det ser rigtigt ud som en grøn streg på mapnik-kortet. Men det er et problem ved vandløbene - måske beskrive et hegn på den ene eller begge sider af vandløbet alt efter udbredelsen. Mange steder breder træbevoksningen sig noget mere - så er det måske betegnelsen forest eller wood, der skal bruges. Selv om jeg ved, at du er lidt forbeholden over for hvad der er skov ;) Vh Krægpøth ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Levende hegn og bebyggelse
Den 15-05-2012 11:57, Esbern Snare skrev: Davs Efter at jeg er begyndt at optegne landuse, er der flere gode spørgsmål der melder sig. Hvordan tagges et fritliggende hus + have i det åbne land, Tag:landuse=residential ser ud som om det skal være et større område med beboelse. se evt. her http://www.openstreetmap.org/?lat=55.49183lon=9.94606zoom=16layers=M Den grå trekant i marken ved pavebæk er et hus med have. Der er ikke andre velegnede tags som jeg kender, og det er også brugt en del steder. Hvad med levende hegn ? dem har vi ret mange af på fyn, Tag:natural=tree_row ??? Det er jo ikke natur som sådan, men en barriere - for vinden vel mest. barrier=hedge opfatter jeg nærmere som hæk, altså forskellig fra et hegn. Men så mangler der en værdi for hegn. Måske skal der foreslås en?? Langs vores vandløb er der meget ofte træer, nogen ideer her ? Jeg synes natural=scrub (buskads) er godt, hvis der er tale om en bræmme af vildtvoksende buskads/træer. Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Levende hegn og bebyggelse
Hej Jeg bruger natural=scrub, da barrier=hedge lyder mere som en barriere for at holde noget ude eller noget inde. Scrub er heller ikke det bedst, da et hegn sjældent er naturligt. men i mangel af bedre... /Jens Den 16. maj 2012 18.34 skrev Anders Lund and...@alweb.dk: Den 15-05-2012 11:57, Esbern Snare skrev: Davs Efter at jeg er begyndt at optegne landuse, er der flere gode spørgsmål der melder sig. Hvordan tagges et fritliggende hus + have i det åbne land, Tag:landuse=residential ser ud som om det skal være et større område med beboelse. se evt. her http://www.openstreetmap.org/?** lat=55.49183lon=9.94606zoom=**16layers=Mhttp://www.openstreetmap.org/?lat=55.49183lon=9.94606zoom=16layers=M Den grå trekant i marken ved pavebæk er et hus med have. Der er ikke andre velegnede tags som jeg kender, og det er også brugt en del steder. Hvad med levende hegn ? dem har vi ret mange af på fyn, Tag:natural=tree_row ??? Det er jo ikke natur som sådan, men en barriere - for vinden vel mest. barrier=hedge opfatter jeg nærmere som hæk, altså forskellig fra et hegn. Men så mangler der en værdi for hegn. Måske skal der foreslås en?? Langs vores vandløb er der meget ofte træer, nogen ideer her ? Jeg synes natural=scrub (buskads) er godt, hvis der er tale om en bræmme af vildtvoksende buskads/træer. Anders __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Levende hegn og bebyggelse
On 15/05/2012 12:12, Hjart wrote: Det forekommer mig fornuftigt i Danmark simpelthen at definere landuse=residential som værende lige med byzone. Industriområder, kontorområder og lignende er normalt også indenfor byzone, men dem mapper vi ikke som residential, da der ikke forekommer beboelse der. Jeg tror at det er bedre at holde os til de normale landuse definitioner og eventuelt anvende en eller anden form for boundary til at indikere byzonegrænser med. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Levende hegn og bebyggelse
Kristian Krægpøth skrev: Når jeg læser i wikien om barriers, synes jeg, at hedge meget tydeligt er et levende hegn, der afgrænser en mark: Nu citerer du jo selv: but can also be used in urban contexts, parks and other contexts. Om det er natural=tree_row eller barrier=hedge afhænger efter min opfattelse alene af, om man (nemt) kan gå igennem eller ej - ikke om det er ved en mark eller i by. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Visualisera busstrafik i Lund
On 16 maj 2012, at 23:09, Tobias Johansson wrote: Den 16 maj 2012 19:09 skrev Joakim Fors joa...@joakimfors.org: On 11 maj 2012, at 15:24, Robert Helgesson wrote: Om ingen har något emot det så har jag inget emot att åta mig att konvertera lokaltrafiken i Lund till public_transport som en pilotkonvertering. I och med att jag har ett use-case så känner jag mig motiverad. Inte mig emot. Bara som en liten notis så fick jag mail av Ulrika Wiqvist (tror hon tryckte svara isf svara alla, men skyltar inte direkt med hennes mail då jag inte är säker; [förnamn.efternamn at gmail.com]) som också var sugen på att pyssla med konverteringen. Kanske är skäl att synkronisera er emellan. Ah, det mailet fick jag inte med det vore jättebra ifall Ulrika har tid och möjlighet att jobba på konverteringen! Jag kan skicka ett mail till henne imorrn -- måste springa till flyget nu :-( Tänkte du bygga med alla bells and whistles dvs platformar, stop_area, stop_position etc samt shelter och bench o.dyl. så man får ett riktigt präktigt demonstrationsexemplar på hur det ska se ut? ;) För mina egna syften vill jag ha relationer för stop_area inklusive stop_position och platform. För stop_area vill jag ha med Skånetrafikens referens som jag nämnde tidigare och för platforms vill jag ha med platformsnamnet (A, B, osv.). Shelter och andra amenities som hör till hållplatserna är lite klurigare, min tanke är väl främst att lyfta över eventuella sådana taggar från befintliga bus_stop-noder. Att lägga till mer blir en survey-uppgift för alla Lundabor :-) Enligt http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport så ska namn, ref etc ligga i stop_area relationen och platform samt stop_position vara tomma på metadata. Om ingen stop_area relation finns så hamnar namn, ref etc på endera platformen eller stop_position noden. Nja. Det står faktiskt inte att de skall vara tomma. det står att om namn etc. finns på stop_area-relationen så är de valfritt (optional) att lägga in det på stop_position/platform. Sant, gillar bara inte att ha duplicering av namn och annan metadata. I och för sig så är det rätt mycket redundant information i de exempel som tas upp i public_transport-beskrivningen. Läget ingår väl även i namnet så det blir t.ex. name=Tage Erlanders väg A, eller ska det vara med A inom parentes som t.ex. vid centralstationen? Läget ingår ju i namnet på platformen som någon nämnde tidigare men inte nödvändigtvis stop_area relationen eftersom de kan innehålla en massa platformar. Den lösning som också föreslagits tidigare känns mer logisk. Bara namnet på hållplatsen i stop_area relationen och sedan lägesnamnet på de olika platformarna i relationen. (sedan för att få en rendering på transport-map lagret på openstreetmap.org samma namn på stop_positionerna och även highway=bus_stop eller railway=tram_stop detta som en temporär lösning tills transportmap förhoppningsvis skulle stödja pt-schemat i framtiden (jag/vi hoppas på det iaf.)) Ex: http://www.openstreetmap.org/browse/relation/2185962 I just detta fallet kan du ha rätt? Vad tycker ni andra? Eftersom vad jag kan se det inte finns mer än en platform. Vädligt ovanligt fall dock skulle jag säga. här är några relationer jag har gjort (dock behövs det säkert lite tillfixande). http://www.openstreetmap.org/browse/relation/1863557 Saker jag anser borde ifrågasättas på ovan relation: 1. Läge A borde kanske bara vara A? 2. ref kanske borde läggas in på en del? Känns lite onödigt beskrivande att sätta med Läge/Platform/Spår etc. Känns bättre att bara sätta name=A i stället. http://www.openstreetmap.org/browse/relation/2184934 Saknas stop_area på många av stopplatserna (av den enkla anledningen att jag inte gjort dem än..) http://www.openstreetmap.org/browse/node/1313438793 Detta är en nod som jag inte gjort någon stop_area på än.. Detta är ett speciellt fall i göteborg där samma hållplats har två namn. (varför är jag inte helt 100% på men tror det är för att det skall stå olika namn på trean och femman som sluttposition då de kör olika vägar dit. (trean kommer in norrifrån och femman söderifrån och sedan vänder båda och kör tillbaka)). Dock så om man kollar lägerna så heter läge a och b kålltorp. Läge C-J torp (finns inget läge A eller B för torp). Skulle detta vara en eller två stop_areor? Om en vad skulle den heta? Gör man en sökning på västtrafiks ruttplanerare som kräver byte från trea till femman lägger den in att du behöver gå under hundra meter mellan hållplatserna). … började grubbla lite då jag tänkte fixa till lite här i närheten. :) Grubbla är bra :) Om jag grubblar vidare lite och försöker samla min tankar så här på kvällskvisten så är följande något som borde vara ok: stop_area (rel) -- id=1 type=public_transport public_transport=stop_area ref=123456 name=Bullerbyn operator=Foo network=Bar * stop [id=2] * stop [id=3 * platform
[Talk-es] Error al abrir archivo.osm de cat2osm
Buenas, Me presento; soy Javier, delineante, mapeo desde Barcelona. Tras unos meses con JOSM, ayer probé mi primera conversión con cat2osm y todo fue aparentemente correcto, un municipio de 700 habitantes lo convirtió en 4 horas, un archivo .osm de 12 Mb. Ahora bien, al intentar abrirlo en JOSM, me da error: No se pudo leer el fichero.osm La relación con id externo -91 se refiere a una primitiva perdida con id externo -1133 De qué se trata? Fallo humano o fallo técnico? Saludos. PS:Ya sé que se está trabajando en ello y que cat2osm no es estable ;) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error al abrir archivo.osm de cat2osm
No se pudo leer el fichero.osm La relación con id externo -91 se refiere a una primitiva perdida con id externo -1133 De qué se trata? Fallo humano o fallo técnico? Es técnico. Estás usando la última beta que tiene un bug al generar relaciones porque estamos simplificando nodos. Ahora mismo, la mejor opción es usar la version que se encuentra en github. https://github.com/AnderPijoan/cat2osm/blob/master/cat2osm.jar PD: en qué municipio te ha sucedido y cuanto ha tardado en ejecutarse? Nos puedes pasar los archivos de catastro para hacer debug del problema? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error al abrir archivo.osm de cat2osm
Se trata de Pratdip (Tarragona). Aquí dejo los archivos: --Archivos de catastro: https://www.dropbox.com/s/d2boppnc56y3751/pratdip.zip --Archivo .osm: https://www.dropbox.com/s/j70z1ilax71l38j/pratdip.osm Además -por si es relevante- usé el parámetro CRecta con valor 0.01 El 16 de mayo de 2012 08:47, Cruz Enrique Borges cruz.bor...@deusto.esescribió: No se pudo leer el fichero.osm La relación con id externo -91 se refiere a una primitiva perdida con id externo -1133 De qué se trata? Fallo humano o fallo técnico? Es técnico. Estás usando la última beta que tiene un bug al generar relaciones porque estamos simplificando nodos. Ahora mismo, la mejor opción es usar la version que se encuentra en github. https://github.com/AnderPijoan/cat2osm/blob/master/cat2osm.jar PD: en qué municipio te ha sucedido y cuanto ha tardado en ejecutarse? Nos puedes pasar los archivos de catastro para hacer debug del problema? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error al abrir archivo.osm de cat2osm
On Miércoles, 16 de mayo de 2012 09:10:50 Javi RG escribió: Se trata de Pratdip (Tarragona). Aquí dejo los archivos: --Archivos de catastro: https://www.dropbox.com/s/d2boppnc56y3751/pratdip.zip --Archivo .osm: https://www.dropbox.com/s/j70z1ilax71l38j/pratdip.osm Además -por si es relevante- usé el parámetro CRecta con valor 0.01 Nos puedes pasar el config también? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error al abrir archivo.osm de cat2osm
Archivo config: https://www.dropbox.com/s/i62ff1hq7y13rv8/pratdip Saludos El 16 de mayo de 2012 09:17, Cruz Enrique Borges cruz.bor...@deusto.esescribió: On Miércoles, 16 de mayo de 2012 09:10:50 Javi RG escribió: Se trata de Pratdip (Tarragona). Aquí dejo los archivos: --Archivos de catastro: https://www.dropbox.com/s/d2boppnc56y3751/pratdip.zip --Archivo .osm: https://www.dropbox.com/s/j70z1ilax71l38j/pratdip.osm Además -por si es relevante- usé el parámetro CRecta con valor 0.01 Nos puedes pasar el config también? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error al abrir archivo.osm de cat2osm
On Miércoles, 16 de mayo de 2012 10:02:11 Javi RG escribió: Archivo config: https://www.dropbox.com/s/i62ff1hq7y13rv8/pratdip Muchas gracias!!! En cuanto tengamos un rato le echamos un ojo. PD: para evitarnos problemas, como has enviado el enlace a la lista deberías de borrar el fichero del dropbox ;) -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] licencia
¿Alguien sabe qué tipo de licencia tienen estos datos [1]? He buscado en la web y no he dado con esa información; les he escrito pero no me contestan... [1] http://mapadefosas.mjusticia.es/exovi_externo/CargarMapaFosas.htm ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] licencia
El enlace al aviso legal está roto pero se puede acceder gracias a Internet Archive (enlacehttp://web.archive.org/web/20100918192610/http://leymemoria.mjusticia.es/paginas/es/aviso_legal.html). Parece que se reservan todos los derechos. De todos modos según veo en el visor los iconos de fosas se corresponden con los cascos urbanos en los municipios en donde se encuentran, no en el lugar preciso dentro de cada término municipal. Al menos en Castilla y León. Manuel (Montgomery) El 16 de mayo de 2012 15:14, Ernesto Murcia ermus...@yahoo.es escribió: ¿Alguien sabe qué tipo de licencia tienen estos datos [1]? He buscado en la web y no he dado con esa información; les he escrito pero no me contestan... [1] http://mapadefosas.mjusticia.**es/exovi_externo/**CargarMapaFosas.htmhttp://mapadefosas.mjusticia.es/exovi_externo/CargarMapaFosas.htm __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] licencia
El 16/05/2012 15:31, Manuel (Montgomery) escribió: El enlace al aviso legal está roto pero se puede acceder gracias a Internet Archive (enlace http://web.archive.org/web/20100918192610/http://leymemoria.mjusticia.es/paginas/es/aviso_legal.html). Parece que se reservan todos los derechos. De todos modos según veo en el visor los iconos de fosas se corresponden con los cascos urbanos en los municipios en donde se encuentran, no en el lugar preciso dentro de cada término municipal. Al menos en Castilla y León. Manuel (Montgomery) Pues tienes razón, parece que no se ubican las fosas, únicamente la población (municipio) donde se encuentran. En cualquier caso, parece que no dejan hacer uso de la información... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
El día 10 de mayo de 2012 15:41, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola comunidad: Tengo un par de dudas relacionadas con los datos espaciales disponibles sobre la Red Natura 2000. He buscado en los archivos y no he encontrado ninguna discusión al respecto. De antemano decir que no propongo nada serio, ya sé que andamos muy liados con el tema del Catastro, simplemente de cara a un futuro y de ser posible si alguien quiere ir haciéndolo poco a poco. Como muchos sabréis, la Red Natura 2000 engloba distintos tipos de espacios naturales a nivel europeo que por algún elemento singular de su ecosistema se considera necesario conservar. En España quizás os suenen figuras de protección como las ZEPAs (Zonas de Especial Protección para las Aves) o los LICs (lugares de importancia comunitaria). Son espacios de muy diverso tamaño: desde enclaves urbanos en donde nidifica determinada especie a comarcas enteras de cientos de kilómetros cuadrados. Pues bien, por orden de la UE, los Estados son responsables de catalogar estos espacios y de realizar una cartografía. En España los datos están centralizados en el Ministerio de Medioambiente aunque han sido las CCAA las responsables de su realización, incluyendo la cartografía digital.[1] En la misma página del Ministerio está disponible la descarga de shapefiles separados tanto de LICs como de ZEPAs para península-Baleares y Canarias.[2] Primera duda: Naturaleza libre o no de los datos. Aparentemente, de acuerdo con los metadatos, es compatible. Se afirma que no se aplican limitaciones a las condiciones de uso y el acceso es público y gratuito... será necesario nombrar la fuente de procedencia de la información de la siguiente manera: Fuente: Ministerio de Agricultura, Alimentación y Medio Ambiente. Sin embargo, al ser las CCAA los autores originales de la información tengo dudas de que el Ministerio pueda atribuirse el derecho a publicar la info de ese modo. Quizás sea cuestión de revisar la normativa europea, porque probablemente el liberar de ese modo (favorable para nosotros) sea un requisito de la UE. Segunda duda: En el caso de que sean compatibles, cuál sería el modo más inteligente de incorporar estos datos OSM. ¿Cada uno a su bola, coordinados, automático con supervisión de los resultados? ¿shp2osm? Según la Wiki ya están contempladas las etiquetas para este tipo de espacios: boundary=protected_area + protect_class=97.[4] Sería además muy recomendable darles los códigos que cada espacio RN2000 tiene (p.ej: ref=ES4110020). Ya más avanzado, para matrícula, es darle los tipos de hábitat de acuerdo con la Interpretation Manual of European Union Habitats. Saludos. Manuel (Montgomery) [1] http://www.magrama.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/red_natura_2000.aspx [2] http://www.magrama.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/rednatura2000_descargas.aspx [3] http://www.magrama.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/MetadatoLIC_Octubre2011_tcm7-201879.pdf [4] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Hola En mi humilde opinión de no experto, yo entiendo que los datos están publicados con el equivalente a una licencia (cc) by. Entiendo que son compatibles. Creo que sería muy interesante tenerlos en OSM. Creo que la forma correcta de hacer el posible proceso de importación sería de forma coordinada en esta lista y siguiendo las directrices de [1]. Ahora bien, sería bueno que opine más gente. Saludos. [1] http://wiki.openstreetmap.org/wiki/Import_guidelines ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
El 16/05/2012 23:58, Javier Sánchez javiers...@gmail.com escribió: Hola En mi humilde opinión de no experto, yo entiendo que los datos están publicados con el equivalente a una licencia (cc) by. Entiendo que son compatibles. Discrepo. Débilmente en la compatibilidad con la odbl (concretamente, nuestro uso) y más fuertemente respecto a los Contributor Terms. Mejor preguntar, sobre todo si hay buena voluntad, no os pase como a mí: según el Ayuntamiento de Zaragoza, la cláusula share-alike no tiene efecto y según Open Data Euskadi, la licencia cc-by prohíbe la modificación. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] WMS'i abi vaja
Mh, qgisis ei suutnud ka pilti ette manada, kihid loeb getcapabilities requestist välja kui pordi osa üldse minema visata. niisama täiesti suvaliste parameetritega tuli pilt küll ette: http://maps.trafikinfo.trafikverket.se/SpatialAceWMS/OGCWMSInterface.axd?view=LPV.View0service=WMSrequest=GetMapversion=1.3.0crs=EPSG:4326layers=View0/LayerSet0styles=BBOX=57.4,11.5703,57.96,12.4194format=image/pngwidth=500height=500 -- Mihkel Oviir sook...@yahoo.com From: kasu k...@lap.ee To: OpenStreetMap Estonia talk-ee@openstreetmap.org Sent: Wednesday, May 16, 2012 3:12 PM Subject: [Talk-ee] WMS'i abi vaja Tarvis Rootsi kohta paar kaartikest joonistada. Kohalikelt sain WMS'i kasutamise kohta aadressi: http://maps.trafikinfo.trafikverket.se/SpatialAceWMS/OGCWMSInterfaceInfo.aspx tarkvarana kasutusel Qgis ning kuidagi ei suuda antud wms'e pildile saada. esmalt jäi silma, et port on vale st 81 asemel peaks vist 80 olema. on vahest kellegil mahti vaadata kus viga peitub ? kasu ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] WMS'i abi vaja
Lahendus oli tegelikult imelihtne. xml alla laetud kihtide kirjelduse juures 81 port maha ja siis xml qgis'ile lõugade vahele ning asi töötab nagu kulda. Seega tänud Mihklile :) kasu On 05/16/2012 04:48 PM, kasu wrote: On 05/16/2012 04:09 PM, Mihkel Oviir wrote: Mh, qgisis ei suutnud ka pilti ette manada, kihid loeb getcapabilities requestist välja kui pordi osa üldse minema visata. niisama täiesti suvaliste parameetritega tuli pilt küll ette: http://maps.trafikinfo.trafikverket.se/SpatialAceWMS/OGCWMSInterface.axd?view=LPV.View0service=WMSrequest=GetMapversion=1.3.0crs=EPSG:4326layers=View0/LayerSet0styles=BBOX=57.4,11.5703,57.96,12.4194format=image/pngwidth=500height=500 http://maps.trafikinfo.trafikverket.se/SpatialAceWMS/OGCWMSInterface.axd?view=LPV.View0service=WMSrequest=GetMapversion=1.3.0crs=EPSG:4326layers=View0/LayerSet0styles=BBOX=57.4,11.5703,57.96,12.4194format=image/pngwidth=500height=500 Mjah tundub, et kohalikud saavad siis 81 pordile ligi... seega lahenduseks on vist kirjutada mingi filter, mis pordi osa minema viskab? kasu -- Mihkel Oviir sook...@yahoo.com ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Defibrillatoren
On 15.05.2012 22:59, Andreas Hubmer wrote: - Alte Daten aus OSM löschen (wie finden? über ein Tag?) - Neuen Import durchführen Wenn die Daten woanders gepflegt und gewartet werden und regelmäßig aus OSM komplett rausgeworfen und wieder importiert werden müssen, dann ergibts IMO wenig Sinn diese Daten in OSM zu halten. Sollten diese nämlich dort verbessert werden ist das beim nächsten Update futsch, da ja nix zurückfließt. Generell weiß ich auch nicht wirklich, was eine Karte mit Defis bringt, da diese ja zumeist nicht frei verfügbar herumhängen und in einem Gebäude eher schwierig zu lokalisieren sind. Abgesehen davon, dass deren Nutzen (Kammerflimmern) im Vergleich zu klass. CPR generell eher begrenzt ist... LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] norc.at Streetview (war: Re: Veraltete Geoimage-Bilder?)
On 2012-05-15 22:28, Boris Cornet wrote: Und NORC, darauf sollte man schon deutlich hinweisen. Es sind zwar nur Teile von Österreich, aber dort sind die Streetview-Bilder mehr als brauchbar (beispielsweise um Einbahnen zu verifizieren). Und dass sie die zig GB GPX ihrer Befahrungen in OSM eingespeist haben, sei auch lobend hervorgehoben, ebenso, dass sie alle Personen und Kennzeichen brav verpixelt haben. http://www.norc.at/street-view/ Spannend! Allerdings war das einzige was ich zu Nutzungsrechten gefunden habe auf [1]: Any content published by ESG through Norc service is protected by copyright, under the laws in force related to intellectual property rights. These rights belong to either ESG or its licensors. By accessing and using the content through Norc services, none copyright is transfered to users. Gibt es da noch irgendwelche Privatabmachungen mit OSM oder war's das damit eh schon wieder? In größerem Kontext: gibt es (zB am OSM Wiki) einen Katalog aller verwendbaren Datenbestände? MfG David [1] http://www.norc.at/terms-help.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] norc.at Streetview (war: Re: Veraltete Geoimage-Bilder?)
On 16.05.2012 08:35, David Schmitt wrote: Spannend! Allerdings war das einzige was ich zu Nutzungsrechten gefunden habe auf [1]: Any content published by ESG through Norc service is protected by copyright, under the laws in force related to intellectual property rights. These rights belong to either ESG or its licensors. By accessing and using the content through Norc services, none copyright is transfered to users. Gibt es da noch irgendwelche Privatabmachungen mit OSM oder war's das damit eh schon wieder? Wenn es ums Abschreiben von Straßennamen oder Einbahnen von Fotos geht, dann ist kein explizites Nutzungsrecht erforderlich, weil es sowieso dem Gesetz nach erlaubt ist. Die Information, ob eine Straße eine Einbahnstraße ist, ist keine eigentümliche geistige Schöpfung auf den Gebieten der Literatur, der Tonkunst, der bildenden Künste und der Filmkunst und fällt somit nicht ins Urheberrecht. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] norc.at Streetview (war: Re: Veraltete Geoimage-Bilder?)
Guten Tag! Abzeichnen kannst du von NORC eh nichts. Und dir im Rahmen der privaten Nutzung einen Straßenzug anzuschauen, und die Erkenntnisse daraus in OSM einzupflegen, schafft ein neues Werk, und verletzt daher nicht das Copyright. Was immer zu bedenken ist: Das ist ein Snapshot, und die Aufnahmen haben schon ein, zwei Jahre am Buckel. Es macht deswegen nicht wirklich Sinn, Shops, Cafes und ähnliches basierend auf diesen Bildern einzuzeichnen, weil die sich möglicherweise schon wieder geändert haben. Aber wenn du z.B. weißt, dass das Cafe XY noch existiert, aber du dich an die exakte Lage nicht mehr erinnerst, dann macht es durchaus Sinn. Heute (16. Mai) um 08:35 schrieb David Schmitt: On 2012-05-15 22:28, Boris Cornet wrote: Und NORC, darauf sollte man schon deutlich hinweisen. Es sind zwar nur Teile von Österreich, aber dort sind die Streetview-Bilder mehr als brauchbar (beispielsweise um Einbahnen zu verifizieren). Und dass sie die zig GB GPX ihrer Befahrungen in OSM eingespeist haben, sei auch lobend hervorgehoben, ebenso, dass sie alle Personen und Kennzeichen brav verpixelt haben. http://www.norc.at/street-view/ Spannend! Allerdings war das einzige was ich zu Nutzungsrechten gefunden habe auf [1]: Any content published by ESG through Norc service is protected by copyright, under the laws in force related to intellectual property rights. These rights belong to either ESG or its licensors. By accessing and using the content through Norc services, none copyright is transfered to users. Gibt es da noch irgendwelche Privatabmachungen mit OSM oder war's das damit eh schon wieder? In größerem Kontext: gibt es (zB am OSM Wiki) einen Katalog aller verwendbaren Datenbestände? MfG David [1] http://www.norc.at/terms-help.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] norc.at Streetview (war: Re: Veraltete Geoimage-Bilder?)
Dass Norc hier auch was beigetragen hat, wusste ich nicht. Aber wenn ich mir die rechtliche Lage so ansehe: Wenn Streetview und Streetside in Österreich starten, kann ich dann die Straßenbilder verwenden, um diverse Angaben genauer zu machen? Sehr schön :) Am 16. Mai 2012 09:24 schrieb Boris Cornet bor...@osm-at.org: Guten Tag! Abzeichnen kannst du von NORC eh nichts. Und dir im Rahmen der privaten Nutzung einen Straßenzug anzuschauen, und die Erkenntnisse daraus in OSM einzupflegen, schafft ein neues Werk, und verletzt daher nicht das Copyright. Was immer zu bedenken ist: Das ist ein Snapshot, und die Aufnahmen haben schon ein, zwei Jahre am Buckel. Es macht deswegen nicht wirklich Sinn, Shops, Cafes und ähnliches basierend auf diesen Bildern einzuzeichnen, weil die sich möglicherweise schon wieder geändert haben. Aber wenn du z.B. weißt, dass das Cafe XY noch existiert, aber du dich an die exakte Lage nicht mehr erinnerst, dann macht es durchaus Sinn. Heute (16. Mai) um 08:35 schrieb David Schmitt: On 2012-05-15 22:28, Boris Cornet wrote: Und NORC, darauf sollte man schon deutlich hinweisen. Es sind zwar nur Teile von Österreich, aber dort sind die Streetview-Bilder mehr als brauchbar (beispielsweise um Einbahnen zu verifizieren). Und dass sie die zig GB GPX ihrer Befahrungen in OSM eingespeist haben, sei auch lobend hervorgehoben, ebenso, dass sie alle Personen und Kennzeichen brav verpixelt haben. http://www.norc.at/street-view/ Spannend! Allerdings war das einzige was ich zu Nutzungsrechten gefunden habe auf [1]: Any content published by ESG through Norc service is protected by copyright, under the laws in force related to intellectual property rights. These rights belong to either ESG or its licensors. By accessing and using the content through Norc services, none copyright is transfered to users. Gibt es da noch irgendwelche Privatabmachungen mit OSM oder war's das damit eh schon wieder? In größerem Kontext: gibt es (zB am OSM Wiki) einen Katalog aller verwendbaren Datenbestände? MfG David [1] http://www.norc.at/terms-help.html ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Adressen von Tiris
Hallo, der Tiris-Dienst des Landes Tirols bietet seine Daten unter einer CC-Lizenz an. Ist diese Lizenz mit der neuen Lizenz von OpenStreetMap verwendbar? Der Grund weshalb ich danach frage, ist, dass der Benutzer mariusmueller in den letzten paar Wochen die Adressen für mehrere Ortschaften in OSM eingepflegt hat. Es wäre schön, wenn man dies für alle Ortschafen machen könnte, sofern es erlaubt ist. Hausnummern eintragen ist leider eine Menge Arbeit, und macht lange nicht so viel Spaß wie neue Wege entdecken oder Points of Interest einzutragen. Schöne Grüße, Fonmou ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Frage zu Nominatim-Suchergebnis bzw. zum Tag place=neighbourhood
On 05/12/2012 12:07 PM, Andreas Labres wrote: On 11.05.12 09:50, Norbert Wenzel wrote: dann sollten die Aspanggründe die immerhin schon zum Teil verbaut sind auch Neighborhood sein. Wäre ich sehr dafür, ja. place=neighbourhood ist noch ein recht junger Tag, drum gibt's in Wien davon sicher noch nicht viele. Ein Problem hab ich damit. Diese Stadterweiterungsgebiete sind ziemlich exakt definiert. Sie - wenn man sie denn unbedingt eintragen will - nur als Node einzutragen, halt ich für unsinnig. Da sollte man sich wohl für die Fläche entscheiden, auch wenn das ev. bedeutet, dass Nominatim die noch nicht findet. Wenn du diese Baugebiete als neighborhood eintragen willst, dann betrifft das wohl auch Gewerbegebiete, die ebenfalls exakt abgegrenzt sind. Die sind derzeit allerdings wohl als landuse Flächen mit einem Namen eingetragen und werden als solche von Nominatim gefunden. (Es gibt auch einige hamlets mit dem Namen Gewerbefläche laut Suche.) Die Frage ist da, ob man sich für diese Erweiterungsgebiete nicht ein landuse mit Name besser nimmt, als einen place Node der keine genaue räumliche Ausdehnung hat. Stadt des Kindes finde ich z.B. sinnvoll (weil sehr eingebürgert). Noch nie gehört, aber das muss ja nichts heißen. Praktisch jede Gstättn auf der sich irgendein Immoprojekt einen schönen Namen ausdenkt wäre dann neighborhood. Auch da bin ich bei Dir. http://de.wikipedia.org/wiki/Quartier_Belvedere ... Ich habe den Namen ziemlich sicher wo auf wien.at gelesen. Wer den erfunden hat, keine Ahnung. Am Belvedere gibt's jedenfalls als Straßennamen (vgl. http://wiki.openstreetmap.org/wiki/Wien/Neue_Stra%C3%9Fen, wien.at ist grade offline). Was mich an der Umsetzung von neighborhood in Nominatim stört, ist dass alles zwangsläufig in der Neighborhood ist. Ich finds gut, dass ich bspw. das Quartier Belvedere suchen kann, aber ich will nicht unbedingt, wenn ich eine Adresse such, die Information, dass sie sich in dem Stadterweiterungsgebiet befindet. Dasselbe gilt bspw. für die fiktive Siedlung Waldandacht in irgendeinem Nest. Ich will die Siedlung finden, wenn ich nach ihr such, und wenn ich eine Adresse hab, dann reicht mir der Ortsname, oder Ortsteil, aber ich brauch den Siedlungsnamen nicht. Das ist etwas, dass man allerdings Nominatimseitig mal lösen müsste bzw. sich an den place Nodes ein Tagging überlegen, ob dieser Place denn wichtig genug ist, dass andere Orte als innerhalb dieses Places angezeigt werden. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Defibrillatoren
On 05/15/2012 10:59 PM, Andreas Hubmer wrote: Hat sich bezüglich Defibrillatoren zufällig schon jemand Gedanken gemacht? Sieht bei Defibrillatoren oder beim Import jemand irgendwelche besonderen Punkte, auf die man achten sollte? Der Import selbst ist technisch gesehen nicht schwierig. Konvertierung von GML nach OSM-XML und dann Uploaden. Was passiert mit bereits eingetragenen Defis? Mit dem Konzept hast du zwei Defis wo eigentlich nur einer sein sollte. Um Openstreetmap aktuell zu halten, wäre es fein in regelmäßigem Intervall einen Import durchzuführen. Ich stelle mir das so vor: - Alte Daten aus OSM löschen (wie finden? über ein Tag?) - Neuen Import durchführen Das ist definitiv keine Lösung, wie Stefan Kopetzky bereits angemerkt hat. Wenn du das machen willst, dann sorg dafür, dass du in der Lage bist bereits eingetragene Nodes zu finden und dann mit deinem Set (vermutlich manuell) zu vergleichen. Das brauchst du eigentlich auch für den ersten Import schon, um doppelte Defis zu vermeiden. Was für einen Sinn hat es ohnehin offene Daten in die OSM Datenbank zu kippen? Klar, das sind nur ein paar Punkte mehr in Wien, aber global gesehen sollten wir uns schon Fragen, ob wir das brauchen, dass jede offene Datenquelle automatisch in OSM gespeichert wird. Ich würde an deiner Stelle mal mit Jan reden und ihn bitten die Liste der Defis in Wien direkt in seine Karte einzupflegen. Sollten dafür Skripte notwendig sein, dann kannst du die Arbeit, die du sonst mit dem Import verbracht hättest für diese Skripte einsetzen, so dass Jan nicht viel Aufwand hat um die Defis in Wien immer und aktuell in seiner Karte zu haben. lg, Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Adressen von Tiris
Servus! Heute (16. Mai) um 17:33 tippte fon...@operamail.com: der Tiris-Dienst des Landes Tirols bietet seine Daten unter einer CC-Lizenz an. Ist diese Lizenz mit der neuen Lizenz von OpenStreetMap verwendbar? Es ist die CC BY AT Lizenz 3.0, aber da gibt es Zusatzbedingungen [1] Im großen und ganzen ist das die selbe Lizenz wie die von ODG-Tirol (data.tirol.gv.at), allerdings fallt die Zuständigkeit für die OGD-Daten in ein anderes Ressort als die tiris Daten. (OGD = Open Government Data) Das Problem ist die Form der Namensnennung, da wir nicht garantieren können, dass Leute den source-tag richtig setzen, und dass der auch in Zukunft nicht verschwindet. Die gute Nachricht: Die Abt. Verwaltungsentwicklung hat der Nutzung der OGD Daten in OSM zugestimmt, unter der Bedingung, dass die Namensnennung auf der OSM-Copyright-Seite erfolgt (analog zu der Vereinbarung mit der Stadt Wien). Diese Eintragung wird demnächst (wenn nicht sogar in den nächsten Stunden) erfolgen. Ich wollte das eig. erst publik machen, wenn es soweit ist, aber wenn die Frage schon kommt... Aber Vorsicht: Tiris ist ein anderes Paar Schuhe, ich denke jedoch, dass nun, da die Abt. Verwaltungsentwicklung zugestimmt hat, auch bei der Abt. Landesstatistik nicht mit großen Widerständen zu rechnen ist. Ich werde demnächst (wenn die OSM-Copyright Seite soweit ist) mit den tiris-Leuten Kontakt aufnehmen. Vorerst ist der Stand der Dinge, dass die Lizenz - noch - nicht mit OSM vereinbar ist, auch ist die geforderte Meldung der Nutzung noch nicht erfolgt. Es wäre schön, wenn man dies für alle Ortschafen machen könnte, sofern es erlaubt ist. Ich bin beim Urheberrecht nicht so sattelfest, dass ich es mit Sicherheit sagen kann, aber meiner Auffassung nach fallen Hausnummern genauso unter das unten gesagte: Heute (16. Mai) meinte Friedrich Volkmann im thread norc.at Streetview: Wenn es ums Abschreiben von Straßennamen oder Einbahnen von Fotos geht, dann ist kein explizites Nutzungsrecht erforderlich, weil es sowieso dem Gesetz nach erlaubt ist. Die Information, ob eine Straße eine Einbahnstraße ist, ist keine eigentümliche geistige Schöpfung auf den Gebieten der Literatur, der Tonkunst, der bildenden Künste und der Filmkunst und fällt somit nicht ins Urheberrecht. Definitiv sauberer aber ist es, wenn wir uns von tiris explizit die Erlaubnis holen, als bitte noch ein kleines wenig Geduld. -- MfG, Boris [1] http://www.tirol.gv.at/fileadmin/www.tirol.gv.at/applikationen/tiris/sonstiges/Lizenzvereinbarung_CC_BY_tirisMaps_2012.PDF ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vergleich von Routenplanern
On 05/16/2012 09:13 PM, Marijan Writz wrote Worauf ich eigentlich hinaus will: wie kann es sein, dass zwei Routenplaner für die selbe Strecke verschiedene Zeiten veranschlagen, obwohl ihnen die selben Daten zugrunde liegen? Ohne jetzt genau kontrolliert zu haben. Es gibt nicht überall explizite Geschwindigkeitsbegrenzungen. Da ist schon mal fraglich ob alle Router für jedes Land die richtige Höchstgeschwindigkeit hernehmen. Und das wirkliche Problem ist wohl die Durchschnittsgeschwindigkeit, die jeder Router annimmt, wie er glaubt. Auf kurvigen Strecken kommst du selbst als Höchstgeschwindigkeit wohl nicht immer an die Durchschnittsgeschwindigkeit des Routers heran. Von Verkehr und Baustellen wollen wir da noch gar nicht reden, denn da hat kein Router eine wirkliche Chance das zu erraten. Und zu allem Überfluss könnte jetzt auch noch in der von dir probierten App irgendwo ein Fehler sein, der die Zeit falsch berechnet, aber das müsstest du wohl mit den Entwicklern klären. Die Daten die von OSM genommen werden beschränken sich wohl auf das reine Wegenetz mit Länge und Straßenklassifizierung. Was dann im Routing tatsächlich passiert ist Aufgabe des jeweiligen Herstellers und damit sind auch die Ergebnisse deutlich stärker vom Entwickler des Routings als von den Daten selbst abhängig. lg, Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vergleich von Routenplanern
Ohne ein Experte für Routing zu sein, gebe ich folgendes zu überlegen: denke an zwei Strecken. Beide 10 km lang. Auf beiden gilt 100km/h. Die eine ist schnurgerade, die andere besteht aus einer endlosen Folge von Kurven. Ein sehr einfacher Router kommt für beide auf 6 Minuten Fahrzeit. Ein intelligenter Router berechnet für die zweite Route eine deutlich längere Fahrzeit. Aus eigener Erfahrung kann ich sagen, dass Skobbler 2 in dieser Kategorie sehr gut abschneidet. Martin Am 16.05.2012 um 21:13 schrieb Marijan Writz mari...@gmx.at: Folgendes: Ich bin letztens mit dem Auto von Kärnten nach Innsbruck gefahren und habe mir gedacht, vorab die optimale Route im Routenplaner zu holen. Entsprechend habe ich mir die Beta-Version der Android-App MapFactor Navigator runtergeladen. Ich habe nicht schlecht gestaunt, als die kürzeste Route 387 km ausgemacht hat und voraussichtlich eine Fahrzeit von 3:45 angezeigt wurde. Weil ich Zeit hatte, bin ich auf gut Glück die empfohlene Route auch gefahren, habe aber doch einige Zeit länger gebraucht. Jetzt bin ich dabei, die Situation etwas zu analysieren. Die Daten von MapFactor basieren auf OSM. Genauso ist es auch mit MapQuest open. Also dort noch mal die selbe Strecke berechnet: ergibt eine minimale Abweichung zu 389 km, zeitlich soll die Fahrt jedoch etwas mehr als eine Stunde länger dauern - was auch eher realistisch ist. Worauf ich eigentlich hinaus will: wie kann es sein, dass zwei Routenplaner für die selbe Strecke verschiedene Zeiten veranschlagen, obwohl ihnen die selben Daten zugrunde liegen? Dementsprechend müssten alle Geschwindigkeitsbeschränkungen auch die selben sein. Es kann natürlich zu minimalen Abweichungen kommen. Das was aber hier passiert ist, kann man nicht mehr minimal nennen. Für alle, die sich selber ein Bild davon machen wollen (ein Teil meiner Strecke): Strecke Saalfelden-Innsbruck mit MapFactor: 130km und 1h 24 min mit OpenRouteService: 129 km und 1h 31 min mit MapQuest: 129 km und 1h 50 min mit TomTom Online (kommerzielles Kartenmaterial) 129 km und 1h 53 min Freu mich auf eure Kommentare und Ideen dazu! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vergleich von Routenplanern
Servus! Heute (16. Mai) um 21:13 schrieb Marijan Writz: Worauf ich eigentlich hinaus will: wie kann es sein, dass zwei Routenplaner für die selbe Strecke verschiedene Zeiten veranschlagen, obwohl ihnen die selben Daten zugrunde liegen? Das liegt erstens am Algorithmus, den sie zur Fahrtzeitberechnung verwenden, und auch an den angenommen Reisegeschwindigkeiten pro Straßenkategorie, und die weichen wohl ganz deutlich voneinander ab. Grundsätzlich läuft das in etwa so: für jede Straßenkategorie wird eine Durchschnittsgeschwindigkeit genommen, dann werden die Speedlimits mit eingerechnet (da sind die kommerziellen Anbieter OSM noch weit voraus), weiters werden pro Ampel Zuschläge gemacht, und möglicherweise gibt es da noch Faktoren. Schau dir mal die folgende Seite an, da sind die Geschwindigkeiten, die zur Berechnung der Fahrtzeit bei cloudmade verwendet werden, visualisiert: http://cartography.sandbox.cloudmade.com/navdebug/ Die Verkehrszeichen mit dem Fragezeichen sind dir angenommen Durchschnittsgeschwindigkeiten, die ohne Fragezeiche sind in OSM eingetragene Begrenzungen. -- Mit freundlichen Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Vergleich von Routenplanern
Am 16.05.2012 21:39, schrieb Boris Cornet: Servus! Heute (16. Mai) um 21:13 schrieb Marijan Writz: Worauf ich eigentlich hinaus will: wie kann es sein, dass zwei Routenplaner für die selbe Strecke verschiedene Zeiten veranschlagen, obwohl ihnen die selben Daten zugrunde liegen? Das liegt erstens am Algorithmus, den sie zur Fahrtzeitberechnung verwenden, und auch an den angenommen Reisegeschwindigkeiten pro Straßenkategorie, und die weichen wohl ganz deutlich voneinander ab. Grundsätzlich läuft das in etwa so: für jede Straßenkategorie wird eine Durchschnittsgeschwindigkeit genommen, dann werden die Speedlimits mit eingerechnet (da sind die kommerziellen Anbieter OSM noch weit voraus), weiters werden pro Ampel Zuschläge gemacht, und möglicherweise gibt es da noch Faktoren. Schau dir mal die folgende Seite an, da sind die Geschwindigkeiten, die zur Berechnung der Fahrtzeit bei cloudmade verwendet werden, visualisiert: http://cartography.sandbox.cloudmade.com/navdebug/ Die Verkehrszeichen mit dem Fragezeichen sind dir angenommen Durchschnittsgeschwindigkeiten, die ohne Fragezeiche sind in OSM eingetragene Begrenzungen. Die Karte ist leider ein schlechtes Beispiel, weil die Daten schon recht alt sind (in meiner Umgebung, mindestens 2011. Generell fällt dann auch noch die Frage, wie viel von der maxspeed für die vorrausichtliche durchschnittliche Reisegeschwindigkeit abgeozgen wird (wo kann man schon über lange Strecken die erlaubte Geschwindigkeit fahren). LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Google street view Latvia
Taisnība jau ir, kopēt neko nedrīkst. Bet pierādīt to kopēšanas faktu ir gandrīz neiespējami un neviens to arī nedarīs dēļ kaut kādiem māju numuriem - tas ir skaidrs.Pie tam šajā gadījumā vēl zem jautājuma ir termins "kopēšana", jo neviens jau tās googles bildes nekur neliek u.t.t.. Tu informāciju atceries galvā. Un vēlāk savas zināšanas izmanto labojot OSM - un būtībā, tā ir cilvēka smadzeņu iespēju izmantošana nevis kaut kāda datu kopēšana ;). Atgriežoties pie autortiesību likuma - informācijai nav autortiesību, kamēr tā ir tev galvā - tā kļūst par autortiesību objektu tiklīdz ir veikta informācijas pirmā fiksācija (uz papīra, ierakstā u.t.t.) un autorība nav jāpierāda, autorība ir radītājam automātiski, ja vien kāds nevar pierādīt pretējo. Tātad ja tu to "numuru" esi ierakstijis no atmiņas, tad neviens neko tev nevar piešūt autortiesības pieder tev. Galvenais lai rediģējot OSM paralēli nav atvērts cits datu avots - google bildes u.t.t. Ja vajag pārbaudīt "savu rajonu" tad domāju, to var droši darīt.Aivis Citējot AivarsB vrs@gmail.com: Google Streetmap pirmkārt ir datubāze, nevis bildes. Liela, apjomīga, autoram izmaksājusi dārgu naudu. Vērtība slēpjas tajā, ka bildes ir precīzi pozicionētas. Datubāzes kopēt nedrīkst. Sistemātiska informācijas norakstīšana no pozicionētām bildēm noteikti ir kopēšana, un sistēmātisku norakstīšanu noteikti var pierādīt (lielais brālis zin par mums visu). No praktiskā viedokļa - pirms sākt lietu par autortiesību pārkāpumu, jāatrod cietušais. Piemēram, osm parādās vienai mājai numurs (vai stāvu skaits). Anonīmi. Lai tiesā varētu pieprasīt osm datubāzes uzturētājam uzrādīt/pierādīt datu izcelsmes likumību, vispirms ir jābūt cietušajam autoram, kura autortiesības ir aizskartas. Nav cietušā nav lietas. Tas nav aicinājums kopēt streetmap datus, bet nevajag paranoiski baidīties apskatīties dažādus datu avotus un uzlabot savas zināšanas par konkrēto apvidu. 2012/5/15 Pilnais vārds aiv...@inbox.lvNevajag pārspīlēt... Man šķiet te smagi putrojat datu izmantošanu, fiksēšanu un pašu datu būtību. Autortiesību likumā teikts, ka autortiesības iestājas tad, kad "darbs"ir radīts - veikta tā pirmā fiksācija - šajā gadījumā bilde. Tātad autortiesības ir uz paša attēla izmantošanu, publicēšanu, reproducēšanu, nevis uzattēlā redzamo. Tas ir tāpat, kā ja kāds nofotogrāfē koku, tad cits vairs uz to skatīties, vai pieminētnedrīkst? labojiet, ja kļūdos, bet tas šķiet slimi... -- Tavs bezmaksas pasts Inbox.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
On 05/15/12 22:53, Pilnais vārds wrote: Nevajag pārspīlēt... Man šķiet te smagi putrojat datu izmantošanu, fiksēšanu un pašu datu būtību. Autortiesību likumā teikts, ka autortiesības iestājas tad, kad darbsir radīts - veikta tā pirmā fiksācija - šajā gadījumā bilde. Tātad autortiesības ir uz paša attēla izmantošanu, publicēšanu, reproducēšanu, nevis uz attēlā redzamo. Tas ir tāpat, kā ja kāds nofotogrāfē koku, tad cits vairs uz to skatīties, vai pieminēt nedrīkst? pagpag, pats kaut ko putro :) tu runaaji par gugljika bilzhu izmantoshanu. tas ir tas tavs atteels. neviens neko citu arii neteica. labojiet, ja kļūdos, bet tas šķiet slimi... Citējot *Rich ric...@nakts.net mailto:ric...@nakts.net*: On 05/15/12 14:32, Pilnais vārds wrote: Da labi! nopietni??? Paskatijies googles bildēs, un ieliki OSMā adresi, un tu esi kaut ko pārkāpis??? c'mon. Ja tādā veidā saliktu visu pilsētu, tad vēl var būt jautājums par autortiesībām, bet pielabot dažus numurus... kā kāds tev var pierādīt, ka tu tos numurus tur neievēroji garām ejot??? Šis jau aiziet līdz apsurdam. absurdam droshvien. bet nee, nedriikst. absoluuti un nemaz - nedriikst. Citējot *cuu...@gmail.com cuu...@gmail.com mailto:cuu...@gmail.com*: Gūt apstiprinājumu manā skatījumā gan var, jo tad tu neko nekopē. nu iisti nevajadzeetu, bet ja nu saliidzini ar savis veidotu foto, tad jau buus ok :) ... -- Rich -- Tavs bezmaksas pasts Inbox.lv -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Kaunies tālāk, tikai tavas pūles kaunoties būs veltas, jo neizskatās, ka kāds te baigos "spiešanas plānus" kaltu. Tik vien kā apspriež uzpūsto "can't touch this" politiku. Citējot Jānis Ročāns janis.roc...@gmail.com: Man paliek kauns redzot, ka OSM tauta spriedelē, kā labāk nospiest! ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Google street view Latvia
Rīga, Brīvības iela.. jau in russian arī.. http://g.co/maps/m3jes ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-fr] OSM au salon des solidarités 1er juin à Paris
Bonjour à tous, Je me permets de relayer l'information sur la présence d'OpenStreetMap au salon des solidarités à Paris (1, 2 et 3 juin): http://www.salondessolidarites.org/accueil/parcours3 C'est sur le thème du web solidaire 2.0 et l'émergence d'un humanitaire « open source ». La conférence elle-même est à 15h : http://www.salondessolidarites.org/visitez/programme/conferences/emergence-humanitaire-open-source-%5B228%5D Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée http://wiki.openstreetmap.org/wiki/FR:ProjetLyceesBretagne. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille L'idée était de partager avec vous cette idée et également de savoir si certains d'entre vous seraient d'accord, en fonction de leur disponibilité, pour apporter un peu d'aide en terme d'encadrement aux animateurs multimedia et aux professeurs pour les sorties prévues en septembre prochain (pas de date encore clairement définie). Pour ceux qui sont OK sur le principe, vous pouvez répondre par mail ou contacter les deux animateurs terrain concernés (pour le moment) : - Emilie à la Communauté de communes du val d'Ille : emilie.bos...@valdille.fr - Jean-Luc à Concarneau agglomération : jeanluc.gu...@concarneaucornouaille.fr D'autre part les remarques sur le projet sont bienvenues. Merci à tous par avance. Lydie Vinsonneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr]Mais qui est donc Ex0artefact ?
Le message suivant de : ## Bien le bonjour à tous, Je m'appelle Gabriel, 16 ans, bientôt 17, en 1ere S. Passionné d'astronomie (avec un certain gout pour l'astrobiologie), de balades (et/ou randonnées), et il y a encore peu de myrmécologie (l'étude et l'élevage des fourmis, eh oui, ça peut paraitre bizarre, mais c'est surement grâce à ça que j'ai commencé à m'intéresser à la cartographie), je suis aussi végétarien par philosophie et les raisons sont faciles à comprendre. Fervent utilisateur de GNU/Linux (depuis presque 1 ans), je suis l'actualité du libre, de l'opendata, et c'est cette voie qui ma mener jusqu'à OSM. Que dire de plus ... ? Bien sûr, je ne pense pas que ma personnalité soit aussi simpliste que cela, mais je pense qu'elle est ici bien résumée. Je suis arrivé ici sur le conseil de cquest, et dans le but dans apprendre plus à propos des outils d'OSM, et pour côtoyer cette communauté, partager et évoluer. Au plaisir. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] circonscriptions legislatives : trouver les limites
Bonjour, Avec l'arrivée imminente des élections législatives, Regards Citoyens a besoin de disposer des limites de circonscriptions électorales. Avec les données GEOFLA (libérées récemment par l'IGN), nous avons entrepris de les reconstruire à partir de limites communales et d'une liste de correspondance (data.gouv.fr) entre communes et circonscriptions (qui donne un meilleur résultat qu'une correspondance entre cantons électoraux et circonscriptions). Cette démarche permet d'automatiser la construction de la majeure partie des circonscriptions (331 sur 577). Le cas des limites infra-communales est à faire à la main dans 88 communes. Un fichier shapefile par département (60 sont concernés) à été généré et on aurait besoin de cartographes inspirés afin de pouvoir intégrer les dernières limites des circonscriptions. Nous sommes partis de ces données (GEOFLA) car elles étaient tout simplement plus faciles à prendre en main rapidement, le but étant de proposer une première version libre des circonscriptions pour le mois de juin. Dans un avenir proche, nous pensions toutefois faire un travail équivalent à partir des données OSM. Sans forcément chercher à intégrer le résultat dans la base de données OSM, ne sachant pour l'instant pas sous quelle structure nous pourrions le faire. La structure actuelle de notre essai est donc une collection de polygones, créés par agrégation de communes dans le cas des circonscriptions simples et de fragments de communes dans les cas plus complexes. Dans le cadre d'OSM, nous imaginons plutôt une relation portant sur des limites administratives communales et des voies (chemin de fer, rue, cours d'eau). Définir les circonscriptions comme un ensemble de cantons ou même de communes ne nous semble pas correct. Si le projet vous intéresse, nous utilisons le canal IRC #OpenDataBourgogne sur freenode pour échanger. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistique de croissance d'OSM (vu dans SIG La Lettre)
LOL Le 15/05/12, Emilie Laffrayemilie.laff...@gmail.com a écrit : Bonsoir Philippe, devant un tel emballement, je ne peux que m'evertuer a rappeler certaines choses car beaucoup de tes commentaires quoique globalement justes sont quelque peu errones. Deja, il est vrai que le cout des Google Car est eleve mais le cout n'est pas le plus eleve pour Google. Le cout le plus important pour Google est de loin (sans tenir compte de la bande passante) l'imagerie aerienne. C'est le cout majeur pour les differents fournisseurs de cartes actuellement sur le marche. On a vu que Yahoo Map s'est effondre justement par manque de traffic devant le cout conjugue de la cartographie et de l'imagerie aerienne. De plus, Bing Map bien qu'ayant un budget largement superieur a Yahoo est en permanence en train d'essayer de revendre l'acces a l'imagerie aerienne qu'ils ont achete. Quant a Mapquest, ils ont une imagerie aerienne maintenant assez ancienne et ils ont meme considere utiliser l'imagerie aerienne provenant de Bing. La bande passante pour le fond de carte est important et c'est sa bande passante qui coute tres cher a Google (voir toutes les optimisations pour ameliorer la taille des tuiles. Ils ont d'ailleurs un systeme tres ingenieux). Si Google fait actuellement payer les sites trop gros consommateurs c'est justement pour reduire ses couts mais ce fond de carte est essentielle car sans lui tu ne peux pas vendre de la publicite. Le truc c'est que Google ne fait pas payer le referencement justement pour attirer les gens. Je ne sais pas ce que tu connais des finances de Google Map mais je peux te dire que le service est fortement deficitaire car la vente de publicite est assez faible. Bref, Google n'a pas encore compris monnayer ses services de ce point de vue la. Google a de moins en moins de donnees proprietaires pour plusieurs raisons. La premiere raison que tu mentiones est le cout (relativement exorbitant) toutefois c'est loin d'etre forcement la raison principale. Les conditions d'utilisation de donnees proprietaires sont extremements contraignantes, ce qui fait qu'il est extremement difficile d'en faire une utilisation innovante. La plupart des vendeurs du secteur sont restes pour la plupart sur un modele de vente de leurs donnees comme on le faisait d'antan. Il suffit de regarder aussi ce genre de demarche avec Michelin entre autre. AND essaie de se reconvertir en utilisant OSM mais ca ne marche pas. Bref il ne suffit pas de verser ses donnees dans un projet collaboratif pour que cela fonctionne. D'ailleurs, l'import AND aux Pays Bas est tres largement credite pour l'echec d'une communaute aux Pays bas ou du moins de l'avoir tres fortement handicappe. Avoir trop de donnees peut justement tuer une communaute locale et repousser certains contributeurs eventuels. Pour revenir a Google, ils ont tres bien compris l'interet du collaboratif. Ed Parsons, la personne en charge ou du moins visible de Google Map, vient aux conferences SOTM depuis des annees et est connu par de tres nombreux membres de la communaute OSM. Google a meme initialement considere utiliser OpenStreetMap et s'est revise pour diverses raisons. Les principales raisons sont la licence et la qualite. La licence est d'ailleurs un point recurrent dans les discussions que les industriels ont quand ils veulent utiliser OSM (cad des utilisations autres que du fond de carte). Bref, Google a du collaboratif: ca s'appelle Google Map Maker. Google est d'ailleurs extremement actif pour essayer de pousser les gens a corriger la carte en utilisant Google Map Maker y compris les pays occidentaux ou ils possedent maintenant leur cartographie. L'ouverture des donnees est quelque chose qui tient du reve sur pas mal de points du fait des licences ou des contrats provenant des donnees proprietaires, de l'open Data etc... Meme si Google rendait ses donnees publiques, elles ne seraient surement pas compatibles. Comme il a ete entendu, l'Open Data c'est le choix d'une licence libre ce qui generalement bloque certaines utilisations proprietaires. Penser qu'il faut juste ouvrir les donnees est quelque chose qui parait facile mais c'est literralement un champ de mine. Le retour des citoyens vers les SIG locaux reste encore a l'heure actuelle un superbe reve. On aimerait que cela se passe mais en pratique c'est loin d'etre le cas. Il y a de multiples raisons a cela: probleme de licence, SIG locaux qui ne font pas confiance aux citoyens, etc Bref la science du citoyen telle qu'elle est pronee par certains d'entre nous reste encore dans le domaine du fantasme. Si tu as des exemples majeurs de collaboration et systematique, je suis preneuse. Je suis d'accord sur l'analyse sur le fait que la cartographie ou du moins la web cartographie est plus ou moins moribonde du fait de la poussee de Google. Toutefois, pour des sites comme Mappy, je ne verserai aucune larme. Beaucoup de sites de cartographie sont
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille A l'échelle de la communauté de communes c'est possible de travailler. Mais un lycée par département c'est trop limité pour donner des résultats acceptables par cette méthode, d'autant que les lycéens ne sont pas si mobiles que ça et ne connaissent pas bien le territoire du département entier ou n'auront guère l'occasion de s'aventurer à parcourir toutes les routes de campagne du département. Les objectifs de couverture du département entier me semblent donc trop ambitieux. Et peut-être vaut-il mieux qu'ils se consacrent d'abord à des territoires qu'ils connaissent bien ou qu'ils peuvent visiter facilement. Au delà, la connaissance sera très parcellaire et dispersée, et difficile à cadrer dans le projet commun puisqu'alors les apports ne seront pas facilement concertables dans une telle structure. Alors il vaut peut-être mieux travailler en commençant par une zone plus petite mais bien définie, et voir ensuite si on a les moyens (et le temps dans le cadre scolaire où le projet ne peut pas prendre toute la place sur les autres enseignements) d'aller au delà. Bref, former des projets pilotes plus locaux, en tirer des résultats par un retour d'expérience documenté qui permettra aussi à d'autres lycées de se lancer eux aussi dans leurs projets locaux, à l'échelle de leur zone de couverture : la communauté de communes me semble être la bonne échelle de travail pour un lycée, même si on déborde un peu (selon la localisation des élèves et leur motivation), sinon une partie du groupe de travail formé sera démotivé par un travail communautaire dans une zone qui leur est inaccessible et où on ne leur demandera aucun avis non plus puisqu'ils ne pourront pas l'argumenter. Je trouve donc prématuré (et un peu arbitraire) de prédéfinir dès le départ une limite telle que 1 par département (pourquoi il ne pourrait pas y en avoir plusieurs s'ils sont candidats à de tels projets ?) à une échelle trop large qui dispersera les efforts et produira des résultats de moins bonne qualité, juste parce que le projet qu'ils ont à gérer est dès le départ trop ambitieux. La bonne échelle c'est celle que les élèves voudront et pourront prendre en charge : il y a beaucoup à faire dans OSM, et il y a de la place pour plein de groupes divers (pas seulement scolaires), même si ça veut dire une répartition moins homogène des efforts, mais il ne faut pas leur faire croire qu'ils seront la référence pour tout un département : ils devront d'une façon ou d'une autre travailler en accord avec le reste de la communauté OSM qui ne les connait pas et n'a pas accès à eux non plus directement. De plus leur projet peut vouloir faire autre chose que les routes : par exemple les sentiers, les fermes et zones de culture, l'accessibilité des villes et la signalisation, les passages piétons, les pistes cyclables, les parcs et jardins, les rivières, des données sur la biodiversité, les bois, les étangs, les zones de chasse, les nouveaux quartiers périurbains, les terrains de sport, aires de jeu et clubs sportifs, les cinémas et centres d'animation, centres culturels, bibliothèques et médiathèques, les services sociaux, les associations locales, les médecins, infirmiers, pharmacies... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Bonjour Philippe, Non, non il y a une incompréhension. Il n'y a pas d'objectif visé du département entier, bien entendu ! Les lycéens vont travailler sur une zone réduite, juste histoire de leur donner le goût et qui sait, faire des petits. Et puis cela permet de sensibiliser aussi les professeurs encharge d'autres classes, et dans les années à venir. Et aussi les animateurs multimedia qui ne connaissent pas encore OpenStreetMap et qui occupe, on le voit bien, des rôles très importants autour de l'organisation de cartoparties sur le terrain. Le 16 mai 2012 15:46, Philippe Verdy verd...@wanadoo.fr a écrit : Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille A l'échelle de la communauté de communes c'est possible de travailler. Mais un lycée par département c'est trop limité pour donner des résultats acceptables par cette méthode, d'autant que les lycéens ne sont pas si mobiles que ça et ne connaissent pas bien le territoire du département entier ou n'auront guère l'occasion de s'aventurer à parcourir toutes les routes de campagne du département. Les objectifs de couverture du département entier me semblent donc trop ambitieux. Et peut-être vaut-il mieux qu'ils se consacrent d'abord à des territoires qu'ils connaissent bien ou qu'ils peuvent visiter facilement. Au delà, la connaissance sera très parcellaire et dispersée, et difficile à cadrer dans le projet commun puisqu'alors les apports ne seront pas facilement concertables dans une telle structure. Alors il vaut peut-être mieux travailler en commençant par une zone plus petite mais bien définie, et voir ensuite si on a les moyens (et le temps dans le cadre scolaire où le projet ne peut pas prendre toute la place sur les autres enseignements) d'aller au delà. Bref, former des projets pilotes plus locaux, en tirer des résultats par un retour d'expérience documenté qui permettra aussi à d'autres lycées de se lancer eux aussi dans leurs projets locaux, à l'échelle de leur zone de couverture : la communauté de communes me semble être la bonne échelle de travail pour un lycée, même si on déborde un peu (selon la localisation des élèves et leur motivation), sinon une partie du groupe de travail formé sera démotivé par un travail communautaire dans une zone qui leur est inaccessible et où on ne leur demandera aucun avis non plus puisqu'ils ne pourront pas l'argumenter. Je trouve donc prématuré (et un peu arbitraire) de prédéfinir dès le départ une limite telle que 1 par département (pourquoi il ne pourrait pas y en avoir plusieurs s'ils sont candidats à de tels projets ?) à une échelle trop large qui dispersera les efforts et produira des résultats de moins bonne qualité, juste parce que le projet qu'ils ont à gérer est dès le départ trop ambitieux. La bonne échelle c'est celle que les élèves voudront et pourront prendre en charge : il y a beaucoup à faire dans OSM, et il y a de la place pour plein de groupes divers (pas seulement scolaires), même si ça veut dire une répartition moins homogène des efforts, mais il ne faut pas leur faire croire qu'ils seront la référence pour tout un département : ils devront d'une façon ou d'une autre travailler en accord avec le reste de la communauté OSM qui ne les connait pas et n'a pas accès à eux non plus directement. De plus leur projet peut vouloir faire autre chose que les routes : par exemple les sentiers, les fermes et zones de culture, l'accessibilité des villes et la signalisation, les passages piétons, les pistes cyclables, les parcs et jardins, les rivières, des données sur la biodiversité, les bois, les étangs, les zones de chasse, les nouveaux quartiers périurbains, les terrains de sport, aires de jeu et clubs sportifs, les cinémas et centres d'animation, centres culturels, bibliothèques et médiathèques, les services sociaux, les associations locales, les médecins, infirmiers, pharmacies... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Je trouve donc prématuré (et un peu arbitraire) de prédéfinir dès le départ une limite telle que 1 par département (pourquoi il ne pourrait pas y en avoir plusieurs s'ils sont candidats à de tels projets ?) Ah bon, il y avait une limite dans le message de Lydie ? Il se trouve qu'il y a deux départements listés avec pour chacun un binôme identifié, mais rien de plus. Je note de judicieuses remarques à l'intention des protagonistes la communauté de communes me semble être la bonne échelle de travail pour un lycée ... ... La bonne échelle c'est celle que les élèves voudront et pourront prendre en charge il y a beaucoup à faire dans OSM, et il y a de la place pour plein de groupes divers (pas seulement scolaires) - parlez-en autour de vous De plus leur projet peut vouloir faire autre chose que les routes : par exemple les sentiers, les fermes et zones de culture, l'accessibilité des villes et la signalisation, les passages piétons, les pistes cyclables, les parcs et jardins, les rivières, des données, sur la biodiversité, les bois, les étangs, les zones de chasse, les nouveaux quartiers périurbains, les terrains de sport, aires de jeu et clubs sportifs, les cinémas et centres d'animation, centres culturels, bibliothèques et médiathèques, les services sociaux, les associations locales, les médecins, infirmiers, pharmacies... - y a bien un truc qui vous intéresse dans tout ça Le 16 mai 2012 15:46, Philippe Verdy verd...@wanadoo.fr a écrit : Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille Je trouve donc prématuré (et un peu arbitraire) de prédéfinir dès le départ une limite telle que 1 par département (pourquoi il ne pourrait pas y en avoir plusieurs s'ils sont candidats à de tels projets ?) à une échelle trop large qui dispersera les efforts et produira des résultats de moins bonne qualité, juste parce que le projet qu'ils ont à gérer est dès le départ trop ambitieux. -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Bonjour, Je suis particulièrement intéressé par ce projet, pour plusieurs raisons : 1. Je suis convaincu que le mode de travail en tuteura est une bonne manière de former (et de contrôler) les nouveaux arrivants sur le projet ; 2. J'ai déjà eu l'occasion de travailler avec, à l'époque, la 4C pour réaliser un import du filaire routier de la communauté de communes et le suivi me parait important. 3. « Il faut les prendre jeune » : même si l'intérêt sera peut-être limité dans le temps, j'ai l'espoir que les jeunes recrues contribueront longtemps à OSM. Par contre, et c'est bien le point faible de ma candidature, je ne suis vraiment pas « le local de l'étape » et je ne pourrais donc fournir que des conseils généraux, sans référence au terrain. A votre disposition donc. Cordialement, -- Marc m...@sibert.fr Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée http://wiki.openstreetmap.org/wiki/FR:ProjetLyceesBretagne. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille L'idée était de partager avec vous cette idée et également de savoir si certains d'entre vous seraient d'accord, en fonction de leur disponibilité, pour apporter un peu d'aide en terme d'encadrement aux animateurs multimedia et aux professeurs pour les sorties prévues en septembre prochain (pas de date encore clairement définie). Pour ceux qui sont OK sur le principe, vous pouvez répondre par mail ou contacter les deux animateurs terrain concernés (pour le moment) : - Emilie à la Communauté de communes du val d'Ille : emilie.bos...@valdille.fr - Jean-Luc à Concarneau agglomération : jeanluc.gu...@concarneaucornouaille.fr D'autre part les remarques sur le projet sont bienvenues. Merci à tous par avance. Lydie Vinsonneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Bonjour, C'est une très bonne initiative ! Une idée parmi tout ce qui peut être fait : Septembre, c'est également le mois de Wiki Loves Monuments [1] L'occasion de combiner le mapping avec de belles photos des monuments historiques des alentours, sans oublier le mapping des monuments eux-mêmes [2] [1] http://wikilovesmonuments.fr/ [2] http://osmose.openstreetmap.fr/map/?zoom=12lat=47.91482lon=-3.8825layers=BFF00Titem=7011 Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée http://wiki.openstreetmap.org/wiki/FR:ProjetLyceesBretagne. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille L'idée était de partager avec vous cette idée et également de savoir si certains d'entre vous seraient d'accord, en fonction de leur disponibilité, pour apporter un peu d'aide en terme d'encadrement aux animateurs multimedia et aux professeurs pour les sorties prévues en septembre prochain (pas de date encore clairement définie). Pour ceux qui sont OK sur le principe, vous pouvez répondre par mail ou contacter les deux animateurs terrain concernés (pour le moment) : - Emilie à la Communauté de communes du val d'Ille : emilie.bos...@valdille.fr - Jean-Luc à Concarneau agglomération : jeanluc.gu...@concarneaucornouaille.fr D'autre part les remarques sur le projet sont bienvenues. Merci à tous par avance. Lydie Vinsonneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
C'est pourtant ce qui est marqué dans la page wiki (max 1 par département). Le 16 mai 2012 16:09, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour Philippe, Non, non il y a une incompréhension. Il n'y a pas d'objectif visé du département entier, bien entendu ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Semaine Internationale de l'OpenData à Nantes #odwnantes
Salut, Qui sera présent et aux quels moments pour cette géniale semaine de l'OD à Nantes ? Tout le programme sur http://www.opendataweek.org -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Semaine Internationale de l'OpenData à Nantes #odwnantes
Salut Je serais de passage sur Nantes lundi, ça pourrait être l'occasion de rencontrer d'autres mappeurs (je n'ai pour l'instant pas trop fait la démarche en nord Deux-Sèvres ;-)) Cordialement Mickaël Guéret Le mercredi 16 mai 2012 à 16:29 +0200, Cyrille Giquello a écrit : Salut, Qui sera présent et aux quels moments pour cette géniale semaine de l'OD à Nantes ? Tout le programme sur http://www.opendataweek.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Semaine Internationale de l'OpenData à Nantes #odwnantes
Salut, Le 16/05/2012 16:29, Cyrille Giquello a écrit : Qui sera présent et aux quels moments pour cette géniale semaine de l'OD à Nantes ? Moi j'y serai vu que j'anime la partie S'initier aux cartoparties du Jeudi (d'ailleurs faut vraiment que je me colle à la préparation de mes slides :D ). Je ne sais pas encore si je pourrais aller à d'autres moments de la semaine (pas mal de boulot). Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Semaine Internationale de l'OpenData à Nantes #odwnantes
Le 16 mai 2012 16:53, Mickaël Guéret m.gue...@free.fr a écrit : Salut Je serais de passage sur Nantes lundi, ça pourrait être l'occasion de rencontrer d'autres mappeurs (je n'ai pour l'instant pas trop fait la démarche en nord Deux-Sèvres ;-)) En fait il n'y a que l'inauguration de programmée pour le lundi. Peut-être un CartoBar pour le soir histoire de préparer la semaine ? Il faut que je m'inscrit sur la liste de Nantes (http://www.linux-nantes.org/wws/info/openstreetmap-nantes) pour lancer l'annonce. C. Cordialement Mickaël Guéret Le mercredi 16 mai 2012 à 16:29 +0200, Cyrille Giquello a écrit : Salut, Qui sera présent et aux quels moments pour cette géniale semaine de l'OD à Nantes ? Tout le programme sur http://www.opendataweek.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] c'est légal comme source ?
Bonjour, Je suis en train de faire le réseau routier du Cantal et je viens de tomber là dessus : http://www.openstreetmap.org/browse/node/876768647 « source = Approximatif, d'après carte du Cantal de Levasseur de 1860, orthographe corrigé avec INSEE 2010 » Bon, alors ça date de 1860, mais j'aurai aimé avoir votre avis sur la question … De toutes façons, je l'ai repositionné grâce aux orthophoto du CRAIG (mais pas encore téléversé). Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées
Très bonne idée, merci ! Je me permets de répondre en mettant les 2 animateurs multimedia concernés pour la partager avec eux. D'autre part, merci à Marc pour ta proposition même lointaine, je suis convaincue que Jean-Luc aura besoin de ton aide. Le 16 mai 2012 16:21, Ab_fab gamma@gmail.com a écrit : Bonjour, C'est une très bonne initiative ! Une idée parmi tout ce qui peut être fait : Septembre, c'est également le mois de Wiki Loves Monuments [1] L'occasion de combiner le mapping avec de belles photos des monuments historiques des alentours, sans oublier le mapping des monuments eux-mêmes [2] [1] http://wikilovesmonuments.fr/ [2] http://osmose.openstreetmap.fr/map/?zoom=12lat=47.91482lon=-3.8825layers=BFF00Titem=7011 Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée http://wiki.openstreetmap.org/wiki/FR:ProjetLyceesBretagne. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille L'idée était de partager avec vous cette idée et également de savoir si certains d'entre vous seraient d'accord, en fonction de leur disponibilité, pour apporter un peu d'aide en terme d'encadrement aux animateurs multimedia et aux professeurs pour les sorties prévues en septembre prochain (pas de date encore clairement définie). Pour ceux qui sont OK sur le principe, vous pouvez répondre par mail ou contacter les deux animateurs terrain concernés (pour le moment) : - Emilie à la Communauté de communes du val d'Ille : emilie.bos...@valdille.fr - Jean-Luc à Concarneau agglomération : jeanluc.gu...@concarneaucornouaille.fr D'autre part les remarques sur le projet sont bienvenues. Merci à tous par avance. Lydie Vinsonneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carto Partie à Saint-Denis
Merci pour votre chaleureux accueil hier, le monde d'Open Street Map est vraiment passionnant. Nous attendons donc tous les Mappeurs franciliens ou de passage qui auront envie de partager leur passion le samedi 16 juin à 14h dans le quartier Franc Moisin de Saint-Denis. L'occasion de rencontrer beaucoup de monde, ceux qui s'intéressent à l'open data, à la géographie, la cartographie ou simplement sont curieux de voir d'un autre oeil le territoire où ils évoluent. La rencontre sera suivie d'une soirée conviviale. Le 16 mai 2012 16:59, talk-fr-requ...@openstreetmap.org a écrit : Envoyez vos messages pour la liste Talk-fr à talk-fr@openstreetmap.org Pour vous (dés)abonner par le web, consultez http://lists.openstreetmap.org/listinfo/talk-fr ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-fr-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-fr-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-fr... Thèmes du jour : 1. Re: Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées (Ab_fab) 2. Re: Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées (Philippe Verdy) 3. Semaine Internationale de l'OpenData à Nantes #odwnantes (Cyrille Giquello) 4. Re: Semaine Internationale de l'OpenData à Nantes #odwnantes (Mickaël Guéret) 5. Re: Semaine Internationale de l'OpenData à Nantes #odwnantes (Jean Couteau) 6. Re: Semaine Internationale de l'OpenData à Nantes #odwnantes (Cyrille Giquello) 7. c'est légal comme source ? (Nicolas Dumoulin) 8. Re: Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées (Lydie VINSONNEAU) -- Message: 1 Date: Wed, 16 May 2012 16:21:51 +0200 From: Ab_fab gamma@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Un petit projet en Bretagne autour d'OSM, GéoBretagne et des lycées Message-ID: CADik2OPe2KE4n0-HRr3EKDQwoL98VmtkTx==pc6=5gqurhb...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Bonjour, C'est une très bonne initiative ! Une idée parmi tout ce qui peut être fait : Septembre, c'est également le mois de Wiki Loves Monuments [1] L'occasion de combiner le mapping avec de belles photos des monuments historiques des alentours, sans oublier le mapping des monuments eux-mêmes [2] [1] http://wikilovesmonuments.fr/ [2] http://osmose.openstreetmap.fr/map/?zoom=12lat=47.91482lon=-3.8825layers=BFF00Titem=7011 Le 16 mai 2012 13:56, Lydie VINSONNEAU l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je voulais vous présenter un projet sur lequel nous travaillons en ce moment et que vous pourrez aller regarder plus en détail sur la page wiki dédiée http://wiki.openstreetmap.org/wiki/FR:ProjetLyceesBretagne. Il s'agit là de sensibiliser au projet OpenStreetMap un échantillon de jeunes lycéens répartis sur le territoire, en les accompagnant via un binôme composé d'un professeur et d'un animateur multimédia qui peuvent également être sensibilisés éventuellement à cette occasion. Pour le moment, deux binômes sont constitués de façon ferme : - dans le finistère : Lycée Pierre Guéguin et agglomération de Concarneau - en ille-et-vilaine : Lycée Pierre Mendès-France et Communauté de communes du Val d'Ille L'idée était de partager avec vous cette idée et également de savoir si certains d'entre vous seraient d'accord, en fonction de leur disponibilité, pour apporter un peu d'aide en terme d'encadrement aux animateurs multimedia et aux professeurs pour les sorties prévues en septembre prochain (pas de date encore clairement définie). Pour ceux qui sont OK sur le principe, vous pouvez répondre par mail ou contacter les deux animateurs terrain concernés (pour le moment) : - Emilie à la Communauté de communes du val d'Ille : emilie.bos...@valdille.fr - Jean-Luc à Concarneau agglomération : jeanluc.gu...@concarneaucornouaille.fr D'autre part les remarques sur le projet sont bienvenues. Merci à tous par avance. Lydie Vinsonneau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120516/91a1128c/attachment-0001.html -- Message: 2 Date: Wed, 16 May 2012 16:22:46 +0200 From: Philippe Verdy verd...@wanadoo.fr To: Lydie VINSONNEAU l.vinsonn
Re: [OSM-talk-fr] c'est légal comme source ?
Le 16 mai 2012 16:58, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : ** Je suis en train de faire le réseau routier du Cantal et je viens de tomber là dessus : http://www.openstreetmap.org/browse/node/876768647 « source http://wiki.openstreetmap.org/wiki/Key:source?uselang=fr = Approximatif, d'après carte du Cantal de Levasseur de 1860, orthographe corrigé avec INSEE 2010 » Bon, alors ça date de 1860, mais j'aurai aimé avoir votre avis sur la question … une oeuvre tombe dans le domaine public au bout de 75 ans, donc pour la carte de 1870 ça me semble bon :D il n'y a que pour la ref INSEE ou il faudrait vérifier les droits d'utilisation ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr