Re: [OSM-talk-be] Vergadering/Réunion OSM-Service Public de Wallonie yesterday
2012/10/2 Julien Fastré jul...@fastre.info Bonjour, Ik dank u voor uw begrip over mijn slecht engels en nederlands... Ik doe mijn best... Ik zal dus in het frans mij uitdrukken. Ik heb geen probleem om nederlands te lezen: als u in het nederlands schreef kan ik u begrijpen. Goed compromis. Non, il n'y a rien dans le rapport sur le wiki sur un projet d'association OSM en Belgique. Lors de la réunion, il est apparu que d'avoir une association comme interlocuteur de la communauté OSM a quelque chose de rassurant pour les pouvoirs publics. Je pense donc qu'une de ses missions pourrait être de faire un lien, un pont, entre la communauté et les pouvoirs publics. Elle ne remplacerait pas la communauté, elle n'agirait pas à sa place: elle ferait le lien entre les deux. Een rechtspersoon (in de vorm van een vzw) kan inderdaad andere bedrijven of overheden een beetje gerust stellen, maar het gevaar bestaat dat andere bedrijven te veel op die tussenpersoon gaan vertrouwen, en bijvoorbeeld gaan vragen dat die er voor zorgt om de data te updaten. Wat absoluut niet de bedoeling kan zijn. Als er een vzw opgestart wordt, dan moet die in alle omstandigheden van de database blijven. Il faut donc réfléchir aux statuts pour que l'association se positionne de cette manière. Je pense aussi qu'une asbl pourrait être utile pour obtenir des services et des outils: payer la participation à un salon, faire parler de nous en bien, financer des serveurs qui nous sont nécessaires (si cela devait arriver un jour). Voilà ce à quoi je pense. Daarvoor kan het inderdaad gebruikt worden. Il y a aussi toute une série de détails à régler... Je n'ignore pas que l'on est dans un pays bilingue: comment va-t-on régler cet aspect ? A la région Wallonne, ils ont évoqué le fait de subsidier des activités de la communauté OSM en faveur de la diffusion des données qu'ils pensait libérer. Pour recevoir des subsides, il faut que l'association ait son siège social dans la région qui les octroie... Cela a des implications sur notre organisation nationale. Ce sont des questions que l'on devrait se poser. Dans le compte-rendu sur le wiki, nous ne parlons donc pas de créer une association OSM, mais il semblerait que ça serait un outil qui pourrait nous ouvrir des portes. Julien Fastré Als ik lees waarom een vzw meestal opgericht wordt, dan is dat meestal om financiële redenen (het ontvangen van subsidies, het beschermen tegen schuldeisers, ...). Tot nu toe is dit nog niet nodig geweest. Er zit geen geld in de Belgische OSM (we hebben geen servers of domeinen), en we vragen ook geen geld. Natuurlijk, als er een mogelijkheid bestaat om gesubsidieerde activiteiten te organiseren, dan kan een vzw wel handig zijn (aangezien we dan wel met geld bezig zijn). Wat de tweetaligheid betreft, de statuten zullen waarschijnlijk in meerdere talen moeten opgesteld worden, maar verdere communicatie kan gebeuren zoals we al bezig waren (algemene communicatie in het Engels, lokale communicatie in de lokale taal, en tamelijk soepel zijn). Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Vergadering/Réunion OSM-Service Public de Wallonie yesterday
De taal is enkel van belang voor bevoegdheden van de gemeenschappen. De gewesten zijn in feite niet linguistiek maar economisch gesplitst. De vraag is dus van wie we hulp zouden kunnen krijgen, en volgens mij is dit van de nationale organisaties (waaronder het NGI/IGN valt), en van regionale organisaties (zoals het PICC, correct?), niet van organisaties die onder de gemeenschappen vallen (zoals wel het geval is bij sportieve en culturele verenigingen). We kunnen natuurlijk OSM opsplitsen in een Vlaams en Waals (en Brussels of Duitstalig?) deel, maar ik denk niet dat we dergelijke communautaire onderverdelingen hier moeten toepassen (tenzij anderen er natuurlijk anders over denken). Groeten, Sander 2012/10/3 Nicolas Pettiaux nico...@pettiaux.be Le 3 octobre 2012 12:21, Sander Deryckere sander...@gmail.com a écrit : Merci Sander Wat de tweetaligheid betreft, de statuten zullen waarschijnlijk in meerdere talen moeten opgesteld worden, maar verdere communicatie kan gebeuren zoals we al bezig waren (algemene communicatie in het Engels, lokale communicatie in de lokale taal, en tamelijk soepel zijn). une question brulante bien sûr est celle de savoir si les autorités subsidiantes, flamandes, wallonnes ou bruxelloises, accepteraient sans souci de financer une association qui n'est pas linguistiquement sexuée. Par exemple, dans le sport, c'est clair : un choix linguistique, un choix de subside. Et c'est très difficile de faire un bateau (aviron) avec 8 rameurs de niveaux olympiques d'une seule langue, alros bonjour les problèmes ! mvg, NP -- Nicolas Pettiaux, dr. sc - gsm : +32 496 24 55 01 Lepacte.be - « promouvoir les libertés numériques en Belgique » - hetpact.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Vergadering/Réunion OSM-Service Public de Wallonie yesterday
On Wed, Oct 03, 2012 at 02:08:46PM +0200, Sander Deryckere wrote: De taal is enkel van belang voor bevoegdheden van de gemeenschappen. De gewesten zijn in feite niet linguistiek maar economisch gesplitst. De vraag is dus van wie we hulp zouden kunnen krijgen, en volgens mij is dit van de nationale organisaties (waaronder het NGI/IGN valt), en van regionale organisaties (zoals het PICC, correct?), niet van organisaties die onder de gemeenschappen vallen (zoals wel het geval is bij sportieve en culturele verenigingen). In Vlaanderen is er ook AGIV. Ik denk dat Brussel en Wallonie hun eigen tegenhanger daarvan hebben. Het valt volgens mij ook onder de bevoegdheid van de gewesten. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Proposal: New Working Group Welcome WG
Hello 2012-10-03 Paweł Paprota wrote: I read the proposal and to be honest I'm not sure about the hypothesis (Early contact increases mapper engagement). For me it would seem kind of creepy if a website that I've just registered and done something on contacted me personally saying You've added a restaurant. This matches my experience. When I contacted mappers too early I was getting a reply like Oh, there is a Big brother? which apparently frightens contributors off because they are more afraid to do a mistake because they KNOW somebody is watching over their shoulder. And that would usually be the end of that contributor. It got much better when I only contacted them IF I found some serious mapping mistakes (mostly because people didn't get some basic concepts from the very beginning which is natural) and only after some time (a week or so). Such a contact mail would contain polite explanation of a mistake and invitation to ask any other questions personally (some people are afraid to write to public mailing lists) or on local mailing list. I guess it would be better if initial information (localised) be sent from an account which is clearly a robot (like bot_lithuania, osm_south_africa or so). I guess something like that is done in Belarus, because after touching a corner of one forest in Belarus territory I got such automated letter with welcome message, basic instructions etc. -- Tomas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Semi-automated edits - postal code database
Hi. I'm trying to find a good method to maintain data from outside sources. The data in question is the Icelandic postal code database (which they say we may use freely). My searches on the OSM wiki have been fruitless so far. The idea is to maintain the data in associatedStreet relations. Each relation has a tag called 'götuskrá:id' which value is a direct reference to the row ID in the files we retrieve from the postal company's website. The file formats available are CVS and XML 1.0. The script would presumably go ever each associatedStreet relation and make any changes (if appropriate) when a götuskrá:id tag is found. The output could be an OSM change file loaded into an editor like JOSM to be uploaded manually. Maybe an automated process later when we're confident that everything is done correctly, and of course after submitting the script(s) for review by the local community. I can make the script myself in Python if neccessary but decided to find out if somebody has already done all the work before. With regards, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: New Working Group Welcome WG
I think the effect of such welcome message depend a lot on the message content and spirit. I've myself sent messages to all newcomers in France saying (in short): welcome, thank you for your first edits, you're not alone, join the team, if you need help just ask. Don't be too big brother, do not focus too much on errors except on the new contributors that have done several changesets and really start mapping, but I think this should come in a second time. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who Did It?
On 02/10/2012 07:02, Ilya Zverev wrote: Willi wrote: Is it possible to deselect a userid? When surveying an area I would prefer to see just the changes others made. I know mine. You can write into user filter '!Willi' (without quotes). There is no such button in the UI at the moment. This looks like a great resource I'm using it regularly but I'm not sure edits done in Potlatch should automatically be considered suspicious, and classifying an edit 'red' because six nodes one way were removed when 134/3 were added seems a bit harsh. Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who Did It?
On Wednesday, October 3, 2012, Dave F. wrote: This looks like a great resource I'm using it regularly but I'm not sure edits done in Potlatch should automatically be considered suspicious, and classifying an edit 'red' because six nodes one way were removed when 134/3 were added seems a bit harsh. I'm OK with this. Potlatch isn't exactly precise, and it's difficult, even if you know what you're doing, to get what you want out of Potlatch. It's like performing surgery with a baseball bat and chainsaw. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Hackathon Open for Business 13 oktober in Rotterdam
Hoi, wellicht interessant voor open data liefhebbers en / of Rotterdamse programmeurs: Hackathon Open for Business Er is op 13 oktober weer een Hack de Overheid Hackathon. De Hackathon vindt plaats in 'Worm' (Boomgaardsstraat 71) te Rotterdam en de inloop is vanaf 9.30 uur. Hackathon 13 oktober is er een hackathon in Rotterdam die wij samen met Rotterdam Open Data organiseren.Rotterdam Open Data is een initiatief van de Hogeschool Rotterdam en de Gemeente Rotterdam om innovatie te stimuleren en een meer transparante overheid mogelijk te maken. Daarnaast zijn TNO, het ministerie van Volksgezondheid, Welzijn en Sport, DCMR Milieudienst Rijnmond, Rotterdam Internet Valley en de Verkeersonderneming partners. Open for Business Hack de Overheid denkt dat Nederland koploper in open data kan zijn. Maar dan moeten we NU gaan ondernemen. Een hoop toepassingen zijn pas rendabel als je ze in grote landen in de markt kan zetten. Dus we moeten nu actie ondernemen om onze apps straks in het buitenland te kunnen verkopen. Het centrale thema voor de Hackathon op 13 oktober is dan ook 'Open for Business'. Dit betekent dat er naast het ontwikkelen van open data apps, ook nagedacht wordt over de business kant: hoe kan je geld verdienen met je app? We hebben daarom diverse succesvolle tech startups uitgenodigd om samen met jullie kansrijke datasets te selecteren. Als team aanmelden Een sterk team is de key to success. Apple, Google, Microsoft etc., de meest succesvolle bedrijven begonnen allemaal in teams. Daarom wil Hack de Overheid jou uitdagen om je als team aan te melden voor de Hackathon op 13 oktober in Rotterdam. Van de eerste 10 teams die zich inschrijven vóór 4 oktober krijgt iedereen een 'Open Data koffie-mok' gecustomized door de kunstnaar Arthur van Beek . De mok wordt gecustomized op basis van jouw team-naam en team-omschrijving, dus wees gewaarschuwd! http://www.hackdeoverheid.nl/aanmeldingsformulier-teams-hackathon/ Als individu aanmelden Je kunt je natuurlijk ook als individu aanmelden. Hiervoor is een apart inschrijfformulier. Meld je hier aan (https://docs.google.com/spreadsheet/viewform?formkey=dDkwMXkxS2p2NDZJYVAyeEhOMDhVZEE6MA) of bezoek HackdeOverheid.nl. Groeten, Lex Slaghuis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who Did It?
On 03/10/2012 14:57, Paul Johnson wrote: I'm OK with this. Potlatch isn't exactly precise, and it's difficult, even if you know what you're doing, to get what you want out of Potlatch. It's like performing surgery with a baseball bat and chainsaw. Even if that were true, it doesn't mean other editors are any better. The determining factor for the accuracy of all the data is the person doing the editing - Garbage in, garbage out. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who Did It?
Dave F. wrote: I'm not sure edits done in Potlatch should automatically be considered suspicious, and classifying an edit 'red' because six nodes one way were removed when 134/3 were added seems a bit harsh. Since today, after a discussion on #osm, only these potlatch edits that modify or delete relations are marked as needing attention. IZ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Gegevens uit NS-API te gebruiken voor OpenStreetmap?
Bij het aanvragen van toegang tot de NS API (1), wordt verwezen naar de algemene voorwaarden (2). Groeten, Dirk 1) https://www.ns.nl/ews-aanvraagformulier/ 2) http://www.ns.nl/media/ews/371_303_Overeenkomst_tot_gebruik_van_API.pdf -Oorspronkelijk bericht- Van: Martijn van Exel [mailto:m...@rtijn.org] Verzonden: dinsdag 2 oktober 2012 22:51 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Gegevens uit NS-API te gebruiken voor OpenStreetmap? Dat zijn API-gebruikersvoorwaarden, voor het (her)gebruik van de achterliggende data gelden denkelijk andere / aanvullende voorwaarden. 2012/10/2 Pander pan...@opentaal.org: On 2012-10-02 14:48, Wimmel wrote: Hallo, Ik ben op zoek naar de UIC-Code van Nederlandse treinstations. Nu zag ik dat die informatie via http://www.ns.nl/api/api beschikbaar is. Ik kan alleen geen informatie vinden of ik die gegevens ook daadwerkelijk in OpenStreetmap mag toevoegen. Heeft iemand daar een mening over? Het is de bedoeling dat op de stations node toe te voegen als uic_ref=84. Natuurlijk kan ik dan meteen de in Nederland gebruikelijke afkorting toevoegen als ref=... Vergelijk station London Victoria [1] waar dat ook gedaan is. Ik kwam openptmap [2] tegen, op zich is die op Duitsland gericht, maar als je op stations in Nederland klikt zie je de geplande vertrekinformatie. Daarvoor wordt gebruik gemaakt van de UIC-Code, en als die niet beschikbaar is, de naam. Maar bijvoorbeeld bij Soest werkt dat niet, omdat die plaatsnaam ook in Duitsland bestaat. De website die gebruikt wordt, kan de vertrektijden van Soest in Nederland wel degelijk tonen, als je de juiste code gebruikt [3] vs [4]. Via een andere bron heb ik die codes al wel [5], maar die kan geen toestemming geven, omdat die dmv scraping samengesteld is. Dit zijn hun voorwaarden: Voorwaarden NS stelt enkele voorwaarden voor het gebruik van de API. Een korte samenvatting van de voorwaarden: Respecteer de servercapaciteit van NS; probeer goed om te gaan met de capaciteit die u geboden wordt. Als NS misbruik vermoedt, kunt u direct worden afgesloten. De API is een beta-dienst. NS kan te allen tijde de service (technisch) aanpassen of beëindigen. De ontwikkelaar die toegang gekregen heeft tot de API is verantwoordelijk voor wat er gebeurt met zijn/haar aansluiting. Het is niet toegestaan het logo van NS te gebruiken in de applicatie die u ontwikkelt. Het is niet toegestaan om de gegevens van de API zo te manipuleren dat onjuiste informatie wordt verspreid. Dus lijkt me dat je die mag gebruiken mits je bovenstaande respecteert. Groeten, Wim [1] http://www.openstreetmap.org/browse/node/96089072 [2] http://openptmap.org/?zoom=15lat=52.17192lon=5.3159layers=BTFF T [3] http://mobile.bahn.de/bin/mobil/bhftafel.exe/dox?country=DEUrt=1use _realtime_filter=1productsFilter=1100boardType=Abfahrt maxJourneys=20start=Sucheninput=Soest [4] http://mobile.bahn.de/bin/mobil/bhftafel.exe/dox?country=DEUrt=1use _realtime_filter=1productsFilter=1100boardType=Abfahrt maxJourneys=20start=Sucheninput=8400567 [5] http://www.michaeldittrich.de/ibnr/index.php ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel http://oegeo.wordpress.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Prod - osmaustralia.org
Hi, It's quite a useful resource particularly with lots of school holidays related mapping but seems unwell for the last four or five days. I've tried an email to the contact with no success. Anyone able to advise of status or how to prod it into action? Alex ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Upplýsingar frá Íslandspósti
Hmm... Fékk tækifæri núna til að kíkja á scriptið og sé að aðferðin þar hentar ekki í að setja inn póstnúmeraskrána. Ástæðan er augljóslega sú að hér er eingöngu gert ráð fyrir að setja inn nóður en ekki breyta eigindum sem eru þegar inni. Eins og til dæmis ef við þurfum að framkvæma uppfærslur (sem er nú þegar tímabært). *hint* *hint* Skoða hvort ég finni aðra leið til að gera þetta. - Svavar On 01/10/12 13:40, Björgvin Ragnarsson wrote: Götuskráin er á csv formi svo ef þú kannt smá python þá geturðu notað scriptið sem ég bjó til fyrir strætóstoppistöðvarnar sem grunn: https://github.com/nifgraup/straeto-utilities/blob/master/csv2osm.py Ég notaði JOSM til upload-a .osm skránni sem cvs2osm.py bjó til. kv. Björgvin 2012/10/1 Svavar Kjarrval sva...@kjarrval.is: Hæ. Hringdi í Kristínu Birnu hjá Íslandspósti, þeirri sömu og afgreiddi málið með póstnúmeraskrána, og spurði hana hvort við gætum fengið hnitin fyrir alla póstkassa á landinu. Póstkassarnir eru merktir inn á póstappið svo ég vildi forvitnast hvort ég gæti fengið þau hnit. Hún ætlar að athuga málið. Það varð smá vandræðalegt þegar hún spurði mig varðandi nýtingu okkar á póstnúmeraskránni. Sérstaklega þar sem við erum ekki enn byrjaðir að sníða og keyra scriptið sem sér um að setja þær upplýsingar inn og viðhalda þeim. Í sjálfu sér höfum við ekki notað þær upplýsingar að neinu marki og það er liðinn dágóður tími. Sérstaklega þegar nær öll göturelation í Hafnarfirði eru nú þegar með viðeigandi merkingu. Þetta eru líka grunnupplýsingar og við hljótum að geta sett þetta í gang sem fyrst. Myndi gera það sjálfur ef ég kynni að gera svona plugin í JOSM. Er einhver hér sem getur tekið að sér að gera þetta script? Ég get alveg séð um að keyra það reglulega. - Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Reykjanesbær sendi gögn
Setti gögnin inn á http://osm.is/gogn/ . - Svavar Kjarrval On 03/10/12 13:20, Svavar Kjarrval wrote: Hæ. Mikil tíðindi enda vorum við að fá fyrstu gögnin í tengslum við fyrirspurnir mínar til sveitarstjórna. Tengiliður Reykjanesbæjar sendi okkur ýmis gögn sem við getum notað fyrir OpenStreetMap. Hins vegar hef ég ekki öll forritin sem þarf til að setja þau inn svo ég þarf að biðja ykkur um að breyta þeim yfir á form sem OSM editorarnir skilja. Gögnin sjálf eru of fyrirferðamikil til að senda á sjálfan póstlistann. Þeir sem vilja vinna við þau geta sent mér skeyti eða á póstlistann og ég sendi þau yfir. Um er að ræða eftirfarandi skráarheiti: Bæjarmörk, húslínur ofl.dwg (12,8 MB) Hæðalínur-2009.dwg (13,4 MB) Húsnúmer ofl.pdf (14,3 MB) Útlínur gatna og göngustíga og götuheiti.dgn (11,4 MB) - Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Upplýsingar frá Íslandspósti
Hvaða póstnúmeraskrá eruð þið að tala um og hvað er í henni? Hvernig myndu þau gögn svo varpast yfir í osm? Gæti etv. hjálpað með að koma skriftunni í gang. kveðja, Guðmundur Bjarni 2012/10/3 Svavar Kjarrval sva...@kjarrval.is Hmm... Fékk tækifæri núna til að kíkja á scriptið og sé að aðferðin þar hentar ekki í að setja inn póstnúmeraskrána. Ástæðan er augljóslega sú að hér er eingöngu gert ráð fyrir að setja inn nóður en ekki breyta eigindum sem eru þegar inni. Eins og til dæmis ef við þurfum að framkvæma uppfærslur (sem er nú þegar tímabært). *hint* *hint* Skoða hvort ég finni aðra leið til að gera þetta. - Svavar On 01/10/12 13:40, Björgvin Ragnarsson wrote: Götuskráin er á csv formi svo ef þú kannt smá python þá geturðu notað scriptið sem ég bjó til fyrir strætóstoppistöðvarnar sem grunn: https://github.com/nifgraup/straeto-utilities/blob/master/csv2osm.py Ég notaði JOSM til upload-a .osm skránni sem cvs2osm.py bjó til. kv. Björgvin 2012/10/1 Svavar Kjarrval sva...@kjarrval.is: Hæ. Hringdi í Kristínu Birnu hjá Íslandspósti, þeirri sömu og afgreiddi málið með póstnúmeraskrána, og spurði hana hvort við gætum fengið hnitin fyrir alla póstkassa á landinu. Póstkassarnir eru merktir inn á póstappið svo ég vildi forvitnast hvort ég gæti fengið þau hnit. Hún ætlar að athuga málið. Það varð smá vandræðalegt þegar hún spurði mig varðandi nýtingu okkar á póstnúmeraskránni. Sérstaklega þar sem við erum ekki enn byrjaðir að sníða og keyra scriptið sem sér um að setja þær upplýsingar inn og viðhalda þeim. Í sjálfu sér höfum við ekki notað þær upplýsingar að neinu marki og það er liðinn dágóður tími. Sérstaklega þegar nær öll göturelation í Hafnarfirði eru nú þegar með viðeigandi merkingu. Þetta eru líka grunnupplýsingar og við hljótum að geta sett þetta í gang sem fyrst. Myndi gera það sjálfur ef ég kynni að gera svona plugin í JOSM. Er einhver hér sem getur tekið að sér að gera þetta script? Ég get alveg séð um að keyra það reglulega. - Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Distriktgrenzen anhand von Straßenverzeichnis eintragen, Grenzverlauf?
Hallo, ich hab mal ne Frage wie man Distriktgrenzen in einer Stadt am besten einträgt bzw. ob das in meinem Fall überhaupt vernünftig möglich ist. Es geht dabei um die Stadt Bayreuth, ich hab vor paar Tagen mal bei der Stadt angefragt ob es eine Karte der Distriktgrenzen gibt (hat mich einfach mal interessiert, war nicht speziell auf OSM bezogen), falls es keine Karte gibt wäre für mich auch ein Straßenverzeichnis der Distrikte o.ä. ok gewesen. Daraufhin hab ich ein Straßenverzeichnis mit Einteilung nach Distrikten per E-Mail bekommen, auf Nachfrage hin darf ich diese auch verwenden um in OSM die Distrikte einzuzeichnen. Jetzt hab mal ein paar Distrikte in JOSM importiert, dazu hab ich mit Hilfe der Suche alle Straßen in Bayreuth gesucht, die jeweils zu diesem Distrikt gehören (Suchbegriff in JOSM war dann name:(Straße1 | Straße2 | ...). Der Übersichtlichkeit halber hab ich die gefundenen Elemente dann in eine jeweils neue Ebene mit den einzelnen Distrikten kopiert. Jetzt sieht das zwei Distrikten (nur als Beispiel) nebeinander aber z.B. so aus: Distrikt 1 (hat in Wirklichkeit ne andere Nummer): http://www.abload.de/img/distrikt1qvlar.jpg Distrikt 2, direkt rechts davon: http://www.abload.de/img/distrikt2ely3j.jpg Bei Distrikt 1 wäre es noch einigermaßen möglich ein Relation mit den Grenzen zu zeichnen (allerdings sieht man unten am Bild auch schon, dass dort zwei Straßen aus diesem Gebiet rausragen). Was würde man dann aber bei Gebiet 2 machen? Das hat ja mehr so eine Baumform (abstrakt gesehen ;-). Oder sollte ich die Idee lieber vergessen mit Hilfe eines Straßenverzeichnises konkrete Grenzen einzeichen zu können? Gäbe es dann zumindest eine andere Art von Relation, in der man die Zugehörigkeit von Straßen zu Distrikten erfassen könnte? Gruß Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Harald aug...@hotmail.de writes: Ähmm, der Zusatz Spreewald dürfte ja wohl mehr oder weniger zwingend in den name-Tag gehören, da der offizielle Name meines Wissen eben Lübben (Spreewald). In meinen augen gehört so etwas nach name_official. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hallo Sarah, Am Dienstag, 11. September 2012, 18:31:15 schrieb Sarah Hoffmann: bin mir immer noch nicht sicher, warum es nicht funktioniert. Beispiel Aystetten: Suche ( http://nominatim.openstreetmap.org/search.php?q=Aystetten ) liefert sowohl Relation als auch Knoten, aber: – die Relation und der Knoten heißen gleich – die Relation ( http://www.openstreetmap.org/browse/relation/44 ) enthält den Knoten mit Rolle label – die Änderungen sind schon vor ein paar Tagen passiert Es gab da noch ein Problem mit den Updates von Place-Boundary-Verbindungen. Im Code ist das bereits repariert, aber der OSM-Server wird erst in ca. 2 Wochen das nächste Software-Update erhalten. Es wird wegen dem Lizenzwechsel auch nochmal einen Neuimport der Datenbank geben in naher Zukunft. Spätestens dann sollten deine Änderungen sichtbar sein. ich nehme an, den Neuimport hat es schon gegeben? Das Beispiel funktioniert leider immer noch nicht. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
On Wed, Oct 03, 2012 at 05:19:24PM +0200, Eckhart Wörner wrote: Hallo Sarah, Am Dienstag, 11. September 2012, 18:31:15 schrieb Sarah Hoffmann: bin mir immer noch nicht sicher, warum es nicht funktioniert. Beispiel Aystetten: Suche ( http://nominatim.openstreetmap.org/search.php?q=Aystetten ) liefert sowohl Relation als auch Knoten, aber: – die Relation und der Knoten heißen gleich – die Relation ( http://www.openstreetmap.org/browse/relation/44 ) enthält den Knoten mit Rolle label – die Änderungen sind schon vor ein paar Tagen passiert Es gab da noch ein Problem mit den Updates von Place-Boundary-Verbindungen. Im Code ist das bereits repariert, aber der OSM-Server wird erst in ca. 2 Wochen das nächste Software-Update erhalten. Es wird wegen dem Lizenzwechsel auch nochmal einen Neuimport der Datenbank geben in naher Zukunft. Spätestens dann sollten deine Änderungen sichtbar sein. ich nehme an, den Neuimport hat es schon gegeben? Das Beispiel funktioniert leider immer noch nicht. Der Neuimport steht leider immernoch aus. Wenn nichts dazwischen kommt, wird es wohl übernächstes Wochenende passieren. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hallo Sarah, Am Mittwoch, 3. Oktober 2012, 17:59:26 schrieb Sarah Hoffmann: Der Neuimport steht leider immernoch aus. Wenn nichts dazwischen kommt, wird es wohl übernächstes Wochenende passieren. alles klar, danke. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parkhaus richtig mappen
Hallo, Eine unterirdisches Parkhaus hat zwei Zufahrten und zwei Ausfahrten und mehrere Abgänge für Fußgänger. Wie mappt man so etwas sauber, so dass alle Zu- und Ausfahrten und die Abgänge dem Parkhaus zugeordnet sind, und dann (hoffentlich) das (Oberflächen-)Routing bei Zieleingabe Parkhaus XXX sowohl für Kfz als auch Fußgänger funktioniert? Mein erster Ansatz war, die Zugänge mit Wegen zu verbinden, welche mit gighway=service service=parking_aisle level=-1 tunnel=yes getaggt sind. An einen Node auf diesen Ways kommt amenity=parking und name=xxx. Damit sollten Router zurecht kommen. Leider sieht das auf den üblichen Karten nicht besonders elegant aus. Ausserdem entspricht die unterirdische Wegführung nicht der Realität. Alternativ käme eine Site-Relation in Frage. In diesem Fall würde ich nur die Zugänge mappen und zu der Relation hinzufügen. Ich befürchte aber, dass kein Router diese Art von Relation auswertet. Gibt es bessere Vorschläge oder Beispiele? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Änderungen rückgänig machen
Hallo Liste, einen korrekt gemappten Verkehrskreisel hat sich jemand als Übungsobjekt ausgesucht. Dabei hat er reichlich Mist produziert. Wo kann ich nachlesen, wie ich diesem Mist rückgängig machen kann und den Kreisel in seinen ursprünglichen Zustand zurückversetzen? -- ## Manfred Reiter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgänig machen
Bspw: http://wiki.openstreetmap.org/wiki/Revert Oder einfach das Changeset verlinken und es andere machen lassen. Auf jeden Fall aber den Verursacher ansprechen und ihm sagen, dass er etwas falsch gemacht hat und wie man es richtig macht. Beim Revert aber drauf achten, dass alle guten Änderungen erhalten bleiben. Ebenso sollte man einfach nur so reverten nur machen, wenn es sich um einen offensichtlichen Fehler handelt. Beispielsweise nur weil du der Meinung bist, dass ein Kreisverkehr ein geschlossener Weg sein muss und jemand anders das anders sieht, ist das noch kein Grund für einen revert ohne, dass man mit dem anderen User bzw. der Community den Fall ausdiskutiert hat. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgänig machen
Moin Henning, Am 3. Oktober 2012 23:19 schrieb aighes o...@aighes.de: Bspw: http://wiki.openstreetmap.org/**wiki/Reverthttp://wiki.openstreetmap.org/wiki/Revert Danke, schau ich mir an, habe auch mittlerweile schon mal JOSM Reverter installiert Oder einfach das Changeset verlinken und es andere machen lassen. nö ... ;-) 0. ich könnte es ja händisch erledigen ;-) 1. will ich's selber wissen wie man reverted ;-) 2. wahrscheinlich kann ich es noch gut brauchen, und muss es auch den anderen in unserer Gruppe berichten, wie man es macht 3. aber danke für das Angebot :-) Auf jeden Fall aber den Verursacher ansprechen und ihm sagen, dass er etwas falsch gemacht hat und wie man es richtig macht. schon gemacht ... und auch ein howto dazu geschrieben ;-) Beim Revert aber drauf achten, dass alle guten Änderungen erhalten bleiben. Ebenso sollte man einfach nur so reverten nur machen, wenn es sich um einen offensichtlichen Fehler handelt. handelt es sich, ganz sicher ;-) Beispielsweise nur weil du der Meinung bist, dass ein Kreisverkehr ein geschlossener Weg sein muss und jemand anders das anders sieht, ist das noch kein Grund für einen revert ohne, dass man mit dem anderen User bzw. der Community den Fall ausdiskutiert hat. schon klar, es sind Schüler :-) es war keine Absicht, einfach reine Unwissenheit, weil wir sie von den falschen Leuten haben trainieren lassen. ... aber wie sagt der Polizist bei Irma la Douce ... das ist eine andere Geschichte ;-) Danke für die Hinweise und einen schönen Tag in OSMLand ;-) Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [osm-ve] Rumbo a Uruguay para Hablar de Mapas Libres
Si wladimir voy por un proyecto de andes tropicales. Atento por esta vía. En 24 horas muestro el prototipo. Es de senderismo y te va a gustar la propuesta. Llevó un mes programado a destajo. Manejamos gpx gdb para descargar y una información adicional tomada de una base de datos mysql. Todo programado con openlayer mapas propios y otros mapas libres. El 02/10/2012 17:22, Wladimir Szczerban bolo...@gmail.com escribió: Hola Hernán, Veo que vas de parte de Andes Tropicales. Tenía mucho tiempo sin visitar esa página (creo que desde el 2006 ¿puede ser?), antes se que tenían una parte para descargar shp de venezuela con mucha información ahora no la encuentro. ¿La han quitado o estoy equivocado de web? Éxito por Uruguay. El tema de caminos a mi me interesa mucho ya que soy miembro del Grupo de Rescate Venezuela y quisiera poner los caminos del Avila en OSM el problema es que no tengo datos para esto. Si mal no recuerdo en la web de Andes tropicales te podías bajar información de los parques nacionales y tenían algunos caminos. saludos, Bolo El 2 de octubre de 2012 13:00, talk-ve-requ...@openstreetmap.orgescribió: Envíe los mensajes para la lista Talk-ve a talk-ve@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-ve O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ve-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ve-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ve digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Rumbo a Uruguay para Hablar de Mapas Libres (J. Hernán Ramírez R.) 2. Re: Rumbo a Uruguay para Hablar de Mapas Libres (J.L.Rojas) 3. Re: Rumbo a Uruguay para Hablar de Mapas Libres (Jinme Mirabal) -- Message: 1 Date: Mon, 1 Oct 2012 10:56:03 -0430 From: J. Hernán Ramírez R. hernan.rami...@gmail.com To: OpenStreetMap Venezuela talk-ve@openstreetmap.org Subject: [osm-ve] Rumbo a Uruguay para Hablar de Mapas Libres Message-ID: cagwq0cu0nq68v+b9kl0+tcbegucdv1wb-u67d4kljrymequ...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Saludos.- Hoy parto a Uruguay, para hablar de Mapas Libres (OSM) y su aplicación en diferentes ámbitos La página del Congreso http://congresodesenderos.wordpress.com/ Atentos a mi twitter @HernanRamirez y en g+ http://gplus.to/hernan.ramirez donde estaré adelantando el prototipo de mapas de senderismo y material del taller. Los Mapas me llevaron lejos esta vez :-) -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898 http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ve/attachments/20121001/effb4d98/attachment-0001.html -- Message: 2 Date: Mon, 01 Oct 2012 11:18:33 -0430 From: J.L.Rojas rojas...@gmail.com To: OpenStreetMap Venezuela talk-ve@openstreetmap.org Subject: Re: [osm-ve] Rumbo a Uruguay para Hablar de Mapas Libres Message-ID: 51a86fff-9b9d-4fb5-8929-42e8172cf...@email.android.com Content-Type: text/plain; charset=utf-8 Exito!!! Hernan que bien estare atento en el twitt y G+ J. Hernán Ramírez R. hernan.rami...@gmail.com wrote: Saludos.- Hoy parto a Uruguay, para hablar de Mapas Libres (OSM) y su aplicación en diferentes ámbitos La página del Congreso http://congresodesenderos.wordpress.com/ Atentos a mi twitter @HernanRamirez y en g+ http://gplus.to/hernan.ramirez donde estaré adelantando el prototipo de mapas de senderismo y material del taller. Los Mapas me llevaron lejos esta vez :-) -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898 http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve
[Talk-it] Esperti OSM pronti per il tutoraggio in indonesia?
http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation:region complessi naturali e gerarchie.
2012/10/3 Gianluca De Rossi bigshot4e...@gmail.com: Il 03 ottobre 2012 05:52, Gianluca De Rossi ha scritto: - cosa cambiereste nella proposta? Ad esempio, secondo me, la parte amministrativa andrebbe totalmente estirpata e lasciata ad altre relazioni più adatte. +1, per aree amministrativi usiamo admin_level e boundary=administrative, mentre per i toponimi bisogno capire di cosa si tratta. Region non mi piace troppo come nome per un oggetto generico di gerarchia, perchè penso che fa pensare ad un certo tipo di entità (non necessariamente le regioni amministrativi italiani) ma comunque una zona abbastanza grande. Quella proposta (region) mette insieme/ cerca di ridefinire tante cose che già sono sistemate in un altro modo. Per i toponimi ci sono place=locality (generico per tutto ciò che non è abitato) e place=suburb, neighbourhood, (quarter), isolated_dwelling, hamlet ecc. nel caso di un centro abitato. Poi invece per entità naturali / geografiche c'è la chiave natural, che potrebbe fare per te (non hai dato un esempio quale tipo di toponimo intendi di mappare, o qual'è il sistema gerarchico che hai in mente). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation:region complessi naturali e gerarchie.
si, ma cosa ci metti dentro alla relation site nel caso della Laguna di Venezia? Tutto ciò che si trova dentro? Oppure il perimetro? E nel caso delle alpi? Credo che un way di perimetro non sarebbe una soluzione sostenibile, forse per regioni geografiche sarebbe possibile avere un nuovo tipo di relazione, che definisce tramite solo alcuni punti che sono dentro (oppure anche nodi che sono fuori) una area vaga (e anche leggera al livello database). I nodi membro (o way o relazioni membri) potrebbero avere ruoli inside e outside e tramite un operazione sul database si capirebbe l'estensione approssimata di zone geografiche non delimitate al millimetro. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] power_source = generator:source
Labas Tomai, aš jau buvau susiruošęs visus tokius deprecated pakeisti. Tai tik laiko klausimas. Prieštaraujančių kažin ar atsiras. 2012/10/3 Tomas Straupis tomasstrau...@gmail.com Sveiki Ar turite kas nors prieštaravimų power_source žymos keitimui į generator:srouce? Arba gal žinote priežasčių, kodėl to nereikėtų daryti? OSM wikyje iš power_source iš karto persiunčiama į generator:source, taipogi „power_source“ įrašytas į „deprecated tags“ sąrašą. Tiesiog pamenu „talk“ sąrašyne buvo prieš pusmetį pasipiktinimų dėl šios žymos automatinių pakeitimų. Nepavyksta rasti to laiško ir/ar priežasčių, kodėl nereikėtų daryti tokio keitimo. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] power_source = generator:source
aš jau buvau susiruošęs visus tokius deprecated pakeisti. Tai tik laiko klausimas. Prieštaraujančių kažin ar atsiras. Puiku! Kartu su tavo jau anksčiau sutvarkytais building=entrance daug keepright klaidų/pastabų sumažinsi. Artėjam prie 4000 klaidų iš vasaros pradžioje buvusių 6000! -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-gb-midanglia] University of Cambridge Switch to OSM
I saw a tweet yesterday saying that the University of Cambridge had switched to OSM (#switch2osm) . Is that Project Drake done David? Looking good! ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
[Talk-es] Última convocatoria: Propuestas de taller para las VII Jornadas de SIG Libre de Girona
Saludos, Se amplía hasta el próximo lunes 8 de Octubre (improrrogable), el período de recepción de propuestas de taller para las VII Jornadas de SIG Libre de Girona. Si te ha pasado por alto, y quieres participar activamente en las jornadas, no dudes en mandar tu resumen de 300 palabras a talle...@sigte.org. Más información en: http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_1 Saludos, Lluís -- Lluís Vicens Comité Organizador Local Jornadas de SIG Libre Sitio web:http://www.sigte.udg.edu/jornadassiglibre Síguenos en:http://www.twitter.com/SIGLibreGirona ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] visualizacon curiosa
Creo que por desgracia no es un caso aislado: http://osm.org/go/xUcso7QWS-- En su día me puse en contacto con el autor, que creo que esta en esta lista, proponiéndole que promoviera un tag para las lineas de tiza... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-cz] dotaz na funkčnost http://maps.fordfrog.com/
na adrese http://maps.fordfrog.com/ nefunguje vrstva rúian dat, bude opět zprovozněna? Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost http://maps.fordfrog.com/
ještě jeden dotaz, jak je to s aktuálností dat vrstvy ruian, jak často se vrstva aktualizuje Pražák Dne 3. října 2012 11:30 Miroslav Šulc fordf...@fordfrog.com napsal(a): díky za upozornění. o víkendu jsem přehodil geoserver z oracle jdk na icedtea a s ním to nějak nefunguje, což jsem nezaregistroval. teď už by to mělo být ok. ff Dne 3.10.2012 10:56, Zdeněk Pražák napsal(a): na adrese http://maps.fordfrog.com/ nefunguje vrstva rúian dat, bude opět zprovozněna? Pražák ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto
Je suis d'accord sur le fait que ces données ne sont pas libres. De plus, d'après ce que je comprends de la page du wiki mentionnée plus tôt (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation), ces données ne doivent pas être importées en masse dans OSM : cf. phrase Ce qui interdit un import massif, direct et automatique. -- Benjamin -- View this message in context: http://gis.19327.n5.nabble.com/Restreignons-les-imports-des-cours-d-eau-depuis-le-cadastre-cleocarto-tp5728087p5728731.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
+1 aussi Par ailleurs, soit on assume la liberté de la communauté et de chacun de ses membres à contribuer à sa propre échelle avec ces propres moyens (et à ce moment-là on accepte le travail des autres même si ça fait mal au c*l) soit on essaie de mettre en place une organisation ou une méthode pour améliorer la qualité de la production avec des règles, des rôles et des responsabilités (là, je sens que je vais me faire lyncher). Je suis favorable à accepter les contributions de chacun tout en évitant d'envoyer des messages de reproche à certains d'entre eux (tant qu'ils ne massacrent pas le boulot fait par d'autres - tout le monde doit respecter le travail des autres, bien sûr). Je suis aussi favorable à ce que chaque contributeur et utilisateur d'OSM puisse facilement connaitre les objets dont la géométrie et les tags devraient être contrôlés (soit parce que le contributeur à réalisé une saisie à une échelle peu pertinente, parce que ses sources ne sont pas fiables, parce que c'est un jeune contributeur ou parce qu'un autre contributeur à détecté quelque chose d'étrange). Cela dit, ça existe peut-être déjà quelque part ? Je parle bien d'identifier les objets qui peuvent être améliorés par d'autres contributeurs et non un truc qui permettrait d'identifier les mauvais élèves (chose que je détesterais). Je comprends qu'on puisse trouver qu'une contribution est de mauvaise qualité même si j'ai l'impression que le terme qualité est très subjectif au sein de la communauté OSM. Au lieu de stigmatiser l'attention sur la qualité du travail de certains contributeurs, je préférerais qu'on fasse de la pédagogie à destination de *tous les contributeurs* en leur présentant les règles de l'art : ce qu'il faut faire et ne pas faire. Ces règles de l'art existent-elles et sont elles rappelées aux contributeurs ? Sans règles de l'art, je ne vois pas de quel droit on peut se permettre de reprocher à un contributeur le manque de précision de son travail. -- Benjamin Le 02/10/2012 22:52, khris78 a écrit : Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a une dérive dans la direction que prend le projet. En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF ! -- View this message in context: http://gis.19327.n5.nabble.com/Contributeur-hyperactif-mais-pas-tres-precis-tp5728378p5728734.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 02/10/2012 22:52, khris78 a écrit : Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a une dérive dans la direction que prend le projet. En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF ! Question : Est-ce qu'une personne qui ne répond pas aux messages qu'on lui envoie s'intègre vraiment dans un projet collaboratif ? De ce que j'en comprends (mais j'ai pas regardé en détails), ce contributeur trace de nouvelles routes et indique leurs noms. C'est juste qu'il les trace un peu à la hache, parce que probablement à partir de traces GPS. Non, ce n'est pas tout à fait ça mais plutôt : Des nouvelles routes à la hache, sans nom, avec pas mal d'erreurs, depuis bing, et avec des commentaires de changeset vide. Ce qui est tout à fait acceptable pour un nouveau contributeur l'est beaucoup moins pour quelqu'un qui a plus de 1600 changesets à son actif. Mais ce n'est que mon point de vue. Stéphane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 02/10/2012 23:30, sly (sylvain letuffe) a écrit : Le mardi 02 octobre 2012 22:52:36, khris78 a écrit : Je ne vais pas me faire que des amis, si si ! copain ! +1 sur tout ce que tu as dis. Je sais pas ce qui se passe aujourd'hui, j'ai l'impression que cette liste s'est transformée en anti-chambre de l'inquisition. J'espère que ça ne va pas être mon tour juste après, parce que je suis sûr que j'ai des choses à me reprocher (sans doute comme beaucoup !) J'ajoute que je me demande si cette liste est bien le bon endroit pour régler les conflits de méthode ou l'on annonce le nom d'un contributeur avec jugement sommaire Mais alors comment faire ? Lorsque j'ai lançé ce sujet, c'est justement parce que je ne savais pas trop comment réagir. Est-ce que je fixais le curseur qualité trop haut ? Est-ce que quelqu'un avait déjà été en contact avec lui ? J'avais besoin d'avis extérieur avant de réagir. C'est ça aussi un travail collaboratif, non ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral (était: Restreignons les imports des cours d'eau)
Le 01/10/2012 14:03, Pieren a écrit : Pour finir, il faudrait lancer une réflexion sur le tag source et la taille considérable qu'il prend dans la base de donnée. Ja'i pensé à un tag spécial (source_id par ex.) qui utiliserait une valeur réservée. La valeur réservée serait par exemple un chiffre qui serait renseigné sur une page protégée du site osm.org (http://www.openstreetmap.org/credits). Il serait utilisable pour toutes les sources externes en général. L'ajout de nouvelles valeurs devrait être relativement aisé et ouvert mais pas les modifications sur des valeurs déjà utilisées. Par exemple source_id=22 où 22=cadastre blabla, année 2012. C'est une façon de faire un peu du foreign key sans modifier la structure de la base de donnée mais qui permettrait d'économiser des gigaoctets en disque et bande passante chez beaucoup de monde. Bien-sûr, on ne pourrait empêcher l'altération du tag ou sa suppression comme tous les autres tags mais il serait dans l'historique, ce qui nous fait respecter la clause de la dgfip. Bon, cette idée nécessiterait une discussion à une autre échelle que la notre mais vous en pensez quoi ? J'aime bien cette proposition. Pour l'économie de place dans la base de données, je prônerais l'abandon du tag source au niveau des objets pour ne les laisser qu'au niveau des changesets car la source est une information que l'on associe plus à une contribution qu'à un objet : un objet peut être modifié de multiples fois avec des sources différentes, ce n'est en général pas le cas d'un changeset. -- Benjamin -- View this message in context: http://gis.19327.n5.nabble.com/Fichiers-bati-cadastral-etait-Restreignons-les-imports-des-cours-d-eau-tp5728432p5728739.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] En parlant d'intégration de cours d'eau ...
Bonjour, le problème de la BDCarthage, c'est qu'elle a été produite par l'IGN (sur base de la BD Carto) et qu'elle est normalement publiée sous licence CC non commerciale (donc non compatible avec OSM) ... pourquoi elle se retrouve affichée en licence ouverte, ça je n'en sais rien , mais ça reste quand même très suspect ! il va y avoir prochainement (d'ici la fin de l'année), l'ouverture d'un portail opendata des données sur l'eau (je transmettrai l'info dès que ça sera lancé), l'idéal serait que l'IGN accepte d'y publier la BDCarthage sous licence ouverte ... Sylvain Le 2 octobre 2012 22:59, Christian Quest cqu...@openstreetmap.fr a écrit : Le 2 octobre 2012 22:17, ar...@netcourrier.com a écrit : Re-bonjour, donc si j'ai bien compris il y aurait une incertitude sur la licence ? La page de data.gouv.fr précise bien Licence Ouverte/Open Licence... Toujours aussi compliqué ces notions ! Si vous pensez qu'il vaut mieux que je supprime mes intégrations, n'hésitez pas à me le signaler. Sylvain. Malheureusement, je pense qu'avec la mode actuelle de l'opendata, pas mal de données sont libérées sans vraiment regarder quelle est leur provenance exacte, si il n'y aurait pas une licence fermée attachée quelque part. Par exemple, quand un fichier d'adresses est géocodé, il est fort possible que ce géocodage ne soit pas forcément libre de tout droit et que l'organisme qui libère des données n'en soit pas tout à fait conscient. Je pense en particulier à tout ceux qui utilise Google pour leur géocodage qui n'ont bien sûr pas lu (et encore moins compris) les conditions d'utilisation in extenso. C'est là où les métadata devraient jouer leur rôle en indiquant comment le fichier a été produit, mais là aussi, c'est un peu fait par dessus la jambe... car souvent ces metadata ne servent qu'à décrire la structure du fichier, et pas comment il a été obtenu. Il faut donc y aller en marchant sur des oeufs avant de se lancer dans un import généralisé. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Je pense qu'on est d'accord sur l'essentiel. Mais à mon sens, il ne faut pas non plus froisser des contributeurs de bonne volonté qui sont peut-être juste mal informés, en leur envoyant des messages pouvant être ressentis comme agressifs. Et j'ai l'impression qu'on est sur cette pente glissante depuis un mois ou deux. Pour la majorité des contributeurs, je suppose, participer à OSM est et restera simplement un hobby ayant une utilité finale. Si ça devient prise de tête, ces contributeurs partiront. Bon, pour le cas présent, effectivement, les voies en doublons superposées et moins détaillées signalées par Eric, c'est pas terrible... Mais attention à la diplomatie. Pieren pier...@gmail.com a écrit : trace sans tenir compte de l'existant ou à la serpe (traverser le bâti ou ne pas connecter les highways) Pour une fois que ce n'est pas un import du cadastre qui soupoudre du bâti sur des highways existantes... (désolé, c'était trop facile, j'ai pas pu m'empêcher) ;-) Christian (aka khris78)___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto
2012/10/3 Benjamin C. benjamin.chart...@cegetel.net: De plus, d'après ce que je comprends de la page du wiki mentionnée plus tôt (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation), ces données ne doivent pas être importées en masse dans OSM : cf. phrase Ce qui interdit un import massif, direct et automatique. Cette phrase n'est pas correcte. Il faut juste que le produit final soit composite. Rien n'interdit un import massif dans les conditions d'utilisation du cadastre (la partie cartographique). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle qualité des axes routiers
Un rendu OpenLayers, ce serait super. Peut-on dissocier par la couleur du marqueur les points intermédiaires (1) des points terminaux (2) des routes ? Et également placer les coordonnées du point dans l'infobulle, pour pouvoir la copier / coller dans osrm ? J'ai fait quelques essais entre Nantes et Rennes (N 137). La position initiale du côté de Rennes n'est pas terrible. J'ai tenté un recalage manuel au milieu des voies de circulation pour les points de départ et d'arrivée, mais cela ne change pas grand chose dans l'absolu (distance et durée) pour l'intégralité du parcours. (1) Ceux qui ont une description TMC:PREVNODE **et** une description TMC:NEXTNODE (2) Ceux qui ont une description TMC:PREVNODE **ou** une description TMC:NEXTNODE, mais pas les deux (3) essais sur Rennes-Nantes / Nantes-Rennes Rennes Initial 48.08159,-1.67524 Recalé 48.081103,-1.675042 Nantes Initial 47.26219,-1.58362 Recalé 47.262405,-1.583625 Initial Lien OSRM Dist. Durée Nantes - Rennes http://osrm.at/1rS 96.4 68 Rennes - Nantes http://osrm.at/1rT 96.3 68 Recalé Nantes - Rennes http://osrm.at/1rQ 96.5 68 Rennes - Nantes http://osrm.at/1rR 96.2 68 Le 2 octobre 2012 19:57, Marc Sibert m...@sibert.fr a écrit : Le 02/10/2012 17:48, Frédéric Rodrigo a écrit : Le 02/10/2012 16:05, Ab_fab a écrit : Il n'y a rien pour le moment en France dans la base osm lié aux localisants alert-C. Quelques essais de conversion effectués sur la révision 8.0 de la table, mais qui n'ont pas été intégrés ensuite. Pour info Il y a une visualisation ici des données de la nouvelle révision 9.2 http://cartelie.application.**developpement-durable.gouv.fr/** cartelie/voir.do?carte=**ALERTC8et9service=SGhttp://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=ALERTC8et9service=SG (on peut voir les différences avec la version 8.0 J'ai l'impression qu'il y a beaucoup de points intermédiaires que l'on ne voyait pas dans la conversion de la table v8.0 en fichier .osm que didier2020 avait utilisée dans une slippy map perso. Ma question portait sur la disponibilité d'un .osm issue de la conversion. Finalement je l'ai fait moi même. Le logiciel à du être amélioré car ça c'est assez bien passé malgré quelques erreurs sur des voie urbaines (TMC:Segment-LCD=999). Voila donc le fichier : http://osm7.openstreetmap.fr/~**fred/TMC_LCL2OSM-9.1-20121002-**1.osm.bz2http://osm7.openstreetmap.fr/~fred/TMC_LCL2OSM-9.1-20121002-1.osm.bz2 Dans un premier temps je propose d'intégrer à Osmose la vérification des points et de leur typologie (fichier SUBTYPES.DAT) : Diffuseur, Rond-point, Carrefour à feux, Pont... Frédéric. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr Plus sérieusement, je suis sidéré par l'incohérence de ce réseau ! Le manque de jointures entre les way, les nodes en doublons (je suis bien conscient qu'il s'agit de données originales, pas d'un effet de la transformation en osm). Je me demande comment cela est réellement exploitable dans son utilisation originale ! Ça veut dire aussi que ce ne sera pas facilement directement exploitable, même pour le la simple comparaison car OSM sera, encore cette fois, globalement de bien meilleure qualité (ça fait plaisir). Si c'est ok, je regarde un rendu OpenLayers brut pour commencer puis avec info bulles. Je vous dis quoi. A+ -- Marc Sibert mailto:m...@sibert.fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto
Le 03/10/2012 10:19, Pieren a écrit : 2012/10/3 Benjamin C. benjamin.chart...@cegetel.net: De plus, d'après ce que je comprends de la page du wiki mentionnée plus tôt (http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation), ces données ne doivent pas être importées en masse dans OSM : cf. phrase Ce qui interdit un import massif, direct et automatique. Cette phrase n'est pas correcte. Il faut juste que le produit final soit composite. Rien n'interdit un import massif dans les conditions d'utilisation du cadastre (la partie cartographique). Pieren Merci d'avoir corrigé la page du wiki. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral (était: Restreignons les imports des cours d'eau)
2012/10/3 Benjamin C. benjamin.chart...@cegetel.net: je prônerais l'abandon du tag source au niveau des objets pour ne les laisser qu'au niveau des changesets car la source est une information que l'on associe plus à une contribution qu'à un objet : un objet peut être modifié de multiples fois avec des sources différentes, ce n'est en général pas le cas d'un changeset. Il y a plusieurs inconvénients à cette méthode: - ça n'est possible que si le changeset n'utilise qu'une seule source. Hors, l'intégration des données bâti supposent souvent l'utilisation d'autres sources (Bing) ou d'anciennes contributions (recopie des tags des anciens bâtiments déjà présents sous une forme ou une autre). - on ne peut pas modifier les tags d'un changeset une fois que celui-ci est fermé. Si on oublie de mettre le source avant l'upload, la seule façon de corriger est de faire un gros revert du changeset complet et de recommencer. - l'attribution disparait dans les modes de redistribution des données OSM actuellement. Que ce soit dans les fichiers planet ou les requêtes API, les tags de changesets ne sont pas inclues directement. Pour les retrouver, il faut entamer une démarche supplémentaire (charger le dump séparé des changesets sur le planet ou faire des requêtes avancées sur l'API) et volontaire dont la plupart des consommateurs de données OSM se passent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Bonjour Stéphane, L'analyse plus poussée des contributions de cet auteur confirme qu'il y a un problème et qu'il faut réagir. Après, je pense que tu ne t'es pas focalisé sur les bons points. Tracer à la hache et améliorer ensuite, c'est l'évolution normale d'OSM. Ecraser ou ignorer l'existant, c'est ça le problème. Or, tu t'es focalisé sur la précision. Voir le titre de cette discussion : [...] mais pas très précis (On dirait même que certains sur cette liste n'ont réagit qu'en lisant ce titre). Même constat sur le message que tu lui as envoyé (c'était le second, le premier était-il du même style?). = Please map a little less but a little better !!! I have to redraw countless highways you've mapped ! A recent example : http://www.openstreetmap.org/?lat=46.940197lon=-1.07499zoom=18layers=M Since a few weeks I can recognized your highways without looking at the history !! = Pour moi, ce message n'est pas adapté. Il fallait pointer les erreurs : route dans les maisons, superposition de routes, nombreuses fautes d'orthographe. C'est ce que vient de faire Pieren. Et aussi l'interroger sur ses sources de données. Il n'a pas l'air d'être du coin. Il n'a pas de traces GPS perso. Il n'y a pas de traces GPS publiques dans la zone. Il utilise Potlatch donc sa seule source de donnée serait Bing. Où trouve-t-il les noms de rues? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 03/10/2012 10:01, khris78 a écrit : [...] Bon, pour le cas présent, effectivement, les voies en doublons superposées et moins détaillées signalées par Eric, c'est pas terrible... Mais attention à la diplomatie. [...] Christian (aka khris78) Je confirme l'hypothèse évoquée par Francisco plus tôt : dans Potlatch 2, on peut très bien saisir des voies en double sans s'en rendre compte si la zone de travail est très chargée en objets : on a l'impression que la zone est incomplète parce que certains objets ne sont pas encore affichés (mauvaise aventure qui m'est arrivée). Donc, oui, il faut faire preuve de diplomatie parce que cet être humain n'est pas forcément complètement en cause. Benjamin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] HS : Contributeur hyperactif mais pas très précis
J'ai moi aussi contacté cette personne dans ce qui devrait être sa langue maternelle (si on croit l'adage d'OSM qui veut que la première contribution se passe toujours dans le pays d'origine). Alors évite de m'écrire en malgache ;-) En plus, je viens de regarder mon premier changset. Heureusement qu'il n'y avait pas de radar à l'époque : Concerne les 4039 nuds suivants Concerne les 62 chemins suivants Le tout avec Potlatch ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Droit de réponse de la part du français bloqué ! Si je suis globalement d'accord avec les principes du projet (collaboration itération), j'appelle ça amélioration progressive. Pour le reste, ça suit : Le 2 octobre 2012 22:52, khris78 ch...@gallioz.fr a écrit : Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a une dérive dans la direction que prend le projet. En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF ! oui donc. D'ailleurs, c'est ce qu'on répétait sur la mailing list anglophone, il n'y a pas si longtemps que ça, parce qu'un français avait été bloqué par un malotru du DWG. Personne n'a jamais insulté Paul, nous (certains, dont je suis) ne sommes pas d'accord avec la politique systématique du DWG concernant les imports partiels comme le Cadastre. Dans le cas de l'histoire avec WoGraSo, j'ai le sentiment qu'on adopte le même comportement plein de bons sentiments, mais contre-productif. De ce que j'en comprends (mais j'ai pas regardé en détails), ce contributeur trace de nouvelles routes et indique leurs noms. C'est juste qu'il les trace un peu à la hache, parce que probablement à partir de traces GPS. Une grande partie de l'incompréhension autour des imports et du DWG, outre la barrière de la langue / de culture, c'est que beaucoup d'interlocuteurs comprennent, mais n'ont pas regardé les éléments originaux... donc après cette réserve que tu exprimes, ça laisse présager du pire pour la suite. J'en conclus qu'il apporte une valeur ajoutée : son tracé permet de passer d'un désert à une carte. Ça ok, sauf que : c'est de la contribution chaise / clavier (probablement transnationale) et que il y a aussi des erreurs (qui confirment le premier point). Le fait qu'un autre contributeur modifie ce premier tracé à partir de Bing ou du cadastre va dans le sens d'une plus grande précision de la carte. Le résultat, c'est qu'ensemble, ces deux contributeurs ont fait un travail de qualité. +1 (mais quand même, le DWG indique aussi, qu'il vaut parfois mieux laisser le désert vide que le remplir de déchets - je caricature ;-) ) Ça rejoint le problème évoqué à l'origine du fil C'est qui ce 'la colle' : une personne ajoute un n° INSEE, une autre ajoute un code postal, et puis une autre ajoute une autre info et encore une autre, et à la fin, ça fait un truc super. Pas la peine d'embêter la première parce que le code postal était manquant. Si on demande au premier contributeur d'être précis et exhaustif tout de suite, plus personne n'osera ajouter un point, de peur que toute la communauté lui tombe dessus. +1. note c'est la colle qui a envoyé un message un peu sec au premier contributeur, ce qui laisse penser qu'il ne vient pas souvent sur ce lieu de partage (où il aurait rencontré ce fameux(se) premier(e) contributeur(trice)). Au final, on est tous dans le même bateau. C'est sûr que c'est préférable lorsque la qualité est au rendez-vous du premier coup, mais imho il vaut mieux faire un peu et imparfait, que rien du tout. Partons du principe que chacun fait de son mieux. +1 (enfonçage de porte ouverte) Christian (aka khris8) mes 0.02 € : il vaut mieux venir parler ici que le sortir la hash et de reverter (ou bloquer) un contributeur à priori malheureux, même si ça sature la liste (on est pas obligé de tout lire, même si c'est tentant... n'est-ce pas Philippe ? (trop tentant, je sais c'est mal) ) A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)
Le 03/10/2012 00:58, Cyrille Giquello a écrit : Digne-les-Bains : les élèves sur les traces des illustres de la commune, avec des cartes OpenStreetMap bien sûr ! http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les-traces-des-illustres-de-la-commune.media?a=1135 Elles sont de qui ces photos ? La seconde qui démontre par l'exemple l'intérêt du bâti dans OSM, serait superbe en Image Of The Week. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Panique à Cergy-Pontoise
Bonjour tous, En me baladant sur la carte OSM du ct de Cergy-Pontoise, je suis tomb une zone trs trange : http://www.openstreetmap.org/?lat=49.036725lon=2.079673zoom=18layers=M Je me suis dis : tiens donc du ct de Cergy quelques furieux auraient-ils fait de la cartographie d'intrieur ? Mais en chargeant la zone dans JOSM, j'ai bien vite dchant. Il y a un espce de gloubi-boulga avec des objets qui sont la fois des highway=pedestrian et des building=yes. Il y a d y avoir un gros problme quelque part. Quelle est la meilleure solution selon vous pour nettoyer tout a ? Suppression massive des objets incrimins ? Un revert ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 03/10/2012 08:40, Benjamin C. a écrit : +1 aussi Par ailleurs, soit on assume la liberté de la communauté et de chacun de ses membres à contribuer à sa propre échelle avec ces propres moyens (et à ce moment-là on accepte le travail des autres même si ça fait mal au c*l) soit on essaie de mettre en place une organisation ou une méthode pour améliorer la qualité de la production avec des règles, des rôles et des responsabilités (là, je sens que je vais me faire lyncher). Non, non. Tu ne vas pas te faire lyncher ! Les deux ne sont pas opposables. Globalement on assume la liberté... On a des moyens pour corriger cela. Ça s'appelle osmose ou autre. C'est déjà un début de coordination, méthode, à l'échelle de la communauté... Plus localement, sur tel projet, tel aspect, telle zone se mettent en place des planifications importantes ou unifiées : géovélo, les fontaines Wallace... par exemple. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le mercredi 03 octobre 2012 à 11:03 +0200, Marc SIBERT a écrit : Ça rejoint le problème évoqué à l'origine du fil C'est qui ce 'la colle' : une personne ajoute un n° INSEE, une autre ajoute un code postal, et puis une autre ajoute une autre info et encore une autre, et à la fin, ça fait un truc super. Pas la peine d'embêter la première parce que le code postal était manquant. Si on demande au premier contributeur d'être précis et exhaustif tout de suite, plus personne n'osera ajouter un point, de peur que toute la communauté lui tombe dessus. +1. note c'est la colle qui a envoyé un message un peu sec au premier contributeur, ce qui laisse penser qu'il ne vient pas souvent sur ce lieu de partage (où il aurait rencontré ce fameux(se) premier(e) contributeur(trice)). Le MP de la colle faisait remarquer que les n° INSEE ajoutés étaient erronés et demandait d'ajouter le code postal. Le sujet principal et titre du MP était l'ajout de mauvaise données dans OSM. Concernant le reste du fil, je préfère un chemin imprécis que pas de chemin du tout. Par contre, dupliquer des chemins existants, passer au travers du bâti, ne pas connecter les ways est inacceptable. Certains défende l'idée que l'on ne peut empêcher un nouveau mappeur de contribuer à sa manière sous prétexte qu'OSM est un projet communautaire. Je dirais, en reprenant une analogie qui a été faite récemment, que le noyau linux est aussi un projet communautaire, et pourtant, le premier venu n'est pas autorisé à poser ses lignes de code directement dans le trunk. Je ne doute pas un seul instant, qu'il y aura à moyen terme une véritable organisation pour auditer et accepter les contributions pour continuer a tirer la qualité de la base vers le haut. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
C'est tellement vrai tout ça, merci pour ce résumé. Christian Gallioz wrote Je ne vais pas me faire que des amis, mais j'ai l'impression qu'il y a une dérive dans la direction que prend le projet. En effet, pour moi, OSM est un projet COL-LA-BO-RA-TIF et I-TE-RA-TIF ! D'ailleurs, c'est ce qu'on répétait sur la mailing list anglophone, il n'y a pas si longtemps que ça, parce qu'un français avait été bloqué par un malotru du DWG. Dans le cas de l'histoire avec WoGraSo, j'ai le sentiment qu'on adopte le même comportement plein de bons sentiments, mais contre-productif. De ce que j'en comprends (mais j'ai pas regardé en détails), ce contributeur trace de nouvelles routes et indique leurs noms. C'est juste qu'il les trace un peu à la hache, parce que probablement à partir de traces GPS. J'en conclus qu'il apporte une valeur ajoutée : son tracé permet de passer d'un désert à une carte. Le fait qu'un autre contributeur modifie ce premier tracé à partir de Bing ou du cadastre va dans le sens d'une plus grande précision de la carte. Le résultat, c'est qu'ensemble, ces deux contributeurs ont fait un travail de qualité. Ça rejoint le problème évoqué à l'origine du fil C'est qui ce 'la colle' : une personne ajoute un n° INSEE, une autre ajoute un code postal, et puis une autre ajoute une autre info et encore une autre, et à la fin, ça fait un truc super. Pas la peine d'embêter la première parce que le code postal était manquant. Si on demande au premier contributeur d'être précis et exhaustif tout de suite, plus personne n'osera ajouter un point, de peur que toute la communauté lui tombe dessus. Au final, on est tous dans le même bateau. C'est sûr que c'est préférable lorsque la qualité est au rendez-vous du premier coup, mais imho il vaut mieux faire un peu et imparfait, que rien du tout. Partons du principe que chacun fait de son mieux. Christian (aka khris8) ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://gis.19327.n5.nabble.com/Contributeur-hyperactif-mais-pas-tres-precis-tp5728378p5728757.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panique à Cergy-Pontoise
Le 3 octobre 2012 11:14, Nicolas Moyroud nmoyr...@free.fr a écrit : ** Bonjour à tous, En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé une zone très étrange : http://www.openstreetmap.org/?lat=49.036725lon=2.079673zoom=18layers=M Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM, j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y avoir un gros problème quelque part. Quelle est la meilleure solution selon vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un revert ? Nicolas Bonjour, A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes nouvelles ont été construites sur des dalles pour séparer les piétons de voitures... d'où la représentation en building de grande zones. Après il faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon goût, pas de revert précipité avant une visite in situ. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panique à Cergy-Pontoise
2012/10/3 Nicolas Moyroud nmoyr...@free.fr: Quelle est la meilleure solution selon vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un revert ? Le mix building + highway semble exister depuis l'import bâti initial. C'est une zone urbaine sur dalle et il s'est effectivement mélangé les pinceaux dans la cartographie des zones piétonnes. Il faudrait juste nettoyer la zone manuellement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changement de nom d'une chaîne d'hôtels
J'ai remarqu rcemment que la chane d'htels tap-Hotel est en train de changer de nom pour "Ibis Budget". Vu qu'ils y en a dj pas mal dans la base OSM, je me suis dis qu'il serait peut-tre bien de faire tourner un script qui transformerait automatiquement tous les tags "name" ou "operator" avec la nouvelle appellation et mettrait l'ancienne appellation dans le tag "old_name". Qu'est-ce que vous en pensez ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)
Le 3 octobre 2012 11:11, Vincent Pottier vpott...@gmail.com a écrit : Le 03/10/2012 00:58, Cyrille Giquello a écrit : Digne-les-Bains : les élèves sur les traces des illustres de la commune, avec des cartes OpenStreetMap bien sûr ! http://www.hauteprovenceinfo.**com/02102012Digne-les-Bains--** les-eleves-sur-les-traces-des-**illustres-de-la-commune.media?**a=1135http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les-traces-des-illustres-de-la-commune.media?a=1135 Elles sont de qui ces photos ? La seconde qui démontre par l'exemple l'intérêt du bâti dans OSM, serait superbe en Image Of The Week. -- FrViPofm Bonjour, Au vu des CDC ( http://www.hauteprovenceinfo.com/Conditions-generales-d39Utilisation,6071.media) il faut demander l'autorisation formellement au site. mes 0.02 € A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)
Le mercredi 3 octobre 2012 00:58:16 Cyrille Giquello a écrit : Digne-les-Bains : les élèves sur les traces des illustres de la commune, avec des cartes OpenStreetMap bien sûr ! http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les -traces-des-illustres-de-la-commune.media?a=1135 Trois dépêches étaient passées sur LinuxFR sur la cartographie de Digne les bains https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-23- fevrier-2012 http://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-mercredi-11- avril-2012 https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-24-mai-2012 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panique à Cergy-Pontoise
Le 3 oct. 2012 à 11:35, Marc SIBERT m...@sibert.fr a écrit : Le 3 octobre 2012 11:14, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, En me baladant sur la carte OSM du côté de Cergy-Pontoise, je suis tombé une zone très étrange : http://www.openstreetmap.org/?lat=49.036725lon=2.079673zoom=18layers=M Je me suis dis : tiens donc du côté de Cergy quelques furieux auraient-ils fait de la cartographie d'intérieur ? Mais en chargeant la zone dans JOSM, j'ai bien vite déchanté. Il y a un espèce de gloubi-boulga avec des objets qui sont à la fois des highway=pedestrian et des building=yes. Il y a dû y avoir un gros problème quelque part. Quelle est la meilleure solution selon vous pour nettoyer tout ça ? Suppression massive des objets incriminés ? Un revert ? Nicolas Bonjour, A ma connaissance (hé hé, les réserves), Cergy comme d'autres villes nouvelles ont été construites sur des dalles pour séparer les piétons de voitures... d'où la représentation en building de grande zones. Après il faudrait repasser sur place afin de séparer le bon grain de l'ivraie. A mon goût, pas de revert précipité avant une visite in situ. Salut, Je confirme : c’est une dale. Après building ou plutôt pedestrian area + layer = 1 c’est plus un débat d’idée, mais il y a bien du building au dessus d’un plancher en dessous duquel circulent voitures, bus et RER et où se trouvent aussi commerces et galeries. Yann___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de nom d'une chaîne d'hôtels
Un petit tour sur taginfo.openstreetmap.fr : http://taginfo.openstreetmap.fr/search?q=name+%3D+Etap+Hotel Pas mal, il renvoie aussi les noms approchés, et en particulier lorsque le nom de la ville est associé à celui de la chaîne. Overpass API est plus restrictif : il ne renvoie que le nom exact avec cette requête : http://www.overpass-api.de/api/xapi?*[tourism=hotel][name=EtapHotel][bbox=-6.44,40.98,10.36,51.36][@meta] Quoi qu'il en soit, à l'aide de ce genre de requêtes tu peux traiter dans JOSM une quarantaine d'hôtels assez rapidement. Il en reste ensuite une trentaine d'autres. Ca vaut le coup de faire un script ? Le 3 octobre 2012 11:42, Nicolas Moyroud nmoyr...@free.fr a écrit : ** J'ai remarqué récemment que la chaîne d'hôtels Étap-Hotel est en train de changer de nom pour Ibis Budget. Vu qu'ils y en a déjà pas mal dans la base OSM, je me suis dis qu'il serait peut-être bien de faire tourner un script qui transformerait automatiquement tous les tags name ou operator avec la nouvelle appellation et mettrait l'ancienne appellation dans le tag old_name. Qu'est-ce que vous en pensez ? Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le tag oneway=-1 qui, s'il faut le rappeler, caractérise une voie en sens unique dans le sens __opposé__ à celui suivi par les nœuds ? Teuxe - Mail original - De: Eric SIBERT courr...@eric.sibert.fr À: talk-fr@openstreetmap.org Envoyé: Mardi 2 Octobre 2012 18:52:14 Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec Potlatch. [...] A recent example : http://www.openstreetmap.org/?lat=46.940197lon=-1.07499zoom=18layers=M Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé une route par dessus un chemin agricole déjà tracé. Un peu plus loin, sur un rond-point existant, il a rajouté oneway = -1 là où on attendait junction=roundabout. Bizarre aussi la Rue des Bois avec trois branches. N'hésite pas à faire preuve de pédagogie ;-), éventuellement en français, vu qu'il code en zone francophone. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral (était: Restreignons les imports des cours d'eau)
Je préfère une source claire à l'aide de tags sur les objets, plutôt que sur les changeset car l'accès est immédiat. Le principe de l'id pour raccourcir la valeur est intéressant mais je pense qu'on devrait plutôt mieux gérer le stockage des tags/valeur dans les différentes bases de données et formats de fichiers (je pense par exemple aux formats .o5m/.o5c qui sont une forme binaire des formats .osm/osc qui gère très bien la redondance d'info mais malheureusement peu utilisé bien qu'aussi compact que le pbf et plus simple à manipuler). Le 3 octobre 2012 10:39, Pieren pier...@gmail.com a écrit : Il y a plusieurs inconvénients à cette méthode: - ça n'est possible que si le changeset n'utilise qu'une seule source. Hors, l'intégration des données bâti supposent souvent l'utilisation d'autres sources (Bing) ou d'anciennes contributions (recopie des tags des anciens bâtiments déjà présents sous une forme ou une autre). - on ne peut pas modifier les tags d'un changeset une fois que celui-ci est fermé. Si on oublie de mettre le source avant l'upload, la seule façon de corriger est de faire un gros revert du changeset complet et de recommencer. - l'attribution disparait dans les modes de redistribution des données OSM actuellement. Que ce soit dans les fichiers planet ou les requêtes API, les tags de changesets ne sont pas inclues directement. Pour les retrouver, il faut entamer une démarche supplémentaire (charger le dump séparé des changesets sur le planet ou faire des requêtes avancées sur l'API) et volontaire dont la plupart des consommateurs de données OSM se passent. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [presse] Digne-les-Bains: les élèves sur les traces des illustres de la commune (avec cartes OpenStreetMap)
Il y a des gens efficaces en comm ! L'info est aussi sur http://openstreetmap.fr/ Le 3 octobre 2012 11:54, Nolwenn donolw...@gmail.com a écrit : Le mercredi 3 octobre 2012 00:58:16 Cyrille Giquello a écrit : Digne-les-Bains : les élèves sur les traces des illustres de la commune, avec des cartes OpenStreetMap bien sûr ! http://www.hauteprovenceinfo.com/02102012Digne-les-Bains--les-eleves-sur-les -traces-des-illustres-de-la-commune.media?a=1135 Trois dépêches étaient passées sur LinuxFR sur la cartographie de Digne les bains https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-23- fevrier-2012 http://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-mercredi-11- avril-2012 https://linuxfr.org/news/dessine-ta-ville-a-digne-les-bains-jeudi-24-mai-2012 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route saisonnière
On 29 sept. 2012, at 20:03, Eric SIBERT courr...@eric.sibert.fr wrote: Bonsoir, Je cherche comme indiquer qu'une route est à ouverture ou fermeture saisonnière. Typiquement, les cols de montagne qui sont fermés en hiver. Jusqu'à présent, je mettais opening_hours avec une valeur du style Nov-Apr off. Mais je me demandais s'il y avait un moyen plus générique d'indiquer que c'est saisonnier avec un aspect aléatoire. J'ai vu qu'il y avait une proposition seasonal=* : http://wiki.openstreetmap.org/wiki/Key:seasonal Usage en Europe : yes (497), no (19), winter (12), summer (9), * (2), Spring, Summer, Fall (1), Yes (1) Le même problème se pose en Afrique avec les pistes impraticables en saison des pluies. Usage en Afrique : year_round (171), yes (75), wet_season (32), cannot_determine (27), another_pattern (16), dry_season (7), na_dn (1), dry_weather (1) En plus, en Afrique, la piste peut ne pas être fermée mais c'est juste le type de véhicule qui peuvent l’emprunter qui change. Ça reviendrait à ne pas avoir la même valeur pour la clé smoothness=* suivant la saison. D'autres propositions? Au Costa Rica ils ont trouvé une solution, le nom du track ou même de la route contient 4wd only ;-) -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panique à Cergy-Pontoise
J'ai la même chose, une belle dalle à Argenteuil où nous allons organiser une cartopartie à la Toussaint... Pas évident de s'y retrouver ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral (était: Restreignons les imports des cours d'eau)
Le 03/10/2012 14:46, Christian Quest a écrit : Je préfère une source claire \o/ -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
2012/10/3 Eric Sibert courr...@eric.sibert.fr: C'est ce que vient de faire Pieren. Je ne sais pas s'il l'a fait aux autres demandeurs mais il vient de me répondre. Il a effacé le way dupliqué que j'avais pointé comme exemple et m'a expliqué que ça n'était pas de sa faute mais des lenteurs du serveur. Il m'a aussi dit qu'il ne mapperait plus en France (sans que je lui en demande autant). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panique à Cergy-Pontoise
Le 03/10/2012 14:49, Christian Quest a écrit : J'ai la même chose, une belle dalle à Argenteuil moralité : quand on a la dalle, on mange de l'OSM, c'est bon ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tuiles osm.org en pause...
Le générateur de tuiles d'osm.org est en maintenance et la génération de nouvelles tuiles ou de tuiles modifiées est temporairement suspendue. Des erreurs 404 sont donc à prévoir sur certaines tuiles. Il y a une corruption du filesystem qui touche les zoom 17 et 18 et donc cela est en cours de remise à plat. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles osm.org en pause...
c'est déjà revenu en fonctionnement : http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html Sylvain Le 3 octobre 2012 15:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le générateur de tuiles d'osm.org est en maintenance et la génération de nouvelles tuiles ou de tuiles modifiées est temporairement suspendue. Des erreurs 404 sont donc à prévoir sur certaines tuiles. Il y a une corruption du filesystem qui touche les zoom 17 et 18 et donc cela est en cours de remise à plat. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Il était une fois Julien vitry 94
Le 2 octobre 2012 22:54, Marc Sibert m...@sibert.fr a écrit : Bonsoir, Cet utilisateur passe-t-il par ici ? Ça fait plusieurs fois que je le croise : il passe sont une grosse partie de ses contributions à convertir les routes 2*2 voies en trunk sur des routes qui, à mon sens, ne méritent pas cette qualification, comme la N20 au sur de la N104. L'avez vous déjà rencontré IRL ou ailleurs ? Il ne répond pas à mes (2) demandes d'explications. A+ -- Marc Sibert mailto:m...@sibert.fr Bonjour, Je me réponds pour vous indiquer que Julien vient de me contacter et m'a expliqué qu'il avait fait ces modifications car c'était une 2x2 voies. Je lui ai copié des extrait de la page Trunk en français et recommandé de venir ici avant de poursuivre ses modifications. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tuiles osm.org en pause...
J'ai vu... mais après que mon message soit parti :( Désolé pour le bruit Le 3 octobre 2012 15:20, Sylvain Maillard sylvain.maill...@gmail.com a écrit : c'est déjà revenu en fonctionnement : http://lists.openstreetmap.org/pipermail/talk/2012-October/064745.html Sylvain Le 3 octobre 2012 15:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le générateur de tuiles d'osm.org est en maintenance et la génération de nouvelles tuiles ou de tuiles modifiées est temporairement suspendue. Des erreurs 404 sont donc à prévoir sur certaines tuiles. Il y a une corruption du filesystem qui touche les zoom 17 et 18 et donc cela est en cours de remise à plat. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
On mercredi 3 octobre 2012, Christian Quest wrote: Je préfère une source claire à l'aide de tags sur les objets, plutôt que sur les changeset car l'accès est immédiat. Je suis de cet avis dans l'état actuel des éditeurs et exports de la base, toutefois, mon avis changerais si les informations du changeset (tags, dont source=* et comment=*) étaient accessible de manière plus simple à l'utilisateur. Il avait été évoqué que, si les tags de tous les changesets, par ordre chronologiques, ayant changé un objet apparaissaient de manière clair dans les éditeurs, genre juste à coté des tags propres à l'objet, Et que des exports disons étendus entre les full historique et les juste maintenant pouvaient exister, fournissant cette information accompagnant les données. Et qu'un format simili osm puise exister dans lequel on puisse indiquer des tags aux changesets de sorte qu'ils ne soient pas oubliés (comme on le fait dans les fichiers bâtis et le tag source redondant) Alors oui, là, le changeset serait le bon endroit, tant en terme de place que de logique pour mettre les infos de sources tout en étant pas une contrainte de plus. Mais pour l'heure, je suis contre. Le principe de l'id pour raccourcir la valeur est intéressant mais je pense qu'on devrait plutôt mieux gérer le stockage des tags/valeur dans les différentes bases de données et formats de fichiers (je pense par exemple aux formats .o5m/.o5c qui sont une forme binaire des formats .osm/osc qui gère très bien la redondance d'info mais malheureusement peu utilisé bien qu'aussi compact que le pbf et plus simple à manipuler). +1 On ne devrait pas perturber la ressource la plus importante (les contributeurs) pour résoudre un problème qui peut l'être de manière technique et complètement transparente pour l'utilisateur. techos avis=le mien L'argument de la taille, récurent est à mon avis un argument de mauvaise foi, ou, tout du moins, majoritairement de mauvaise foi. Je n'ai pas fait de tests, mais les exports en .osm.bz2 dispose d'un algo de compression (bz2) qui sait réduire la taille d'une redondance, idem pour le reste. Donc le dowload plus long n'est à mon avis que minime. En ce qui concerne les bases type osm2pgsql, la place sur disque est sans objet car le tag source est exclue dans la majorité des cas. Seul cette histoire de passage en id 64bit au lieu de 32bit est vrai, mais les conjectures données disent que à 18mois prêt, il aurait de toute façon fallu y passer. Il reste donc le temps de traitement du xml qui peut, peut-être prendre quelques % de plus, mais comme ce traitement n'est lui même que 10% du total, c'est à mon avis peanuts au final. Pour ce qui est du reste, on parle, pour le planète, de taille de l'ordre de 300Go sur disque, et de temps d'import de dizaines d'heures sur de gros serveur. Quand on se prépare à faire ça, les à 3Go pour le cadastre, c'est de la nioniotte et il faudra de toute façon des gros disques et des gros serveur. Celui qui veut vraiment optimiser la taille, pourra toujours factoriser les tags (id relationnel) et puisqu'il le fera, il économisera autant sur les 40 Millions de fois ou les mots residential, unclassified, service, track et footway, ... apparaissent dans la base que pour le source cadastre /techos -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
On 3 oct. 2012, at 13:58, te...@free.fr wrote: Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le tag oneway=-1 qui, s'il faut le rappeler, caractérise une voie en sens unique dans le sens __opposé__ à celui suivi par les nœuds ? Malheuseument (ou heureusement ?) dans JOSM si on inverse le sens d'une voie, par exemple pour combiner deux tronçons, ou juste pour le plaisir,... si la voie en question possède des tag qui sont dépendants de l'ordre des noeuds (restrictions pour tourner a droite, a gauche,..., voie pour les vélos d'un coté, ) le logiciel propose d'utiliser oneway=-1 pour s'en sortir sans toucher aux tags pré-cités, enfin c'est comme cela que je l'ai compris. Teuxe - Mail original - De: Eric SIBERT courr...@eric.sibert.fr À: talk-fr@openstreetmap.org Envoyé: Mardi 2 Octobre 2012 18:52:14 Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec Potlatch. [...] A recent example : http://www.openstreetmap.org/?lat=46.940197lon=-1.07499zoom=18layers=M Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé une route par dessus un chemin agricole déjà tracé. Un peu plus loin, sur un rond-point existant, il a rajouté oneway = -1 là où on attendait junction=roundabout. Bizarre aussi la Rue des Bois avec trois branches. N'hésite pas à faire preuve de pédagogie ;-), éventuellement en français, vu qu'il code en zone francophone. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
On mercredi 3 octobre 2012, Pieren wrote: Il m'a aussi dit qu'il ne mapperait plus en France (sans que je lui en demande autant). Ha ben voilà, il est vexé maintenant ! Il est étranger, il vient filer un coup de main en france avec potlatch+bing, il fait pas forcément du boulot génial en partie à cause de ses outils mais veut sans doute bien faire, on lui tombe dessus pour lui dire que c'est un sagoin, il claque la porte en disant je voulais juste aider, allez vous faire f Perso, j'aurais fais pareil que lui. Certains diront peut-être bon débarras en ce souvenant, des horribles chemins qui traversent des bâtiments, mais quand je vois la liste des changesets qu'il a fait en france, avec parfois ce que je jugerais bonne contributions je ne suis pas sûr qu'on ait fait une bonne affaire. La diplomatie n'est pas chose aisée ;-) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Ha ben voilà, il est vexé maintenant ! Perso, j'aurais fais pareil que lui. Non, je pense que tu aurais répondu dès le premier message que je lui ai envoyé. Message qui n'était pas agressif du tout. Il n'a répondu à aucun... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Mais alors comment faire ? Voilà la bonne question que ce fil aura le mérité d'avoir lancé ! J'ai retenu du débat plusieurs idées qui me semblent bonnes : - écrire des règles (non coercitives et coercitives) de bonne pratiques qu'elles soit en complément des règles internationales, ou, recommandées pour la france car un peu locales. Une sorte de : vous cartographiez en france ? voici quelques bons tuyaux à lire pour être en cohérence avec la communauté française Que l'on puisse pointer à ceux qui font des trucs en désaccord avec ces règles - créer un groupe d'intervention : surveillance/accompagnement/gestion vandalismes|conflits/diplomatie (disposant par exemple de contributeurs chevronnés inscrits à une liste dédiée) auquel on puisse soumettre ses trouvailles de untel il fait rien qu'a tracer à la hâche à travers les bâtiments et il n'a pas répondu à mon message, que faire ? Lorsque j'ai lançé ce sujet, c'est justement parce que je ne savais pas trop comment réagir. Tu as bien fais. J'ai juste dis ça ne me semble pas adapté de le faire ici, désolé si je n'ai pas été clair et que j'ai moi même paru inquisiteur, mais je sous-entendais aussi qu'il n'y a aucun endroit pour faire ça pour l'instant et que je trouverais bien qu'on réfléchisse à une alternative. Est-ce que je fixais le curseur qualité trop haut ? Rien à dire de ce coté, il y avait quelque chose à dire et il fallait le dire sans quoi ça allait empirer, je m'interroge sur comment faire au mieux (si mieux il y a) J'avais besoin d'avis extérieur avant de réagir. C'est ça aussi un travail collaboratif, non ? Oui, mais il y a sur cette liste des gens bien chauds qui, (mais je ne cite personne, c'est juste pour foutre la merde ;-)) ) semblent dégainer rapidement une part de leur frustration, pour, sans doute, avoir eux aussi constaté qu'un contributeur avait amoindrie la qualité de leur travail dans d'autres lieux et d'autres circonstances. Je ne critique pas le fond, je ressens parfois la même chose, mais je cherche une solution pour réduire les lynchages publics -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Non, je pense que tu aurais répondu dès le premier message que je lui ai envoyé. Message qui n'était pas agressif du tout. Il n'a répondu à aucun... J'admets que le contributeur avec qui on ne peut pas discuter car il ne répond pas à une injonction diplomatique est un problème car cela va s'amplifier sans qu'on sache pourquoi il continue ainsi. Chaque cas est différent, mais oui, on ne peut pas tout tolérer sous couvert de la présomption de bonne foi. Il est des cas évidents de vandalisme qu'il faut traiter fermement, il est des cas de bonnes contributions qui ne mérite même pas d'en parler, il est des cas qui mérite un petit message de rappel, et tout un tas d'autres entre tous ça qui mérite approfondissement. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Je remet une couche avec mes petits conseils. Même si vous avez des remarques toujours dire : - Je vois que tu ajoutes des données dans cette région et c'est super [blablabla] - J'ai regardé tes contributions à tel endroit [blablabla] - Je peux peut être/surement/urgemment te filer des conseils pour améliorer encore la qualité de ton formidable travail [blablabla] Si c’est mineur ne pas hésiter à présenter ça comme une aide que comme une réprimande. Je connait peut de gens enclin à se vexer par ce qu'on leur propose de l'aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Je pense que le contenu des messages diplomatiques est quelque chose qui pourra être également discuté avec le futur Welcome Working Group (discussions en cours sur la liste talk) c'est clair qu'il est très difficile d'interagir avec quelqu'un qui ne répond pas ... et que des fois pense bien écrire et que cette personne le prend mal ... en tout cas je pense que ça mérite une grosse réflexion sur une série de messages types pour les situations de ce genre ;) Sylvain Le 3 octobre 2012 16:25, Tenshu ten...@gmail.com a écrit : Je remet une couche avec mes petits conseils. Même si vous avez des remarques toujours dire : - Je vois que tu ajoutes des données dans cette région et c'est super [blablabla] - J'ai regardé tes contributions à tel endroit [blablabla] - Je peux peut être/surement/urgemment te filer des conseils pour améliorer encore la qualité de ton formidable travail [blablabla] Si c’est mineur ne pas hésiter à présenter ça comme une aide que comme une réprimande. Je connait peut de gens enclin à se vexer par ce qu'on leur propose de l'aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
De : Tenshu ten...@gmail.com Je remet une couche avec mes petits conseils. Même si vous avez des remarques toujours dire : Je vois que tu ajoutes des données dans cette région et c'est super [blablabla] J'ai regardé tes contributions à tel endroit [blablabla] Je peux peut être/surement/urgemment te filer des conseils pour améliorer encore la qualité de ton formidable travail [blablabla] Si c’est mineur ne pas hésiter à présenter ça comme une aide que comme une réprimande. Je connait peut de gens enclin à se vexer par ce qu'on leur propose de l'aide. Pour le troisieme point en principe soit je complimente sur le fait de mettre un commentaire sur les changesets soit je leur dis que se serait cool de le faire pour que les autres contributeurs comprennent plus facilement leurs edits. Ca permet soit de sortir un point positif soit proposer une petite amelioration qui a, a mon avis, peu de chance d etres prise comme une critique ou comme une surveillance rapprochee de ce qu ils font. A cela je rajoute generalement : * OSM est un projet collaboratif et qu en cas de besoin ils peuvent trouver aussi des informations aupres de la communaute francaise (je leur donne quelques points d entrees: openstreetmap.fr, forums, version web de la mailing liste ) * Qu OSM dispose de plusieurs editeurs autres que Potlatch en donnant des liens sur leur doc/site afin qu ils puissent choisir celui qui leur plait le plus Quand j ai un retour c est assez souvent un remerciement car ils n etaient pas au courant de ces infos Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
2012/10/3 Stéphane Péneau stephane.pen...@wanadoo.fr: Non, je pense que tu aurais répondu dès le premier message que je lui ai envoyé. Message qui n'était pas agressif du tout. Il n'a répondu à aucun... Comme il a répondu au mien en allemand et pas aux tiens, on peut en déduire qu'il ne pratique pas le français. Ou qu'il n'a pas fait l'effort d'utiliser un traducteur automatique. Ce qui laisse perplexe sur son degré de motivation... Je pense que quand on cartographie dans des pays étrangers, il faut s'attendre à devoir communiquer dans la langue locale. Si on ignore les messages des locaux, c'est aussi une faute. La cartographie de contributeurs étrangers doit aussi être prise en compte dans les règles. Cela arrive plus fréquemment dans notre pays, première destination touristique mondiale, que dans d'autres. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petite diplomatie et conseils aux nouveaux - était : Contributeur hyperactif mais pas très précis
Voilà une première base de conseils que l'on peut proposer lors de contact privé pour que tout aille mieux ! * OSM est un projet collaboratif et qu en cas de besoin ils peuvent trouver aussi des informations aupres de la communaute francaise (je leur donne quelques points d entrees: openstreetmap.fr, forums, version web de la mailing liste ) Pareil ! * Qu OSM dispose de plusieurs editeurs autres que Potlatch J'en profite pour rajouter que JOSM c'est vraiment super bien ;-) Mais surtout, je leur parle d'osmose, la publicité pour cet outil est encore trop faible à mon sens (et la page en anglais faite d'un salmigondi d'outils tous plus inadaptés les uns que les autres à un débutant n'aide pas) Et, la fonctionnalité pour laquelle j'ai eu le plus de retour ouais trop cool, c'est l'option indirect : mes erreurs : http://osmose.openstreetmap.fr/text/ Rare sont les contributeurs qui souhaitent laisser derrière eux des trucs pas clairs (corriger le caca des autres bof, mais les erreurs qu'on fait, on aime pas trop les laisser) et ça, c'est super formateur, pas trop consommateur de temps pour celui qui accompagne et pas trop big brother. C'est un outil, c'est impersonnel, personne ne te dis que ce que tu fais c'est pas bien, on te dis juste regarde comment tu peux t'améliorer -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Comme il a répondu au mien en allemand et pas aux tiens, on peut en déduire qu'il ne pratique pas le français. Ou qu'il n'a pas fait l'effort d'utiliser un traducteur automatique. Ce qui laisse perplexe sur son degré de motivation... D'autant plus que je lui ai écris en anglais :-) == Hello, I noticed that you made a lot a road in France. That's a lot of highways that was missing so thank you. But, I don't know what you use to draw these highways but a lot of them are not very accurate and I often have to redraw. And on your osmose error list (http://osmose.openstreetmap.fr/text/?username=WoGraSo) you can see that you made some building/road crossover. So, I don't want that you think I depreciate your contributions, but do you think that you could perhaps do a little less quantity, and a little more quality ? Regards, Stéphane = J'aurais peut-être pu mieux faire, autant sur la qualité de l'anglais que sur la forme, peut-être un poil trop négative, même si je commençais par le remercier pour son travail ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
Dans les fichiers XML, le tag source du cadastre pèse en gros trois fois plus qu'un tag normal (environ 107 contre 35 pour un highway=unclassified par ex.). En utilisant le truc du source_id, on pourrait diminuer par 4 la taille du texte (sur XML non compressé, 27 bytes). En mouillant le doigt, on a dans les 35 millions de tags source=cadastre sur la France (contre par exemple 3 millions de highway). Ca ferait un gain de 2.7 Go sur un planet non compressé. Négligeable ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petite diplomatie et conseils aux nouveaux - était : Contributeur hyperactif mais pas très précis
Là où cela devient vraiment accrobatique, c'est que l'on ne peut pas sauter à la gorge direct du petit nouveau avec un message trop long, trop touffu, trop pointu. En plus des remarques personnalisées concernant les premiers ajouts dans la base, j'envoie souvent le lien vers le flossmanual en français, parce qu'on y retrouve l'essentiel (et un peu aussi parce que cela peut potentiellement donner envie d'essayer JOSM) Et également vers http://openstreetmap.fr/participer qui regroupe déjà pas mal de conseils pratiques Last, but not least, le message d'Isnogoud, que j'ai reçu quelques jours (10) après mes premiers pas mi 2009, et qui était très bien tourné. D'ailleurs, patienter une dizaine de jours avant de contacter un nouveau, c'est plutôt pas mal, je trouve. *** Bonjour, Je suis très heureux de voir un nouveau contributeur sur la carte du Sud Loire ! Cela fait près d'un an que je mappe Saint-Sébastien-sur-Loire. J'ai d'abord travaillé au GPS puis à l'aide du cadastre en ligne depuis début 2009. J'ai voulu continuer vers Basse-Goulaine et Vertou, mais ces communes n'étaient pas encore disponibles avant l'été. J'ai vu ton mapping très détaillé près de la gare des Pas Enchantés. C'est certainement la qualité qu'on veut obtenir sur OSM d'ici quelques années. Un exemple très réussi à mon avis. Tu as également débuté Basse Goulaine. Tout reste à faire sur cette commune. C'est à ce propos que je te contacte. Comme je mappe actuellement un peu plus au sud, je te propose de coordonner nos travaux en se répartissant les zones. L'idée, c'est d'arriver progressivement à mettre toutes les voies de circulation de l'agglomération sans laisser de trou. Qu'as-tu envie de faire sur OSM ? Par ailleurs, je te recommande deux sites pour repérer les erreurs : - http://keepright.ipax.at/report_map.php - http://osmose.openstreetmap.fr/ : en cliquant sur le lien mode texte en haut, tu peux obtenir la liste de tes erreurs. Ces deux sites ne font l'analyse que périodiquement. Enfin, comme toi, j'avais omis de paramétrer le plug-in cadastre avec l'année. Cela oblige ensuite à corriger tous les ways déjà faits. Voir http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Installation et le paragraphe configuration. Pour mémoire, les deux règles d'OSM : Don't copy from other maps and have fun ! A bientôt Le 3 octobre 2012 17:10, sly (sylvain letuffe) li...@letuffe.org a écrit : Voilà une première base de conseils que l'on peut proposer lors de contact privé pour que tout aille mieux ! * OSM est un projet collaboratif et qu en cas de besoin ils peuvent trouver aussi des informations aupres de la communaute francaise (je leur donne quelques points d entrees: openstreetmap.fr, forums, version web de la mailing liste ) Pareil ! * Qu OSM dispose de plusieurs editeurs autres que Potlatch J'en profite pour rajouter que JOSM c'est vraiment super bien ;-) Mais surtout, je leur parle d'osmose, la publicité pour cet outil est encore trop faible à mon sens (et la page en anglais faite d'un salmigondi d'outils tous plus inadaptés les uns que les autres à un débutant n'aide pas) Et, la fonctionnalité pour laquelle j'ai eu le plus de retour ouais trop cool, c'est l'option indirect : mes erreurs : http://osmose.openstreetmap.fr/text/ Rare sont les contributeurs qui souhaitent laisser derrière eux des trucs pas clairs (corriger le caca des autres bof, mais les erreurs qu'on fait, on aime pas trop les laisser) et ça, c'est super formateur, pas trop consommateur de temps pour celui qui accompagne et pas trop big brother. C'est un outil, c'est impersonnel, personne ne te dis que ce que tu fais c'est pas bien, on te dis juste regarde comment tu peux t'améliorer -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le lien Documentation sur la page OpenStreetMap.org nous amène à http://wiki.openstreetmap.org/wiki/Main_Page puis la version française http://wiki.openstreetmap.org/wiki/FR:Main_Page. La page d'introduction à OSM en anglais est plus synthétique que celle en français. On y retrouve de brève description avec un renvoi à une page secondaire. Je propose de restructurer la page française de la même façon. Aussi, les nouveaux contributeurs ne retrouvent pas facilement de l'info pertinente pour eux. Après la section Les projets francophones, nous pourrions ajouter une section Support aux nouveaux contributeurs (Personnes à contacter, liste de diffusion où vous pouvez discuter avec les autres contributeurs). On pourrait y donner des noms de contacts par pays / région. On pourrait aussi spécifier que OSM est un projet collaboratif, que la communauté des contributeurs met en place divers moyens pour assurer la qualité. Dans ce cadre vous pourrez être contactés pour discuter de modifications que vous avez apportés. Le tout se fait dans un esprit de collaboration. Lorsque les membres ne peuvent s'entendre sur les modifications à apporter, ils viennent simplement discuter sur les listes de diffusion avec les autres membres de la communauté OSM. Cette même information pourrait être reprise sur les wiki nationaux / par région. Pierre De : sly (sylvain letuffe) li...@letuffe.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 3 octobre 2012 10h09 Objet : Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis Mais alors comment faire ? Voilà la bonne question que ce fil aura le mérité d'avoir lancé ! J'ai retenu du débat plusieurs idées qui me semblent bonnes : - écrire des règles (non coercitives et coercitives) de bonne pratiques qu'elles soit en complément des règles internationales, ou, recommandées pour la france car un peu locales. Une sorte de : vous cartographiez en france ? voici quelques bons tuyaux à lire pour être en cohérence avec la communauté française Que l'on puisse pointer à ceux qui font des trucs en désaccord avec ces règles - créer un groupe d'intervention : surveillance/accompagnement/gestion vandalismes|conflits/diplomatie (disposant par exemple de contributeurs chevronnés inscrits à une liste dédiée) auquel on puisse soumettre ses trouvailles de untel il fait rien qu'a tracer à la hâche à travers les bâtiments et il n'a pas répondu à mon message, que faire ? Lorsque j'ai lançé ce sujet, c'est justement parce que je ne savais pas trop comment réagir. Tu as bien fais. J'ai juste dis ça ne me semble pas adapté de le faire ici, désolé si je n'ai pas été clair et que j'ai moi même paru inquisiteur, mais je sous-entendais aussi qu'il n'y a aucun endroit pour faire ça pour l'instant et que je trouverais bien qu'on réfléchisse à une alternative. Est-ce que je fixais le curseur qualité trop haut ? Rien à dire de ce coté, il y avait quelque chose à dire et il fallait le dire sans quoi ça allait empirer, je m'interroge sur comment faire au mieux (si mieux il y a) J'avais besoin d'avis extérieur avant de réagir. C'est ça aussi un travail collaboratif, non ? Oui, mais il y a sur cette liste des gens bien chauds qui, (mais je ne cite personne, c'est juste pour foutre la merde ;-)) ) semblent dégainer rapidement une part de leur frustration, pour, sans doute, avoir eux aussi constaté qu'un contributeur avait amoindrie la qualité de leur travail dans d'autres lieux et d'autres circonstances. Je ne critique pas le fond, je ressens parfois la même chose, mais je cherche une solution pour réduire les lynchages publics -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carto-partie le 20 octobre à Vif dans l'Isère
Le samedi 20 octobre sera organise une carto-partie OpenStreetMap Vif dans l'Isre. Le rendez-vous est fix 11h, Place de la Libration, face la Mairie de Vif. Voir le plan ici : http://www.openstreetmap.org/?lat=45.05601lon=5.66907zoom=18layers=Mmlat=45.05602mlon=5.66906 Plus de dtails sur le droulement de la journe : http://openstreetmap.fr/2012-10-20-cartopartie-isere Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
On mercredi 3 octobre 2012, Pieren wrote: Ca ferait un gain de 2.7 Go sur un planet non compressé. Négligeable ? oui ;-) Et pour 2 raisons : - parce que le planet pèse 330Go en non compressé, 2.7Go ne représente donc que 0.8% du total - parce que de toute façon, quasiment personne ne traite le planet non compressé (et que, pour le plaisir des yeux, je vous offre les statistiques sur la différence qu'aurait un fichier alsace.osm.bz2 avec et sans les tags source=cadastre Avec source cadastre : 107434352 octets sans source cadastre : 107315870 octets on économise donc 0.11% d'espace du fichier .osm.bz2 Par extrapolation (flemme de lancer sa sur la france) le fichier france, donc le fichier planet, ferait 3.6Mo de moins si on enlevait tous les tag source du cadastre ça tiendrait presque sur 2 disquettes 3 pouces et demi datant de 1988, mais pas de chance, plus personne n'a de ce type de disquette. Mon ton un tantinet moqueur, ne l'ait pas, c'est juste pour ajouter de la couleur à l'histoire ;-) ) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
Bonjour, Un articlehttp://blog.grandesvilles.org/3233/administration-electronique/interoperabilite/lign-mise-sur-son-api-pour-booster-les-usages-du-geoportail/concernant la mise en ligne de la nouvelle version du Géoportail où on peut lire: *L’institut reste en revanche très en retrait sur l’Open Data et le mot n’a pas été prononcé par le directeur général lors de la présentation de la V3. L’IGN estime en effet que seule la gratuité de visualisation des données entre dans sa mission de service public, le paiement des redevances liées à la réutilisation des données IGN étant en outre indispensable à l’équilibre budgétaire de l’établissement public.* Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 03/10/2012 16:09, sly (sylvain letuffe) a écrit : - créer un groupe d'intervention : surveillance/accompagnement/gestion vandalismes|conflits/diplomatie (disposant par exemple de contributeurs chevronnés inscrits à une liste dédiée) auquel on puisse soumettre ses trouvailles de untel il fait rien qu'a tracer à la hâche à travers les bâtiments et il n'a pas répondu à mon message, que faire ? Je suis pour. Ce type de conflit ne peut que se multiplier à l'avenir, nous avons besoin d'un juge de paix qui calme le jeu et propose des solutions constructives. Je pense qu'un contributeur se braquera moins s'il reçoit un message d'un collectif que s'il reçoit un message d'un autre contributeur. En effet, entre deux contributeurs, cela peut rapidement dégénérer en « de quel droit me donnes-tu des leçons, j'ai fait plus d'ajouts que toi » et autres gentillesses de ce genre. L'idéal serait d'avoir un premier message type traduit dans toutes les langues de nos voisins (et au delà). Les touristes ont aussi le droit de cartographier :-) . Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Je pense qu'un contributeur se braquera moins s'il reçoit un message d'un collectif que s'il reçoit un message d'un autre contributeur. Attention, je ne dis pas pour autant qu'il faut interdire le contact entre contributeurs comme c'est le cas aujourd'hui, il ne faut pas rêver d'un groupe national ne pourra pas non plus faire aussi bien (ni partout) que deux contributeurs qui connaissent et map le même coin et qui échangent constructivement. Par contre, si ça merdoit, un juge de paix me semble utile Si personne ne surveille le coin X, c'est bien aussi -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
Et si on extrapole jusqu'a une completude de l'import? Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 3 octobre 2012, Pieren wrote: Ca ferait un gain de 2.7 Go sur un planet non compressé. Négligeable ? oui ;-) Et pour 2 raisons : - parce que le planet pèse 330Go en non compressé, 2.7Go ne représente donc que 0.8% du total - parce que de toute façon, quasiment personne ne traite le planet non compressé (et que, pour le plaisir des yeux, je vous offre les statistiques sur la différence qu'aurait un fichier alsace.osm.bz2 avec et sans les tags source=cadastre Avec source cadastre : 107434352 octets sans source cadastre : 107315870 octets on économise donc 0.11% d'espace du fichier .osm.bz2 Par extrapolation (flemme de lancer sa sur la france) le fichier france, donc le fichier planet, ferait 3.6Mo de moins si on enlevait tous les tag source du cadastre ça tiendrait presque sur 2 disquettes 3 pouces et demi datant de 1988, mais pas de chance, plus personne n'a de ce type de disquette. Mon ton un tantinet moqueur, ne l'ait pas, c'est juste pour ajouter de la couleur à l'histoire ;-) ) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
On mercredi 3 octobre 2012, Yves wrote: Et si on extrapole jusqu'a une completude de l'import? Yves (de l'import en france de tous les bâtiments par exemple ?) Difficile à dire. Il faudrait connaître, même approximativement, le nombre de bâtiment rendu disponible par le cadastre. Actuellement il y a 29 Million de building=yes dans OSM en france. Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1 bâtiment pour 2 habitants ??? Un test rapidos, à chambéry, commune de type assez urbaine je tombe sur 1 bâtiment pour 5 habitants curienne, commune franchement rurale, 1 bâtiment par habitant !!! Donc, mais là c'est même plus du doigt mouillé en fermant les yeux avec des dès : Supposons le pire, soit 1 bâtiment par habitant, cela va encore être multiplié par 2 par rapport à maintenant -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur d'un débutant autour de Vannes et bug de Reverter
Bonsoir, Je viens de tomber sur des modifications faites aux alentours de Vannes, par un nouveau contributeur. Celui-ci a ajouté des chemins de terre (des track en somme), mais les a noté en tant que trunk_link. Il a au passage supprimé d'autres éléments qui étaient corrects (morceau de la réserve naturelle etc.). Je lui ai envoyé un message lui souhaitant la bienvenue, lui indiquant qu'il avait fait des erreurs, que j'allais corriger et qu'il pouvait consulter le wiki ou poser des questions. Je pensais ainsi faire les reverts tout en gardant les tracés des chemins afin de les passer en track, mais il se trouve que le plugin Reverter a un bug. Il m'annonce qu'il doit récupérer des objets non-chargés, puis affiche une erreur (voir ci-dessous). Et je ne souhaite pas me lancer dans l'utilisation des scripts Perl de revert faute d'expérience. Quelqu'un pourrait-il donc s'occuper de la correction (changesets 13341090 http://www.openstreetmap.org/browse/changeset/13341090 et 13316338 http://www.openstreetmap.org/browse/changeset/13316338 ) ? Et pour reverter, je n'ai pas l'impression qu'il y ait de ticket ouvert à ce sujet, est-ce que le problème existe ailleurs ? Cordialement. Rapport d'erreur : |/Repository Root: http://josm.openstreetmap.de/svn/ /Build-Date: 2012-10-03 01:31:12/ /Last Changed Author: Don-vip/ /Revision: 5527/ /Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b/ /URL: http://josm.openstreetmap.de/svn/trunk/ /Last Changed Date: 2012-10-02 23:33:48 +0200 (Tue, 02 Oct 2012)/ /Last Changed Rev: 5527/ /Identification: JOSM/1.5 (5527 fr)/ /Memory Usage: 968 MB / 1820 MB (215 MB allocated, but free)/ /Java version: 1.7.0_06-icedtea, Oracle Corporation, OpenJDK 64-Bit Server VM/ /Operating system: Linux/ /Dataset consistency test:/ /[WARN - NO NODES] Way {Way id=183973684 version=1 V nodes=[{Node id=1940714669 version=1 V lat=47.6387478,lon=-2.7164991}]} has only one node/ /Plugin: OpeningHoursEditor (28656)/ /Plugin: RoadSigns (28656)/ /Plugin: cadastre-fr (28656)/ /Plugin: download_along (28656)/ /Plugin: editgpx (28689)/ /Plugin: epci-fr (26960)/ /Plugin: jts (28415)/ /Plugin: measurement (28656)/ /Plugin: opendata (28696)/ /Plugin: osmarender (28541)/ /Plugin: photo_geotagging (28656)/ /Plugin: public_transport (28656)/ /Plugin: restart (28492)/ /Plugin: reverter (28656)/ /Plugin: turnrestrictions (28656)/ /Plugin: utilsplugin2 (28656)/ /java.lang.IllegalStateException: Cible de fusion manquante pour le type noeud avec l'identifiant 1 401 212 177/ /at reverter.DataSetCommandMerger.getMergeTarget(DataSetCommandMerger.java:47)/ /at reverter.DataSetCommandMerger.mergeNode(DataSetCommandMerger.java:67)/ /at reverter.DataSetCommandMerger.merge(DataSetCommandMerger.java:141)/ /at reverter.DataSetCommandMerger.init(DataSetCommandMerger.java:41)/ /at reverter.ChangesetReverter.getCommands(ChangesetReverter.java:281)/ /at reverter.RevertChangesetTask.realRun(RevertChangesetTask.java:80)/ /at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:82)/ /at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:145)/ /at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)/ /at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)/ /at java.util.concurrent.FutureTask.run(FutureTask.java:166)/ /at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)/ /at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)/ /at java.lang.Thread.run(Thread.java:722)/ | ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis
Le 03/10/2012 18:14, sly (sylvain letuffe) a écrit : Attention, je ne dis pas pour autant qu'il faut interdire le contact entre contributeurs comme c'est le cas aujourd'hui, il ne faut pas rêver d'un groupe national ne pourra pas non plus faire aussi bien (ni partout) que deux contributeurs qui connaissent et map le même coin et qui échangent constructivement. Par contre, si ça merdoit, un juge de paix me semble utile Si personne ne surveille le coin X, c'est bien aussi On est bien d'accord. Je parlais des cas de conflit ou lorsque le travail pose problème Il faut encourager le contact direct entre contributeurs. Peut-être faudrait-il simplement préciser la netiquette des contributeurs d'OpenStreetMap : A. Avant le premier contact, on regarde la production du contributeur et sa date d'arrivée dans le projet (est-ce un vieux briscard ou un jeune débutant) B. Au premier contact avec un autre contributeur : 1) On commence à se présenter 2) On le félicite pour son travail et son implication dans OpenStreetMap 3) En cas de manque ou de maladresse dans la saisie : 3.a) On rappelle les outils de vérification comme Osmose ainsi que les pages wiki sur le sujet 3.b) On corrige soi-même les premières erreurs/maladresses pour que le contributeur ait un exemple concret de ce qu'il faut faire 4) En cas de suppressions qui vous semblent injustifiées de votre propre travail 4.a) On lui demande de préciser ses intentions 4.b) On propose de porter la discussion dans un groupe plus large pour solliciter d'autres avis. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: Restreignons les imports des cours d'eau)
Le 03/10/2012 19:13, sly (sylvain letuffe) a écrit : Actuellement il y a 29 Million de building=yes dans OSM en france. Rien que ça, j'arrive pas à comprendre comment c'est possible ! 1 bâtiment pour 2 habitants ??? le nombre de bâtiments est fortement impacté par les bâtiments indûment coupés en 2, 3, 4 voire plus par le script de préparation des fichiers .osm. D'où l'intérêt d'un grand nettoyage avant de téléverser sur les serveurs OSM. Pour ma part, au début je n'y prêtais pas attention, maintenant beaucoup plus. Idem d'ailleurs pour les points inutiles ajoutés sur le contour des bâtiments. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr