[talk-ph] I'm into a new mapping project
No, I'm not (yet) leaving OSM, but lately, I'm doing some street view mapping via mapillary [0]. Maybe some of you here are interested as well. [0] http://www.openstreetmap.org/user/maning/diary/23987 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] I'm into a new mapping project
Awesome! Thinking of getting a new phone for that actually. Current phone has no compass :( Ganbatte! *Romer Kristi D. Aranas* Graduate Student Master of Science in Geomatics Engineering Department of Geodetic Engineering University of the Philippines Diliman, Quezon City On Fri, Oct 10, 2014 at 9:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: No, I'm not (yet) leaving OSM, but lately, I'm doing some street view mapping via mapillary [0]. Maybe some of you here are interested as well. [0] http://www.openstreetmap.org/user/maning/diary/23987 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] OSM Belgium
Thanks, Ben, for the explanation, your report and work. It was very interesting reading it ! I may help on some subject, occasionnaly (I reckon time is missing for me for osm-stuff those days). Ask if you need/think about something. Julien Le 09/10/14 17:50, Marc Gemis a écrit : Thanks a lot for the update. I have to admit that I prefer mapping above any of those items you are talking about. So I'm not a candidate, except for working on the Mapper of the Month stuff. On Thu, Oct 9, 2014 at 4:18 PM, Ben Abelshausen ben.abelshau...@gmail.com mailto:ben.abelshau...@gmail.com wrote: I still believe that we are way too small and the only and sustainable way to keep improving the map is to get more people involved. Strangely enough we almost never work to improve our numbers. Maybe because we never go outside. IMHO we have to go to clubs that are interested in maps. We have to invite ourselves and give presentations to walking, cycling, geogaching etc. clubs. They might have a natural interest for good maps. This happened recently in the UK (http://www.mappa-mercia.org/2014/10/october-joint-social-meeting-with-beacon-roads-cycling-club.html) Another group are retired people. There seems to be an organization that organizes all kind of courses for them. Yet another group are companies. Maybe through Unizo ? But of course this takes time and requires talents (giving presentations) that perhaps many mappers (including myself) do not have. Meetups are nice, but require that people know somehow about the project. It expects that they come to us. By forcing a presentation upon them, they learn about the project. Several of my co-workers are now finaly starting to use OSM for their cycling GPSes, because I kept talking about it. Perhaps, one day, they start mapping themselves. Just my .5 cents regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgium
Julien, Could you translate the questions of the questionnaire for the mapper of the month? https://hackpad.com/Mapper-van-de-maand-FlPmDih1QZs That would be great and some good practice for you Dutch skills :-) I could attempt it myself, but it would never be French like a native would have written it. Jo 2014-10-10 13:37 GMT+02:00 Julien Fastré jul...@fastre.info: Thanks, Ben, for the explanation, your report and work. It was very interesting reading it ! I may help on some subject, occasionnaly (I reckon time is missing for me for osm-stuff those days). Ask if you need/think about something. Julien Le 09/10/14 17:50, Marc Gemis a écrit : Thanks a lot for the update. I have to admit that I prefer mapping above any of those items you are talking about. So I'm not a candidate, except for working on the Mapper of the Month stuff. On Thu, Oct 9, 2014 at 4:18 PM, Ben Abelshausen ben.abelshau...@gmail.com wrote: I still believe that we are way too small and the only and sustainable way to keep improving the map is to get more people involved. Strangely enough we almost never work to improve our numbers. Maybe because we never go outside. IMHO we have to go to clubs that are interested in maps. We have to invite ourselves and give presentations to walking, cycling, geogaching etc. clubs. They might have a natural interest for good maps. This happened recently in the UK ( http://www.mappa-mercia.org/2014/10/october-joint-social-meeting-with-beacon-roads-cycling-club.html ) Another group are retired people. There seems to be an organization that organizes all kind of courses for them. Yet another group are companies. Maybe through Unizo ? But of course this takes time and requires talents (giving presentations) that perhaps many mappers (including myself) do not have. Meetups are nice, but require that people know somehow about the project. It expects that they come to us. By forcing a presentation upon them, they learn about the project. Several of my co-workers are now finaly starting to use OSM for their cycling GPSes, because I kept talking about it. Perhaps, one day, they start mapping themselves. Just my .5 cents regards m ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgium
Omg, you now blew the surprise by CC'ing the whole list! ;-) On 10-10-14 13:55, Jo wrote: Julien, Could you translate the questions of the questionnaire for the mapper of the month? https://hackpad.com/Mapper-van-de-maand-FlPmDih1QZs That would be great and some good practice for you Dutch skills :-) I could attempt it myself, but it would never be French like a native would have written it. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgium
I've quickly cut out a part of the page... hopefully not a lot of people read it... :-) I'll send it separately to Julien. regards m On Fri, Oct 10, 2014 at 2:11 PM, Glenn Plas gl...@byte-consult.be wrote: Omg, you now blew the surprise by CC'ing the whole list! ;-) On 10-10-14 13:55, Jo wrote: Julien, Could you translate the questions of the questionnaire for the mapper of the month? https://hackpad.com/Mapper-van-de-maand-FlPmDih1QZs That would be great and some good practice for you Dutch skills :-) I could attempt it myself, but it would never be French like a native would have written it. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgium
Hi, I did some translation on the hackpad. Between [] there are some words/sentences I am not sure to have understood or well translated. I did not literal translation; I tryed that it seems quite fluent in French... Jo (and all Dutch people who understand French), could you check that the meaning is not completely different ? Julien Le 10/10/14 14:27, Marc Gemis a écrit : I've quickly cut out a part of the page... hopefully not a lot of people read it... :-) I'll send it separately to Julien. regards m On Fri, Oct 10, 2014 at 2:11 PM, Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be wrote: Omg, you now blew the surprise by CC'ing the whole list! ;-) On 10-10-14 13:55, Jo wrote: Julien, Could you translate the questions of the questionnaire for the mapper of the month? https://hackpad.com/Mapper-van-de-maand-FlPmDih1QZs That would be great and some good practice for you Dutch skills :-) I could attempt it myself, but it would never be French like a native would have written it. ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Wie mapt er / Who's mapping
-English below- Op de hackpad vroeg er iemand of je als buitenstaander kan zien wie er mapt. Ik denk dat het antwoord misschien nog wel mensen interesseert, vandaar mijn antwoord hier. - Sommige editors laten toe de geschiedenis van een object te bekijken, je ziet dan iedereen die een wijziging heeft aangebracht in de loop van de tijd. Dit is natuurlijk niet echt voor buitenstaanders. - Je kan de geschiedenis van een object ook bekijken op osm.org bv. http://www.openstreetmap.org/way/7975837/history - Je hebt How did you contribute, bv. http://www.hdyc.neis-one.org/?escada - Alle mappers in een gebied http://resultmaps.neis-one.org/oooc?zoom=13lat=51.08917lon=4.4275layers=B00TFFT - Who did it geeft de gebieden aan die gewijzigd zijn met daarin de mappers, bv http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=51.14186lon=4.26913layers=BTT - bijna alles van Pascal Neis http://resultmaps.neis-one.org/ en zo heb je waarschijnlijk nog wat tools On the hackpad somebody wanted to know how an outsider can see who's mapping. I think it's better to post a reply here, so more people can enjoy it - Some editors (e.g. JOSM) can show the history of any object. Maybe not really for outsiders - The history of an object is available via osm.org, e.g. http://www.openstreetmap.org/way/7975837/history - The How did you contribute website, e.g. http://www.hdyc.neis-one.org/?escada - All mappers in an area http://resultmaps.neis-one.org/oooc?zoom=13lat=51.08917lon=4.4275layers=B00TFFT - Who did it shows modified areas and the mappers that did it, e.g. http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=51.14186lon=4.26913layers=BTT - Almost everything else that Pascal Neis did http://resultmaps.neis-one.org/ there are some more tools around met vriendelijke groeten, regards m p.s. sorry no French ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Question using Wikipedia coordinates
Dear all, I had been notified, that it might not be possible to include coordinates published in Wikipedia and would like to seek a solution here. Background: Together with 2 colleagues I have collected over a longer period of time a database of coordinates of a certain type of museums worldwide. The coordinates did not come from Google maps, they had been determined on the OSM map by using address data from the museums webpages and partly own information or coming from people with local knowledge. We have published this information, incl. the coordinates on Wikipedia. After that I uploaded the coordinates, together with the name of the museums, etc. to OSM, in the source tag I put my respective Wikipedia article. A friendly mapper has contacted me and raised the question, whether there are licensing problems between OSM and WP-data. I would like to learn more on how to contribute to Wikipedia and OSM in parallel, without legal hazel. Thank you very much! Best wishes Thorsten ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Question using Wikipedia coordinates
Hi, If you got the coordinates of objects on your own without looking at Google Maps or other copyrighted sources, then you should be able to publish them on Wikipedia and on OpenStreetMap in parallel. But do not indicate Wikipedia as the source in OpenStreetMap. Please use source=survey or source=local_knowledge On Fri, Oct 10, 2014 at 9:28 PM, Thorsten Schneider ts...@gmx.de wrote: Dear all, I had been notified, that it might not be possible to include coordinates published in Wikipedia and would like to seek a solution here. Background: Together with 2 colleagues I have collected over a longer period of time a database of coordinates of a certain type of museums worldwide. The coordinates did not come from Google maps, they had been determined on the OSM map by using address data from the museums webpages and partly own information or coming from people with local knowledge. We have published this information, incl. the coordinates on Wikipedia. After that I uploaded the coordinates, together with the name of the museums, etc. to OSM, in the source tag I put my respective Wikipedia article. A friendly mapper has contacted me and raised the question, whether there are licensing problems between OSM and WP-data. I would like to learn more on how to contribute to Wikipedia and OSM in parallel, without legal hazel. Thank you very much! Best wishes Thorsten ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Accessing center feature from Overpass XML?
The syntax looks like the following in Overpass-XML:
print mode=meta geometry=center/
For the geometry parameter one has the options center, bounds,
full and skeleton (=regular osm xml without added geometry data).
If you are only interested in center coordinates for some objects, you
probably want to drop the two lines after your first print statement
(the recurse and additional print are normally there to grab the
object's geometry).
On Thu, Oct 9, 2014 at 11:55 PM, Bryce Nesbitt bry...@obviously.com wrote:
I know how to use out meta center; in Overpass query language to get
the center of a way.
What's the equivalent in Overpass XML? I tried adding it to the
print, but I can't find documentation on print and the command is
rejected:
osm-script output=xml timeout=25
union
query type=node
has-kv k=amenity v=toilets/
bbox-query {{bbox}}/
/query
query type=way
has-kv k=amenity v=toilets/
bbox-query {{bbox}}/
/query
/union
print mode=meta center/
recurse type=down/
print mode=meta center order=quadtile/
/osm-script
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap Latin America and why you should come to State of the Map in Argentina
I just came back from a fantastic OpenStreetMap event around the Latin American open data conference Condatos in Mexico City. A ton of really awesome people turned out from all across the Americas and connected for the first time in real life. Find more details with pics on my diary. Latin America's putting itself onto the map big time this year, a good excuse for getting your ticket to Argentina :-) http://www.openstreetmap.org/user/lxbarth/diary/23993 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Wijken in Nederland
Beste medemappers, sinds enige tijd zijn er diverse tag-s voor het aanduiden van wijknamen. Meer Nederlandse uitleg hier: http://wiki.openstreetmap.org/wiki/NL:Map_Features#Plaats_.28place.29 De nu aanwezige tag´s zijn: place=suburb place=quarter place=neighbourhood place=city_block In diverse steden zoals Den Haag is tot nu toe place=suburb gebruikt. Graag wil weten wat jullie ideeën daarover zijn en hoe we er mee moeten omgaan. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wijken in Nederland
Als de exacte grenzen bekend zijn, zou je ook de wijkgrenzen kunnen invoeren mbv multipolygoon relaties die getagd zijn met boundary=administrative en admin_level=11 Zie http://forum.openstreetmap.org/viewtopic.php?id=18168 De wijknamen blijken echter niet meer op de osm.org kaart te worden gerenderd (was voorheen nog wel het geval). ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-ie] Westmeath townlands
Hi I'd like to start mapping townlands in Westmeath so as a starter could I have the following map squares made available 28-25-NE 28-25-NW 28-25-SE 28-25-SW 23-23-NE 23-23-NW Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Westmeath townlands
Hi Brian, Someone should reply later letting you know when the sheets are up. You'll be able to find the direct links to them on mapcraft - http://mapcraft.nanodesu.ru/pie/307 If you don't mind me asking, whats your OSM username? I'd like to stick your name in the Westmeath section of here - http://wiki.openstreetmap.org/wiki/Ireland/Mapping_Townlands#Join_In Thanks, Dave On Fri, Oct 10, 2014 at 12:19 PM, Brian Prangle bpran...@gmail.com wrote: Hi I'd like to start mapping townlands in Westmeath so as a starter could I have the following map squares made available 28-25-NE 28-25-NW 28-25-SE 28-25-SW 23-23-NE 23-23-NW Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] village without a name
hello, I am mapping in an area where there are some villages and streets not present yet. Here http://www.openstreetmap.org/changeset/25979952 ( -16.74017013027286, -39.75862524342972 ) is a village which did not exist in OSM before I started mapping. It appears to be close to the border between Prefeitura de Guaratinga and Município of Itamaraju. The IBGE layer „Mapa de Stores Rurais“ gives me a pink inscription „Esc. Mul. Vila Uniáo“ (Sorry, I am unable to reproduce the „a“ with a „~“ on it.) „Vila Uniao“ can be found in the internet, but not in Bahia state. So, of course, my question is: What name can I write for this village? Thank you Andreas signature.asc Description: OpenPGP digital signature ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] village without a name
Esc is the short for Escola (school). I don't know what Mul. stands for... Vila União is probably the name of the village. *Abraços*, Linhares On Fri, Oct 10, 2014 at 7:43 AM, Andreas Schmidt schmidt-postf...@freenet.de wrote: hello, I am mapping in an area where there are some villages and streets not present yet. Here http://www.openstreetmap.org/changeset/25979952 ( -16.74017013027286, -39.75862524342972 ) is a village which did not exist in OSM before I started mapping. It appears to be close to the border between Prefeitura de Guaratinga and Município of Itamaraju. The IBGE layer „Mapa de Stores Rurais“ gives me a pink inscription „Esc. Mul. Vila Uniáo“ (Sorry, I am unable to reproduce the „a“ with a „~“ on it.) „Vila Uniao“ can be found in the internet, but not in Bahia state. So, of course, my question is: What name can I write for this village? Thank you Andreas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] village without a name
I would guess that Mul. stands for Municipal. Regards, Gabriel Em 10/10/2014 09:17, Linhares XT linhare...@gmail.com escreveu: Esc is the short for Escola (school). I don't know what Mul. stands for... Vila União is probably the name of the village. *Abraços*, Linhares On Fri, Oct 10, 2014 at 7:43 AM, Andreas Schmidt schmidt-postf...@freenet.de wrote: hello, I am mapping in an area where there are some villages and streets not present yet. Here http://www.openstreetmap.org/changeset/25979952 ( -16.74017013027286, -39.75862524342972 ) is a village which did not exist in OSM before I started mapping. It appears to be close to the border between Prefeitura de Guaratinga and Município of Itamaraju. The IBGE layer „Mapa de Stores Rurais“ gives me a pink inscription „Esc. Mul. Vila Uniáo“ (Sorry, I am unable to reproduce the „a“ with a „~“ on it.) „Vila Uniao“ can be found in the internet, but not in Bahia state. So, of course, my question is: What name can I write for this village? Thank you Andreas ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] WMTS-Einbindung in JOSM
Sehr geehrte Damen und Herren, ich bin Anfänger in JOSM und habe mich mit diesem Editor schon etwas beschäftigt. Ist es möglich, auch ein WMTS-Service in dem Editor einzubinden? Danke und lg Emmanuel Diese Nachricht inklusive aller Anhänge kann vertrauliche Informationen enthalten. Sie ist ausschließlich für die adressierten Personen bestimmt. Das unerlaubte Kopieren sowie die unbefugte Weitergabe sind nicht gestattet. Sollten Sie nicht die richtige Adressatin/der richtige Adressat sein, vernichten Sie den gesamten Inhalt (§ 93 Abs. 4 Telekommunikationsgesetz 2003) und informieren Sie bitte sofort den/die Absender/in. Nähere Regelungen zur elektronischen Kommunikation mit der Stadt Linz finden Sie in den Allgemeinen Hinweisen und Nutzungsbestimmungen betreffend das E-Government der Stadt Linz (e-linz) ( http://www.linz.at/images/AGB_egov_2008.pdf ) IKT Linz GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321197z ++ UID-Nummer: ATU64636344 IKT Linz Infrastruktur GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321990s ++ UID-Nummer: ATU64664303 A-4020 Linz, Gruberstraße 42, Tel. +43 732 7070 0, Fax: +43 732 7070 4704, off...@ikt.linz.at, www.linz.at/ikt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2015 - Call for Papers open
Hallo FOSSGIS-Aktive und die, die es werden wollen. * english information at the end of the mail * Sie forschen, Sie entwickeln, Sie beschäftigen sich mit Open-Source-Geo-Software oder freien Geodaten? Sie haben neue Ideen in diesem Themenbereich oder sind bereits dabei, freie Software und freie Geodaten zu nutzen oder zu entwickeln? Dann sind Sie auf unserer Konferenz — der FOSSGIS-Konferenz 2015 — genau richtig. Wir bieten: Eine Plattform für Ihre Idee, Ihr Projekt, Ihren Erfahrungsbericht auf der größten deutschsprachigen Anwenderkonferenz für freie Geoinformationssysteme und freie Geodaten. Im Jahr 2015 findet die FOSSGIS vom 11. bis 13. März im Schloss der Westfälischen Wilhelms-Universität in Münster statt. Dazu rechnen wir mit über 300 Teilnehmern. An der Konferenz 2014 in Berlin nahmen sogar über 500 Besucher teil. Wir suchen: Ihre Idee, Ihr Projekt, Ihren Erfahrungsbericht, Ihr Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und Fortgeschrittene, um spannende Themen zu behandeln und anregende Diskussionen zu entwickeln. Praxisorientierte Workshops runden unser Programm ab. Vorträge zum Thema freie Geodaten, zum Beispiel OpenStreetMap, Open Data oder Open Science sind ebenso möglich wie Beiträge zu beispielsweise Softwarelösungen aus dem Bereich WebGIS, Desktop GIS, Geodatenbanken oder Location-Based-Services. Bewerben Sie sich jetzt mit einem Vortrag, Lightning Talk oder Workshop für die FOSSGIS-Konferenz 2015. Abstract: Die Einreichung eines Abstracts für die FOSSGIS 2015 ist ab sofort bis zum 15. November 2014 über unsere Konferenzsoftware Pentabarf [1] möglich. Beitrags-Einreichungen ohne Abstract müssen leider abgelehnt werden, da sich das Programm-Komitee anhand des Abstracts ein Bild von Inhalt und Relevanz des Beitrags macht. Der Abstract sollte ca. 1500 Zeichen umfassen. Ob die Einreichung angenommen wurde, wird Ende Dezember 2014 bekanntgegeben. Neben der Einreichung eines Vortrages, der ca. 20 Minuten umfasst, besteht die Möglichkeit einen Lightning Talk einzureichen. Ein Lightning Talk ist eine kurze, knackige Auseinandersetzung mit einem Thema, welches in 5 Minuten, gern humorvoll, Anregung zur Diskussion bietet. Weiterhin können Poster eingereicht werden. Workshops: Bitte berücksichtigen Sie bei der Planung, dass für die Workshops nur 90 Minuten vorgesehen sind und die Teilnehmer ein Mix aus Theorie und vor allem Praxis erwarten. Die Beschreibung des Workshops soll erreichbare Lernziele und die notwendigen Vorkenntnisse der Teilnehmer enthalten. Ein Workshop findet ab einer Teilnehmerzahl von 5 statt. Bitte fügen Sie Ihrem Abstract auch einen Vermerk hinzu, ob Sie die Austragung des Workshops in einem Computerpool oder an den von den Teilnehmern mitgebrachten Laptops bevorzugen. Wer wir sind: Veranstaltet wird die Konferenz vom FOSSGIS e.V., von der OSGeo Foundation und in Zusammenarbeit mit dem Institut für Geoinformatik der Universität Münster und 52°North. Die FOSSGIS-Konferenz lebt von Ihren Beiträgen und Ihrem Besuch [2]. Werden Sie Teil der FOSSGIS Konferenz 2015 - wir freuen uns auf Sie! Weitere Informationen finden Sie unter: http://www.fossgis.de/konferenz/2015. Fragen werden unter FAQ [3] beantwortet. Bei weiteren Fragen können Sie uns gern per Email kontaktieren unter: konferenz-orga at fossgis.de. [1] http://pb.fossgis.de/submission/FOSSGIS2015 [2] http://www.fossgis.de/konferenz/2015/callforpapers/ [3] http://www.fossgis.de/konferenz/2015/callforpapers/faq.php Wir freuen uns auf Ihre Beitragseinreichung Ihr FOSSGIS-Konferenz-Organisationsteam * english ** Note to English speakers The FOSSGIS conference is the largest German-language conference for Free and Open Source Software for GIS and Free Geodata, hosting approximately 300 participants. The Conference Committee has just announced the Call for Papers for 2015. Since the conference is held in German, the CfP is also in German. The Program Committee will, however, also consider applications for talks or workshops held in English if they are deeemed to add to the quality of the conference. So if you don't speak German, but are a FOSS/Open Data celebrity, or have a story that only you can tell, please do submit your talk. We are unlikely to be able to provide interpreters, but we'll make sure that you don't get lost at the FOSSGIS conference 2015 in Münster. Please be aware that you can submit your paper until November, 15. 2014. You can submit your abstract using Pentabarf. We are looking forward to seeing you in Münster from March 11-13, 2015! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMTS-Einbindung in JOSM
WMS geht, WTS auch. WMTS bin ich nicht sicher. Versuch mal F12, dann WMS/TMS. Der url sollte wahrscheinlich enden auf ?capabilities QGIS kann das sicher. Jo 2014-10-10 8:55 GMT+02:00 Blaßnig Emmanuel emmanuel.blass...@ikt.linz.at: Sehr geehrte Damen und Herren, ich bin Anfänger in JOSM und habe mich mit diesem Editor schon etwas beschäftigt. Ist es möglich, auch ein WMTS-Service in dem Editor einzubinden? Danke und lg Emmanuel Diese Nachricht inklusive aller Anhänge kann vertrauliche Informationen enthalten. Sie ist ausschließlich für die adressierten Personen bestimmt. Das unerlaubte Kopieren sowie die unbefugte Weitergabe sind nicht gestattet. Sollten Sie nicht die richtige Adressatin/der richtige Adressat sein, vernichten Sie den gesamten Inhalt (§ 93 Abs. 4 Telekommunikationsgesetz 2003) und informieren Sie bitte sofort den/die Absender/in. Nähere Regelungen zur elektronischen Kommunikation mit der Stadt Linz finden Sie in den Allgemeinen Hinweisen und Nutzungsbestimmungen betreffend das E-Government der Stadt Linz (e-linz) ( http://www.linz.at/images/AGB_egov_2008.pdf ) IKT Linz GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321197z ++ UID-Nummer: ATU64636344 IKT Linz Infrastruktur GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321990s ++ UID-Nummer: ATU64664303 A-4020 Linz, Gruberstraße 42, Tel. +43 732 7070 0, Fax: +43 732 7070 4704, off...@ikt.linz.at, www.linz.at/ikt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMTS-Einbindung in JOSM
Danke für deine Rückmeldung. Ich habe einen eigenen WMTS-Dienst gemacht, die Orthofotos wurden mit QGIS erzeugt. Ich verwende folgenden Link im JOSM http://webgis.linz.at/WMTS/1.0.0/getcapabilities.xml Die Fehlermeldung die ich dann bekomme lautet: !!! Konnte die Liste der WMS-Ebenen nicht einlesen. !!! -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Freitag, 10. Oktober 2014 14:06 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] WMTS-Einbindung in JOSM WMS geht, WTS auch. WMTS bin ich nicht sicher. Versuch mal F12, dann WMS/TMS. Der url sollte wahrscheinlich enden auf ?capabilities QGIS kann das sicher. Jo 2014-10-10 8:55 GMT+02:00 Blaßnig Emmanuel emmanuel.blass...@ikt.linz.at: Sehr geehrte Damen und Herren, ich bin Anfänger in JOSM und habe mich mit diesem Editor schon etwas beschäftigt. Ist es möglich, auch ein WMTS-Service in dem Editor einzubinden? Danke und lg Emmanuel Diese Nachricht inklusive aller Anhänge kann vertrauliche Informationen enthalten. Sie ist ausschließlich für die adressierten Personen bestimmt. Das unerlaubte Kopieren sowie die unbefugte Weitergabe sind nicht gestattet. Sollten Sie nicht die richtige Adressatin/der richtige Adressat sein, vernichten Sie den gesamten Inhalt (§ 93 Abs. 4 Telekommunikationsgesetz 2003) und informieren Sie bitte sofort den/die Absender/in. Nähere Regelungen zur elektronischen Kommunikation mit der Stadt Linz finden Sie in den Allgemeinen Hinweisen und Nutzungsbestimmungen betreffend das E-Government der Stadt Linz (e-linz) ( http://www.linz.at/images/AGB_egov_2008.pdf ) IKT Linz GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321197z ++ UID-Nummer: ATU64636344 IKT Linz Infrastruktur GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321990s ++ UID-Nummer: ATU64664303 A-4020 Linz, Gruberstraße 42, Tel. +43 732 7070 0, Fax: +43 732 7070 4704, off...@ikt.linz.at, www.linz.at/ikt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Diese Nachricht inklusive aller Anhänge kann vertrauliche Informationen enthalten. Sie ist ausschließlich für die adressierten Personen bestimmt. Das unerlaubte Kopieren sowie die unbefugte Weitergabe sind nicht gestattet. Sollten Sie nicht die richtige Adressatin/der richtige Adressat sein, vernichten Sie den gesamten Inhalt (§ 93 Abs. 4 Telekommunikationsgesetz 2003) und informieren Sie bitte sofort den/die Absender/in. Nähere Regelungen zur elektronischen Kommunikation mit der Stadt Linz finden Sie in den Allgemeinen Hinweisen und Nutzungsbestimmungen betreffend das E-Government der Stadt Linz (e-linz) ( http://www.linz.at/images/AGB_egov_2008.pdf ) IKT Linz GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321197z ++ UID-Nummer: ATU64636344 IKT Linz Infrastruktur GmbH, Firmenbuch des Landesgerichtes Linz ++ Firmenbuch-Nummer: 321990s ++ UID-Nummer: ATU64664303 A-4020 Linz, Gruberstraße 42, Tel. +43 732 7070 0, Fax: +43 732 7070 4704, off...@ikt.linz.at, www.linz.at/ikt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMTS-Einbindung in JOSM
Am 10.10.2014 14:31, schrieb Blaßnig Emmanuel: Danke für deine Rückmeldung. Ich habe einen eigenen WMTS-Dienst gemacht, die Orthofotos wurden mit QGIS erzeugt. Ich verwende folgenden Link im JOSM http://webgis.linz.at/WMTS/1.0.0/getcapabilities.xml Die Fehlermeldung die ich dann bekomme lautet: !!! Konnte die Liste der WMS-Ebenen nicht einlesen. !!! Dann scheint es bisher nicht zu funktionieren. Kannst ja ein Ticket [1] eröffnen und darum bitten. Grüße fly [1] https://josm.openstreetmap.de/newticket ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] GeoBLR Meetup: Tejas Pande on Urban Poverty and Mobility through Maps
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This edition of GeoBLR will feature information design expert Tejas Pande. Tejas will speak about his work around urban poverty and mobility through maps! http://www.meetup.com/GeoBLR/events/211985692 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJUN6dGAAoJEHbIEpOTpdD8s9sIALC9zDUhIbQoZW1o0LCTb5ta YwQytQSUV/NYNFWGRsc2WjT6i3r1f17pZBbGKqlSFFFl8DsSmG0Yf2lcrXlBsO8L yfTGjUaGmez39uer/eTXTR3ewDVvF9eXxGTCJ95/IdYn8djAbBZMDIeee6kb7esR RXV9jFEuivx3slC87q8dShwch/LhHB6zG9oU16+ENdVjD0x6r3EiOaHZc4nk4I+5 w5zkTjxjqPmAzTilJkQSWzUj9gnLURjVDl7Adg0QX/ZtpdfZFtjblV6i4ObjTwvt Ao8j2e8xAPXFmHxaieSBbjGq0yo1VszF2cd898e5uqlCeVFaMIx+DvkBWi09B7E= =fSzC -END PGP SIGNATURE- ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Opendata regione Umbria
Le informazioni riguardanti il sistema ecografico catastale (qui: http://www.umbriageo.regione.umbria.it/pagine/ecografico-catastale) parlano di applicativo di gestione gestito dai comuni per integrazione dei dati territoriali, per cui credo che ci sia un vero e proprio database di cui il WMS pubblicato è la rappresentazione grafica, questo spiega anche i civici che per diversi comuni non sono inseriti, ci sono sempre dei pigri :-). Per quanto riguarda il dataset pubblico sono riportati i contatti di Orietta Niciarelli (oniciare...@regione.umbria.it) come responsabile tecnico e di Ambra Ciarapica (aciarap...@regione.umbria.it) come responsabile della struttura, mentre il contatto generico per tutti gli opendata della regione Umbria è opend...@regione.umbria.it, non so se si può intraprendere la strada della richiesta di accesso tramite convenzione come fatto con la regione Toscana. Ciao Marcello Il 09/10/2014 12:45, Maurizio Napolitano ha scritto: yes, sono compatibili con la licenza OSM peccato che non rendano disponibili i civici ... Per la verità anche pessimo che si creda che il wms sia un sistema per distribuire dati quando invece distribuisce rappresentazioni Detto altrimenti è come se pubblicassero PDF ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata regione Umbria
2014-10-10 8:49 GMT+02:00 Marcello arca...@gmail.com: Per quanto riguarda il dataset pubblico sono riportati i contatti di Orietta Niciarelli (oniciare...@regione.umbria.it) come responsabile tecnico e di Ambra Ciarapica (aciarap...@regione.umbria.it) come responsabile della struttura, mentre il contatto generico per tutti gli opendata della regione Umbria è opend...@regione.umbria.it, non so se si può intraprendere la strada della richiesta di accesso tramite convenzione come fatto con la regione Toscana. ieri ho mandato mail per avere accesso al download. se mi rispondono, vi faccio sapere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata regione Umbria
ieri ho mandato mail per avere accesso al download. se mi rispondono, vi faccio sapere. Grazie mille Simone! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 10 ottobre 2014 09:11, Simone Cortesi sim...@cortesi.com ha scritto: 2014-10-10 8:49 GMT+02:00 Marcello arca...@gmail.com: Per quanto riguarda il dataset pubblico sono riportati i contatti di Orietta Niciarelli (oniciare...@regione.umbria.it) come responsabile tecnico e di Ambra Ciarapica (aciarap...@regione.umbria.it) come responsabile della struttura, mentre il contatto generico per tutti gli opendata della regione Umbria è opend...@regione.umbria.it, non so se si può intraprendere la strada della richiesta di accesso tramite convenzione come fatto con la regione Toscana. ieri ho mandato mail per avere accesso al download. se mi rispondono, vi faccio sapere. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata regione Umbria
[...] per cui credo che ci sia un vero e proprio database di cui il WMS pubblicato è la rappresentazione grafica Se c'è un wms ci sono anche i dati L'unica giustificazione che potrebbero tirare fuori è che i dati sono gestiti da terzi il che sarebbe comico visto che andrebbero contro la missione per cui esistono opendata della regione Umbria è opend...@regione.umbria.it, lunedì sono con loro sul tema open data ,non so se si può intraprendere la strada della richiesta di accesso tramite convenzione come fatto con la regione Toscana. Secondo me si ma anche di più di questo visto che la Regione Umbria e partita con un progetto concreto sul tema agenda digitale dal nome LibreUmbria ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trasferimento dati RT
2014-10-07 8:54 GMT+02:00 G. Allegri gioha...@gmail.com: Il DB è disponibile con una suddivisione su base comunale (per i Comuni dov'è disponibile). Non ho chiesto a Trevisani, responsabile SIT della regione, se sia possibile avere il DB aggregato. Avete già considerato questo aspetto? Se servisse me ne potrei occupare io, vista anche la vicinanza geografica col SIT regionale. Faccio un po' di chiarezza, per OSM sono disponibili all'import anche i civici e il grafo Quoto un messaggio della dirigenza della Regione Toscana -- I dati scaricabili saranno scaricabili dai siti RT come CC-BY-SA. Quelli che passiamo direttamente ad OSM nell'ambito dell'accordo saranno, per OSM, forniti come CC-BY. La licenza è diversa per OSM proprio in virtù dell'accordo. Chi poi li attingerà da RT li avrà come CC-BY-SA, chi gli stessi dati li preleverà da OSM li avrà come ODBL. Unico impegno di OSM è il riconoscimento della fonte (es. sulla pagina http://www.openstreetmap.org/copyright e sulla pagina http://it.wikipedia.org/wiki/OpenStreetMap). -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trasferimento dati RT
Molto bene! Grazie della precisazione! Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 10 ottobre 2014 11:25, Simone Cortesi sim...@cortesi.com ha scritto: 2014-10-07 8:54 GMT+02:00 G. Allegri gioha...@gmail.com: Il DB è disponibile con una suddivisione su base comunale (per i Comuni dov'è disponibile). Non ho chiesto a Trevisani, responsabile SIT della regione, se sia possibile avere il DB aggregato. Avete già considerato questo aspetto? Se servisse me ne potrei occupare io, vista anche la vicinanza geografica col SIT regionale. Faccio un po' di chiarezza, per OSM sono disponibili all'import anche i civici e il grafo Quoto un messaggio della dirigenza della Regione Toscana -- I dati scaricabili saranno scaricabili dai siti RT come CC-BY-SA. Quelli che passiamo direttamente ad OSM nell'ambito dell'accordo saranno, per OSM, forniti come CC-BY. La licenza è diversa per OSM proprio in virtù dell'accordo. Chi poi li attingerà da RT li avrà come CC-BY-SA, chi gli stessi dati li preleverà da OSM li avrà come ODBL. Unico impegno di OSM è il riconoscimento della fonte (es. sulla pagina http://www.openstreetmap.org/copyright e sulla pagina http://it.wikipedia.org/wiki/OpenStreetMap). -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dove mancano i numeri civici
Buongiorno. Ieri a Berlino ho incontrato questo simpatico ragazzone che ha messo in piedi un sistema per evidenziare le strade che mancano dei numeri civici. Utile ai mappers per sapere dove concentrare gli sforzi di raccolta dei dati. Leggendo sotto potrete apprezzare la grande apertura e disponibilità di Dietmar a lavorare anche con la Community italiana. Messaggio originale Da: Dietmar Seifert Data:09/10/2014 22:26 (GMT+01:00) A: Massimo Zotti Oggetto: our talk on Intergeo about OSM housenumber evaluation Hello Massimo, we meet today at the Intergeo at OSM meeting point and i wanted to send you the link to my lecture in english about my housenumber evaluation tool. Please look either on OSM Wiki page [1] and on the page look at Friday at 2014-06-13 14:30 B for my lecture or the same content on page [2]. Both evaluations run on my server regio-osm.de street list evaluation start page is [3]. most pages are actually in english and german housenumber evaluation start page is [4]. The pages are up to now only in german. It's not a big deal for me to expand the website for italian language, if you have a osm mapper, who could translate from english oder german to italian. And i would be very proud, if you have the italian wide housenumber list for evaluation use and want, that i make the evaluation for your country. Greetings, Dietmar OSM Community member Okilimu Augsburg, Germany [1] http://wiki.openstreetmap.org/wiki/SOTM-EU [2] http://sotm-eu.org/en/slots/50 [3] http://www.regio-osm.de/listofstreets/index.html [4] http://www.regio-osm.de/hausnummerauswertung/index.html ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] (MapFactor GPS)
Amigos de OSM Encontre una aplicación de navegación para el celular y para mi sorpresa vi que cobran por los mapas OSM que tienen para usar en dicha aplicación. Todos hemos contribuido de manera voluntaria para que nuestro software sea abierto y gratis así que no entiendo que pasa con los desarrolladores de esta aplicación y no se si es legal que ellos cobren por nuestros mapas? Si alguien sabe algo al respecto, agradecería la información. Aplicacion: Mapfactor : Gps navigation for Android (lo encontre en google play) Hector Londoño ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] (MapFactor GPS)
El 10 de octubre de 2014, 11:33, Fredy Rivera fredyriv...@gmail.com escribió: 2014-10-10 10:46 GMT-05:00 Hector helo...@gmail.com: Amigos de OSM Encontre una aplicación de navegación para el celular y para mi sorpresa vi que cobran por los mapas OSM que tienen para usar en dicha aplicación. Todos hemos contribuido de manera voluntaria para que nuestro software sea abierto y gratis así que no entiendo que pasa con los desarrolladores de esta aplicación y no se si es legal que ellos cobren por nuestros mapas? Si alguien sabe algo al respecto, agradecería la información. Es legal cobrar por los datos de OSM, nuestra licencia no restringe los usos comerciales, es parte del paradigma que se ha roto con OSM. Cuando contribuyes a OSM o cualquier servicio web, debes leer los términos de la licencia de manejo de los datos. Salu2 Humano. Para más detalles http://wiki.osmfoundation.org/wiki/License#Can_I_charge_for_distributing_OSM_data_or_data_derived_from_OSM_data.3F ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-at] Gebäude aus Basemap.at mappen
Hallo, ich habe weiter an dem areaselector plugin für JOSM gearbeitet und gute Fortschritte erzielen können. Die meisten Punkte, welche ich bisher als Feedback bekommen habe wurden eingearbeitet. Bisher waren die Gebäude immer etwas zu klein, da die Umrandungen nicht zu der Fläche gezählt wurden. Dies ist jetzt behoben und jetzt entsprechen die detektierten Umrisse recht gut den basemap.at Images. Der Adress Dialog wurde überarbeitet und schlägt jetzt auch automatisch die nächste Hausnummer vor. Ich hoffe das das Plugin jetzt gut eingesetzt werden kann und die Statistik der Gebäudeabdeckung (http://osm-austria-building-coverage.thomaskonrad.at/) sich bald verbessert ;-) Über weiteres Feedback bin ich natürlich dankbar! Mit freundlichen Grüßen Dipl.-Ing. Paul Wölfel Email paul.woel...@gmail.com Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäude aus Basemap.at mappen
Hallo Paul, danke für deine Arbeit an dem PlugIn, werde es in den nächsten Tagen mal testen. An alle anderen gerne ich zu bedenken, dass basemap sicher eine tolle Hilfe ist, jedoch gegenüber z.B. Geoimage einen ziemlich alten Stand hat. Also nicht einfach von einer Quelle abzeichnen, vergleichen ist absolut wichtig! Bitte beachten und Happy mapping. Erwin6330 -- Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet. Paul Woelfel paul.woel...@gmail.comschrieb: Hallo, ich habe weiter an dem areaselector plugin fr JOSM gearbeitet und gute Fortschritte erzielen knnen. Die meisten Punkte, welche ich bisher als Feedback bekommen habe wurden eingearbeitet. Bisher waren die Gebude immer etwas zu klein, da die Umrandungen nicht zu der Flche gezhlt wurden. Dies ist jetzt behoben und jetzt entsprechen die detektierten Umrisse recht gut den basemap.at Images. Der Adress Dialog wurde berarbeitet und schlgt jetzt auch automatisch die nchste Hausnummer vor. Ich hoffe das das Plugin jetzt gut eingesetzt werden kann und die Statistik der Gebudeabdeckung (http://osm-austria-building-coverage.thomaskonrad.at/) sich bald verbessert ;-) ber weiteres Feedback bin ich natrlich dankbar! Mit freundlichen Gren Dipl.-Ing. Paul Wlfel Email paul.woel...@gmail.com Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] FOSSGIS 2015 - Call for Papers open
Hallo FOSSGIS-Aktive und die, die es werden wollen. * english information at the end of the mail * Sie forschen, Sie entwickeln, Sie beschäftigen sich mit Open-Source-Geo-Software oder freien Geodaten? Sie haben neue Ideen in diesem Themenbereich oder sind bereits dabei, freie Software und freie Geodaten zu nutzen oder zu entwickeln? Dann sind Sie auf unserer Konferenz — der FOSSGIS-Konferenz 2015 — genau richtig. Wir bieten: Eine Plattform für Ihre Idee, Ihr Projekt, Ihren Erfahrungsbericht auf der größten deutschsprachigen Anwenderkonferenz für freie Geoinformationssysteme und freie Geodaten. Im Jahr 2015 findet die FOSSGIS vom 11. bis 13. März im Schloss der Westfälischen Wilhelms-Universität in Münster statt. Dazu rechnen wir mit über 300 Teilnehmern. An der Konferenz 2014 in Berlin nahmen sogar über 500 Besucher teil. Wir suchen: Ihre Idee, Ihr Projekt, Ihren Erfahrungsbericht, Ihr Thema. Genauer gesagt, suchen wir Vorträge für Einsteiger und Fortgeschrittene, um spannende Themen zu behandeln und anregende Diskussionen zu entwickeln. Praxisorientierte Workshops runden unser Programm ab. Vorträge zum Thema freie Geodaten, zum Beispiel OpenStreetMap, Open Data oder Open Science sind ebenso möglich wie Beiträge zu beispielsweise Softwarelösungen aus dem Bereich WebGIS, Desktop GIS, Geodatenbanken oder Location-Based-Services. Bewerben Sie sich jetzt mit einem Vortrag, Lightning Talk oder Workshop für die FOSSGIS-Konferenz 2015. Abstract: Die Einreichung eines Abstracts für die FOSSGIS 2015 ist ab sofort bis zum 15. November 2014 über unsere Konferenzsoftware Pentabarf [1] möglich. Beitrags-Einreichungen ohne Abstract müssen leider abgelehnt werden, da sich das Programm-Komitee anhand des Abstracts ein Bild von Inhalt und Relevanz des Beitrags macht. Der Abstract sollte ca. 1500 Zeichen umfassen. Ob die Einreichung angenommen wurde, wird Ende Dezember 2014 bekanntgegeben. Neben der Einreichung eines Vortrages, der ca. 20 Minuten umfasst, besteht die Möglichkeit einen Lightning Talk einzureichen. Ein Lightning Talk ist eine kurze, knackige Auseinandersetzung mit einem Thema, welches in 5 Minuten, gern humorvoll, Anregung zur Diskussion bietet. Weiterhin können Poster eingereicht werden. Workshops: Bitte berücksichtigen Sie bei der Planung, dass für die Workshops nur 90 Minuten vorgesehen sind und die Teilnehmer ein Mix aus Theorie und vor allem Praxis erwarten. Die Beschreibung des Workshops soll erreichbare Lernziele und die notwendigen Vorkenntnisse der Teilnehmer enthalten. Ein Workshop findet ab einer Teilnehmerzahl von 5 statt. Bitte fügen Sie Ihrem Abstract auch einen Vermerk hinzu, ob Sie die Austragung des Workshops in einem Computerpool oder an den von den Teilnehmern mitgebrachten Laptops bevorzugen. Wer wir sind: Veranstaltet wird die Konferenz vom FOSSGIS e.V., von der OSGeo Foundation und in Zusammenarbeit mit dem Institut für Geoinformatik der Universität Münster und 52°North. Die FOSSGIS-Konferenz lebt von Ihren Beiträgen und Ihrem Besuch [2]. Werden Sie Teil der FOSSGIS Konferenz 2015 - wir freuen uns auf Sie! Weitere Informationen finden Sie unter: http://www.fossgis.de/konferenz/2015. Fragen werden unter FAQ [3] beantwortet. Bei weiteren Fragen können Sie uns gern per Email kontaktieren unter: konferenz-orga at fossgis.de. [1] http://pb.fossgis.de/submission/FOSSGIS2015 [2] http://www.fossgis.de/konferenz/2015/callforpapers/ [3] http://www.fossgis.de/konferenz/2015/callforpapers/faq.php Wir freuen uns auf Ihre Beitragseinreichung Ihr FOSSGIS-Konferenz-Organisationsteam * english ** Note to English speakers The FOSSGIS conference is the largest German-language conference for Free and Open Source Software for GIS and Free Geodata, hosting approximately 300 participants. The Conference Committee has just announced the Call for Papers for 2015. Since the conference is held in German, the CfP is also in German. The Program Committee will, however, also consider applications for talks or workshops held in English if they are deeemed to add to the quality of the conference. So if you don't speak German, but are a FOSS/Open Data celebrity, or have a story that only you can tell, please do submit your talk. We are unlikely to be able to provide interpreters, but we'll make sure that you don't get lost at the FOSSGIS conference 2015 in Münster. Please be aware that you can submit your paper until November, 15. 2014. You can submit your abstract using Pentabarf. We are looking forward to seeing you in Münster from March 11-13, 2015! ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gebäude aus Basemap.at mappen
Erwin OSM wrote: An alle anderen gerne ich zu bedenken, dass basemap sicher eine tolle Hilfe ist, jedoch gegenüber z.B. Geoimage einen ziemlich alten Stand hat. Das ist stark vom Bundesland abhängig. In Wien war das am Anfang zwar auch so, aber mittlerweile ist die basemap.at oft sogar auf einem neueren Stand als die stadteigene OGD-Mehrzweckkarte von wien.at! (Ja, ich habe mehrfach überprüft, daß die basemap.at-Version wirklich die neuere ist, weil ich es auch nicht glauben konnte.) Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Nevykreslující se les
Dne Čt 9. října 2014 22:34:09, Marián Kyral napsal(a): Dne 9.10.2014 19:59, Michal Pustějovský napsal(a): Zrovna jsem narazil na kus lesa, který se ze mně záhadných důvodů nevykresluje: http://www.openstreetmap.org/way/204803423 Ani JOSM validátor mi nic nenahlásil. Poslední úprava z doby cca před rokem je moje, vykreslovat se přestal v nedávné době. Nenapadá někoho něco? Ahoj, vypadá to podivně. Myslel jsem, že je nějaký problém se renderem, ale na osmapa.pl to taky na většině zoomů chybí. Třeba 16 [1] je v pořádku, ale výš nebo níž se to zase ztratí. [1] http://osmapa.pl/#lat=49.5787lon=18.1793z=16m=ms Možná bych zkusil udělat nějakou malou změnu, abych přinutil render oblast znova vykreslit. No to snad radši ne. Pokud chcete překreslit dlaždici, stačí přejít na URL URL dlaždice/dirty (např. http://b.tile.openstreetmap.org/17/72154/44691.png/dirty[1]). Sám jsem to musel použít, když jsem opravoval polygony lesů na jihu Čech a na openstreetmap.org se z nějakého důvodu neaktualizovaly dlaždice na nižších úrovních přiblížení. Honza Kouba [1] http://b.tile.openstreetmap.org/17/72154/44691.png ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nevykreslující se les
2014-10-10 13:58 GMT+02:00 Marián Kyral mky...@email.cz: Vidím tam jen jeden problém. Jak poznám, že se dlaždice už překreslila? V takovém případě /dirty nahraď za /status :-) Např. http://b.tile.openstreetmap.org/17/72154/44691.png/status -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nevykreslující se les
Dne 10.10.2014 13:58, Marián Kyral napsal(a): -- Původní zpráva -- Od: Jan Kouba kouba.ho...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 10. 2014 13:49:49 Předmět: Re: [Talk-cz] Nevykreslující se les Dne Čt 9. října 2014 22:34:09, Marián Kyral napsal(a): Dne 9.10.2014 19:59, Michal Pustějovský napsal(a): Zrovna jsem narazil na kus lesa, který se ze mně záhadných důvodů nevykresluje: http://www.openstreetmap.org/way/204803423 Ani JOSM validátor mi nic nenahlásil. Poslední úprava z doby cca před rokem je moje, vykreslovat se přestal v nedávné době. Nenapadá někoho něco? Ahoj, vypadá to podivně. Myslel jsem, že je nějaký problém se renderem, ale na osmapa.pl to taky na většině zoomů chybí. Třeba 16 [1] je v pořádku, ale výš nebo níž se to zase ztratí. [1] http://osmapa.pl/#lat=49.5787lon=18.1793z=16m=ms Možná bych zkusil udělat nějakou malou změnu, abych přinutil render oblast znova vykreslit. No to snad radši ne. Pokud chcete překreslit dlaždici, stačí přejít na URL URL dlaždice/dirty (např. http://b.tile.openstreetmap.org/17/72154/44691.png/dirty http://b.tile.openstreetmap.org/17/72154/44691.png). Sám jsem to musel použít, když jsem opravoval polygony lesů na jihu Čech a na openstreetmap.org se z nějakého důvodu neaktualizovaly dlaždice na nižších úrovních přiblížení. Jo ták. Tohle mne nenapadlo, že tam něco takového funguje. Přitom je to logické. Vidím tam jen jeden problém. Jak poznám, že se dlaždice už překreslila? Pokud udělám nějakou změnu (třeba natrasuji ta dvě chybějící políčka hned vedle lesa), poznám naprosto přesně, že se to překreslilo a les stále chybí. Informace o dlaždici by měl vracet /status na konci URL dlaždice. Je tam i datum + čas posledního renderování. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nevykreslující se les
Dne 10.10.2014 14:13, Martin Švec - OSM napsal(a): Dne 10.10.2014 13:58, Marián Kyral napsal(a): -- Původní zpráva -- Od: Jan Kouba kouba.ho...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 10. 2014 13:49:49 Předmět: Re: [Talk-cz] Nevykreslující se les Dne Čt 9. října 2014 22:34:09, Marián Kyral napsal(a): Dne 9.10.2014 19:59, Michal Pustějovský napsal(a): Zrovna jsem narazil na kus lesa, který se ze mně záhadných důvodů nevykresluje: http://www.openstreetmap.org/way/204803423 Ani JOSM validátor mi nic nenahlásil. Poslední úprava z doby cca před rokem je moje, vykreslovat se přestal v nedávné době. Nenapadá někoho něco? Ahoj, vypadá to podivně. Myslel jsem, že je nějaký problém se renderem, ale na osmapa.pl to taky na většině zoomů chybí. Třeba 16 [1] je v pořádku, ale výš nebo níž se to zase ztratí. [1] http://osmapa.pl/#lat=49.5787lon=18.1793z=16m=ms Možná bych zkusil udělat nějakou malou změnu, abych přinutil render oblast znova vykreslit. No to snad radši ne. Pokud chcete překreslit dlaždici, stačí přejít na URL URL dlaždice/dirty (např. http://b.tile.openstreetmap.org/17/72154/44691.png/dirty http://b.tile.openstreetmap.org/17/72154/44691.png). Sám jsem to musel použít, když jsem opravoval polygony lesů na jihu Čech a na openstreetmap.org se z nějakého důvodu neaktualizovaly dlaždice na nižších úrovních přiblížení. Jo ták. Tohle mne nenapadlo, že tam něco takového funguje. Přitom je to logické. Vidím tam jen jeden problém. Jak poznám, že se dlaždice už překreslila? Pokud udělám nějakou změnu (třeba natrasuji ta dvě chybějící políčka hned vedle lesa), poznám naprosto přesně, že se to překreslilo a les stále chybí. Informace o dlaždici by měl vracet /status na konci URL dlaždice. Je tam i datum + čas posledního renderování. Hm, tak jsem zkoušel /dirty, ale nic. Čas se sice měnil, ale les nikde. Pak jsem natrasoval ta dvě pole, plus pár v okolí a les se objevil. Marián Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nevykreslující se les
-- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: talk-cz@openstreetmap.org Datum: 10. 10. 2014 19:33:56 Předmět: Re: [Talk-cz] Nevykreslující se les Dne 10.10.2014 14:13, Martin Švec - OSM napsal(a): Dne 10.10.2014 13:58, Marián Kyral napsal(a): -- Původní zpráva -- Od: Jan Kouba kouba.ho...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 10. 2014 13:49:49 Předmět: Re: [Talk-cz] Nevykreslující se les Dne Čt 9. října 2014 22:34:09, Marián Kyral napsal(a): Dne 9.10.2014 19:59, Michal Pustějovský napsal(a): Zrovna jsem narazil na kus lesa, který se ze mně záhadných důvodů nevykresluje: http://www.openstreetmap.org/way/204803423 Ani JOSM validátor mi nic nenahlásil. Poslední úprava z doby cca před rokem je moje, vykreslovat se přestal v nedávné době. Nenapadá někoho něco? Ahoj, vypadá to podivně. Myslel jsem, že je nějaký problém se renderem, ale na osmapa.pl to taky na většině zoomů chybí. Třeba 16 [1] je v pořádku, ale výš nebo níž se to zase ztratí. [1] http://osmapa.pl/#lat=49.5787lon=18.1793z=16m=ms Možná bych zkusil udělat nějakou malou změnu, abych přinutil render oblast znova vykreslit. No to snad radši ne. Pokud chcete překreslit dlaždici, stačí přejít na URL URL dlaždice/dirty (např. http://b.tile.openstreetmap.org/17/72154/44691.png/dirty http://b.tile.openstreetmap.org/17/72154/44691.png). Sám jsem to musel použít, když jsem opravoval polygony lesů na jihu Čech a na openstreetmap.org se z nějakého důvodu neaktualizovaly dlaždice na nižších úrovních přiblížení. Jo ták. Tohle mne nenapadlo, že tam něco takového funguje. Přitom je to logické. Vidím tam jen jeden problém. Jak poznám, že se dlaždice už překreslila? Pokud udělám nějakou změnu (třeba natrasuji ta dvě chybějící políčka hned vedle lesa), poznám naprosto přesně, že se to překreslilo a les stále chybí. Informace o dlaždici by měl vracet /status na konci URL dlaždice. Je tam i datum + čas posledního renderování. Hm, tak jsem zkoušel /dirty, ale nic. Čas se sice měnil, ale les nikde. Pak jsem natrasoval ta dvě pole, plus pár v okolí a les se objevil. Marián Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz; Některé věci jsou mezi nebem a zemí :-) Děkuji všem za postřehy, Michal ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Oprava relaci landuse=forest
Ahoj, tak všechny old-style landuse=forest multipolygony v ČR s více než jednou outer cestou by měly být ručně přetagované z cest na relaci. Zůstaly mi dva německé lesy co přesahují pár metrů na Šumavě a pak asi 25 Lasu Państwowych, které Polákům nebudu rozbíjet. Předem se omlouvám pokud jsem něco rozbil, pár polygonů byly fakt lahůdky. Některé byly pěkně zprzněné LPIS tracerem, takže prosím při trasování neignorovat errory a warningy v JOSM :-) Pozornost by si zasloužila relace https://www.openstreetmap.org/relation/24276, pokud ji má někdo v rajónu. Vloni se 80% jejích uzlů podařilo někomu posunout asi o 200 metrů mimo a od té doby na ten posunutej les pár lidí přilepilo další objekty :-) Hodinu jsem ho po skupinkách uzlů opatrně přesouval zpět, ale opravdu negarantuju že jsem nepoškodil něco jiného. Martin Dne 27.9.2014 22:10, Petr Vejsada napsal(a): Ahoj, tak to mám nějako nachystané. Viděl bych to na 3 kola. V prvním kole zkusit 5-10 lesů, když OK, tak zbytek lesů, které nepřesahují hranice ČR. V posledním kole lesy, které přesahují hranice ČR; těch je 279, což není zrovna málo. Některé jsou takové, že se jen dotknou sousedního státu, jiné naopak - jen malým kouskem lezou do ČR. Co s nimi? Přesunout všechny tagy z outer cesty na relaci nebo přesunovat jen landuse? K tomu rušení relací s jednou cestou - třeba Poláci to takto mají úplně běžně. Nevím proč, možná při importu vytvářeli vždycky relace. Nicméně stále si nejsem jistý, zda by se to opravdu mělo udělat a co taková akce vlastně přinese? JOSM už několik hodin validuje pokusnou várku :-) Dne Ne 21. září 2014 16:55:53 jsi napsal(a): Ahoj, On 19.9.2014 08:09, Petr Vejsada wrote: http://pedro.poloha.net/osm/lesy3.csv http://pedro.poloha.net/osm/lesy3.sql je zde vidět source=* i tag landuse na relaci. Probral jsem podmnožinu wlanduse=forest + rlanduse=NULL, relace s cestami nad 600 uzlů proklikal, zbytek namátkově. Takže u nich se může tag landuse=forest přesunout z outer cesty na relaci, aspoň já už nevidím další zádrhely. Podmnožina wlanduse=forest + rlanduse=forest má cca 175 relací, tam se teoreticky nabízí vymazat landuse na outer cestě. Na množině wlanduse=NULL a rlanduse=forest není co opravovat :-) Jiné kombinace by se neměly vyskytovat, jednu větší haluz (landuse=farm les u Tachova) a pár drobností jsem opravil. Martin PS: tipy na další opravy v budoucnu: (a) zbytečné relace lesů s jedinou cestou; (b) spousta inner cest v relacích je otagovaných jako landuse=forest, přitom podle bingu to má být mýtina. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Oprava relaci landuse=forest
Ahoj, já mezitím připravil obdobu pro automatickou opravu budov. Funguje stejně jako na lesy a shodou okolností je těch budov také kolem 3000. Také jsem pár budov ručně opravil, ale žádná hrůza to nebyla. Zajímavost byla budova Invalidovna/Historický ústav v Praze. Ta měla tag building na relaci i na outer cestě, ovšem s různou hodnotou. Na jedné bylo building=yes a na druhé building=něco_co_si_už_nepamatuju. Na OSM byla tato budova vykreslena správně, na mé ne-Carto instalaci neměla díru. To jen svědčí o rozdílech mezi non-Carto a Carto konigurací Mapniku, že ty rozdíly nebudou jen ve vzhledu. -- Petr Dne Pá 10. října 2014 22:16:08, Martin Švec - OSM napsal(a): tak všechny old-style landuse=forest multipolygony v ČR s více než jednou outer cestou by měly být ručně přetagované z cest na relaci. Zůstaly mi dva německé lesy co přesahují pár metrů na Šumavě a pak asi 25 Lasu Państwowych, které Polákům nebudu rozbíjet. Předem se omlouvám pokud jsem něco rozbil, pár polygonů byly fakt lahůdky. Některé byly pěkně zprzněné LPIS tracerem, takže prosím při trasování neignorovat errory a warningy v JOSM :-) Pozornost by si zasloužila relace https://www.openstreetmap.org/relation/24276, pokud ji má někdo v rajónu. Vloni se 80% jejích uzlů podařilo někomu posunout asi o 200 metrů mimo a od té doby na ten posunutej les pár lidí přilepilo další objekty :-) Hodinu jsem ho po skupinkách uzlů opatrně přesouval zpět, ale opravdu negarantuju že jsem nepoškodil něco jiného. Martin Dne 27.9.2014 22:10, Petr Vejsada napsal(a): Ahoj, tak to mám nějako nachystané. Viděl bych to na 3 kola. V prvním kole zkusit 5-10 lesů, když OK, tak zbytek lesů, které nepřesahují hranice ČR. V posledním kole lesy, které přesahují hranice ČR; těch je 279, což není zrovna málo. Některé jsou takové, že se jen dotknou sousedního státu, jiné naopak - jen malým kouskem lezou do ČR. Co s nimi? Přesunout všechny tagy z outer cesty na relaci nebo přesunovat jen landuse? K tomu rušení relací s jednou cestou - třeba Poláci to takto mají úplně běžně. Nevím proč, možná při importu vytvářeli vždycky relace. Nicméně stále si nejsem jistý, zda by se to opravdu mělo udělat a co taková akce vlastně přinese? JOSM už několik hodin validuje pokusnou várku :-) Dne Ne 21. září 2014 16:55:53 jsi napsal(a): Ahoj, On 19.9.2014 08:09, Petr Vejsada wrote: http://pedro.poloha.net/osm/lesy3.csv http://pedro.poloha.net/osm/lesy3.sql je zde vidět source=* i tag landuse na relaci. Probral jsem podmnožinu wlanduse=forest + rlanduse=NULL, relace s cestami nad 600 uzlů proklikal, zbytek namátkově. Takže u nich se může tag landuse=forest přesunout z outer cesty na relaci, aspoň já už nevidím další zádrhely. Podmnožina wlanduse=forest + rlanduse=forest má cca 175 relací, tam se teoreticky nabízí vymazat landuse na outer cestě. Na množině wlanduse=NULL a rlanduse=forest není co opravovat :-) Jiné kombinace by se neměly vyskytovat, jednu větší haluz (landuse=farm les u Tachova) a pár drobností jsem opravil. Martin PS: tipy na další opravy v budoucnu: (a) zbytečné relace lesů s jedinou cestou; (b) spousta inner cest v relacích je otagovaných jako landuse=forest, přitom podle bingu to má být mýtina. -- Petr, p...@propsychology.cz p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Změna algoritmu pro generování RSS o nově digitalizovaných KÚ
Ahoj, vylepšil jsem algo na RSS, protože příznaku ma_dkm, respektive ExistujeDigitalniMapa, se nedá moc věřit. Například KÚ Praha-Suchdol a KÚ Praha-Slivenec dorazily do RUIAN cca 3 týdny po změně příznaku ma_dkm. Pro annoncování nového KÚ te%d vyžaduji ma_dkm=true a alespoň 30% parcel v daném KÚ musí mít geometrii. Tím by se měla vychytat většina těch falešných lákání. Co už bylo v RSS mazat nebudu, některým čtečkám by se to nemuselo líbit. Jedná se o tato KÚ: 683434;Bořkovice;0 765724;Telnice;0 662101;Kal;0 694401;Kolnovice;0 602833;Buková u Bernartic;0 685399;Neuslužice;0 685381;Litochovice u Volyně;0 720968;Písková Lhota;0 615234;Budenín;0 685402;Střítež u Volyně;0 738042;Radkovice u Hrotovic;0 657875;Javorník v Krkonoších;0.0780640111770481 (kód KÚ, název, procento parcel, které mají geometrii). Pak jsou další KÚ, ve kterých má geometrii 48-95% parcel, tam těžko hádat, ale není jich moc, asi 25. -- p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Fwd: [contact] [Remarque, suggestion à propos de ce site] Un très grand merci !!!!
;) Pour répondre au besoin, vous pouvez tenter d'utiliser cet outil : http://nrenner.github.io/achavi/ Il faut globalement définir la date de début et de fin, puis actualiser. Si la zone est grande, cela va probablement prendre une plombe, mais c'est à tenter. Sur un de mes changeset cela fonctionne facilement : http://nrenner.github.io/achavi/?changeset=25291159 Le 09/10/2014 20:06, Yves a écrit : Je pense que David faisait référence à l'Afrique de l'Ouest... Le 9 octobre 2014 19:39:49 CEST, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Avec l'Espagne ? Le 9 oct. 2014 19:30, David Crochet david.croc...@free.fr a écrit : Bonjour Est-il possible pour une sorte de lobbying auprès de pleins de mondes de faire le comparateur temporel mais uniquement sur la région affecté par le virus ebola avec un comparatif sur 1 an. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Voilà. L'idée de faire appel à un mandataire local ne semble pas adapté dans ce cas, mais du coup j'ai trouvé du monde pas loin donc c'est bien. Pieren, je peux comprendre qu'ils demandent à nous rencontrer avant d'ouvrir leurs données, qui je pense sont assez conséquentes. Le message de la responsable de la BDU semble indiquer qu'ils sont peut-être ouvert à plus qu'un simple partage de données : ça implique qu'ils en sachent quand même un peu plus. Merci Ab_fab pour les liens, ça peut être utile en effet. Et l'ancien message dans la liste de discussion également. Comme l'a justement fait remarquer Christian Rogel, je suis probablement trop inexpérimenté sur OSM pour pouvoir les rencontrer tout de suite. Du coup, vu qu'il y a du monde pas loin, ça devrait plus poser de soucis, on va en rediscuter. Je ne savais pas que Loïc (que je connais vaguement de vue) était EPN. Il faut dire que le site de la mairie est vraiment mal fait si on veut contacter un service particulier de la municipalité. C'est en effet une bonne idée de le mettre sur le coup, surtout s'il est déjà été mis au courant à Bordeaux (@Vincent Bergeot). Donc c'est plutôt bien parti pour l'instant. Je vais voir avec vous Fred et Brice pour déterminer quoi répondre à la responsable du BDU. From: felixma...@outlook.com To: brice.per...@zenordi.fr; talk-fr@openstreetmap.org Date: Thu, 9 Oct 2014 22:04:51 +0200 CC: frmo...@gmail.com Subject: Re: [OSM-talk-fr] Banque de Données Urbaines Merci à tous pour vos retours, et désolé pour le retard. Gros gros souci matériel, je répondrai plus en longueur demain matin ou midi. Date: Thu, 9 Oct 2014 12:43:45 +0200 From: brice.per...@zenordi.fr To: talk-fr@openstreetmap.org CC: frmo...@gmail.com; felixma...@outlook.com Subject: Re: [OSM-talk-fr] Banque de Données Urbaines Le 08/10/2014 20:03, Christian Quest a écrit : Tu devrais te rapprocher de Fred Moine qui est dans le coin et tout près de chez toi il y a aussi Brice. Héhé j'avais également vu passer l'article en question. J’habite Thonon depuis peu. Je dois d'ailleurs recontacter un des conseillers municipaux niveau Open Data... @Felix et Fred : N'hésitez pas à me contacter en cas de besoin, suivant le timing je peux peut-être venir donner un coup de main lors de ce rendez-vous. C'est surement une bonne idée de mettre Loic (EPN) dans la boucle aussi. Le bon cocktail c'est toujours volonté interne + volonté politique ;-) Brice Le 8 octobre 2014 17:33, Ab_fab gamma@gmail.com a écrit : J'oubliais _ les cartes thématiques d'ITO World _ overpass Turbo (à condition d'avoir un exemple pratique qui fonctionne bien à portée de main) Avec ce genre d'exemples sous la main, tu as de quoi tenir un bon moment, et surtout tu peux rebondir facilement sur des centres d'intérêt de tes interlocuteurs Le 8 octobre 2014 15:41, Ab_fab gamma@gmail.com a écrit : Pour ce qui concerne l'âge, si en face de toi tu as quelqu'un de professionnel, cela ne devrait poser aucun souci. Et annoncer la couleur en disant que ton approche tourne principalement autour de la contribution et que tu ne maîtrises pas tous les aspects du traitement et du contrôle des données, c'est légitime. Cela n'empêche pas pour autant de prendre note des points à éclaircir de son côté et de venir les soumettre ici par la suite,. Ce ne sont pas les exemples qui manquent pour ensuite donner une réponse complète et structurée. Mon petit doigt me dit que la teneur des questions devrait s'approcher de ce qu'on peut lire dans ce message : https://lists.openstreetmap.org/pipermail/talk-fr/2011-April/032320.html Si tu as l'opportunité d'avoir accès à un ordinateur connecté, quelques sites qui sont parlants : _ Whodidit : montrer que
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 9 oct. 2014 à 22:22, Vincent Privat vincent.pri...@gmail.com a écrit : Hello, J'ai eu tous les mails sur le sujet, pas d'inquiétude. Mais je suis très pris par mon travail cette semaine, je regarde ça quand j'ai du temps. Pas de soucis… Par contre j’ai deux suggestions : plutôt que tout recompiler à chaque fois (alors que ce qui change n’est qu’un « simple » fichier de config xml), peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Le greffon pourrait périodiquement (ou à la demande) aller chercher ce fichier dans le dépôt SVN. Ce même fichier de config de lien automatique pourrait être réutilisé par d’autres modules d’OSM ? Je pense en particulier à la vue des objets depuis openstreetmap.org : Fort Griffon : pas de lien sur la page de l’UNESCO Synagogue de Besançon : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Bonjour, Historiquement la ville de Thonon est trés active dans le SIG http://www.geomag.fr/sites/default/files/45_9.pdf?q=rev/pdf/45_9.pdf Et ils ont du se poser déja beaucoup de questions sur l'urbanisation des systèmes d'information, les bases de données spatiales et leur utilisation. De notre côté, le groupe Thonon /Haute savoie n'existe pas, on ne s'est jamais rencontré, ni échangé sur OSM, les nouveautés etc A mon avis au vue de passé riche de Thonon dans le SIG (exemple parfois pour d'autres communes), il serait bon de se préparer et se rencontrer en avance. Je suis indisponible jusqu'au 5 novembre 2014. Bonne continuation et au plaisir FredM Le 9 octobre 2014 12:43, Brice Person brice.per...@zenordi.fr a écrit : Le 08/10/2014 20:03, Christian Quest a écrit : Tu devrais te rapprocher de Fred Moine qui est dans le coin et tout près de chez toi il y a aussi Brice. Héhé j'avais également vu passer l'article en question. J’habite Thonon depuis peu. Je dois d'ailleurs recontacter un des conseillers municipaux niveau Open Data... @Felix et Fred : N'hésitez pas à me contacter en cas de besoin, suivant le timing je peux peut-être venir donner un coup de main lors de ce rendez-vous. C'est surement une bonne idée de mettre Loic (EPN) dans la boucle aussi. Le bon cocktail c'est toujours volonté interne + volonté politique ;-) Brice Le 8 octobre 2014 17:33, Ab_fab gamma@gmail.com a écrit : J'oubliais _ les cartes thématiques http://www.itoworld.com/static/map.html d'ITO World _ overpass Turbo (à condition d'avoir un exemple pratique qui fonctionne bien à portée de main) Avec ce genre d'exemples sous la main, tu as de quoi tenir un bon moment, et surtout tu peux rebondir facilement sur des centres d'intérêt de tes interlocuteurs Le 8 octobre 2014 15:41, Ab_fab gamma@gmail.com a écrit : Pour ce qui concerne l'âge, si en face de toi tu as quelqu'un de professionnel, cela ne devrait poser aucun souci. Et annoncer la couleur en disant que ton approche tourne principalement autour de la contribution et que tu ne maîtrises pas tous les aspects du traitement et du contrôle des données, c'est légitime. Cela n'empêche pas pour autant de prendre note des points à éclaircir de son côté et de venir les soumettre ici par la suite,. Ce ne sont pas les exemples qui manquent pour ensuite donner une réponse complète et structurée. Mon petit doigt me dit que la teneur des questions devrait s'approcher de ce qu'on peut lire dans ce message : https://lists.openstreetmap.org/pipermail/talk-fr/2011-April/032320.html Si tu as l'opportunité d'avoir accès à un ordinateur connecté, quelques sites qui sont parlants : _ Whodidit http://simon04.dev.openstreetmap.org/whodidit/ : montrer que les contributions sont tracées, et les auteurs pas totalement anonymes _ osmose http://osmose.openstreetmap.fr/fr/map/: identification des produits *et* aide à l'intégration de données _ LizPOI http://www.ville-orange.fr/sortir01.htmà Orange _ http://live.openstreetmap.fr/ Le 8 octobre 2014 14:29, Félix Marty felixma...@outlook.com a écrit : Bonjour, Voilà un sujet qui va probablement vous faire sourire... Je contribue à OpenStreetMap depuis quelques mois. Suite à un article paru dans le journal municipal sur un service de la mairie de Thonon-les-Bains, la Banque de Données Urbaines, j'ai pensé que leur envoyer un mail leur présentant le projet OpenStreetMap et leur proposant de mettre à disposition une partie ou l'ensemble de leur base de donnée pour collaborer avec OSM serait une idée intéressante. Je vous mets à ce propos l'article du journal http://image.noelshack.com/fichiers/2014/41/1412769973-2014-10-08-135842.png et mon mail http://image.noelshack.com/fichiers/2014/41/1412770433-2014-10-08-1410382.png envoyé (inspiré pour certaines parties de la page wiki correspondante). J'ai aujourd'hui reçu une réponse, à mon sens favorable, m'invitant à un rendez-vous pour présenter *« [les] objectif et [les] méthode d’acquisition, traitement et contrôle des données »*. Le fait que je ne sache rien niveau traitement et contrôle des données n'est pas vraiment le problème, j'aurais pu regarder sur le wiki ou demander conseil ici... Mon seul vrai problème — et c'est là que vous allez sourire — est mon âge. Contrairement à une large partie (la totalité ?) d'entre vous, je suis mineur et ne me vois vraiment pas aller à la mairie présenter OpenStreetMap. A moins que la responsable de la BDU ait une grande ouverture d'esprit, j'ai du mal à croire que je serai pris au sérieux. J'ai commencé à contribuer cet été par ennui, et il faut dire que ça m'a plu. Ce mail à la mairie était peut-être de trop, parce que du coup je ne sais vraiment pas quoi faire. Auriez-vous une idée ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr --
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
A leur décharge, l'IGN dépend des décisions politiques. Le BAN (qui est l'objet du blog de la CGT) existerait depuis longtemps si les responsables politiques avaient une vrai vision et assez de volonté pour dégager les budgets nécessaires à sa création. Ah mais ça je n'ai jamais dis le contraire. N'empêche que le résultat est là : un institut géographique bénéficiant en partie de fonds publics et qui se comporte aussi comme un opérateur privé qui vend des données. Et même si comme tu le dis cela dépendait de décisons politiques, pendant des décennies certains chez l'IGN étaient bien contents de cette situation. Quand on pense que jusqu'à récemment ils revendaient les mêmes données en de multiples exemplaires à différents organismes publics, il y a de quoi se poser des questions sur cette manne d'argent public qui rentrait dans leurs poches... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] République Dominicaine frontières administratives
Pour le niveau du pays, habituellement on utilise les frontières des eaux territoriales a 12 miles (ou selon les traités bilateraux, ou a équidistance de la ligne de cote). Habituellement on n'indique aucun admin Lebel sur la ligne de cote qui n'est qu'une approximation de la ligne de base, mouvante, même si normalement elle est a la hauteur moyennes des marées hautes par temps calme et a la moyenne des indices de fortes eaux toutes les 4 semaines visible sur la laisse de mer sauf su la photo est dans les joues qui suivent une tempête). La ligne de base c'est plus complique car les états considèrent que cela inclue le terrain découvert a toutes les matées basses, exception faite dans les estuaires qu'on ferme souvent la ou le fleuve fait environ 50 lettres de large ou moins entre ses berges a marée haute. Pour les limites territoriales intérieures (non internationale) on utilise la ligne de côte sans la surcharger d'un attribut de niveau puisque souvent on n'a pas bien la définition des eaux intérieures, Cependant, on s'écarte de la ligne de cote pour inclure les ports presque fermes protégés par une digue, et dans ce CD on let une limite indicative pour fermer complètement le port. Et ce segment est inclus comme frontière administrative mais pas internationale, donc admin level 3 ou 4 (le plus petit niveau de division du pays) sur ces courts segments en ligne droite. Pour les lignes fermant les estuaires on leur attribue un tag coastline, cette ligne ayant en fait d'un cote la mer et de l'autre la riverbank Et on l'utilise pour ferler toutes les divisions administratives non nationales. Si un pays considère que les collectivités locales sont compétentes sur le domaine maritime (ce n'est pas le cas en France, les régions maritimes sont du ressort des préfets de région et des commandants de régions militaires exceptionellement, donc de l'état et non des collectivités régions), on étend ces collectivités jusqu'à la frontière internationale et aucune subdivision n'a besoin d'utiliser la ligne de cote (exemple en Slovénie actuellement). Le 9 oct. 2014 15:40, François-Xavier Lamure Tardieu xapit...@gmail.com a écrit : Bonjour, je travaille sur les frontières administratives de la République Dominicaine. À cause du changement de licence qui est intervenu, beaucoup d’informations ont disparu. Je ne sais pas d’où proviennent les délimitations qui existent (source de l’information), c’est mon premier problème. Mais plus particulièrement, je m’intéresse aux frontières au niveau de la ligne de côte. Certaines sont reliées à cette ligne, d’autres sont reliées à une frontière tracée comme cela se fait habituellement. Doit-on éliminer les relations avec la ligne de côté et tout relier avec les frontières créées ? De quel niveau doit-être la frontière avec la mer (admin_level =2 (pays) ou admin_level lié à une région du pays). Merci de votre aide Xapitoun ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Pas de réponse ? Fred tu aurais des infos à ce sujet ? Sinon d'une manière générale j'ai du mal à m'y retrouver avec la liste des erreurs osmose sur l'interface. J'ai l'impression que cette liste n'est pas exhaustive et que certaines erreurs gérées par osmose ne s'y trouve pas. Par exemple Fred m'avait donné il y a quelques temps un lien pour les terrains de tennis manquants, mais je ne la trouve pas dans la liste. Y-aurait-il quelque part ailleurs une liste exhaustive de toutes les erreurs gérées par osmose ? Ou bien j'ai raté un truc ? :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Pardon Fred pour mon message précédent j'avais raté ta réponse parce qu'elle apparaissait dans un autre fil... Je vais signaler le lien à mon collègue. Merci. :-) Nicolas Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10/10/2014 08:26, Yves Pratter a écrit : Par contre j’ai deux suggestions : 1. plutôt que tout recompiler à chaque fois (alors que ce qui change n’est qu’un « simple » fichier de config xml), peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Le greffon pourrait périodiquement (ou à la demande) aller chercher ce fichier dans le dépôt SVN. Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets. Il doit y avoir moyen de réutiliser du code de chargement des presets et de l'interface graphique de sélection. Bon, c'est une suggestion pour plus tard, quand Vincent sera plus disponible. 1. Ce même fichier de config de lien automatique pourrait être réutilisé par d’autres modules d’OSM ? Je pense en particulier à la vue des objets depuis openstreetmap.org http://openstreetmap.org : * Fort Griffon http://www.openstreetmap.org/relation/299118#map=18/47.24323/6.01884layers=C : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - 1283 * Synagogue de Besançon http://www.openstreetmap.org/way/32744591 : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : http://www.culture.gouv.fr/public/mistral/mersri_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00101610 J'ai intégré les modifs (plus d'autres : mise à jour pour ref:FR:CEF) dans mon fichier http://frvipofm.net/osm/josm/tag2link_sources.xml -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Je viens de regarder je n'ai pas l'impression que les erreurs avec les m à la fin soit détectées. Sur la région L-R il y en a sur les tags ele des sommets et pourtant aucune n'apparaît dans cette liste : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem=3091 Pour corriger les virgules en tout cas c'est super ! Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. Pas sûr d'avoir compris. Ça renvoie une erreur si le tag height est défini mais pas le tag ele ? Sauf que pour certains objets cela peut être pertinent. Comment fais-tu la distinction ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Autre remarque et j'arrête de polluer ce fil. ;-) Ce serait pratique dans le tableau des erreurs d'avoir une dernière colonne reprenant tous les tags de chaque objet. Là par exemple je souhaite corriger principalement les sommets mais dans la liste il y a plein de trucs mélangés et je ne sais pas lesquels correspondent à des sommets. Je suis obligé de les charger un par un dans JOSM donc c'est pas très pratique. Ou alors quelque part ajouter un lien charger tous les objets de la liste dans JOSM. Ensuite je pourrais faire un filtre avec JOSM. :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 09:37, Nicolas Moyroud a écrit : Pas de réponse ? Fred tu aurais des infos à ce sujet ? Sinon d'une manière générale j'ai du mal à m'y retrouver avec la liste des erreurs osmose sur l'interface. J'ai l'impression que cette liste n'est pas exhaustive et que certaines erreurs gérées par osmose ne s'y trouve pas. Par exemple Fred m'avait donné il y a quelques temps un lien pour les terrains de tennis manquants, mais je ne la trouve pas dans la liste. Y-aurait-il quelque part ailleurs une liste exhaustive de toutes les erreurs gérées par osmose ? Ou bien j'ai raté un truc ? :-) En fait sur l'interface on retrouve des items, ils regroupent des classes d'erreurs (elle même parfois découpé en sous classe). Il y en a vraiment trop, plus de 200, tous le peut pas rentrer dans le menu. Tu peux retrouver une liste quasi exhaustive sur le wiki : http://wiki.openstreetmap.org/wiki/FR:Osmose/errors Tu peux l'avoir directement sur Osmose, par zone (de travail) ou pour le monde entier : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem= Attention, pour une région france_languedoc_roussillon n'est pas la seule zone de travail passant par là, il y a aussi world et france_local_db. Tu peux consulter la matrice des zones/analyseur - délai depuis la dernière mise à jour : http://osmose.openstreetmap.fr/fr/control/update_matrix Un analyseur généré souvent un seul type d'item, mais ce n'est pas toujours le cas. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 09:52, Nicolas Moyroud a écrit : Elle existe, mais le tag ele n'était pas dans la liste, je viens de l'ajouter. http://osmose.openstreetmap.fr/fr/errors/?item=3091 Je viens de regarder je n'ai pas l'impression que les erreurs avec les m à la fin soit détectées. Sur la région L-R il y en a sur les tags ele des sommets et pourtant aucune n'apparaît dans cette liste : http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillonitem=3091 Plusieurs raisons : - j'ai ajouté ele au test hier soir, il faut attendre que la modification soit prise en compte dans la branche master du code source (moi je code, Jocelyn intègre) - une fois la modification dans la code principal, il faut attendre que l'analyse soit relancé, tous les 2 jours (tous les jours les régions françaises) - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Pour corriger les virgules en tout cas c'est super ! Une des sous-classes (3091/3091/2) de cette analyse détecte la confusion entre height et ele. Pas sûr d'avoir compris. Ça renvoie une erreur si le tag height est défini mais pas le tag ele ? Sauf que pour certains objets cela peut être pertinent. Comment fais-tu la distinction ? height est la hauteur d'un objet, depuis le sol. ele est l'élévation, depuis le niveau de la mer. Il y a erreur si height est supérieur à 500m. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 10:00, Nicolas Moyroud a écrit : Autre remarque et j'arrête de polluer ce fil. ;-) Ce serait pratique dans le tableau des erreurs d'avoir une dernière colonne reprenant tous les tags de chaque objet. Là par exemple je souhaite corriger principalement les sommets mais dans la liste il y a plein de trucs mélangés et je ne sais pas lesquels correspondent à des sommets. Je suis obligé de les charger un par un dans JOSM donc c'est pas très pratique. Ou alors quelque part ajouter un lien charger tous les objets de la liste dans JOSM. Ensuite je pourrais faire un filtre avec JOSM. :-) Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [contact] [Remarque, suggestion à propos de ce site] Un très grand merci !!!!
Le vendredi 10 octobre 2014 08:13:34, Jean-Baptiste a écrit : ;) Pour répondre au besoin, vous pouvez tenter d'utiliser cet outil : http://nrenner.github.io/achavi/ Hé mais il a beaucoup de potentiel cet outil !! Il complète assez bien whodidit, et est 100 fois plus pratique que l'historique d'osm.org. Hop ! dans mes signets ! Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir, et si des recherches sur l'utilisation des différents nom ne me permet pas de trancher, j'ajoute celui qui me parait le plus vraisemblable, j'ajoute le code Fantoir, et je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Stf Le vendredi 10 octobre 2014 08:36:34, Francescu GAROBY a écrit : Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com mailto:yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Le 10/10/2014 10:08, Frédéric Rodrigo a écrit : - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM et les collectivités
Merci pour vos réponses. Par contre, Déjà bien expliqué ce qu'est globalement le projet OSM et ce qu'il n'est pas (encore plus important). Heu au premier abord c'est simple, mais en fait non, je me rends compte que je ne suis pas sûr du tout de pouvoir répondre clairement à ça, particulièrement sur ce qu'Osm n'est pas. Toi qui a l'habitude, comment est-ce que tu présente ces points ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. Alors c'est ce que vous appellez BANO^2 parce que l'actuel BANO est alimenté par OSM et non le contraire (mais on ne sait toujours pas à quoi ressemblerait ce BANO^2). Je suis assez perplexe sur le principe des doubles licenses. C'est très complexe sur le plan juridique et peut-être même impossible à réaliser si les termes se contredisent. Je ne connait pas d'exemple d'opendata avec cette configuration. De plus, cela implique que les contributeurs acceptent les deux licences, ce qui veut dire aussi une bdd et un outil d'édition séparés d'OSM et exclue par la-même les contributeurs d'OSM (même si on peut imaginer une récupération des outils). Au final, ce BANO^2 ressemble à l'dée que je me faisais de BAN sauf que l'opérateur pourrait être différent (IGN ou pas) et il reste une interrogation sur ceux qui fourniront la donnée et la tiendront à jour. Pieren Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM et les collectivités
Le 09/10/2014 11:54, Christian Quest a écrit : Faire comprendre que c'est à eux de rejoindre et de faire partie de la communauté... mais ce n'est pas le plus simple j'en convient. Ca me fait penser à un article que je n'ai pas vu passer sur la liste, donc voici le lien : https://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/ Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
2014-10-10 10:23 GMT+02:00 JB jb...@mailoo.org: Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places Pas vraiment une erreur mais un formattage standardisé. J'ai déjà vu des suppressions de 't' pour le maxweight ou des 'kmh' dans maxspeed pour les mêmes raisons. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Plusieurs raisons : - j'ai ajouté ele au test hier soir, il faut attendre que la modification soit prise en compte dans la branche master du code source (moi je code, Jocelyn intègre) - une fois la modification dans la code principal, il faut attendre que l'analyse soit relancé, tous les 2 jours (tous les jours les régions françaises) OK donc je vais être patient et j'enverrai le lien à mon collègue quand ça apparaîtra, sinon il va être frustré. ;-) - un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. A mon humble avis c'est une belle incohérence dans les données. Par exemple quand on fait une exportation des données OSM pour une utilisation dans un logiciel SIG on se retrouve avec une colonne attributaire contenant à la fois des nombres et des chaînes de caractères sur laquelle on ne peut donc faire aucun traitement numérique. height est la hauteur d'un objet, depuis le sol. ele est l'élévation, depuis le niveau de la mer. Oui ça je savais :-) Il y a erreur si height est supérieur à 500m. OK donc c'est basique et il n'y a pas discrimination des objets. Ça pourra être embêtant le jour où tu feras tourner osmose aux Émirats. Après la tour de 800m il paraît que la construction d'une tour de 1000m va démarrer bientôt... Merci Fred. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
- un m à la fin n'est tout simplement pas une erreur, c'est juste l'unité par défaut. Non. Même si le wiki ne dit pas explicitement que c'est une erreur, tout le suggère : http://wiki.openstreetmap.org/wiki/Key:ele «Elevation of a point in metres in WGS84.» Voir aussi les exemples cités. On ne met pas capacity=10 places JB. Tout à fait d'accord. En plus l'erreur osmose s'appelle valeur numérique. Une lettre représentant une unité n'a donc rien à y faire. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Bruno Le 9 octobre 2014 21:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 07/10/2014 11:25, Yves Pratter a écrit : Le 6 oct. 2014 à 20:25, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Mais c'est quand même plus facile lorsque les ref sont intégrées à OSM et il n'y a pas toujours de ref, ou des ref non privé en la qu'elle on peut avoir confiance. J’ai vu que tu ne proposes pas d’attribut ref. Est-ce un oubli ou un plutôt un choix ? Il y en a un, mais ne sachant pas à quoi il correspond, mais je ne l'ai pas prit. Le 06/10/2014 17:38, Jérôme Amagat a écrit : Les stations bien geocodé (ou pas trop mal) et presente dans osm ont disparu (osmose en a trouvé combien? c'est possible de la savoir?) La mise à jour de données OSM avec des données OpenData est une amélioration de l'intégration de données avec Osmose que j'ai en tête. Super :-) Peux-tu forcer l’affichage de toutes les stations services pour les tests ? Non Le 25 sept. 2014 à 23:15, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Tous les autres services étant des amenity séparé, je vais les ignorer pour l’instant Le preset dans JOSM permet d’indiquer si il y a une boutique, des toilettes, un kiosque… shop=yes shop=convenience shop=kiosk En regardant la page shop http://wiki.openstreetmap.org/wiki/Key:shop, je ne trouve pas ça très adapté — au moins pour les toilettes : Le tag le plus adapté serait *toilets=yes* ? cf. Toilets within places http://wiki.openstreetmap.org/wiki/Tag:amenity=toilets# Toilets_within_places J’ai vu dans ton framapad http://lite3.framapad.org/p/station_services que tu pensais à amenity=toilets mais il est précisé que l’utilisation de la clé *amenity* est uniquement dans le cas où les toilettes sont un objet à part. Idem pour les stations de gonflage des pneus : compressed_air=yes http://wiki.openstreetmap.org/wiki/Tag:amenity=compressed_air#Examples pour un service de proposé dans un lieu et *amenity=compressed_air* pour une station « isolée ». Piste poids lourds. C’est vital pour des camions, mais aussi pour des campings-car, une voiture tirant un van pour transporter des chevaux… La question a été traitée pour les voies d’accès de parking… Cf. HGV pour Heavy good vehicles) dans Lane dependent restrictions http://wiki.openstreetmap.org/wiki/Hgv#Lane_dependent_restrictions et la section Parking in Industrial Areas http://wiki.openstreetmap.org/wiki/OSM_Transport_Karte# Parking_in_Industrial_Areas de la page *OSM Transport Karte* Donc : * serviceToilettes publiques/service *toilets=yes* * serviceStation de gonflage/service *compressed_air=yes * * serviceBoutique non alimentaire/service *shop=yes ??* * serviceBoutique alimentaire/service *shop=convenience* il y a parfois les 2 services simultanément * servicePiste poids lourds/service *hgv:lanes=yes* J'ai prit ça en compte. On finalement activer l'analyse - à la prochaine mise à jour des résultats. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Dommage ce serait bien pratique. Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Je viens de tester. Effectivement e'est jouable comme ça. Sauf que... encore un petite difficulté. Dès qu'il y a un sommet en erreur (par exemple avec un ele contenant une virgule à la place du point) ça ramène tout le way qui s'appuie dessus. Donc là par exemple j'ai des frontières qui passent par le sommet qui remontent. Et donc ça ramène aussi tous les autres pics par lesquels passent la frontière. Après mon filtre natural=peak dans JOSM je me retrouve avec plein de pics pour lesquels il n'y a aucun problème dans le tag ele et il faut que je les clique un par un pour trouver ceux où il y a un problème. Ce n'est pas très pratique. Existe-t-il un moyen de limiter la remontée de données aux seuls nodes en erreur sans remonter aux ways ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Sinon, Nicolas, tu as essayé ça ? http://overpass-turbo.eu/s/5ox Surement plus efficace pour les séances de correction, avec export direct dans JOSM ! (Euh, au fait, le symbole décimal, c'est le point ou la virgule ?) JB. Le 10/10/2014 11:20, Nicolas Moyroud a écrit : Il faudrait filtrer par sous classe, mais ce n'est pas disponible dans l'API du frontend d'osmose. http://wiki.openstreetmap.org/wiki/Osmose/api/0.2 Dommage ce serait bien pratique. Par contre sur la carte tu as le menu export qui te permet de charger les erreurs de la vue active dans JOSM. Je viens de tester. Effectivement e'est jouable comme ça. Sauf que... encore un petite difficulté. Dès qu'il y a un sommet en erreur (par exemple avec un ele contenant une virgule à la place du point) ça ramène tout le way qui s'appuie dessus. Donc là par exemple j'ai des frontières qui passent par le sommet qui remontent. Et donc ça ramène aussi tous les autres pics par lesquels passent la frontière. Après mon filtre natural=peak dans JOSM je me retrouve avec plein de pics pour lesquels il n'y a aucun problème dans le tag ele et il faut que je les clique un par un pour trouver ceux où il y a un problème. Ce n'est pas très pratique. Existe-t-il un moyen de limiter la remontée de données aux seuls nodes en erreur sans remonter aux ways ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et détection d'erreurs sur l'élévation des sommets
Sinon, Nicolas, tu as essayé ça ? http://overpass-turbo.eu/s/5ox Surement plus efficace pour les séances de correction, avec export direct dans JOSM ! (Euh, au fait, le symbole décimal, c'est le point ou la virgule ?) JB. Merci JB c'est effectivement la solution avec l'overpass. Mais à part pour les boss d'OSM comme nous c'est difficilement utilisable ! Je ne me vois pas donner un cours de requêtes overpass à mon collègue géomaticien. Dès qu'il voit une ligne de code il part en courant donc bon... Là je peux toujours lui donner ton lien overpass, mais dès qu'il va retomber sur un autre type d'erreurs il faudra qu'il repasse par moi. Mes remarques étaient orientée dans l'idée qu'osmose soit facilement utilisable pour celui qui constate des erreurs dans les données OSM et souhaite les corriger. Voilà qui pourrait permettre à certaines personnes manipulant de l'info géographique de contribuer facilement à OSM. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Au fait, quelle est la fréquence de mise à jour ? Francescu Le 10 octobre 2014 10:15, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir, et si des recherches sur l'utilisation des différents nom ne me permet pas de trancher, j'ajoute celui qui me parait le plus vraisemblable, j'ajoute le code Fantoir, et je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Stf Le vendredi 10 octobre 2014 08:36:34, Francescu GAROBY a écrit : Personnellement, je ne suis pas fan de l'idée consistant à mettre des noms de rues, en sachant qu'il y a une forte probabilité de mettre des noms erronées. Mettre une donnée incomplète est une chose (ex : je place un arrêt de bus, mais je ne sais pas s'il est accessible aux handicapés), mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! En faisant ça, on commence à tordre le bras à notre désir de faire de la qualité, selon moi. Francescu Le 10 octobre 2014 08:27, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Le 10 octobre 2014 06:37, Yves yve...@gmail.com mailto:yve...@gmail.com a écrit : Ben, ça sert pas à grand chose de rajouter ces données si elles sont erronées. Après, chacun fait ce qu'il veut de son temps libre. Yves On 10 octobre 2014 04:32:00 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com wrote: J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. un contributeur qui connait et voit l'erreur modifiera. Je modifie rarement les nom dejà présent dans osm pour les faire correspondre a BANO. En gros si le nom présent me semble plausible, je laisse. Le 10 octobre 2014 00:17, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement,
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Au fait, quelle est la fréquence de mise à jour ? BANO (la base de données) est regénérée chaque nuit entre minuit et ~02:00 en ce qui concerne les adresses au n° et l'intégration des nouvelles commune svectorielles du cadastre. La partie lieux-dits est hors de ce circuit pour l'instant mais elle va l'intégrer. Les outils qui s'appuient dessus (le rendu carto, les listes de rapprochements) sont calés sur ce rythme quotidien. Je vais rajouter sur la page de comparaison Fantoir la date de dernière màj, pour une ville donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Super, merci pour ce rajout, ça évitera de s'acharner sur sa touche F5 après avoir fait un rapprochement massif de voies (non, je ne parle pas d'expérience. Pourquoi pensez-vous ça ?) Francescu Le 10 octobre 2014 12:11, Vincent de Château-Thierry osm.v...@free.fr a écrit : Selon Francescu GAROBY windu...@gmail.com: Au fait, quelle est la fréquence de mise à jour ? BANO (la base de données) est regénérée chaque nuit entre minuit et ~02:00 en ce qui concerne les adresses au n° et l'intégration des nouvelles commune svectorielles du cadastre. La partie lieux-dits est hors de ce circuit pour l'instant mais elle va l'intégrer. Les outils qui s'appuient dessus (le rendu carto, les listes de rapprochements) sont calés sur ce rythme quotidien. Je vais rajouter sur la page de comparaison Fantoir la date de dernière màj, pour une ville donnée. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 10 oct. 2014 à 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. Comme il n’existe pas — à ma connaissance — de greffons ni dans OSM (et ses variantes nationales), ni dans Nominatim, photon… qui permettraient de chercher des adresses dans les BAN (bases d’adresses nationales), mieux vaut une adresse approximative que rien. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. +1 A la lecture de cette liste, aucune base de données n’est parfaite. D’ailleurs quand je cherche une adresse je compare Google, OSM, Mappy. Il y a souvent des différences et il n’y a pas de « vainqueur ». Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Sur ce point, il faudrait quasiment un champ source par attribut, ainsi que l’auteur et la date de saisie ;-) En pratique : la géométrie vient souvent de Bing, cadastre… et pour les plus chanceux Orthophotos / fichiers libérés par les agglomérations. ref et ses variantes : bases de données ouvertes des institutions gestionnaires du service, des administrations (LaPoste, SNCF, Points de ventes pour les stations services…) les noms de rues (cadastre, terrain/plaque, carte historique…) name=Rue des Ossanges / source : plaque alt_name = Rue des Ossenges / source : cadastre C’est le cadastre qui est probablement juste car le lieu-dit est « Ossenges » et j’imagine que quelqu’un à fait une faute de frappe lors de la « fabrication » de la plaque. nombre d’habitants : INSEE recensement année Pour avoir l’auteur et la date de saisie d’un attribut, ça doit se déduire de l’historique mais il n’existe pas à ma connaissance d’outil pour l’afficher. Bref, problème complexe probablement pas à l’ordre du jour pour OSM. Le 10 oct. 2014 à 08:36, Francescu GAROBY windu...@gmail.com a écrit : Mettre une donnée incomplète est une chose […], mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! Cf. supra : Ce cas est un bon exemple : la rue sera trouvée avec « Camors » et une donnée « erronée » alors que sinon on ne trouve rien. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Une nouvelle demande d'évolution : que les lettres 'a' et 'b' soient respectivement remplacées par 'A' et 'B', lors de la saisie dans le champ de recherche. Sans ça, la recherche ne donne rien. (ces 2 lettres étant présentes dans tous les codes INSEE de Corse-du-Sud et de Haute-Corse, respectivement). Merci, Francescu Le 10 octobre 2014 12:58, Yves Pratter yves.prat...@gmail.com a écrit : Le 10 oct. 2014 à 08:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas un peu exagéré de parler de données erronées ? C'est le plus souvent incomplet (manque de détail) que franchement faux. Comme il n’existe pas — à ma connaissance — de greffons ni dans OSM (et ses variantes nationales), ni dans Nominatim, photon… qui permettraient de chercher des adresses dans les BAN (bases d’adresses nationales), mieux vaut une adresse approximative que rien. OSM est itératif... si il faut faire de la perfection systématique on en serait encore à une carte blanche. +1 A la lecture de cette liste, aucune base de données n’est parfaite. D’ailleurs quand je cherche une adresse je compare Google, OSM, Mappy. Il y a souvent des différences et il n’y a pas de « vainqueur ». Par contre, indiquer sur les objets eux même une source explicite permettant de repasser ces objets en revue est dans ce cas fort utile ! Sur ce point, il faudrait quasiment un champ source par attribut, ainsi que l’auteur et la date de saisie ;-) En pratique : - la géométrie vient souvent de Bing, cadastre… et pour les plus chanceux Orthophotos / fichiers libérés par les agglomérations. - ref et ses variantes : bases de données ouvertes des institutions gestionnaires du service, des administrations (LaPoste, SNCF, Points de ventes pour les stations services…) - les noms de rues (cadastre, terrain/plaque, carte historique…) - name=Rue des Ossanges http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/47.00508/6.02773 / source : plaque - alt_name = Rue des Ossenges / source : cadastre C’est le cadastre qui est probablement juste car le lieu-dit est « Ossenges » et j’imagine que quelqu’un à fait une faute de frappe lors de la « fabrication » de la plaque. - nombre d’habitants : INSEE recensement année Pour avoir l’auteur et la date de saisie d’un attribut, ça doit se déduire de l’historique mais il n’existe pas à ma connaissance d’outil pour l’afficher. Bref, problème complexe probablement pas à l’ordre du jour pour OSM. Le 10 oct. 2014 à 08:36, Francescu GAROBY windu...@gmail.com a écrit : Mettre une donnée incomplète est une chose […], mettre une donnée que je sais probablement erronée (ex : Rue des Frères Camors au lieu de Rue Paul et Jean-Claude Camors, pour reprendre l'exemple de Christophe) en est une autre ! Cf. supra : Ce cas est un bon exemple : la rue sera trouvée avec « Camors » et une donnée « erronée » alors que sinon on ne trouve rien. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Selon Francescu GAROBY windu...@gmail.com: Une nouvelle demande d'évolution : que les lettres 'a' et 'b' soient respectivement remplacées par 'A' et 'B', lors de la saisie dans le champ de recherche. Sans ça, la recherche ne donne rien. (ces 2 lettres étant présentes dans tous les codes INSEE de Corse-du-Sud et de Haute-Corse, respectivement). Oops, mAis Bien sûr. ÇA serA fAit très Bientôt :) (d'ici là je m'entraîne) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 10 oct. 2014 à 04:32, Jérôme Amagat jerome.ama...@gmail.com a écrit : J'ai ajouté un paquet de nom de rue ces derniers temps dans osm grace au rendu BANO, un peu partout et dans plein d'endroit que je ne connais pas. Heureusement que je ne suis pas allé vérifier sur le terrain à chaque rue. Un compromis que j’utilise est de vérifier quand c’est possible avec StreetView, les photos trouvées sur internet et de croiser tout ça avec les photos aériennes. Il vaut mieux un nom presque bon (tes exemples) que aucun nom. +1 Cf. mon mél précédent. Dans les pb (de non rapprochement) que j’ai vu ces derniers jours, il y a souvent « Chemin XXX » et « Rue XXX ». Dans notre contexte, « chemin », « rue », « route », « impasse »… sont des mots « vides ». L’algo de recherche devrait être : chercher la phrase exacte supprimer les mots vides et relancer la recherche Mais en pratique, ce n’est pas ce que fait Nominatim :-( Il semble chercher tous les mots : « chemin des ossanges » - Aucun résultat n’a été trouvé « rue des ossanges » - Ok car c’est le nom exact « rue des ossenges » - Ok car est la première valeur de alt_name « chemin des ossenges » - Ok car ossenges se trouve dans la première valeur de alt_name et chemin dans la deuxième. « ossanges » ou « ossenges » - Ok J’ai creusé un peu plus : « chemin osantes » - Ok, cette fois !! Nominatim doit avoir une liste « standard » de mots vides contenant « de », « le »… mais pas « chemin », « route », « iimpasse » , « voie »… un contributeur qui connait et voit l'erreur modifiera. Oui et non : Oui, si « le » contributeur tombe dessus (et assez rapidement), super :-) Non, car comment un robot ou un même un contributeur non local pourrait retrouver les objets OSM à vérifier ? Le 10 oct. 2014 à 10:15, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Pour ma part, lorsqu'il y a incohérence entre le cadastre et fantoir […] je laisse une note (une vraie, pas sous forme de tag) pour qu'un local puisse faire la vérification. Moi je laisse un attribut « note=* » car je ne pense jamais à vérifier les vraies notes. D’autres laissent des attributs « fixme=* » ou « comment=* » … — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10 oct. 2014 à 09:45, Vincent Pottier vpott...@gmail.com a écrit : Peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets ». Je n’ai pas regardé le code source, mais je pense qu’il ne s’agit pas d’une grosse modif. Si l’idée est retenu, je peux installer le compilateur java sur ma machine et faire un essai ;-) Fort Griffon : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - « 1283 Synagogue de Besançon : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : Je ne parlais pas de problème avec Tag2Link dans JOSM (quoi qu’il semble que j’en ai trouvé un par hasard). Mais du fait que les pages openstreetmap.org/relation/12345… ne font pas de lien comme tag2link La réutilisation du fichier de config de tag2link par openstreetmap.org, geschichtskarten.openstreetmap.de (la carte des monuments historiques), et d’autres permettrait de faire une pierre, deux coups. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10/10/2014 14:27, Yves Pratter a écrit : Le 10 oct. 2014 à 09:45, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Peut-on mettre ce fichier en dehors de l’archive jar (du moins ses mises à jour) ? Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir choisir des fichiers différents, distants, locaux, comme pour les presets ». Je n’ai pas regardé le code source, mais je pense qu’il ne s’agit pas d’une grosse modif. Si l’idée est retenu, je peux installer le compilateur java sur ma machine et faire un essai ;-) * Fort Griffon http://www.openstreetmap.org/relation/299118#map=18/47.24323/6.01884layers=C : pas de lien sur la page de l’UNESCO Corrigé : l'expression régulière ne récupère que la première partie de l'identifiant pour le lien. 1283-002 - « 1283 * Synagogue de Besançon http://www.openstreetmap.org/way/32744591 : idem pour la page Mérimée. Par contre le lien se fait bien avec wikipedia Je n'ai pas de problème. le lien s'ouvre bien : Je ne parlais pas de problème avec Tag2Link dans JOSM (quoi qu’il semble que j’en ai trouvé un par hasard). Mais du fait que les pages openstreetmap.org/relation/12345 http://openstreetmap.org/relation/12345… ne font pas de lien comme tag2link La réutilisation du fichier de config de tag2link par openstreetmap.org http://openstreetmap.org, geschichtskarten.openstreetmap.de http://geschichtskarten.openstreetmap.de/historische_objekte/translate/fr/index-fr.html?zoom=18lat=47.24286lon=6.01904layers=BFFTTselect=r299118#Anfang (la carte des monuments historiques), et d’autres permettrait de faire une pierre, deux coups. Osmose l'utilise également. Avez-vous/allez-vous remonter les modifications vers JSOM ? J'avoue ne pas avoir tout lu. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Le 10 oct. 2014 à 11:07, Bruno Cortial bruno.cort...@laposte.net a écrit : Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Mettre comme attribut : comment=« E85 disponible que pendant les heures d’ouvertures » et/ou opening_hours=« Mo-Sa 22:00-23:00 open || closed E85 indisponible » — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Nouveau sur la liste] Bonjour à tous !
Je me présnete : frem (frem-eu sur osm), actif en région Poitou-Charentes, avec qqes années de contributions derrière moi (depuis 2008). J’ai recommencé à contribuer de façon plus active et je vous rejoins pour discuter des problématique encore non-résolues et du projet en général. À bientôt frem ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag2link vers La Poste
Le 10 oct. 2014 à 14:32, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Osmose l'utilise également. Super, mais est-ce que comme tag2link, il faut recompiler le projet pour qu’il tienne compte des modifications de ce fichier ? Avez-vous/allez-vous remonter les modifications vers JSOM ? J'avoue ne pas avoir tout lu. Toutes sauf les 2 dernières (ref:FR:CEF et ref:whc). J’ai fait le patch mais Vincent Privat doit le valider recompiler. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BAN + BANO franchement j'y crois pas trop. Ca ferait deux plateformes qui se marcheraient sur les pieds. Grâce au post de Christian sur georezo qui donne le lien vers l'actu du CNIG ([1]), on peut maintenant avoir un aperçu de ce que serait BANO^2: http://cnig.gouv.fr/wp-content/uploads/2014/10/BANO-%C3%A0-BANO%5E2-CNIG.pdf A comparer avec le projet BAN de l'IGN: http://cnig.gouv.fr/wp-content/uploads/2014/06/2014_06_25_CommissionDonnees_CNIG_BAN.pdf Plusieurs remarques: - ho la la, BANO contiendrait 14 millions d'adresses du cadastre et 2 millions d'adresses d'OSM. Il y a juste un petit mensonge par omission : les 2 millions d'adresses d'OSM viennent aussi pour l'essentiel du cadastre - les deux projets BAN et BANO sont très proches puisque les deux ne partent pas de zéro et aggrègent des sources externes (insee, dgfip, collectivités locales). Et l'IGN a une petite longueur d'avance sur le nombre de sources (la poste, erdf). Désavantages pour BAN : - je trouve leur modèle des données inutilement compliqué, surtout s'ils veulent faire contribuer des acteurs externes à l'IGN (et ils acceptent plusieurs points pour une adresse). Grosse erreur, ama. Il faut sim-pli-fier - ils semblent s'accrocher à un modèle payant pour les utilisateurs alors qu'ils devraient faire le forcing pour obtenir un financement pérenne pour faire de l'opendata. Bon, en même temps, ils savent mieux que personne que l'état est fauché. Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Pieren [1] http://cnig.gouv.fr/wp-content/uploads/2014/10/BANO-%C3%A0-BANO%5E2-CNIG.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 14/10/2014 20h00 - Invitation + OdJ
Bonsoir à tous Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque mois, et chacun peut s'inviter et participer à ces rencontres. ATTENTION LE LIEU HABITUEL N'ETANT PAS DISPONIBLE, la réunion aura lieu: le MARDI 14 OCTOBRE à partir de 20h00 à l'EPITECH, immeuble Bayard, 156 rue Paul Bert, Lyon 3ème. en salle 005 Accès : M° Part-Dieu; C13, C25 Part-Dieu Renaudel; Vélo'v Part Dieu / CAFAL ou Desaix. Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_septembre_2014 Si vous souhaitez mettre un sujet particulier à l'ordre du jour, vous pouvez commenter la page préparatoire de la rencontre a venir au lien : http://wiki.openstreetmap.org/wiki/Lyon/Reunion_14_octobre_2014 Venez nombreux ! Amicalement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
L'analyse est donc maintenant disponible et avec plus de tags supportés. http://osmose.openstreetmap.fr/fr/map/#item=8200level=1%2C2%2C3 Si vous être curieux de voir la mapping de tags c'est là : https://github.com/osm-fr/osmose-backend/blob/2cd5c8238124c405a98e78052a015b0ce1e7172e/analysers/analyser_merge_fuel_FR.py Frédéric. Le 10/10/2014 15:00, Yves Pratter a écrit : Le 10 oct. 2014 à 11:07, Bruno Cortial bruno.cort...@laposte.net mailto:bruno.cort...@laposte.net a écrit : Bonjour, Merci pour cette nouvelle source Osmose. J'ai une question de tag : Comment doit-on taguer une station qui ne fournit du E85 que durant ses horaires d'ouverture, l’accès 24/24 via l'automate carte bleue étant lui possible pour les autres carburants ? Mettre comme attribut : * *comment=« E85 disponible que pendant les heures d’ouvertures »* et/ou * *opening_hours=« Mo-Sa 22:00-23:00 open || closed E85 indisponible http://openingh.openstreetmap.de/evaluation_tool/?EXP=Mo-Sa%2022:00-23:00%20open%20%7C%7C%20closed%20%22E85%20indisponible%22DATE=141297768lat=48.7769lon=9.1844mode=0 »* — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. En gros on garde des silos, c'est juste qu'ils pourront être mis à jour petit à petit par le même guichet unique dans l'espoir d'avoir convergé dans 20 ou 30 ans ? Et au final l'IGN vas profiter à fond du travail collaboratif sans rien avoir a redistribuer en échange ? Le 10 octobre 2014 18:07, Pieren pier...@gmail.com a écrit : Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Je ne sais pas dans le domaine de l'open data, mais dans le domaine du logiciel il y a plusieurs projets qui fonctionnent sur le principe de la double licence (fermée et ouverte), MySQL ou les anciennes versions de la bibliothèque QT par exemple. En général la société qui gère le projet s’approprie le copyright des contributeurs pour avoir le droit de faire ce qu'elle veut. Comme la fondation OpenStreetMap s'approprie notre copyright quand on contribue, elle pourrait tout a fait légalement (si ses statuts le lui permettent) décider de diffuser les données du projet (ou une partie des données) sous n'importe quelle autre licence qu'ODbL (du totalement propriétaire payant jusqu'au domaine public) Concernant les adresses, Denis Helfer m'avait signalé ce site http://geobretagne.fr/signalement/ qui demande à ce que les contributions soient dans le domaine public, pour qu'il n'y ait aucun problème pour les intégrer à n'importe quel jeu de données. Mais je rejoins tes inquiétudes Pieren, dans l'état actuel ce problème de licence empêcheras de se servir des données d'OpenStreetMap pour contribuer au guichet BANO^2. Ne se pourrait-il pas que le guichet BANO^2 n'ai même pas le droit d'utiliser le fond de carte OpenStreetMap pour géolocaliser les adresses ? (ou alors peut être un rendu où n’apparaisse pas les adresses OSM) ? Aux vu des chiffres et des annonces, on peut sérieusement se demander si BANO^2 aura besoins du projet OpenStreetMap. De l'opendata qui circule qu'en sens unique c'est quand même bien dommage. Tyndare. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
Le 11 octobre 2014 03:09, Tyndare tynd...@wanadoo.fr a écrit : 2014-10-10 1:13 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: BD Adresse + BANO ça par contre c'est en gros ce sur quoi il semblait qu'on ait trouvé un rapprochement. La plateforme de contribution de BANO (séparée d'OSM) pouvant alimenter tant OSM d'un côté que l'IGN de l'autre à travers des termes du contributeur le permettant via une forme de double licence sur les données collectées. En gros on garde des silos, c'est juste qu'ils pourront être mis à jour petit à petit par le même guichet unique dans l'espoir d'avoir convergé dans 20 ou 30 ans ? Et au final l'IGN vas profiter à fond du travail collaboratif sans rien avoir a redistribuer en échange ? Non, ce qui s'envisage est une convergence des silos car l'objectif d'une Base Nationale est justement d'éviter les silos. L'objectif est d'aller vers ce qui a été fait au Danemark, une base unique d'adresse, à laquelle tout le monde se réfère, se connecte. Le 10 octobre 2014 18:07, Pieren pier...@gmail.com a écrit : Désavantage pour BANO^2 : - on ne sait pas trop si les modifications seront possibles de la part du public. Ou même si un retour terrain autre que les administrations et epic est envisagé. En fait, on ne sait pas trop si OpenStreetMap est encore concerné, si ce n'est comme possible utilisateur des données. - licence double et suivant les sources. C'est très confus. Il serait alors possible d'extraire des données sous une license ou l'autre ? Ca veut dire des jeux de données différentes et incomplètes suivant la licence ? Ingérable. Aucun projet ne fonction avec une licence ouverte ET une licence fermée. Il faudra choisir, quitte à se couper complètement de l'IGN. Je ne sais pas dans le domaine de l'open data, mais dans le domaine du logiciel il y a plusieurs projets qui fonctionnent sur le principe de la double licence (fermée et ouverte), MySQL ou les anciennes versions de la bibliothèque QT par exemple. En général la société qui gère le projet s'approprie le copyright des contributeurs pour avoir le droit de faire ce qu'elle veut. Comme la fondation OpenStreetMap s'approprie notre copyright quand on contribue, elle pourrait tout a fait légalement (si ses statuts le lui permettent) décider de diffuser les données du projet (ou une partie des données) sous n'importe quelle autre licence qu'ODbL (du totalement propriétaire payant jusqu'au domaine public) Concernant les adresses, Denis Helfer m'avait signalé ce site http://geobretagne.fr/signalement/ qui demande à ce que les contributions soient dans le domaine public, pour qu'il n'y ait aucun problème pour les intégrer à n'importe quel jeu de données. Mais je rejoins tes inquiétudes Pieren, dans l'état actuel ce problème de licence empêcheras de se servir des données d'OpenStreetMap pour contribuer au guichet BANO^2. Ne se pourrait-il pas que le guichet BANO^2 n'ai même pas le droit d'utiliser le fond de carte OpenStreetMap pour géolocaliser les adresses ? (ou alors peut être un rendu où n'apparaisse pas les adresses OSM) ? Aux vu des chiffres et des annonces, on peut sérieusement se demander si BANO^2 aura besoins du projet OpenStreetMap. De l'opendata qui circule qu'en sens unique c'est quand même bien dommage. L'État devrait être en capacité d'être indépendant et donc ne pas dépendre d'OSM. Ca serait quand même un fonctionnement normal. Les données par contre devraient être largement accessibles (libres, gratuites) pour qu'une telle base soit LA référence, et l'apport contributif ouvert pour permettre à tous de participer à son amélioration. Il faut trouver le bon réglage pour que la mécanique fonctionne de façon équilibrée et surtout if faut gérer la transition avec la situation d'aujourd'hui, les modèles économiques existants et les contraintes budgétaires. Ca avance doucement à mon goût et beaucoup trop vite pour d'autres ;) BANO^2 s'affine encore au fur et à mesure des contacts et présentations faites ces dernières semaines (ce qui m'a occupé la majorité de mon temps). La semaine dernière je vous ai parlé de la DGFiP et du CNIG. Cette semaine c'était la réunion des correspondants opendata des ministères, mais il y a eu aussi GéoBretagne, une Communauté d'Agglo, etc. Répondre aujourd'hui à certaines questions est donc un exercice encore difficile. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSRM-talk] Routing difference between fresh install and project-osrm.org
Yes, the next release is planned to arrive until the end of the month. —Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 10.10.2014 um 08:49 schrieb Anders Gunnarsson anders.gunnars...@appello.com: Hi, Ahh, I assumed it was built from master, that explains it. Saw the related changes in develop which looks really good. Any plans for a new release? /Anders -Original Message- From: Dennis Luxen [mailto:i...@project-osrm.org] Sent: den 9 oktober 2014 10:59 To: Mailing list to discuss Project OSRM Subject: Re: [OSRM-talk] Routing difference between fresh install and project-osrm.org Hi, the demo instance uses the latest revision from develop branch and update 2–3 times a day with fresh data. Differences may come from using the master branch or a different (and perhaps outdated) data extract. —Dennis — Want to support OSRM development? Buy us a beer: http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80 Am 09.10.2014 um 10:52 schrieb Anders Gunnarsson anders.gunnars...@appello.com: Hi, I noticed a difference between a fresh instance of OSRM using the car.lua profile and the one hosted at project-osrm.org for the URL below. The fresh install routes over the links at Ullevimotet while project-osrm.org car fastest route follows E6;E20 Are there any profile changes on project-osrm.org or other changes that has not been pushed? http://map.project- osrm.org/?hl=enloc=57.699036,11.995404loc=57.710320,11.997170z=14cen ter=57.710320,11.979575alt=0df=0re=0ly=763558683 Best regards, -- Anders Gunnarsson ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-us] Edits needing investigation in Tennessee
I'm not from Tennessee, but I am next door and make occasional trips there. I can take a look at some of them and see if they're something I'm comfortable offering an opinion on. On October 10, 2014 11:54:09 AM EDT, Andrew Guertin andrew.guer...@uvm.edu wrote: While investigating changes in my area, I noticed that http://www.openstreetmap.org/user/Rondale has quite a large number of changes recently where they changed highway=* to highway=residential (* including at least service[1], unclassified[1], tertiary[1], secondary, primary[2], and trunk[2]). I have messaged them specifically about the changes in Vermont, but there are other changes in Tennessee that I'm not local to and wouldn't feel comfortable discussing or reverting. In Vermont, the highway changes were paired with other changes (road deletions, road additions, road additions through buildings[3]...) that may (?) have come from working with old aerial imagery. Is there anyone here from Tennessee to check if similar problems exist in this user's edits to that area? And would feel comfortable reverting if appropriate? --Andrew [1] http://nrenner.github.io/achavi/?changeset=25947668 [2] http://nrenner.github.io/achavi/?changeset=25904320 [3] http://nrenner.github.io/achavi/?changeset=25967936 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Typos courtesy of fancy auto-spell technology. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] USBRS WikiProject seeks volunteer mappers
OSM's USBRS WikiProject seeks volunteer mappers (especially those in the eastern USA) to help map pending United States Bicycle Routes. These routes are in the final final stage of being proposed: applications by state DOTs to AASHTO for formal approval as actual routes. AASHTO is expected to approve these routes in November, so we have a month or so to get these route data into OSM, where they display as dashed lines in Cycle Map. After approval, we simply remove the state=proposed tag, and the dashed lines become solid. Please see http://wiki.openstreetmap.org/wiki/WikiProject_U.S._Bicycle_Route_Systemhttp://wiki.openstreetmap.org/wiki/WikiProject_U.S._Bicycle_Route_System , a reference and status report for the project. Effective immediately, USBR 1 in Massachusetts (as an addition to the existing approved route) USBR 11 in Maryland (the first few miles of which are seeded in OSM) and USBR 76 in Virginia (as a realignment to the existing approved route) are now pending nominations before AASHTO. While the proposed changes to USBR 76 are now complete in Virginia, volunteers are requested to enter route data for USBR 1 in Massachusetts and USBR 11 in Maryland. Very helpful would be additional experienced OSM mappers, comfortable editing OSM relations, to improve/complete these by adding additional route members to each relation from a soft-copy map and/or text description of the route. Additionally, USBRs 36 and 50 in Indiana and USBR 90 in Mississippi remain incorrect and need realignment or remain to be entered into OSM as proposed routes. If you wish to help build our national bicycle network in OSM, please contact me to obtain the AASHTO applications which contain the route data to enter into OSM. The wiki offers technical/tagging guidance, as well as acts as a progress reporting mechanism. Though this work isn't difficult, each route might take an hour or two of effort. After you complete a route in OSM, one reward is to see the red line of a new, official USBR blossom in Cycle Map layer. This reward is shared with many other on-the-ground participants (cities, counties, state DOTs, the public, stakeholders, bicycle coalition groups...), who also see the route in our widely available map. This encourages more routes to emerge in a geographically friendly way, facilitating harmonious progress and continuing growth in our national bicycle network. As AASHTO's USBR approval process happens each spring and autumn, talk-us might expect similar requests for (additional) volunteers about twice a year, an important method by which this project grows. Thank you! SteveA USBRS WikiProject coordinator California___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[diversity-talk] Mapping Code of Conduct
Hi, long before I learnt that Code of Conduct is, for many people in the tech community, a very narrowly defined term that essentially has to do with not harassing other people, I drew up a document that I called a Code of Conduct for Mappers, and discussed that with some people in Data Working Group. It ended up being shelved because we felt that even if writing the document was triggered by our interactions with mappers, and even though we agreed that the rules were good, it was not within our remit as DWG to make wide-ranging rules about how mappers should behave. I always wanted to post it to the mailing list for discussion but never got round to do it. As you will see, this does have some overlap with the CoC discussed here, but it is much more specific to the actual core of OSM, the mapping work. So, to re-use Jo's term, this would be a subclass of Don't be an asshole for mapping. It's a bit awkward posting it here because it isn't much to do with diversity at all, but since this list where CoC discusssion currently happens, here you go. Bye Frederik =OpenStreetMap Code of Conduct= == Background == OpenStreetMap has a tradition of making as little rules as possible. However, with its growing user base and the many diverse personalities it attracts, the project very occasionally attracts individuals who have difficulties in interacting with others in a civil manner. OpenStreetMap gives its contributors a lot of room with regards to what they map and how they do it; you can be shy, or nerdy, or have peculiar hobbies or funny ways to express yourself, there is always a place in OpenStreetMap for you. Undeniably, OpenStreetMap has a large social aspect. It is not just a collection of geodata records in some database; it is a teamwork effort by hundreds of thousands of people around the globe. OSM is a hobby for every one of us, and we want mappers to have fun when they contribute to the project. Therefore, the project must ask of its members a modicum of respect and civility in dealing with their peers, or else run a risk of the community spirit deteriorating and the project suffering as a consequence of bad behaviour of a few individuals. In order to make the existing, but often unwritten rules more accessible and transparent to all, the Data Working Group (which, among other things, deals with conflicts between mappers) has written down the following rules that govern good behaviour in OpenStreetMap. == Rules == === What you contribute === There are some expectations about the data you contribute. These are not set in stone, but as a general rule of thumb we like contributions to be * (to the best of your knowledge) truthful; * legal; * verifiable; * of (at least potential) relevance for others. Truthful - means that you cannot contribute something you have invented. Legal - means that you don't copy copyrighted data without permission. Verifiable - means that others can theoretically go there and see for themselves if your data is correct. Relevant - means that you have to use tags that make clear what your data is supposed to mean, and that such meaning is somehow useful in the geodata context. When in doubt, also consider the on the ground rule: We map the world as it presents itself to someone who stands at the place being mapped. If for example that person sees a sign with a certain name on it, then that name will be in OpenStreetMap. === How you contribute === When you contribute data, we expect you to do so manually using an editor software that can reasonably be expected to work without disrupting the operation of OpenStreetMap. You can never go wrong with one of the established editors, and if you write your own editing software we expect you to test it properly. If you want to make a contribution that does not result from manual work, but instead you want to import data from another source or make an automated change that affects lots of objects, then additional rules will apply; these are not covered in this document. When you upload your contributions, editors will give you the opportunity to specify a changeset comment that briefly describes your work in words. Using this feature improves the value of your contribution and is highly recommended. === How you deal with existing data === As a general rule, you do not have to ask permission before modifying existing data. If you believe that you can improve something, then do it. However, keep in mind that for many things there's more than one way to map it correctly, and if your improvement does not stem from a new survey or additional data, but instead consists just of a change in mapping style, you should only proceed if you know that you have the community behind you. Do not engage in large-scale cleanups without securing the agreement of the relevant community, or talking to the people whose work you aim to clean. Do not delete data unless you know (or have very strong reason to believe) that it is incorrect.
