Re: [Talk-hr] Imamo prvog humanitarca!
Hmm, ja sam mislio da je on još od prije član HOT-a. o_0 ? On 02/25/2015 09:14 AM, valent.turko...@gmail.com wrote: Čestitke Draženu što je postao član Humanitarian OpenStreetMap-a! http://hot.openstreetmap.org/updates/2015-02-20_welcome_new_members ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Mechanically removing objects with FIXME Tags
On 25/02/2015, sly (sylvain letuffe) lis...@letuffe.org wrote: But mass-removing that import's fixmes I meant : mass-removing the import's objects Ah well, that's more drastic and a bit off-topic ? But yeah, I'm sure nobody will mind the mass-removal of, say, Tiger data in the US, which happens to be the origin of a lots of fixmes :p An import with fixmes may be a red flag against the import, but it's not in itself reason enough to undo the import. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-hr] Imamo prvog humanitarca!
Moguće ali ovo je sada ili sluzbeno ili su mu tek sada dali službeno pravo glasa. On Wednesday, 25 February 2015, hbogner hbog...@gmail.com wrote: Hmm, ja sam mislio da je on još od prije član HOT-a. o_0 ? On 02/25/2015 09:14 AM, valent.turko...@gmail.com wrote: Čestitke Draženu što je postao član Humanitarian OpenStreetMap-a! http://hot.openstreetmap.org/updates/2015-02-20_welcome_new_members ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-fr] Fwd: [osm-npdc] site de suivi des avancées des rapprochements OSM/Cadastre pour BANO dans le NPDC
Salut à tous, parce qu'il serait dommage de ne pas faire un peu de pub à ce bel outil, je me permets de vous faire suivre le lien ci-dessous vers le site mis en place par Bruno afin de suivre l'évolution des mises à jours OSM permettant un meilleur rapprochement des voies OSM/ Cadatsre dans le cadre de BANO pour ne nord-pas de calais au début nous avions un classement des changements par commune (et possibilité de changer les dates) il a ajouté une classification des communes ayant encore le plus gros boulot de rapprochement ça vous donnera une vision de comment on avance sur le npdc, et si l'envie vous en prenait de venir nous renforcer un peu, c'est pas de refus... nous sommes les 2 plus gros départements en terme d'adresses (et donc en terme de rapprochements...) d'autant que nous recevrons une étape du BAN-Tour le 17 Mars prochain, et qu'on aimerait que ça soit pas mal avancé, histoire de montrer la réactivité du projet OSM, la qualité des contributions, que sais-je encore... à bientôt adrien Le 24/02/2015 18:47, Bruno Bogaert a écrit : Bon ça y est, le top 100 est en ligne http://www.legosm.fr/bano5962/ (Rubrique navigation puis classements) On peut choisir son critère de classement favori ;-) (passer la souris sur les en têtes de colonne) and the winner is ... Calais (pour les adresses à rapprocher) Liens utiles : - How to map a : http://wiki.openstreetmap.org/wiki/FR:How_to_map_a - forum OSM-fr : http://forum.openstreetmap.fr/index.php - Umap : umap.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
A mon tour : Je tique sur le tag highway, dont l'usage est quand même dans une écrasante majorité associé à de la voirie. La voirie n'est qu'une partie de ce qu'on trouve sur une place...lorsqu'il y en a. ;-) L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. Stf Le 25/02/2015 14:32, Vincent de Château-Thierry a écrit : De: Pieren pier...@gmail.com Aujourd'hui, je pencherais plutôt pour un nouveau tag, du genre highway=plaza ou place=plaza (avec un ou deux 'z' au choix), à mettre sur un polygone fermé ou un multipolygon. Ca reflète mieux le caractère mixte des usages. Et surtout, on reste dans une logique de highway ou de place=* pour nommer un lieu, ce qui est beaucoup plus cohérent qu'un landuse pour les toponymes/odonymes déjà présents dans OSM. Je tique sur le tag place, dont l'usage est quand même dans une écrasante majorité associé à un point. Mais aucun souci de mon point de vue à remplacer landuse par highway au niveau du tag, on reste dans la thématique voirie. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
But mass-removing that import's fixmes I meant : mass-removing the import's objects -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Mechanically-Cleaning-Up-FIXME-Tags-tp5834869p5834934.html Sent from the General Discussion mailing list archive at Nabble.com.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-at] Problem mit JOSM
Seit kurzem hab ich ein Problem mit JOSM (Version: 7995). java.security.InvalidAlgorithmParameterException: Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive) Dies könnte mit falschen Proxy-Einstellungen zusammenhängen. Ich verwende aber gar keinen Proxy. Woran könnte es liegen? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2015-02-25 11:07 GMT+01:00 moltonel 3x Combo molto...@gmail.com: * fixme=yes Provides no information -1, it indicates a certain overaverage probability of some (not further specified) problem It can also indicate a tagging error (as in adding this fixme was unintentional). In cases where it isn't it still falls IMHO under the usefulness threshold. There's probably an object right beside it that has a bigger issue but isn't tagged with fixme. I don't particularly care about mass-deleting fixemes to begin with, but if I happen to be editing an object tagged fixme=yes I'll certainly remove the tag. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] ŘOPíky
Hodne ropiku je v ruian, co jsem mel moznost zatim videt (a mapovat). Zpravidla jsem jim prislusne tagy po vytvoreni tracerem rucne pridal. h. Dne 25. února 2015 14:57 luka...@volny.cz napsal(a): Tak to je dobra prace... Ja jsem sic minuly tyden dostal mail na spravce databaze ROPiku, ale bohuzel predpoklad, ze bude ted volneji nevysel. Takze jsem se zatim neposunul. Mam dotaz tech 5700 objektu je plus minus kompletni seznam fyzicky existujicich objektu? Pokud ano, import bude bajo. Co se duplicit tyce, nebal bych se hromadneho importu, pak cesta nejmensiho odporu bude smazat jiz existujici body (hadam, ze import bude probihat na urovni bodu) a ojekty (area) prehodit na building=yes, kdyz uz by si nekdo dal praci (a myslim, ze jsem to i nekde cetl) s presnym vykreslovanim objektu. L. __ Od: Petr Slavíček, Bc. pslavi...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 23.02.2015 09:59 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, doteďka jsem byl takový malý osamělý mapovací vlk. Rád bych se zhostil tohoto sousta, ale postupně. Udělal jsme malý skriptík v bash, který konvertuje tuto databázi do osm. Databáze má cca 5700 objektů (mimo stav 5). Stav objektů je: 1) 'postaven, dochovan' 2) 'postaven, neznamo' 3) 'postaven, poskozen' 4) 'postaven, rozvalen' 5) 'postaven, zahlazen','postaven, znicen','neznamo','nepostaven' Importuji je s následujícími atributy: lat='50.813853' lon='14.678253' military=bunker bunker_type=pillbox historic=yes name=(2)M1/36/A-160 website=http://dbase.ropiky.net/dbase.php?objekt=1075725216 ref=1075725216 source=ropiky.net Stav objektů 3,4 přidám atribut ruins=yes Stav 5 neimportuji Název z databáze a je po rozklíčování: Sbor: II. Stavební úsek: M1 - Mařenice ŘOP: 36 Typ: A-160 A teď by se rád zeptal, jak řešíte již existující řopíky v osm (při hromadném importu vznikne duplicita). Pokud by se importovalo po jednotlivých stavebních úsecích (většinou desítky řop/úsek, jsou vyjímky) zda by někdo pomohl. Mohu poskytnout jak celý seznam řopíků v osm, tak i po částech. Díky Petr PS: rád bych i nějaké rady, schválení či zamítnutí, abych něco neudělal blbě. -- Původní zpráva -- Od: luka...@volny.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, talk-cz@ openstreetmap.org Datum: 19. 2. 2015 15:02:27 Předmět: Re: [Talk-cz] ŘOPíky Zdravim, jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat ja, pokud se jiz nekdo nenasel. Mejte se, L. __ Od: Kamenitxan kamenit...@me.com Komu: talk-cz@openstreetmap.org Datum: 15.01.2015 10:10 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s ním zkusí vyjednat, nebo mu mám napsat já? Kamenitxan 11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org: Jj urcite by nejaky posveceni cele akce stalo za to... L. __ Od: Lukáš Gebauer gebyl...@mlp.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10.01.2015 13:13 Předmět: Re: [Talk-cz] ŘOPíky Dne 10.1.2015 v 12:44 Karel Volný napsal(a): no, víme něco jiného, než že ropiky.net nás ignorují? - http://forum.ropiky.net/tema.php?id=1244118437 a když se Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od dochovanych, pres poskozene, rozestavene, az po planovane, co se ani stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen pro bunkrology, kteri si to najdou jinde. Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi zadne reakce nedockas. Nicmene data tak uplne nedostupna nejsou. Treba me se podarilo narazit na jednoho z hlavnich lidi a vyjednat toto: http://www.geocaching.cz/blog/25/entry-219-%C5%99op%C3%ADkat%C3%BD- geoget-ii/ Tu databazi z toho Geogetu lze exportovat do GPX, nebo cehokoliv jineho, ma to uzivatelsky definovane exportni skripty. Takze ja za soucasne situace verim, ze ziskani dat pro OSM nebude neprekonatelny problem. Mam se pokusit vyhrabat email na toho cloveka? Lukas. -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz= -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org
[OSM-talk-fr] Numérotation INSEE des nouveaux cantons 2015
Plus besoin de planned:ref=*, l'Insee a publié sa nouvelle codification des cantons 2015. On peut maintenant les utiliser sur OSM. http://insee.fr/fr/themes/detail.asp?reg_id=0ref_id=cantons-2015 Je mets à jour la page wiki... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
De: Pieren pier...@gmail.com Aujourd'hui, je pencherais plutôt pour un nouveau tag, du genre highway=plaza ou place=plaza (avec un ou deux 'z' au choix), à mettre sur un polygone fermé ou un multipolygon. Ca reflète mieux le caractère mixte des usages. Et surtout, on reste dans une logique de highway ou de place=* pour nommer un lieu, ce qui est beaucoup plus cohérent qu'un landuse pour les toponymes/odonymes déjà présents dans OSM. Je tique sur le tag place, dont l'usage est quand même dans une écrasante majorité associé à un point. Mais aucun souci de mon point de vue à remplacer landuse par highway au niveau du tag, on reste dans la thématique voirie. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] ŘOPíky
Tak to je dobra prace... Ja jsem sic minuly tyden dostal mail na spravce databaze ROPiku, ale bohuzel predpoklad, ze bude ted volneji nevysel. Takze jsem se zatim neposunul. Mam dotaz tech 5700 objektu je plus minus kompletni seznam fyzicky existujicich objektu? Pokud ano, import bude bajo. Co se duplicit tyce, nebal bych se hromadneho importu, pak cesta nejmensiho odporu bude smazat jiz existujici body (hadam, ze import bude probihat na urovni bodu) a ojekty (area) prehodit na building=yes, kdyz uz by si nekdo dal praci (a myslim, ze jsem to i nekde cetl) s presnym vykreslovanim objektu. L. __ Od: Petr Slavíček, Bc. pslavi...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 23.02.2015 09:59 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, doteďka jsem byl takový malý osamělý mapovací vlk. Rád bych se zhostil tohoto sousta, ale postupně. Udělal jsme malý skriptík v bash, který konvertuje tuto databázi do osm. Databáze má cca 5700 objektů (mimo stav 5). Stav objektů je: 1) 'postaven, dochovan' 2) 'postaven, neznamo' 3) 'postaven, poskozen' 4) 'postaven, rozvalen' 5) 'postaven, zahlazen','postaven, znicen','neznamo','nepostaven' Importuji je s následujícími atributy: lat='50.813853' lon='14.678253' military=bunker bunker_type=pillbox historic=yes name=(2)M1/36/A-160 website=http://dbase.ropiky.net/dbase.php?objekt=1075725216 ref=1075725216 source=ropiky.net Stav objektů 3,4 přidám atribut ruins=yes Stav 5 neimportuji Název z databáze a je po rozklíčování: Sbor: II. Stavební úsek: M1 - Mařenice ŘOP: 36 Typ: A-160 A teď by se rád zeptal, jak řešíte již existující řopíky v osm (při hromadném importu vznikne duplicita). Pokud by se importovalo po jednotlivých stavebních úsecích (většinou desítky řop/úsek, jsou vyjímky) zda by někdo pomohl. Mohu poskytnout jak celý seznam řopíků v osm, tak i po částech. Díky Petr PS: rád bych i nějaké rady, schválení či zamítnutí, abych něco neudělal blbě. -- Původní zpráva -- Od: luka...@volny.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org, talk-cz@ openstreetmap.org Datum: 19. 2. 2015 15:02:27 Předmět: Re: [Talk-cz] ŘOPíky Zdravim, jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat ja, pokud se jiz nekdo nenasel. Mejte se, L. __ Od: Kamenitxan kamenit...@me.com Komu: talk-cz@openstreetmap.org Datum: 15.01.2015 10:10 Předmět: Re: [Talk-cz] ŘOPíky Ahoj, Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s ním zkusí vyjednat, nebo mu mám napsat já? Kamenitxan 11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org: Jj urcite by nejaky posveceni cele akce stalo za to... L. __ Od: Lukáš Gebauer gebyl...@mlp.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10.01.2015 13:13 Předmět: Re: [Talk-cz] ŘOPíky Dne 10.1.2015 v 12:44 Karel Volný napsal(a): no, víme něco jiného, než že ropiky.net nás ignorují? - http://forum.ropiky.net/tema.php?id=1244118437 a když se Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od dochovanych, pres poskozene, rozestavene, az po planovane, co se ani stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen pro bunkrology, kteri si to najdou jinde. Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi zadne reakce nedockas. Nicmene data tak uplne nedostupna nejsou. Treba me se podarilo narazit na jednoho z hlavnich lidi a vyjednat toto: http://www.geocaching.cz/blog/25/entry-219-%C5%99op%C3%ADkat%C3%BD- geoget-ii/ Tu databazi z toho Geogetu lze exportovat do GPX, nebo cehokoliv jineho, ma to uzivatelsky definovane exportni skripty. Takze ja za soucasne situace verim, ze ziskani dat pro OSM nebude neprekonatelny problem. Mam se pokusit vyhrabat email na toho cloveka? Lukas. -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz= -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-at] Problem mit JOSM
Hallo Christian, auf josm-dev gibt es auch einen Thread dazu. Grund ist das OSM jetzt neue Zertifikate mit einer höheren Verschlüsselung nutzt und dies bei Java 6 nicht mehr unterstützt wird. JOSM unterstützt auch nur mehr ab Java 7. D.h. Java auf Version 7 oder 8 aktualisieren! Mit freundlichen Grüßen Dipl.-Ing. Paul Wölfel Email paul.woel...@gmail.com Tel. +43 664 88 533 801 Lindengasse 31/1/11 1070 Wien Austria Am 25. Februar 2015 um 14:55 schrieb Christian Aigner caig...@openstreetmap.at: Seit kurzem hab ich ein Problem mit JOSM (Version: 7995). java.security.InvalidAlgorithmParameterException: Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive) Dies könnte mit falschen Proxy-Einstellungen zusammenhängen. Ich verwende aber gar keinen Proxy. Woran könnte es liegen? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] FME, OpenStreetMap et Veremap
Bonjour à tous, Dans l'optique de franchir un pas de plus dans l'exploitation des données OSM, nous (la CCPRO) souhaiterions utiliser les données dans notre WebSIG (Logiciel open source Veremap de chez Veremes). L'idée est de récupérer les données OSM via un batch de requêtes et l'importer les données dans une base de données PostGIS via le logiciel FME. Quelqu'un a-t-il déjà tester d'importer des données OpenStreetMap avec FME pour alimenter une base de données PostGIS ? Concernant le rendu cartographique, Veremes utilise MapServer. Existe-t-il une bibliothèque de style pour OSM en MapServer ? Merci d'avance, - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/FME-OpenStreetMap-et-Veremap-tp5834924.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] city names - bug in OFM?
On Tue, Feb 24, 2015 at 4:44 PM, Sander Deryckere sander...@gmail.com wrote: In short, I used out-of-copyright Popp maps from the royal library As a complete noob on this topic, where can I get them (going to the library ? or are they already on-line somewhere ?) regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] city names - bug in OFM?
Some of them are digitised, some aren't. You can go to http://www.kbr.be/collections/cart_plan/collections/collections_nl.html then under Kadastrale plannen, click on one of the provinces (For Luik, click on a different, random province, for Luxembourg, there are no maps sadly). This opens the search website which gives you no results (but at least brings you to the right page). On that page, go to Cartes et plans = Kaarten en plannen, and this time, click on the correct province. Then you see a list of municipalities (from the 19th century, with old spelling), sorted by arrondissement. Then you can open the scan reader by clicking on the image (not the title). You'll see that the map gets a copyright mark, this means that the map as image is protected. However, the data you can deduce from the map isn't altered since the creation of it (it isn't rectified nor georeferenced), so it's usable for OSM. As there's no export option, the easiest way to use it is to zoom in to certain parts, and make screenshots. I normally made 4 screenshots for a normal village, with a bit of overlap. However, the maps may be so skewed that you need to adapt the reference points depending on the part of boundary you're drawing. Note that not all villages are present. Sometimes you're lucky that all surrounding villages of a certain village are present, then you also have the boundaries. Other times, it might take guesswork, or using even worse (older) maps. Regards, Sander 2015-02-25 14:12 GMT+01:00 Marc Gemis marc.ge...@gmail.com: On Tue, Feb 24, 2015 at 4:44 PM, Sander Deryckere sander...@gmail.com wrote: In short, I used out-of-copyright Popp maps from the royal library As a complete noob on this topic, where can I get them (going to the library ? or are they already on-line somewhere ?) regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] FME, OpenStreetMap et Veremap
De: Tony Emery tony.em...@yahoo.fr L'idée est de récupérer les données OSM via un batch de requêtes et l'importer les données dans une base de données PostGIS via le logiciel FME. Quelqu'un a-t-il déjà tester d'importer des données OpenStreetMap avec FME pour alimenter une base de données PostGIS ? Pas moi, mais si tu veux mettre à jour ta base PostGIS au fil des mises à jour OSM, il existe une chaîne logicielle taillée pour, à base d'osm2pgsql et d'osmosis. C'est (partiellement) expliqué ici : https://switch2osm.org/fr/servir-des-tuiles/construire-un-serveur-de-tuiles-depuis-des-paquets/ Le temps gagné à ne pas réinventer la roue sera en partie consommé à choisir dans le schéma des 3 tables points/lignes/polygones importées par osm2pgsql quels objets et quels attributs viendront alimenter tes tables métier. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] upload problem
Caroline did you resolve your issue? The conflict is is due to someone modifying and uploading an object while you were still editing. In the case of say a county or province relation, the other mapper may not be editing in your immediate vicinity. So you need to sync your dataset and then reconcile the differences ie do you keep your modifications, their modifications or both. In the case of a county relation normally you would keep both - ie you both split a different way on different parts of the county. Have a look at https://josm.openstreetmap.de/wiki/Help/Concepts/Conflict Without knowing the details of the conflict normally I would say accept both your and their changes into the relation and see what you end up with. The longer you leave it the harder it can be to resolve. If stuck, save your work-in-progress daatset as a osm file and pop into https://kiwiirc.com/client/irc.oftc.net/osm-ie Someone might be able to give your realtime help or even get your osm file and try to resolve it for you. Uploading often, especially if you are editing along a county boundary helps avoid or minimize any conflict issues. D On 24 February 2015 at 22:41, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Thanks for the info. If you are using JOSM, sync the entire dataset. It will tell you done with errors or conflicts or something similar. You will then have the option to fix the individual conflicts by choosing to keep either the version you have or the server version. Once you choose for each conflict, click upload again to resolve all conflicts Let me know how you get on Dave On 24 Feb 2015 22:24, Caroline Lewis carolinele...@eircom.net wrote: also just compared josm and map craft and josm is giving me 2 sheets 5 -5 NE as well - i was editing NE sheet/section when i got the error On 24 Feb 2015, at 22:03, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015, sly (sylvain letuffe) lis...@letuffe.org wrote: I do also agree with Frederic, imports of external data not conflated added with some fixme=please fix my bad import by surveying it on the ground should be remove alltogether. Good integration should be done at import time and should'nt rely on others by spamming the fixmes. An import that tagged its object with fixmes is arguably a bad quality import. But mass-removing that import's fixmes (assuming those fixmes carry usefull info) degrades data quality further. Two bads don't make a good. If you're talking about fixmes that don't carry usefull info, then it doesn't matter wether they were created by imports or not. For all the other manually entered fixme, a lot of care and discussion should be performed before attempting anything automatically. Even the rather useless fixme=yes should be handeled with care. The mapper might have added information that he knows to be perfectible and wanted to enlight that. My guess is that manually-entered fixmes will not lend themselves to automated fixing at all. You'd spend more time fixing your script's heuristics than you'd spend manually doing the fixes. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015, sly (sylvain letuffe) lis...@letuffe.org wrote: On mercredi 25 février 2015, you wrote: +1, in any case it seems more likely that the problems gets fixed with a fixme tag than without. -1 I do think this is is only true in a short term view. Push that reasoning to the extrem, should we add fixme=* tags for every QA tool report, people will get lazy about it and just stop fixing things. The initial goal of more fixme, more chances to get fixed might be lost That extreme goes against the if existing QA tools can spot the issue already, then a fixme is not needed rule, so it won't happen. A bloated fixme/notes db is indeed no fun. But removing usefull notes is like a company canceling contracts to solve server scaling issues. We just need to agree on the usefullness threshold, which of course is a subjective thing. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
brycenesbitt wrote It's also possible to turn some of those like could_be_dunes_or_beach into notes, rather than FIXME. -1 Don't push dust under another carpet - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Mechanically-Cleaning-Up-FIXME-Tags-tp5834869p5834935.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
En disant ça, je pense aux relativement récents place=neighbourhood ou place=quarter qui ont avantageusement remplacé certains landuse=residential. Le tag place n'a jamais été limité à un noeud mais c'est plus facile à utiliser avec des ptits polygones. Pour place=town, on comprend que c'est plus facile de le mettre sur un noeud que sur un immense multipolygon difficile à maintenir et aux contours flous. La différence entre highway et place n'est pas très flagrante à cette échelle et je n'ai pas de préférence. Les deux sont utilisés pour les adresses (pensez à place=hamlet) par exemple. Mais pas les landuse. @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically removing objects with FIXME Tags
In the case of Nashville TN, where I live, a mass removal of Tiger data would erase most of the map. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. On February 25, 2015 8:01:38 AM moltonel 3x Combo molto...@gmail.com wrote: On 25/02/2015, sly (sylvain letuffe) lis...@letuffe.org wrote: But mass-removing that import's fixmes I meant : mass-removing the import's objects Ah well, that's more drastic and a bit off-topic ? But yeah, I'm sure nobody will mind the mass-removal of, say, Tiger data in the US, which happens to be the origin of a lots of fixmes :p An import with fixmes may be a red flag against the import, but it's not in itself reason enough to undo the import. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
Un fichier recensent les infos sous forme de liste exploitable autrement qu'a traverse cette visualisation Umap. Le 25 février 2015 16:46, Tony Emery tony.em...@yahoo.fr a écrit : verdy_p wrote En revanche une visualisation c'est bien, mais ces données ne demandent plus qu'à avoir un jeu de données associé... à indiquer par un lien dans les infos de la légende (par exemple en remplissant la zone crédits encore vide, même si en bas de carte on a en tout petit les mentions d'OpenStreetmap et OdBL (fond de carte) et CCPRO 2014 (avant le lien légende). Je ne comprends pas trop la demande. Les points d'apport volontaires sont cliquables et donc, il y a une info derrière (nom de la commune, adresse et nombre de colonne). La légende explique les types de colonne (emballage, huile, papier, textile ou verre). On a le crédit (pas de licence parce qu'on en n'a pas pour ce jeu de données). Non, je vois pas... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808p5834962.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Bonjour, Je ne connaissais pas le principe de la vérificabilité. Cela me semble effectivement un principe intéressant. Néanmoins, dans notre cas de figure, je ne crois pas qu'il soit mobilisable. En effet, si j'ai bien compris les éléments explicatifs fournis sur la page en lien, le critère de vérificabilité cherche à objectiver les tags. Et donc ne pas y faire apparaître des notions subjectives. Or, les mesures de débit / pression sont objectives. Elles font appel à une unité de mesure relevée par un appareil (débitmètre). Certes, cette mesure est l'apanage de quelques uns (les concessionnaires des réseaux d'eau). Selon moi, cette limitation dans les contributeurs possibles pouvant alimenter ces tags ne doit pas conduire à les exclure. A l'instar de Yann (que je remercie pour ce gros travail de fond sur le sujet), je suis administrateur des données cartographiques d'un SDIS (Finistère). J'ai le sentiment qu'une exclusion des champs métiers constituerait un frein dans la démarche d'ouverture de ces données métiers par les SDIS... Dominique Massiot SDIS 29 - Groupement Opération tel : 02 98 10 31 78 -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mardi 17 février 2015 18:05 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne 2015-02-17 17:21 GMT+01:00 Pierre-Yves Berrard pierre.yves.berr...@gmail.com: Comment comptes-tu traiter l'existant dans OSM (PEI déjà présents dans l'Essonne) ? Outre ce point, j'ai deux remarques: - il faudra publier quelque part la license des données dans une forme compatible ODbL - un critère important dans OSM est la vérifiabilité ([1]). J'ai peur que à part ref, fire_hydrant:type et éventuellement fire_hydrant:diameter, les autres informations comme le débit, la pression ou l'opérateur ne soient invériables et devraient donc rester dans la base du SDIS. Sinon, merci pour cette volonté d'ouverture et de partage, Pieren [1] http://wiki.openstreetmap.org/wiki/FR:Verifiability ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Ce message a été scanné par l'antivirus du SDIS du Finistère ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] ŘOPíky
Dne 25.2.2015 v 15:09 honny napsal(a): Hodne ropiku je v ruian, co jsem mel moznost zatim videt (a mapovat). Zpravidla jsem jim prislusne tagy po vytvoreni tracerem rucne pridal. h. Tak tak, a navic pokud si pamatuju, ty ropiky maj taky zaznamenany palebny vysece, coz teda netusim, jestli se nekdo pokousel prenaset do OSM, ale da se z toho poznat, jakym smerem je otocenej (a tedy z jakyho smeru bude/nebude videt) + ropiky jsou typizovany (existuje jich jen omezeny mnoztvi celkem presne danych variant + par vyjimek). Takze pricipielne by se klidne dal vkladat prave typizovany polygon, kterej se da s pomoci palebnych vyseci i spravne orientovat. Dne 25. února 2015 14:57 luka...@volny.cz mailto:luka...@volny.cz napsal(a): Tak to je dobra prace... Ja jsem sic minuly tyden dostal mail na spravce databaze ROPiku, ale bohuzel predpoklad, ze bude ted volneji nevysel. Takze jsem se zatim neposunul. Mam dotaz tech 5700 objektu je plus minus kompletni seznam fyzicky existujicich objektu? Pokud ano, import bude bajo. Co se duplicit tyce, nebal bych se hromadneho importu, pak cesta nejmensiho odporu bude smazat jiz existujici body (hadam, ze import bude probihat na urovni bodu) a ojekty (area) prehodit na building=yes, kdyz uz by si nekdo dal praci (a myslim, ze jsem to i nekde cetl) s presnym vykreslovanim objektu. L. Jiste, aby se opet zlikvidovala prace hromady lidi a nahradila neuplnym a nepresnym importem ve vi buh jakym stavu. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
verdy_p wrote En revanche une visualisation c'est bien, mais ces données ne demandent plus qu'à avoir un jeu de données associé... à indiquer par un lien dans les infos de la légende (par exemple en remplissant la zone crédits encore vide, même si en bas de carte on a en tout petit les mentions d'OpenStreetmap et OdBL (fond de carte) et CCPRO 2014 (avant le lien légende). Je ne comprends pas trop la demande. Les points d'apport volontaires sont cliquables et donc, il y a une info derrière (nom de la commune, adresse et nombre de colonne). La légende explique les types de colonne (emballage, huile, papier, textile ou verre). On a le crédit (pas de licence parce qu'on en n'a pas pour ce jeu de données). Non, je vois pas... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808p5834962.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
Le mercredi 25 février 2015 17:12:16 Tetsuo Shima a écrit : Un fichier recensent les infos sous forme de liste exploitable autrement qu'a traverse cette visualisation Umap. Bouton à gauche Exporter la carte, puis sur le panneau ouvert à droite Télécharger les données. Merci uMap :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
Hé hé Montpellier vous devance d'un jour. Nous c'est ce soir qu'on picole ! http://wiki.openstreetmap.org/wiki/H%C3%A9rault/R%C3%A9unions_2015#Rencontre_du_25_f.C3.A9vrier_2015 Oui enfin bon vu le programme prévu, je ne sais pas si on aura trop de temps pour picoler finalement... Chez nous ça bosse ! :-P Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
2015-02-25 15:58 GMT+01:00 MASSIOT Dominique dominique.mass...@sdis29.fr: A l'instar de Yann (que je remercie pour ce gros travail de fond sur le sujet), je suis administrateur des données cartographiques d'un SDIS (Finistère). J'ai le sentiment qu'une exclusion des champs métiers constituerait un frein dans la démarche d'ouverture de ces données métiers par les SDIS... Une fois versées dans OSM, ces données peuvent être modifiées par n'importe qui. Alors comment, moi, simple contributeur, je pourrais vérifier une valeur de pression modifiée par un tiers ? Ou alors, vous considérez vous comme les seuls autorisés à modifier ces valeurs ? Si c'était le cas, il faudrait alors revoir votre modèle de contribution à OSM. Les informations et améliorations (en particulier de positionnement) peuvent parfaitement fonctionner dans les deux sens mais vous devrez de toute façon garder votre jeu de données originales de votre côté (comme référenctiel) et ne partager que ce qui peux être modifiable/améliorable par le public. Ensuite, vous devrez mettre en place un processus de consultation qui soit combine le meilleur des deux sources, soit prend en compte en local ce qui change dans OSM mais uniquement après vérification. A vous de voir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
C'est pas affreux c'est juste une règle... Dans la plupart des cas area=yes est implicte. dans le cas du highway=pedestrian, hightway est par defaut un linéaire. Donc pour zone tu es obligé de spécifié que c'est area=yes Dans le même exemple il y a les sens de circulation. place n'est pas à utiliser pour une place(fr) mais pour des zones correspondant à un découpage territorial, d'où les tag complémentaire de population et de code postal Dans les autres cas elle ne sert qu'à afficher une étiquette (label) correspondant au nom d'une zone dont on n'est pas capable d'en définir des limites ou pour déporter l'affichage du nom d'une zone quand le nom défini dans la zone ne peut pas s'afficher correctement il me semble. L'emprise d'une place ressemble plus à du surfacique tel que les landuse=residential qu'on va utiliser pour par exemple, un lotissement. J'en ai parlé à un autre moment mais un landuse pour le lotissement c'est à mon avis pas une bonne solution car le landuse représente un usage générique du sol hors un lotissement est un regroupement de parcellaire lié à un projet de construction. C'est donc bien un place dans ce cas de type voisinage *housing estate* - a residential area where the houses were all planned and built at the same time J'ai pas regardé si place=housing_estate était défini mais on sort du sujet. PS: un place peut être poygonal. On avait parlé de ce sujet pour définir si un lieudit devait être en polygonal ou en point et dans quel cas préférer l'un ou l'autre. Vincent je pense que tu doit t'en rappeler. Jérôme Le 25 février 2015 16:15, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le 25/02/2015 15:32, Pieren a écrit : @Stephane, highway=pedestrian + area=yes, c'est aussi du surfacique. Il n'y a donc pas de règle d'or, malheureusement ;-) Je ne sais pas ce que tu en penses, mais j'ai toujours trouvé cette combinaison de tag vraiment affreuse. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On Wed, Feb 25, 2015 at 1:10 AM, SomeoneElse li...@atownsend.org.uk wrote: On 25/02/2015 05:00, Bryce Nesbitt wrote: Any fixme in wide use I'm not interested in deleting. I'd strongly oppose the mechanical deletion of low volume fixme values. Mappers local to me often use individually worded fixmes describing something that needs investigation. By definition these values are not in wide use, but definitely should be kept. If I'm going to be in an area I always load the local notes and fixmes onto the Garmin so that if I'm near something that needs some attibute checking, I know about it. Hold on, you may have misunderstood. The only fixme tags proposed for deletion are the mechanically added ones on thousands of nodes. Any onesey twosey value would of course stay. Any value like continue that's has high counts, but edited by hundreds of unique users, would stay. --- The goal is to delete only the real junk. The goal is to cut the volume down to something human mappers can manage. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015 17:23, Bryce Nesbitt wrote: Hold on, you may have misunderstood. Actually I think you've misunderstood: You've said these are Junk Tags, and I think everyone has agreed with you on that. However people have also pointed out that they are probably attached to Junk Data. This means deleting the tags mechanically won't do anything to solve the problem of junk data, only make it harder to find for the average mapper. Therefore we shouldn't mechanically delete any tags, because the net result will be to make OSM *as a whole* worse. Hopefully that makes sense to you. J. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Hallo Michael, Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. Die Daten sind auch noch in created_by. Sind die andere wichtig, Ruftaxi usw.? Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. Oh, sind all diese HS in dieselbe tariffzone? Jo 2015-02-25 20:29 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 20:04 schrieb Jo: Ich habe die Daten umgewandelt in OSM-format. Danke! Tipps um das besser zu machen sind willkommen. BTW: die sind alle als Bus_stop drin, obwohl das U-Bahn ist = stimmt das? (bin gerade nicht auf dem neuesten Stand was ÖPNV-Tagging angeht) Und: gab es dabei irgendwelche Koordinatentransformationen? Denn: ich habe 3 zufällige Haltestellen verglichen: * Canstatter Wasen * Mercedesstraße * Wilhelma Bei allen 3 liegen die Nodes deutlich von dem was ich nach OSM-Daten und Luftbildern erwarten würde. Oder sind die Ausgangsdaten nicht Lage-genau genug? Und bei der Wilhelma haben wir bereits 2 richungsspezifische Haltestellen drin, in den Testdaten war das nur eine... Allererstes Fazit: nicht einfach so importieren. Zum Vergleichen vielleicht, aber ich befürchte das OSM bereits jetzt besser als der VVS ist/sein könnte... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
-- Message transféré -- From: Pieren pier...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Cc: Date: Wed, 25 Feb 2015 17:54:05 +0100 Subject: Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne 2015-02-25 15:58 GMT+01:00 MASSIOT Dominique dominique.mass...@sdis29.fr : A l'instar de Yann (que je remercie pour ce gros travail de fond sur le sujet), je suis administrateur des données cartographiques d'un SDIS (Finistère). J'ai le sentiment qu'une exclusion des champs métiers constituerait un frein dans la démarche d'ouverture de ces données métiers par les SDIS... Une fois versées dans OSM, ces données peuvent être modifiées par n'importe qui. Alors comment, moi, simple contributeur, je pourrais vérifier une valeur de pression modifiée par un tiers ? Ou alors, vous considérez vous comme les seuls autorisés à modifier ces valeurs ? Si c'était le cas, il faudrait alors revoir votre modèle de contribution à OSM. Les informations et améliorations (en particulier de positionnement) peuvent parfaitement fonctionner dans les deux sens mais vous devrez de toute façon garder votre jeu de données originales de votre côté (comme référenctiel) et ne partager que ce qui peux être modifiable/améliorable par le public. Ensuite, vous devrez mettre en place un processus de consultation qui soit combine le meilleur des deux sources, soit prend en compte en local ce qui change dans OSM mais uniquement après vérification. A vous de voir. Pieren D'accord avec Pieren, mais en quoi est-ce différent pour les lignes haute-tension de RET ou ERDF, les caténaires ou les LAC pour lesquelles des données de lignes ne sont pas vérifiables par le français moyen? Mais c'est vrai que il faut trouver un moyen de vérifier si qqn modifie les valeurs (à tort ou à raison), soit par erreur, soit par exemple autorisation du Sdis de modif des valeurs lors des tournées des PEI par les agents. Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] admin schläft
Hallo, Ich habe die Daten umgewandelt in OSM-format. Leider weiss ich nicht wie S-Bahn und R-Bahn sich zu tram/metro verhalten. Um die Verkehrsmittel zu sehen, bitte ihre JOSM auf Expert-modus setzen. Ich habe da created_by benutzt. Einerseits ist es interessant um den Tag noch sehen zu können, andererseits muss er nie hochgeladen werden. JOSM werd den automatisch rauswerfen. Ich bin auch nicht sicher ob uic_ref der richtigen Tag ist. Es muss also mit Vorsicht behandelt werden. Die mussen jetzt ein nach eins verglichen werden mit was schon im OSM besteht. https://dl.dropboxusercontent.com/u/42418402/Bahnsteige%20Stuttgart_Source_VVS.osm Tipps um das besser zu machen sind willkommen. Ich habe auch hier VVS als Datenquelle hinzugefügt: http://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Verkehrs-_und_Tarifverbund_Stuttgart_GmbH_.28VVS.29 Bitte verbessert ihr das, wenn es nicht richtig gemacht wurde. Jo 2015-02-25 8:17 GMT+01:00 Michael Paulmann michael.paulm...@hft-stuttgart.de: Entschuldigung für meine etwas unflätige Ausdrucksweise. Ich saß nur hier und hab gewartet das irgendeine Mail von euch kommt aber es kam nichts. Ich schicke es dann denen die sich dafür interessieren. Ich muss nur bis heute nachmittag warten da ich die Daten nicht hier habe. Gruß Paulest -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 25. Februar 2015 08:11 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] admin schläft Hi, der Admin dieser Liste bin ich, wie man leicht lesen kann, wenn man auf den in jeder Signatur vorhandenen Listinfo-Link klickt. Die Moderationsanforderungen, die Mailman mir schickt, lese ich nicht, weil es sich zu 99% um Spam handelt und weil sehr viel davon kommt. Michael hat recht, dass es gut wäre, wenn man die Mailman-Standardmeldung entsprechend anpassen könnte, so dass die Leute wissen, dass sie es anderswie probieren müsen. Ich schau mal, ob das geht. Das hätte man aber auch ohne Worte wie bodenlose Frechheit besprechen können ;) Einen Testdatensatz mal eben so auf die Liste zu werfen, halte ich auch für nicht so sinnvoll; eher sollte man beschreiben, was man hat und - so wie Michael es jetzt auch getan hat - interessierten Lesern anbieten, ihnen die Daten direkt zu schicken. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Nachtrag: Bei allen 3 liegen die Nodes deutlich von dem was ich nach OSM-Daten und Luftbildern erwarten würde. Ich hatte mir hinterher auch noch kurz ein paar Bushaltestellen angeshen. Da scheint es deutlich bessser zu sein. Und da haben wir vermutlich auch noch nicht alle in der Karte (z.B. die Richtungstrennung). Aber wenn in OSM, dann sind dort teilweise bereits Zusatzattribute wie bench etc. gesetzt... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Am 25.02.2015 um 20:04 schrieb Jo: Ich habe die Daten umgewandelt in OSM-format. Danke! Tipps um das besser zu machen sind willkommen. BTW: die sind alle als Bus_stop drin, obwohl das U-Bahn ist = stimmt das? (bin gerade nicht auf dem neuesten Stand was ÖPNV-Tagging angeht) Und: gab es dabei irgendwelche Koordinatentransformationen? Denn: ich habe 3 zufällige Haltestellen verglichen: * Canstatter Wasen * Mercedesstraße * Wilhelma Bei allen 3 liegen die Nodes deutlich von dem was ich nach OSM-Daten und Luftbildern erwarten würde. Oder sind die Ausgangsdaten nicht Lage-genau genug? Und bei der Wilhelma haben wir bereits 2 richungsspezifische Haltestellen drin, in den Testdaten war das nur eine... Allererstes Fazit: nicht einfach so importieren. Zum Vergleichen vielleicht, aber ich befürchte das OSM bereits jetzt besser als der VVS ist/sein könnte... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Modélisation des points d'eau incendie - Projet d'import des données du SDIS de l'Essonne
Dans ce cas précis, si j'ai bien compris, on parle d'un import et d'une maintenance régulière des données par les SDIS. Dans ce cadre là, ça ne me choque pas qu'on ait des informations non vérifiables par le grand public. Ce qu'on peut suggérer, c'est que les SDIS publient en parallèle sur un autre support qu'OSM (data.gouv.fr peut-être ?) les données officielles dans un format non modifiable par le public pour que chacun puisse vérifier l'info à la source. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015, Jonathan Bennett jonobenn...@gmail.com wrote: On 25/02/2015 17:23, Bryce Nesbitt wrote: Hold on, you may have misunderstood. Actually I think you've misunderstood: Being the thread starter, I doubt that Bryce has misunderstood the point of the thread. You've said these are Junk Tags, and I think everyone has agreed with you on that. No, not everybody agrees that all fixme tags from imports are junk tags. Some may be junk. Some may indicate a badly-done import that should have fixed the issue before import. Some are reasonable use of fixme during an import (such as tiger's dual_carriageway). However people have also pointed out that they are probably attached to Junk Data. Please give specific examples. For some cases it may be true, but there's no sense in drawing a general conclusion from maybes and anecdotes. This means deleting the tags mechanically won't do anything to solve the problem of junk data, only make it harder to find for the average mapper. Therefore we shouldn't mechanically delete any tags, because the net result will be to make OSM *as a whole* worse. Yes, altough I argued earlyer that in some cases just removing fixmes (mechanically or not) is the right thing to do. Just please pretty please stop making blanket statements about all fixme tags. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] city names - bug in OFM?
thanks a lot for the detailed explanation. I'll give it a try regards m On Wed, Feb 25, 2015 at 2:49 PM, Sander Deryckere sander...@gmail.com wrote: Some of them are digitised, some aren't. You can go to http://www.kbr.be/collections/cart_plan/collections/collections_nl.html then under Kadastrale plannen, click on one of the provinces (For Luik, click on a different, random province, for Luxembourg, there are no maps sadly). This opens the search website which gives you no results (but at least brings you to the right page). On that page, go to Cartes et plans = Kaarten en plannen, and this time, click on the correct province. Then you see a list of municipalities (from the 19th century, with old spelling), sorted by arrondissement. Then you can open the scan reader by clicking on the image (not the title). You'll see that the map gets a copyright mark, this means that the map as image is protected. However, the data you can deduce from the map isn't altered since the creation of it (it isn't rectified nor georeferenced), so it's usable for OSM. As there's no export option, the easiest way to use it is to zoom in to certain parts, and make screenshots. I normally made 4 screenshots for a normal village, with a bit of overlap. However, the maps may be so skewed that you need to adapt the reference points depending on the part of boundary you're drawing. Note that not all villages are present. Sometimes you're lucky that all surrounding villages of a certain village are present, then you also have the boundaries. Other times, it might take guesswork, or using even worse (older) maps. Regards, Sander 2015-02-25 14:12 GMT+01:00 Marc Gemis marc.ge...@gmail.com: On Tue, Feb 24, 2015 at 4:44 PM, Sander Deryckere sander...@gmail.com wrote: In short, I used out-of-copyright Popp maps from the royal library As a complete noob on this topic, where can I get them (going to the library ? or are they already on-line somewhere ?) regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Confusion about Pins, Trivial Matching, and Collective Databases
I could use more clarification, I keep reading what seem to be conflicting or nuanced positions. What We Want to Do I want to generate a map for a company intranet site showing a client where his vehicles are currently based on lat/long coordinates (given to us by our proprietary mobile app which they run) and existing customer locations (to which those trucks are driving today) (based on the business addresses the customers have previously given to us). We'd set up an OSM tile server for this and use a library for layering/interaction. We don't need to make available our database of truck locations/client addresses. Legal Confusion My reading of the OSM terms lead me to believe that the matching between independent data and OSM data is trivial and thus it is a Collective Database and thus I base this on OSM Legal FAQ which says in 3d, However, if the two datasets are matched 'trivially' by, for example, automated matching using a simple criterion such as name/locality, this is not 'substantial' and remains a Collective Database. ( http://wiki.openstreetmap.org/wiki/Legal_FAQ#3c._If_I_make_something_with_OSM_data.2C_do_I_now_have_to_apply_your_license_to_my_whole_work.3F ) I also base this on the license ( http://osmfoundation.org/wiki/License#Are_there_any_special_conditions_or_restrictions_for_commercial_or_academic_use.3F) which says, You can however, put separate and distinct data layers on top of your map, such as icons showing specialists points of interest, routes, track logs, shaded areas, contours and the like, then Share-Alike does not apply to these elements as long as they do not interact with the map underneath. But I see what seem to be conflicting responses to such questions, such as on: https://help.openstreetmap.org/questions/1073/commercial-use-in-an-application-licenceable?page=1focusedAnswerId=41359#41359 Any clarity would be most appreciated. I posted on the forum but was told I should ask the question here instead. Thanks. Ben ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
fixme=yes is an interesting one socially. It's a bit like tiger:reviewed=no If there's an obvious problem, I might feel confident to fix the issue and clear the tag out. But for most nodes I might be unsure what's wrong, or not be confident I know 100% about the object. Thus the fixme=yes sits there forever, for future generations of mappers to look at, make the same conclusion, and leave the tag for the next next generation of mapper. --- Tools such as Keepright could sidestep some of the fixme clutter by aging out older notes. As a given fixme ages, the percentage chance of it getting fixed goes down. With JOSM at least reading the last edit date is a separate and somewhat slow operation for the mapper. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] JOSM Remote control
Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Cantons
Avec un foreach c'est bien plus compliqué (à lire) et plus lent qu'un
simple recurse down sur tous les membres des relations trouvées.
En plus tu n'affiches que les ways, aucune interprétation des surfaces
comme dans ma requête. Tu n'affiche pas non plus les noeuds admin_center.
Egalement tu ne testes que sur un seul tag, political_division=canton, en
supposant que ce sont des relations, et qu'elles ont un tag
boundary=political.
Ma requête est en format XML, mais elle a un équivalent en syntaxe
compacte. Elle n'est pas moins lisible pour autant.
Le 24 février 2015 23:17, Jérôme Amagat jerome.ama...@gmail.com a écrit :
sinon ça :
http://overpass-turbo.eu/s/7RM
Le 24 février 2015 21:10, Philippe Verdy verd...@wanadoo.fr a écrit :
La requête Overpass Turbo (sur http://overpass-turbo.eu/) fait ces
vérifications de façon visuelle et interactive (données à jour disponibles
dans la minute)
osm-script output=json timeout=40
union
query type=relation
has-kv k=boundary v=political/
has-kv k=political_division v=canton/
bbox-query {{bbox}}/
/query
/union
print mode=body/
recurse type=down/
print mode=skeleton order=quadtile/
/osm-script
(pour les cantons il faut zoomer sa vue (la bbox par défaut est celle de
votre onglet d'affichage dans le navigateur) un peu à l'échelle d'un
département sinon on déborde vite en volume de données)
Modifiez les lignes has-kv (paires clé et valeur d'un même tag) selon
vos critères de recherche (anciens ou nouveaux cantons, arrondissements,
circonscriptions législatives)
On repère vite les trous (zones blanches) et superposition (zones jaunes
plus intenses), ou enclaves/exclaves oubliées dans une relation voisine
'bordure violette et non bleue, car les ways ne sont pas réutilisés par
deux relations).
Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a
écrit :
Le 24/02/2015 16:49, Jérôme Amagat a écrit :
Bonjour,
Ça serai pas possible de créer un truc (pour ceux qui savent faire :)
) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup
commençais par un e majuscule, problème de l'accent dans les décrets?)
qui n’étaient dans aucun canton (et qui n'attendent pas d’être
découpé).
les problèmes : endroit sans canton, et aussi role et admin-centre
manquant.
C'est ce que je comptais faire en poussant un peu plus l'extraction
automatique des données du JORF.
On a effectivement des communes qui ont sauté à cause de leur nom
orthographié différemment (le JORF ne met pas d'accent sur les
majuscules, utilise des e dans l'a alors que dans OSM on a des ae).
Je comptais par exemple vérifier les trous dans la couverture des
cantons en croisant avec les polygones des communes, et détecter les
cantons qui se chevauchent partiellement, chose possible aussi à
intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter
ça).
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveaux arrondissements en Alsace
Avec la publication en février des 3 décrets du 29 décembre sur LégiFrance sur les arrondisssements (je n'y ai pas trouvé encore la référence au JORF) j'ai commencé les nouveaux tracés des arrondissements des 3 départements concernés (ce ne sont pas de simples fusions, il sont réarrangés). Je compte placer les anciens arrondisssements tracés en disused: (le temps des transitions) pour mettre de nouvelles relations. Et remetre les admin_level 7 pu 8 sur les ways concernés. Le Bas-Rhin est fini je suis près à charger. Les listes de communes sont interminables en Alsace ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
Sauf qu'on ne peut pas le faire faute de licence sur les données (on a juste un crédit, une attribution de copyright). Ok on peut exporter mais pas réutiliser et en tout cas pas importer dans OSM. C'est pour ça que je demandais s'il était possible de compléter la case credits quand on clique le lien en bas de carte, et y mettre une licence libre si possible. Le 25 février 2015 17:22, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 25 février 2015 17:12:16 Tetsuo Shima a écrit : Un fichier recensent les infos sous forme de liste exploitable autrement qu'a traverse cette visualisation Umap. Bouton à gauche Exporter la carte, puis sur le panneau ouvert à droite Télécharger les données. Merci uMap :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
Note: l'utilisation d'UMAP n'implique pas que les données qui y sont visualisées sont libres il me semble, même si le fond de carte utilisé l'est. Le 25 février 2015 22:20, Philippe Verdy verd...@wanadoo.fr a écrit : Sauf qu'on ne peut pas le faire faute de licence sur les données (on a juste un crédit, une attribution de copyright). Ok on peut exporter mais pas réutiliser et en tout cas pas importer dans OSM. C'est pour ça que je demandais s'il était possible de compléter la case credits quand on clique le lien en bas de carte, et y mettre une licence libre si possible. Le 25 février 2015 17:22, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le mercredi 25 février 2015 17:12:16 Tetsuo Shima a écrit : Un fichier recensent les infos sous forme de liste exploitable autrement qu'a traverse cette visualisation Umap. Bouton à gauche Exporter la carte, puis sur le panneau ouvert à droite Télécharger les données. Merci uMap :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] upload problem
Hi donal only managed to get back to computer now - yes issues is resolved - thanks very much to you and dave for help I sync’d dataset and then ended up just accepting my changes as when i did both it left the nodes but they were not ‘linked' as a waterway. it was a bit odd as waterway is not on a boundary but the river it joins crosses over - I hope i haven’t deleted anyones work…. is there a way to let people know that someone is editing a particular square so as not to duplicate work or run into version probs? anyhow i can upload changes again which i- i do upload often as i worry about losing work! thanks again c. On 25 Feb 2015, at 14:27, Donal Diamond donal.diam...@gmail.com wrote: Caroline did you resolve your issue? The conflict is is due to someone modifying and uploading an object while you were still editing. In the case of say a county or province relation, the other mapper may not be editing in your immediate vicinity. So you need to sync your dataset and then reconcile the differences ie do you keep your modifications, their modifications or both. In the case of a county relation normally you would keep both - ie you both split a different way on different parts of the county. Have a look at https://josm.openstreetmap.de/wiki/Help/Concepts/Conflict Without knowing the details of the conflict normally I would say accept both your and their changes into the relation and see what you end up with. The longer you leave it the harder it can be to resolve. If stuck, save your work-in-progress daatset as a osm file and pop into https://kiwiirc.com/client/irc.oftc.net/osm-ie Someone might be able to give your realtime help or even get your osm file and try to resolve it for you. Uploading often, especially if you are editing along a county boundary helps avoid or minimize any conflict issues. D On 24 February 2015 at 22:41, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Thanks for the info. If you are using JOSM, sync the entire dataset. It will tell you done with errors or conflicts or something similar. You will then have the option to fix the individual conflicts by choosing to keep either the version you have or the server version. Once you choose for each conflict, click upload again to resolve all conflicts Let me know how you get on Dave On 24 Feb 2015 22:24, Caroline Lewis carolinele...@eircom.net wrote: also just compared josm and map craft and josm is giving me 2 sheets 5 -5 NE as well - i was editing NE sheet/section when i got the error On 24 Feb 2015, at 22:03, Dave Corley davecor...@gmail.com wrote: Hi Caroline, Can you give a bit more detail. What editor are you using? What square are you referring to? Is this something in the HOT Tasking Manager? What's your OSM username? These bits will dictate the answer to your issue Dave On 24 Feb 2015 21:59, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am editing a square and everything was going fine but today i get an error message saying that upload failed as server has a more recent version of a way, node or relation not sure what to do - should i synch entire dataset - i tried to synch just the way in question but it ended up producing an error and turned a waterway into a lot of single nodes which i have redone but now have the same problem and does this mean someone else is also editing this square? what should i do??? thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-be] JOSM Remote control
Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com : Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-fr] Rapprochement auto FANTOIR pour les lotissements
Bonjour,
Je voudrais savoir s'il est possible de rapprocher les lotissements avec
une méthode automatique.
Je parle d'avoir une validation ici :
http://cadastre.openstreetmap.fr/fantoir/#insee=
landuse=residential + name=Lotissement * {type=way}
place=neighbourhood+ name=Lotissement * {type=node,way,relation}
leisure=park+name=*
De même pour les différentes regroupement parcellaires :
- Clos *
- Cité *
- Cours *
- Centre horticole * et autre Centre
- Domaine *
- Esplanade *
- Espace *
- HLM * (sur le bati si une seule barre ? ou relation ou noeud)
- Parc *
- Place *
- Plan *
- Square *
- Résidence * (sur le bati si une seule barre ? ou relation ou noeud)
- ZAC *
- ZI *
...
Je pense que ce rapprochement s'apparente à celui des lieudit.
Merci
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On Wed, Feb 25, 2015 at 9:57 AM, Jonathan Bennett jonobenn...@gmail.com wrote: Actually I think you've misunderstood: You've said these are Junk Tags, and I think everyone has agreed with you on that. However people have also pointed out that they are probably attached to Junk Data. How about if I summarize the discussion so far, and see if there is misunderstanding: *One)* We have a fixme system where human mappers are encouraged to pay extra attention to particular areas or objects. *Two) *There is an issue of mapper fatigue: each mapper will look at only so many such tags in a lifetime of mapping. *Three)* The fixme system is not self-cleaning. Certain conditions result in fixme tags that are unlikely to be acted on. There are some 1.3 million open fixme tagged items, more than half from mechanical tagging. *Four)* In some cases the fixme tags happen to be associated with poor quality imports. But this is not universal: some poor data has fixme tags, other poor data does not. Similarly some mechanically added fixme tags are valuable, some are (ahem) less so. - How about a two step process: *Step One ) * People who wish to delete a particular import look through the FIXME tagged items, and propose specific deletions. For example there's a bus stop import that looks to be of bad quality. If that data is removed, the fixme tag will go with it. Problem solved. *Make a specific proposal showing why the fixme tag is needed in order to clean the data.* *Step Two ) *Remaining fixme values with a count above 1 are reviewed. If they are deemed to add value, or if they come from many hand mapping efforts, they stay. The rest are mechanically trimmed. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Rapprochement auto FANTOIR pour les lotissements
Le 25/02/2015 23:19, Jérôme Seigneuret a écrit :
Bonjour,
Je voudrais savoir s'il est possible de rapprocher les lotissements avec
une méthode automatique.
Je parle d'avoir une validation ici :
http://cadastre.openstreetmap.fr/fantoir/#insee=
landuse=residential + name=Lotissement * {type=way}
La combinaison landuse=residential + name est reconnue depuis quelques
jours, cf.https://github.com/osm-fr/bano/issues/86
Ça a été très peu testé, du coup si tu as des cas qui ne marchent pas,
ça m'intéresse.
place=neighbourhood+ name=Lotissement * {type=node,way,relation}
leisure=park+name=*
De même pour les différentes regroupement parcellaires :
- Clos *
- Cité *
- Cours *
- Centre horticole * et autre Centre
- Domaine *
- Esplanade *
- Espace *
- HLM * (sur le bati si une seule barre ? ou relation ou noeud)
- Parc *
- Place *
- Plan *
- Square *
- Résidence * (sur le bati si une seule barre ? ou relation ou noeud)
- ZAC *
- ZI *
...
Je pense que ce rapprochement s'apparente à celui des lieudit.
Les candidats au rapprochement ne sont pas sélectionnés en fonction du
contenu du tag name. Il faudrait plutôt exprimer les souhaits sous forme
de clés-valeurs, comme pour leisure=park.
D'une manière générale, tickets appréciés ici :
https://github.com/osm-fr/bano/issues/new
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt...;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
La vache on a fait péter le high-score de nos rencontres mensuelles ce soir : 16 participants, la salle de Coworking Montpellier était bien pleine ! Pleins d'échanges intéressants sur divers sujets liés à OSM. Pour ceux que ça intéresse, le compte-rendu est sur le wiki. http://wiki.openstreetmap.org/wiki/H%C3%A9rault/R%C3%A9unions_2015 Un bon contact avec le responsable SIG d'une communauté de commune. A terme, il y aura sans doute des possibilités de carto-parties sur son territoire. A votre tour les parisiens. :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-ie] Tag for lay by
Passing place might be the most suitable if that's the most likely usage. Do you have a link to the location? On 25 Feb 2015 22:23, Caroline Lewis carolinele...@eircom.net wrote: HI - what tag should be used for a lay-by - i have used passing place but not sure if that is correct - and lay-by maybe a bit grand for what looks like the old road which was left as a bit of a pull- in and there seems to be no tag for a lay-by ... thanks c ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk] weekly 239 - enjoy!
The weekly round-up of OSM news, issue # 239, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] JOSM Remote control
JOSM moet op dat moment wel al gestart zijn, anders luistert hij niet op die poort 8111. Op 25 februari 2015 23:35 schreef Gilbert Hersschens gherssch...@gmail.com : Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Rapprochement auto FANTOIR pour les lotissements
Ok Vincent.
Je ferais des tests sur certaines zones pour vérifier les besoins.
Le 26 février 2015 00:00, Vincent de Château-Thierry v...@laposte.net a
écrit :
Le 25/02/2015 23:19, Jérôme Seigneuret a écrit :
Bonjour,
Je voudrais savoir s'il est possible de rapprocher les lotissements avec
une méthode automatique.
Je parle d'avoir une validation ici :
http://cadastre.openstreetmap.fr/fantoir/#insee=
landuse=residential + name=Lotissement * {type=way}
La combinaison landuse=residential + name est reconnue depuis quelques
jours, cf.https://github.com/osm-fr/bano/issues/86
Ça a été très peu testé, du coup si tu as des cas qui ne marchent pas, ça
m'intéresse.
place=neighbourhood+ name=Lotissement * {type=node,way,relation}
leisure=park+name=*
De même pour les différentes regroupement parcellaires :
- Clos *
- Cité *
- Cours *
- Centre horticole * et autre Centre
- Domaine *
- Esplanade *
- Espace *
- HLM * (sur le bati si une seule barre ? ou relation ou noeud)
- Parc *
- Place *
- Plan *
- Square *
- Résidence * (sur le bati si une seule barre ? ou relation ou noeud)
- ZAC *
- ZI *
...
Je pense que ce rapprochement s'apparente à celui des lieudit.
Les candidats au rapprochement ne sont pas sélectionnés en fonction du
contenu du tag name. Il faudrait plutôt exprimer les souhaits sous forme de
clés-valeurs, comme pour leisure=park.
D'une manière générale, tickets appréciés ici : https://github.com/osm-fr/
bano/issues/new
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] JOSM Remote control
Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Remote control
Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input voor selectie van gebied voor download. On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote: Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Danke Michael, Meinst du wir werden regelmäßig Updates von diese Daten bekommen? Ich versuche zu entscheiden ob es Sinn macht um diese Skripts für Stuttgart an zu passen: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Die letzte Version des Skriptes sind jetzt aber hier: https://github.com/PolyglotOpenstreetmap/OSM_PublicTransportRoutes Für die belgischen PT Operator haben wir aber mehr Tabellen, was die Möglichkeit gibt um selber route_ref zu erfassen und um Routerelationen zu erfassen für alle Variante. Jetzt habe ich nur die SHP-Datei geöffnet in JOSM (mit Opendata Plugin). Dann alle Tags rausgeschmissen die mir nicht interessant schienen und die andere manuel umgewandelt mit Hilfe von Regexsuche. z.B.: created_by=.*Stadtbahn.* (case sensitive, regular expression eingeschaltet) Das Resultat kann noch nicht 'merged' worden, weil ihr PT noch etwas anders mappt als ich das machen würde... Ich würde zum Beispiel die Details nur auf die HS neben die Wege hinzufügen (public_transport=platform) und die Nodes auf die Wege bekommen dann nur public_transport=stop_position, (bus/tram/subway=yes). Es ist aber nicht an mir um euch zu sagen wie ihr das machen sollt. Hier wird diskutiert wie ihr das in Deutschland macht oder machen wollt: http://forum.openstreetmap.org/viewtopic.php?id=30108 (habe ich jetzt nur gefunden, noch nicht gelesen) http://forum.openstreetmap.org/viewtopic.php?id=27680 http://forum.openstreetmap.org/viewtopic.php?id=30070 Jo 2015-02-26 7:10 GMT+01:00 Michael Paulmann michael.paulm...@hft-stuttgart.de: Die Orginaldaten sind GK Zone 3/DHDN Gruß Paulest -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Donnerstag, 26. Februar 2015 07:01 An: Openstreetmap allgemeines in Deutsch Cc: Diskussion rund um Stuttgart Betreff: Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft) Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Also die Haltestellen sind aus dem Stadtkreis Stuttgart, also Zone 10 und 20. Paulest -Ursprüngliche Nachricht- Von: Michael Kugelmann [mailto:michaelk_...@gmx.de] Gesendet: Donnerstag, 26. Februar 2015 00:46 An: talk-de@openstreetmap.org; Diskussion rund um Stuttgart Betreff: Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft) Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt...;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Die Orginaldaten sind GK Zone 3/DHDN Gruß Paulest -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Donnerstag, 26. Februar 2015 07:01 An: Openstreetmap allgemeines in Deutsch Cc: Diskussion rund um Stuttgart Betreff: Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft) Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Ich melde mich hier mal als Stuttgarter :) Leider kenne ich mich mit ÖPNV/Zug-Tagging nicht so aus. Stadtbahn/U-Bahn ist wie Trams in der Schweiz oder U-Bahnen in anderen Städten wie schon jemand sagte. R-Bahn ist die Regionalbahn, die mit der S-Bahn auf den Gleisen der DB fährt, aber seltener hält und weiter in die Peripherie geht. Die Zahnradbahn hat nur eine Linie (den Berg rauf vom Marienplatz nach Möhringen). Ob sie anders getaggt werden sollte weiß ich nicht. Das wiki ist nicht klar, was der Unterschied zwischen Tram und Subway darstellt. Ich habe mir die Daten noch nicht angesehen, aber je nach der Güte und Häufigkeit der schon bestehenden Daten könnte man das ja POIchecker-mäßig überprüfen und mergen. Ich glaube, dass S/U/R-Bahn schon fast vollständig sind, da sind die Buslinien hier noch schlechter dran. Grüße, Theodin Am 26.02.2015 um 07:00 schrieb Jo: Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] Using roads dataset from data.sa.gov.au
I’ve started finding errors not on OpenStreetMap but in the DPTI data. I’ve documented a fix process at https://wiki.openstreetmap.org/wiki/Import/South_Australian_Roads#Errors_in_the_source_data https://wiki.openstreetmap.org/wiki/Import/South_Australian_Roads#Errors_in_the_source_data It’s not as easy as an edit on the Map but it should work Alex To make a project is just using curl plus json to describe it and add tasks. Uh can't find github link right now but the api is pretty clear. Happy to help set that up later today/this week, as well as get the process automated (git, 1x cron, etc) On 22/02/2015 11:20 AM, Henry Haselgrove haselgr...@gmail.com mailto:haselgr...@gmail.com wrote: From: Daniel O'Connor [mailto:daniel.ocon...@gmail.com mailto:daniel.ocon...@gmail.com] Softgrow has done some work in metro Adelaide around checking roads: http://wiki.openstreetmap.org/wiki/WikiProject_South_Australia http://wiki.openstreetmap.org/wiki/WikiProject_South_Australia Thanks. I had seen the edits Softgrow has done, but I wasn’t aware it was documented anywhere ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-be] JOSM Remote control
On 2015-02-25 23:35, Gilbert Hersschens wrote : Maakt niks uit. Ik krijg altijd "Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled". Blijkbaar krijgt het commando om JOSM te starten geen respons ? and Google Translated: Does not matter. I always get "Editing failed - make sure JOSM or Merkaartor is loaded and the Remote Control option is enabled". Apparently gets the command to start JOSM no response? JOSM must, of course already be started, ViewExpert Mode should be ticked ON EditPreferencesSettings for the remote control featureEnable remote control must be ON (ticked) and then you must be able to check that port 8111 is listening: $ netstat -ln Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State ... tcp6 0 0 127.0.0.1:8111 :::* LISTEN On Ubuntu 12.04 any Firefox, I get the message you say on almost every remote command but t works. You can compare issuing http: commands of the examples from that document in a browser address line and with the wget -d command to attempt some debugging. Tell us what you find. André. 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert Dutch - detected English French Russian English French Russian ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Wie ich es jetzt verstehe ist tram gemischt mit dem anderem Verkehr und Subway völlig getrennt. Ob sie unter die Erde fährt ist weniger wichtig. Subway ist aber völlig unabhängig von Bahngleise. Ich habe die ZahnradbahnHS jetzt als tram=yes kodiert. Jo 2015-02-26 8:01 GMT+01:00 Theodin theo...@posteo.de: Ich melde mich hier mal als Stuttgarter :) Leider kenne ich mich mit ÖPNV/Zug-Tagging nicht so aus. Stadtbahn/U-Bahn ist wie Trams in der Schweiz oder U-Bahnen in anderen Städten wie schon jemand sagte. R-Bahn ist die Regionalbahn, die mit der S-Bahn auf den Gleisen der DB fährt, aber seltener hält und weiter in die Peripherie geht. Die Zahnradbahn hat nur eine Linie (den Berg rauf vom Marienplatz nach Möhringen). Ob sie anders getaggt werden sollte weiß ich nicht. Das wiki ist nicht klar, was der Unterschied zwischen Tram und Subway darstellt. Ich habe mir die Daten noch nicht angesehen, aber je nach der Güte und Häufigkeit der schon bestehenden Daten könnte man das ja POIchecker-mäßig überprüfen und mergen. Ich glaube, dass S/U/R-Bahn schon fast vollständig sind, da sind die Buslinien hier noch schlechter dran. Grüße, Theodin Am 26.02.2015 um 07:00 schrieb Jo: Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
Nous allons les verser directement dans OSM comme nous l'avons déjà fait pour la ville d'Orange. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808p5835031.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
To me, fixme tags always come with the implied 'I don't know, it needs surveying from a more knowledgeable local mapper' so I don't think a widespread mechanical edit will help. As others have said: What's the problem with these tags? As they're not harming the database. How will deleting them improve the quality of the database? Keep Right has the option to ignore fixmes that are irrelevant to a user. From what I've seen information added to 'Notes' is worse than fixmes. For a really useful mass edit, remove all the created_by=* tags that are attached to thousands (millions?) of nodes. Dave F. On 25/02/2015 02:37, Hans De Kryger wrote: Sounds like a great idea. My favorites to work on is dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=dual%20carriageway not␣dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=not%20dual%20carriageway. *Regards,** * *Hans* * * *http://www.openstreetmap.org/user/TheDutchMan13 * * * On Tue, Feb 24, 2015 at 6:58 PM, Bryce Nesbitt bry...@obviously.com mailto:bry...@obviously.com wrote: I'm opening a discussion about a potential mechanical edit to FIXME tags: http://taginfo.openstreetmap.org/keys/fixme#values http://taginfo.openstreetmap.org/keys/FIXME#values It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. The goal would be to reduce the pain felt by anyone with fixme warnings turned on in their editing tool. ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
I agree with Tordanik that automated addition of fixme=* tags to previously existing objects (just like set better denotation on natural=tree) is counter productive, and not only displays warning on JOSM, but make my days on the ground worst as my osmand is showing non human asked corrections. (Better build an external reporting tool for that) I do also agree with Frederic, imports of external data not conflated added with some fixme=please fix my bad import by surveying it on the ground should be remove alltogether. Good integration should be done at import time and should'nt rely on others by spamming the fixmes. For all the other manually entered fixme, a lot of care and discussion should be performed before attempting anything automatically. Even the rather useless fixme=yes should be handeled with care. The mapper might have added information that he knows to be perfectible and wanted to enlight that. Tordanik wrote On 25.02.2015 02:58, Bryce Nesbitt wrote: It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. That's from a mechanical edit that should never have happened in the first place. The edit was basically done in order to establish the denotation tag for trees, which was almost nonexistent before. The denotation values were not pulled from an external source, but based on guesses of the kind another tree within x meters = must be a cluster of trees. In my opinion, it could make sense to also remove the denotation keys on trees with set␣better␣denotation. After all, the continuing existence of that fixme shows that no human ever verified these. I also agree with the general goal to get rid of pointless fixme values. ___ talk mailing list talk@ https://lists.openstreetmap.org/listinfo/talk - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Mechanically-Cleaning-Up-FIXME-Tags-tp5834869p5834907.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
Bonjour, Il me semble que plaza comme square ne sont pas des tags à utiliser. Voir la partie discussion sur le lien suivant http://wiki.openstreetmap.org/wiki/Proposed_features/Square Pour les places j'utilise : *highway=pedestrian http://wiki.openstreetmap.org/wiki/Proposed_features/Pedestrianised_road + area=yes* Pour la question du jardin il y a deux problématiques: - la représentation des couches hors les landuse c'est la couche la plus base - l'usage possible du jardin Suivant l'usage soit je dissocie les entités ou j'en fait un sous-ensemble. Si l'usage est totalement différent, je fait deux entités. Pour la question du landuse je vous conseille de revoir la page concernée http://wiki.openstreetmap.org/wiki/FR:Landuse (qui a bien changé) et de bien différencier occupation des sols et usage fonctionnel (leisure loisir) tourism, ou amenity landuse=plaza et une belle erreur selon moi. On a deux possibilités: - *leisure=park* : Un parc, espace vert, ouvert pour se balader, généralement municipal - *highway=pedestrian + area= yes : *Pour des rues exclusivement piétonnes (souvent des rues commerçantes) + Utilisé si une fonction particulière recouvre une zone générale Bonne journée Jérôme Le 25 février 2015 10:42, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, De: Pieren pier...@gmail.com 2015-02-25 7:33 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza On peut en conclure que ce tag est une impasse ^^ Ou en conclure que ce tag est bien utile tant que rien de plus convaincant n'est proposé. vincent (mode verre à moitié plein) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
2015-02-25 11:07 GMT+01:00 moltonel 3x Combo molto...@gmail.com: How will removing any fixme tag make the actual _data_ in OSM better? It'll just make it harder for people editing it to determine what is good data and what isn't. +1 I'm willing to believe that a particular fixme value is useless (either because it was fixed without removing the tag or because it is now deemed not a problem or because QA tools do a better job of pointing out the error), but you'll have to make the case for each individual value. None of the values in your get rid list are obviously useless to me, please explain. +1 The fact that something has a low chance to get fixed is irrelevant. +1, in any case it seems more likely that the problems gets fixed with a fixme tag than without. Now here's my shortlist of fixme tags that can be simply deleted, with explanation : * fixme=yes Provides no information -1, it indicates a certain overaverage probability of some (not further specified) problem * fixme=name and variants of add_full_address when QA tools agree that a name or address is missing The QA tools do a better job of pointing those out. But watch out for fixme=name that really mean the tagged name is wrong for example. +1 cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
Jérôme, je sais très bien que landuse=plaza n'est pas idéal, mais en l'absence de tag adapté... je l'ai adopté, temporairement. Cela pourrait tout aussi bien être place=plaza, ou autre chose. Peu importe. L'idée reste de pouvoir représenter simplement - j'insiste sur le simplement - l'emprise d'une place composée de multiples éléments différents. Pour plus de détails, je te renvoie vers la discussion citée plus précédemment. Stf Le 25/02/2015 11:27, Jérôme Seigneuret a écrit : Bonjour, Il me semble que plaza comme square ne sont pas des tags à utiliser. Voir la partie discussion sur le lien suivant http://wiki.openstreetmap.org/wiki/Proposed_features/Square Pour les places j'utilise : *highway=pedestrian http://wiki.openstreetmap.org/wiki/Proposed_features/Pedestrianised_road + area=yes* Pour la question du jardin il y a deux problématiques: - la représentation des couches hors les landuse c'est la couche la plus base - l'usage possible du jardin Suivant l'usage soit je dissocie les entités ou j'en fait un sous-ensemble. Si l'usage est totalement différent, je fait deux entités. Pour la question du landuse je vous conseille de revoir la page concernée http://wiki.openstreetmap.org/wiki/FR:Landuse (qui a bien changé) et de bien différencier occupation des sols et usage fonctionnel (leisure loisir) tourism, ou amenity landuse=plaza et une belle erreur selon moi. On a deux possibilités: - *leisure=park* : Un parc, espace vert, ouvert pour se balader, généralement municipal - *highway=pedestrian + area= yes : *Pour des rues exclusivement piétonnes (souvent des rues commerçantes) + Utilisé si une fonction particulière recouvre une zone générale Bonne journée Jérôme Le 25 février 2015 10:42, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : Bonjour, De: Pieren pier...@gmail.com mailto:pier...@gmail.com 2015-02-25 7:33 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr: Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza On peut en conclure que ce tag est une impasse ^^ Ou en conclure que ce tag est bien utile tant que rien de plus convaincant n'est proposé. vincent (mode verre à moitié plein) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On mercredi 25 février 2015, you wrote: +1, in any case it seems more likely that the problems gets fixed with a fixme tag than without. -1 I do think this is is only true in a short term view. Push that reasoning to the extrem, should we add fixme=* tags for every QA tool report, people will get lazy about it and just stop fixing things. The initial goal of more fixme, more chances to get fixed might be lost I can't resist re-linking to my old (hopefully failed?) prediction about Notes (there is a paragraph about fixme): http://gis.19327.n5.nabble.com/Death-prediction-of-notes-on-osm-org-as-it- seams-to-be-planned-tt5737341.html -- sly qui suis-je : http://sly.letuffe.org - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Mechanically-Cleaning-Up-FIXME-Tags-tp5834869p5834913.html Sent from the General Discussion mailing list archive at Nabble.com.___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
2015-02-25 11:46 GMT+01:00 Stéphane Péneau Pour plus de détails, je te renvoie vers la discussion citée plus précédemment. Stf Aujourd'hui, je pencherais plutôt pour un nouveau tag, du genre highway=plaza ou place=plaza (avec un ou deux 'z' au choix), à mettre sur un polygone fermé ou un multipolygon. Ca reflète mieux le caractère mixte des usages. Et surtout, on reste dans une logique de highway ou de place=* pour nommer un lieu, ce qui est beaucoup plus cohérent qu'un landuse pour les toponymes/odonymes déjà présents dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015 07:01, Frederik Ramm wrote: I think in many cases the proper action to perform on an object with a FIXME tag that has a low chance of ever getting addressed is deletion. +1 Though just as blind mechanical imports should not be done, so blind mechanical deletes should also not be done. There are some 11000 seamark:fixme=please_fix_position objects that are from just such an import that was done over 4 years ago. I have been slowly working my way through these and have found that there are many that have been moved, but the fixme tag has not been removed. Here I remove the tag. On the others I check to see if there is any recent active editing of these objects nearby - if so, I leave them untouched. Only in areas where no such activity is evident, do I perform a mass delete. If encouraged by the community, I will speed up this process, though at a measured pace so as to not overload the seamark renderer. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
Bonjour, De: Pieren pier...@gmail.com 2015-02-25 7:33 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza On peut en conclure que ce tag est une impasse ^^ Ou en conclure que ce tag est bien utile tant que rien de plus convaincant n'est proposé. vincent (mode verre à moitié plein) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
Unsure how that will resolve any of the problems. On 25/02/2015 05:02, Bryce Nesbitt wrote: It's also possible to turn some of those like could_be_dunes_or_beach into notes, rather than FIXME. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)
En étendant les recherches sur arrondissement on voit d''autres modifs sur les arrondissements maritimes et la compétence des préfets de départements, les zones de défense aérienne (organisation interne du commandement militaire uniquement), et zones de défense et de sécurité civiles (là encore avec des précisions sur les compétences préfectorales en matière de sécurité nationale intérieure : code de la défense et code de la sécurité intérieure : plus de préfet délégué pour la défense et la sécurité (sic !), mais un secrétaire général de la zone de défense et de sécurité (re-sic !)). Visiblement l'Etat allège sa structure administrative préfectorale, supprime des comités interministériels. On est à l'ère où l'Etat cherche des économies partout, quitte à réduire ses ministères et transférer plein de services déconcentrés vers des services nationaux à guichet unique (en ligne sur Internet ou centre d'appel). On s'oriente petit à petit vers une fin programmée des arrondissements et des préfets de département ou de région, et des sous-préfets, pour un contrôle direct et des transferts vers les collectivités agrandies (et avec les procédures administratives nationales actuellement encore dans les services publics locaux transférés sur Internet, et relayés par les collectivités sui devront trouver des solutions pour l'accueil local du public n'ayant pas accès aux guichets uniques nationaux). Un peu partout on va voir émerger des maisons des services publics cogérées par les collectivités locales regroupées (communes, départements, régions, EPCI et métropoles) et non plus l'Etat (et là ces collectivités pourront faire des économies dans leur services d'accueil). L'Etat inverse sa déconcentration historique (héritée de l'ancien régime pour soumettre les provinces récalcitrantes, puis renforcée sous l'Empire et les périodes de trouble), et accélère la régionalisation avec des missions étendues pour les collectivités qui devront les prendre en charge au nom de l'Etat. Une sorte d'évolution vers le fédéralisme (même si les nouvelles régions ne vont pas s'appeler Etats, elles auront des pouvoir législatifs, leurs journaux officiels... Après ça ce sera la fin des deux assemblées parlementaires et du coûteux Congrès, ou bien le Sénat sera remplacé par un Conseil national des régions, dont les membres seront désignés par les conseils régionaux ou territoriaux, ou élus dans chaque région). La gendarmerie nationale disparaîtra, les missions locale de la police nationale seront réduites au profit des polices locales (aujourd'hui municipales, bientôt métropolitaines ou régionales). Les tribunaux de première instance seront régionalisés, puis les cours d'appel (hors Cours de Cassation et Conseil d'Etat), les académies seront transférées aux régions, et il y aura moins d'élus à l'Assemblée nationale. Et on commence à voire poindre le nez de droits spécifiques aux régions (ébauche de constitutions régionales ? et de citoyenneté régionale ?), avec des régions plus autonomes qui ressembleront aux régions d'outre-mer (ROM) et collectivités d'outre-mer (COM) et des subdivisions territoriales qui leur seront propre (un peu comme les communautés autonomes espagnoles). Les bâtiments du patrimoine local de l'Etat (préfectures...) seront bientôt des musées ou occupés par d'autres services publics (les tribunaux par exemple, qui manquent de place, ou des écoles publiques ou universités), ou seront confiés à des consulats ou des organismes européens, voire mis en location ou en vente (hôtels, sièges sociaux...) car ils ont une grande valeur immobilière du fait de leurs emplacements privilégiés et leur architecture. Le 24 février 2015 22:31, Philippe Verdy verd...@wanadoo.fr a écrit : Une recherche sur les décrets de la même date (29 décembre 2014) sur LégiFrance avec le mot clé arrondissement) me donne cette liste de 3 décrets: * Décret n° 2014-1720 du 29 décembre 2014 portant suppression des arrondissements de Guebwiller et de Ribeauvillé (département du Haut-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005678 * Décret n° 2014-1721 du 29 décembre 2014 portant suppression des arrondissements de Boulay-Moselle, de Château-Salins, de Thionville-Ouest et de Metz-Campagne (département de la Moselle) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005688 * Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005698 Le 24 février 2015 22:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin)
Re: [Talk-it] Maledette coordinate! :-)
UAU! ...qualche anno fa avevo notato una demo che invitava a provare l'inserimento di elementi a 0, 0... tanto era tutto blu! Una sorta di Atlantic OSM Trash Vortex :-) http://it.wikipedia.org/wiki/Pacific_Trash_Vortex - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Maledette-coordinate-tp5834891p5834903.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come associare una pista ciclabile a una strada
voschix wrote E' una cosa paradossale, ma la ciclo-pedonale è per legge una *pedonale* che ospita anche ciclisti, che devono dare precedenza ai pedoni e non superare i 10km/h. Inoltre dovrebbe essere costruita dai comuni solo in casi eccezionali (a Padova penso che il 90% delle ciclabili siano di questo tipo). Mettici anche la precedenza ai passi carrai e il risultato è che ridono fino in Germania... http://wiki.openstreetmap.org/w/images/thumb/4/46/Radeln_oder_doch_nicht.JPG/640px-Radeln_oder_doch_nicht.JPG http://gis.19327.n5.nabble.com/file/n5834904/640px-Radeln_oder_doch_nicht.jpg - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Come-associare-una-pista-ciclabile-a-una-strada-tp5830920p5834904.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015, SomeoneElse li...@atownsend.org.uk wrote: On 25/02/2015 05:00, Bryce Nesbitt wrote: Get rid: fixme=check/adjust␣position␣and/or␣merge␣with␣existing␣stop␣if␣exists fixme=type_of_palm fixme=imported_to_be_checked FIXME=stream␣attribute␣data␣missing Keep: fixme=continue fixme=position fixme=resurvey fixme=dual_carriageway I may be missing something here, but what actually is the benefit of this? Even in the situation where a problematical import brought in lots of Palm Trees but not their species (or whatever) the fixme tag is still serving a useful purpose - in this case this data was imported by a problematical import. How will removing any fixme tag make the actual _data_ in OSM better? It'll just make it harder for people editing it to determine what is good data and what isn't. +1 I'm willing to believe that a particular fixme value is useless (either because it was fixed without removing the tag or because it is now deemed not a problem or because QA tools do a better job of pointing out the error), but you'll have to make the case for each individual value. None of the values in your get rid list are obviously useless to me, please explain. The fact that something has a low chance to get fixed is irrelevant. There's an infinite amount of OSM data that needs fixing but have a low chance to be. Somebody made the effort to point out particular things with fixme tags, please respect that. The problem is more likely to get fixed with the tag than without. I'm also not a fan of converting fixmes to notes. I use both fixmes and notes, to me they fit different workflows and audiences. And unleashing 0.5M notes will make browsers unhappy. Again, if you think that a particular fixme value needs to be mass-converted to a note, please explain individual cases. Now here's my shortlist of fixme tags that can be simply deleted, with explanation : * fixme=yes Provides no information * fixme=name and variants of add_full_address when QA tools agree that a name or address is missing The QA tools do a better job of pointing those out. But watch out for fixme=name that really mean the tagged name is wrong for example. * Is there a QA tool pointing out the equivalent of stream_attribute_missing ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-hr] Imamo prvog humanitarca!
Čestitke Draženu što je postao član Humanitarian OpenStreetMap-a! http://hot.openstreetmap.org/updates/2015-02-20_welcome_new_members ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25.02.2015 02:58, Bryce Nesbitt wrote: It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. That's from a mechanical edit that should never have happened in the first place. The edit was basically done in order to establish the denotation tag for trees, which was almost nonexistent before. The denotation values were not pulled from an external source, but based on guesses of the kind another tree within x meters = must be a cluster of trees. In my opinion, it could make sense to also remove the denotation keys on trees with set␣better␣denotation. After all, the continuing existence of that fixme shows that no human ever verified these. I also agree with the general goal to get rid of pointless fixme values. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Question sur note from ptilougarou_belgium editor ID???
http://www.openstreetmap.org/note/314971#map=16/50.4200/5.0348layers=N J'ai des traces Gps pour ajouter les sentiers qui manquent dans cette région. Surprise, je ne vois plus le moyen de superposer ces traces à la carte, pour pouvoir ajouter les sentiers moi-même ! Est-ce normal ? Que faut-il faire pour retrouver le mode modification ? 14 dagen geleden aangemaakt door ptilougarou_belgium Quelqu'un peut l'aide ? contcter par note pour etre certain qu'il reçoit les remarques. Merci Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-it] Maledette coordinate! :-)
Latitudine e longitudine 0 sono terribili: http://www.openstreetmap.org/#map=11/0.0621/0.0508 ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015 05:00, Bryce Nesbitt wrote: Any fixme in wide use I'm not interested in deleting. I'd strongly oppose the mechanical deletion of low volume fixme values. Mappers local to me often use individually worded fixmes describing something that needs investigation. By definition these values are not in wide use, but definitely should be kept. If I'm going to be in an area I always load the local notes and fixmes onto the Garmin so that if I'm near something that needs some attibute checking, I know about it. Get rid: fixme=check/adjust␣position␣and/or␣merge␣with␣existing␣stop␣if␣exists fixme=type_of_palm fixme=imported_to_be_checked FIXME=stream␣attribute␣data␣missing Keep: fixme=continue fixme=position fixme=resurvey fixme=dual_carriageway I may be missing something here, but what actually is the benefit of this? Even in the situation where a problematical import brought in lots of Palm Trees but not their species (or whatever) the fixme tag is still serving a useful purpose - in this case this data was imported by a problematical import. How will removing any fixme tag make the actual _data_ in OSM better? It'll just make it harder for people editing it to determine what is good data and what isn't. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Maledette coordinate! :-)
sembra qualche errore software oppure vandalismo (errori inseriti appositamente), ho lasciato un commento al changeset: http://www.openstreetmap.org/changeset/29080500 Consiglio di lasciare commenti al changeset, perché arrivano in automatico all'utente creatore... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maledette coordinate! :-)
On Wed, Feb 25, 2015 at 10:00 AM, emmexx emm...@tiscalinet.it wrote: Latitudine e longitudine 0 sono terribili: http://www.openstreetmap.org/#map=11/0.0621/0.0508 Wow, attivando i dati si vede che ce ne sono di scarabocchi in quel punto! E' dovuto ai valori particolari di latitudine e longitudine? Direi comunque che si potrebbero cancellare... Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maledette coordinate! :-)
https://lists.openstreetmap.org/pipermail/talk/2015-February/072029.html E' un tutorial non meglio identificato che va corretto... 2015-02-25 10:00 GMT+01:00 emmexx emm...@tiscalinet.it: Latitudine e longitudine 0 sono terribili: http://www.openstreetmap.org/#map=11/0.0621/0.0508 ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Comment tagger une place composite ?
2015-02-25 7:33 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Salut, Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza D'après taginfo, il y a 225 landuse=plaza dans OSM. En regardant sa répartition géographique avec overpass-turbo, on voit que l'essentiel se trouve concentré sur la région nantaise (~150 uniquement en France): http://overpass-turbo.eu/s/7S8 On peut en conclure que ce tag est une impasse ^^ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-hr] Imamo prvog humanitarca!
Čestitke humanitarcu! Mi smo njegova vojska, mapiramo po kiši i snijegu. Dana 25. veljače 2015. u 09:14 valent.turko...@gmail.com valent.turko...@gmail.com je napisao/la: Čestitke Draženu što je postao član Humanitarian OpenStreetMap-a! http://hot.openstreetmap.org/updates/2015-02-20_welcome_new_members ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-legal-talk] Travel Channel + OSM
2015-02-25 9:51 GMT+01:00 Simon Poole si...@poole.ch: If they want we won't sue you reassurance the proper place to ask is legal-questi...@osmfoundation.org out of curiosity, how many people have been sued in the past 11 years of OpenStreetMap? ;-) cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Travel Channel + OSM
On 25.02.2015 09:51, Simon Poole wrote: http://osmfoundation.org/wiki/License#How_should_I_attribute_you.3F covers video, as outlined there they don't have to show attribution on screen the whole time, doing something when a/the map is first shown would likely be enough. Who is behind these unnecessarily restrictive rules about attribution popping up everywhere? It used to be that we simply had that general rule that we wanted attribution reasonable to the medium, which would definitely allow placing attribution into the credits for a video. In my opinion, demanding anything more than a mention in the credits is excessive, considering how many other people and organizations only ever appear there. Of course it would be nice to get more, and we should ask for it. But it should not be a hard rule. Tobias ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Comment tagger une place composite ?
encore moins un place... http://wiki.openstreetmap.org/wiki/FR:Key:place Attention : place est un faux ami pour les français, il ne s'agit pas ici d'indiquer ce que nous appelons en français une place http://fr.wikipedia.org/wiki/Place_%28voie%29 (Pour taguer une esplanade, un parvis ou une place, voir area http://wiki.openstreetmap.org/wiki/Key:area=yes). Le 25 février 2015 12:06, Jérôme Seigneuret jerome.seigneu...@gmail.com a écrit : encore moins un place... http://wiki.openstreetmap.org/wiki/FR:Key:place Attention : place est un faux ami pour les français, il ne s'agit pas ici d'indiquer ce que nous appelons en français une place http://fr.wikipedia.org/wiki/Place_%28voie%29 (Pour taguer une esplanade, un parvis ou une place, voir area http://wiki.openstreetmap.org/wiki/Key:area=yes). Le 25 février 2015 12:04, Pieren pier...@gmail.com a écrit : 2015-02-25 11:46 GMT+01:00 Stéphane Péneau Pour plus de détails, je te renvoie vers la discussion citée plus précédemment. Stf Aujourd'hui, je pencherais plutôt pour un nouveau tag, du genre highway=plaza ou place=plaza (avec un ou deux 'z' au choix), à mettre sur un polygone fermé ou un multipolygon. Ca reflète mieux le caractère mixte des usages. Et surtout, on reste dans une logique de highway ou de place=* pour nommer un lieu, ce qui est beaucoup plus cohérent qu'un landuse pour les toponymes/odonymes déjà présents dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Jérôme Seigneuret ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
On 25/02/2015 07:01, Frederik Ramm wrote: +1 to all that. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
