Re: [Talk-et] [Imports] Ethiopia POI Import
Hi Alex, Having personally seen Addis Ababa changing so much between 2007 and 2019, I think that sounds like a good strategy. Regarding crowdsourced importing tools, HOTOSM tasking manager coupled to the OSMSharp service developed by Ben Abelshausen (and recently added to HOTOSM) works well for reviewing multiple objects within a bbox. It easily loads the objects for review in a separate layer. Alternatively, for checking one object at a time, MapRoulette is a great option. Claire On Sat, May 7, 2022 at 1:09 PM Alex (AddisMap.com) wrote: > Hi, > > I have been in touch with Binyam of the Ethiopian OSM Community on th > OpenStreetMap Ethiopia Telegram group and a short call. > > > the gathered datasets between 2010-2016 are considered valuable. even > though, it is not that recent > > I also noticed some points overlapping with the existing features. Maybe > as you said checking the data on a small aerial to get and idea of how many > percent still could be valid is a good idea. > > So we will basically try to go ahead with this import, in cooperation > with the local community. > > The next step will be to evaluate which percentage of the points in > some sample areas are still existing and how many overlaps are there. > Then we will decide on how to go forward. > > In the meantime I am wondering if there are any existing tools / apps > / workflows to verify this data and import the verified data to OSM. > We are thinking about using the HOTOSM Tasking manager to subdivide > the area and then check on the ground. We are not sure yet how apps > like Vespucci can be used here to make this most efficient. > > Kind Regards, > > Alexander > > ___ > Imports mailing list > impo...@openstreetmap.org > https://lists.openstreetmap.org/listinfo/imports > ___ Talk-ET mailing list Talk-ET@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-et
Re: [OSM-talk] JOSM Hack Trick for DigitalGlobe Premium Dual Images (Avoid automatic switch to high-res at z18)
Thank you Pierre for the support, that's brilliant and works well in the
areas I crosschecked.
The second TMS entry only needs to be manually updated when the token is
updated, until Digital Globe gives us access to the most recent image at
the highest zoom levels.
Claire
Le ven. 25 janv. 2019 à 22:29, Pierre Béland via talk <
talk@openstreetmap.org> a écrit :
> For the #ebola2018 OSM Response, OSM-RDC is using DigitalGlobe Premium
> imagery for the Tasking Manager project 5660
> https://tasks.hotosm.org/project/5660.
>
> DigitalGlobe Premium superposes two images in this area. The first image
> is clearer and more recent but with lower resolution. Buildings look tiny
> and it is hard to trace precisely. The second image is relatively obscure
> and sometimes have clouds.
>
> We can trace first with high res imagery and later switch to the lower
> resolution to compete the tracing. But
> when zooming-in with JOSM, there is an automatic switch from low to high
> res image at the 40 meters scale (zoom 18).
>
> How to avoid this behavior and stick with the low res imagery ?
>
> This is the Hack! We simply create a second TMS entry in the Imagery panel
> using the tms[17] prefix. Using this, the image is stretched when we
> zoom-in up to 40 meters. Even if we have a pixelated image, it is easier to
> align and trace along the building outlines.
> tms[17]:https://{switch:a,b,c,d}.
> tiles.mapbox.com/v4/digitalglobe.316c9a2e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZGlnaXRhbGdsb2JlIiwiYSI6ImNqZGFrZ2c2dzFlMWgyd2x0ZHdmMDB6NzYifQ.9Pl3XOO82ArX94fHV289Pg
>
>
> see https://twitter.com/pierzen/status/1088904024626249728
>
>
> Pierre
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Problème envoi/téléchargement de données avec JOSM
Bonjour, Hier un de nos nouveaux contributeurs OSM a fait face au message suivant dans JOSM au moment d'envoyer au serveur ses modifications: *Exception I/O* *Impossible d'envoyer ou de recevoir des données depuis* *'https://api.openstreetmap.org/api/0.6/map?bbox=15.2713394,-4.3142311,15.2879906,-4.2969422 https://api.openstreetmap.org/api/0.6/map?bbox=15.2713394,-4.3142311,15.2879906,-4.2969422'* *dû à un problème de transfert de données.* *Details (non traduit): Remote host closed connection during handshake* Une idée pour résoudre son problème? J'ai pu sauvegarder ses mises à jour et l'envoi au serveur de ses modifications a été effectué depuis mon ordi, ce qui s'est passé sans souci. Pour info, il se trouvait sur le même réseau qu'une dizaine d'autres contributeurs dont aucun autre n'a expérimenté le même problème. En le connectant ensuite à un autre réseau (3G), le même message était toujours émis. Il utilisait la version 7347 de JOSM sur Windows. Il avait téléchargé les données OSM au départ via le Tasking Manager de HOT. Merci d'avance, Claire de Kinshasa ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help? Erreur 509 avec JOSM, pas moyen d'envoyer mes edits
Parfait, problème résolu! Cela a marché ce matin en veillant à forcer JOSM à créer un nouveau groupe de modifications (c'est pourtant mon paramètre par défaut, je ne sais pas pourquoi il avait essayé de le renvoyer sur le même hier), tout en envoyant les modifications en plusieurs blocs. De plus ce matin, j'étais alors la seule personne connectée sur notre antenne VSAT et cela a certainement contribué à la réussite de l'opération. Merci beaucoup pour vos réponses et bonne journée, Claire ps: trouver une connexion stable ou meilleure, c'est facile à dire, je dispose sans doute d'une des meilleures connexions disponibles à 500 km à la ronde... donc on fait avec! Le 16 septembre 2013 23:43, Philippe Verdy verd...@wanadoo.fr a écrit : Il semble que cela vienne de ton accès Internet ou d'un service de ton fournisseur d'accès sensé acccéler ta navigation web (via un serveur proxy qui devrait compresser les requêtes et les résultats). Pour l'instant tu n'as fait qu'envoyer la première requête pour créer un changeset mais la seconde requête contenant toutes les données à envoyer n'est pas passée. Elle est peut-être trop grosse pour ton serveur proxy qui a du mal à tout recevoir et compresser, et tu peux en réduire le volume dans les paramètres avancés du dialogue d'envoi de données dans JOSM, et ça pourrait résoudre ton problème. Ensuite le serveur ferme automatiquement les changesets ouverts quand il n'y a pas d'autres requêtes de données qui lui sont soumises (d'où l'erreur que tu as obtenue). Dans ce cas il suffit juste de reprendre l'envoi et cela créera d'abord un nouveau changeset (ce n'est pas un problème du serveur, il fonctionne correctement). Mais avec une connexion Internet lente et intermittente, on ne peut pas faire grand chose d'autre que de chercher un meilleur accès Internet. Si tu as une connexion mobile, il faut peut-être te rapprocher de l'antenne, ou un accès wifi moins encombré. Surtout que tu le dis toi-même, tu as du mal à te connecter à n'importe quel site. Essaye déjà d'avoir une connexion stable pour visiter des sites courants connus pour leurs bonnes performance et excellente connectivité dans le monde. Quelques pistes à vérifier (il y en a d'autres) : - Essaye aussi de te connecter en HTTPS plutôt qu'en HTTP pour permettre un fonctionnement plus transparent (même si cela te coûte l'absence de compression de données et un peu plus de bande passante consommée), si le problème vient du proxy. Peut-être que tu peux passer par un autre proxy si le FAI ne t'oblige pas à passer par le sien (cas fréquent des accès mobiles). - Si tu utilises un logiciel client d'accélération internet, vérifie sur son site de support que son serveur proxy est bien fonctionnel (il doit aussi te suggérer d'utiliser HTTPS pour te connecter au proxy) et que ton logiciel accélérateur Internet est à jour. Note que la connexion au proxy peut être sécurisée en HTTPS pour te connecter ensuite en HTTP au reste du web. - Fais attention aussi que ton accès Internet n'est pas pollué par un malware qui redirigerait tous tes accès via un serveur espion (attention aux accès wifi des cybercafés, leurs PC serveurs peuvent être contaminés, car peu ou pas administrés, et utiliser HTTPS sur ton PC peut éviter bien des mauvaises surprises). - Nettoie ton navigateur Internet, pour vérifier l'a présence de composants indésirables (qui peuvent affecter aussi d'autres logiciels connectés), attention aux toolbars, en cas de doute supprime les pour trouver le composant coupable. - Il y a des tonnes de prétendus logiciels accélérateurs Internet mais qui sont des fakes et n'accélèrent rien du tout, mais sont là juste pour t'espionner ou pour servir de relais d'envoi de spam (et bouffer ta bande passante) ; ils sont normalement faits pour être le plus transparents possibles mais leur code écrit et changeant souvent est de très mauvaise qualité et peut boguer pas mal de tes accès. Vérifie leur réputation sur des sites sérieux comme les forums de support des antivirus connus. Certains antivirus proposent leur propre proxy accélérateur afficace (contre un abonnement) - Vérifie que tu n'as pas un composant ou logiciel qui te bouffe presque toute ta bande passante en arrière-plan (comme un client de partage de fichiers ou de streams, ou un client IRC connecté sur un canal très encombré). - Vérifie aussi l'adresse IP publique de ta connexion affichée par un site tiers de vérification de ta sécurité, pour vérifier que cela correspond à celle que tu vois dans tes paramètres de connexion au FAI. - Vérifie enfin si tu n'as pas déjà dépassé ton forfait data mobile (sinon ta vitesse de connexion est réduite par l'opérateur). Le 16 septembre 2013 22:03, Claire Halleux claire.du@gmail.com a écrit : Bonjour, Je me trouve actuellement à Mbandaka, ville située sur la ligne de l'Equateur en RDC. Ma connexion Internet est extrêmement instable et lente (sans compter le
[OSM-talk-fr] Help? Erreur 509 avec JOSM, pas moyen d'envoyer mes edits
Bonjour, Je me trouve actuellement à Mbandaka, ville située sur la ligne de l'Equateur en RDC. Ma connexion Internet est extrêmement instable et lente (sans compter le problème d'approvisionnement en courant) mais aujourd'hui j'étais enfin parvenue à effectuer quelques edits de la ville à travers JOSM. Cependant, ma dernière session d'édition n'a visiblement pas été convenablement envoyée: - lors de l'envoi, j'ai obtenu le message d'erreur suivant: *Code d'erreur 509. Web Acceleration Client Error (509.2) - Upstream TCP Receive Failure (Web Server)* - d'ailleurs, les données ajoutées n'apparaissent pas sur la carte OSM; - et la session d'édition en question est invisible dans mon historique d'édition (user=clairedelune). Du coup, j'ai réessayé de l'envoyer un peu plus tard quand ma connexion semblait meilleure et j'ai obtenu le message suivant: Echec lors de l'envoi du groupe de modification *17 871 479 car il a déjà été fermé à 16/09/13 18:06* De mon côté, j'ai des difficultés à accéder à quelque site que ce soit pour le moment. Si quelqu'un pouvait m'envoyer quelques conseils précis pour résoudre ce problème sans devoir reprendre l'ensemble des objets modifiés, cela me serait extrêmement utile. Je ne suis actuellement pas à même de mener une recherche efficace sur le net, ou même de pouvoir vérifier le statut du changeset mentionné plus haut. Merci d'avance! Claire ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Help? Erreur 509 avec JOSM, pas moyen d'envoyer mes edits
Bonjour, Je me trouve actuellement à Mbandaka, ville située sur la ligne de l'Equateur en RDC. Ma connexion Internet est extrêmement instable et lente (sans compter le problème d'approvisionnement en courant) mais aujourd'hui j'étais enfin parvenue à effectuer quelques edits de la ville à travers JOSM. Cependant, ma dernière session d'édition n'a visiblement pas été convenablement envoyée: - lors de l'envoi, j'ai obtenu le message d'erreur suivant: *Code d'erreur 509. Web Acceleration Client Error (509.2) - Upstream TCP Receive Failure (Web Server)* - d'ailleurs, les données ajoutées n'apparaissent pas sur la carte OSM; - et la session d'édition en question est invisible dans mon historique d'édition (*user=clairedelune*). Du coup, j'ai réessayé de l'envoyer un peu plus tard quand ma connexion semblait meilleure et j'ai obtenu le message suivant: Echec lors de l'envoi du groupe de modification *17 871 479 car il a déjà été fermé à 16/09/13 18:06* De mon côté, j'ai des difficultés à accéder à quelque site que ce soit pour le moment. Si quelqu'un pouvait m'envoyer quelques conseils précis pour résoudre ce problème sans devoir reprendre l'ensemble des objets modifiés, cela me serait extrêmement utile. Merci d'avance! Claire ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] living_street vs. residential en Afrique
En RDC, la norme actuelle est d'utiliser residential seulement. Le tag living street ne me parait actuellement pas opportun, même pour les rues sur lesquelles les gens étalent leurs terrasses et autres activités. Celles-ci pouvant tout aussi bien prendre place sur des rues en terre que sur des routes secondaires asphaltées d'ailleurs. De plus, sur ces rues, aucune restriction de trafic n'existe. Les conducteurs ne se gênent pas malgré la présence de nombreux enfants et commerçants se trouvant sur place. Selon ma compréhension du tag, il vaudrait mieux le garder pour des rues où la priorité est donnée à ces autres usagers que les automobilistes. -- Claire Halleux *- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -* *Geographic Information Systems Specialist * *Kinshasa, Democratic Rep. of the Congo* *Mobile: +243 99 256 9980* *http://www.rgc.cd* Le 12 août 2013 13:16, Jean-Marc Liotier j...@liotier.org a écrit : On 12/08/2013 14:04, Jean-Marc Liotier wrote: On 12/08/2013 13:06, Pieren wrote: 2013/8/12 Jean-Marc Liotier j...@liotier.org: Alors, je continue à tout étiqueter en highway=residential ou je commence à passer les 'six mètres' en highway=living_street ? living_street correspond en Europe à un statut légal clair avec un panneau de signalisation qui évite toute controverse. L'appliquer à des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et que c'est en terre battue serait un peu léger. Ou alors, il faut définir des critères assez stricts pour éviter tous conflits d'édition futurs (et les graver dans le marbre du wiki). Je suis d'accord - d'où ma soumission de la question à talk-fr. L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à http://www.flickr.com/photos/**jeanlouis_zimmermann/**9491547181/http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/illustre bien le genre de voies concernées : à gauche une voie urbaine comme nous la connaissons, avec chaussée distincte et accotements voire trottoir - et à droite des voies en terre battue où cohabitent tous les trafics et activités similaires à une living_street Européenne même si cette classification n'existe pas officiellement localement. Exemple Dakarois où highway=living_street a été appliqué: http://osm.org/go/axuIM1bE Je n'avais pas fait attention - l'un des auteurs de ces ways est skorasaurus qui n'est autre que Will Skora qui a eu l'occasion de rencontrer des contributeurs locaux au Sénégal et connaît très bien la scène Openstreetmap Sénégalaise... Je lui copie ce message. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise en place d'un miroir OSM
Bonjour Christian, Merci pour les infos, j'ai même trouvé les spécifications techniques précises pour le cache de tuiles: http://wiki.openstreetmap.org/wiki/Servers/Tile_CDN Aurais-tu des infos plus précises concernant le hosting d'un proxy/cache pour l'API? Merci Claire Le 9 février 2013 09:05, Christian Quest cqu...@openstreetmap.fr a écrit : Bonjour Claire ! Ce qui peut être utile ce sont deux choses: - un cache de tuiles (pour accélérer l'accès aux fond de carte OSM) - un proxy/cache pour l'API (pour accélérer l'accès aux données OSM) Il faut pour cela une machine sérieuse mais pas délirante, une bonne connexion à internet (permanente, IP fixe), et une alimentation électrique sans coupure. Le 9 février 2013 08:54, Claire Halleux claire.du@gmail.com a écrit : Bonjour, Il y a une institution ici en RDC qui serait susceptible d'accueillir OSM sur ses serveurs. Existe-t-il un document reprenant tous les critères techniques requis sur le sujet (et qui ne serait pas écrit en chinois... je ne suis pas une pro des serveurs et eux n'ont pas beaucoup de temps à consacrer à la prise de décision). Il s'agirait d'accueillir les données africaines au minimum, ou mondiales si cela pouvait correspondre à leurs moyens Sans doute ce thème a déjà été discuté dans le passé, si oui, pourrait-on me transmettre le lien de l'archive concernée. Merci et bon week-end, -- Claire Halleux - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Geographic Information Systems Specialist Kinshasa, Democratic Rep. of the Congo Mobile: +243 99 256 9980 http://www.rgc.cd ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Claire Halleux *- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -* *Geographic Information Systems Specialist * *Kinshasa, Democratic Rep. of the Congo* *Mobile: +243 99 256 9980* *http://www.rgc.cd* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mise en place d'un miroir OSM
Bonjour, Il y a une institution ici en RDC qui serait susceptible d'accueillir OSM sur ses serveurs. Existe-t-il un document reprenant tous les critères techniques requis sur le sujet (et qui ne serait pas écrit en chinois... je ne suis pas une pro des serveurs et eux n'ont pas beaucoup de temps à consacrer à la prise de décision). Il s'agirait d'accueillir les données africaines au minimum, ou mondiales si cela pouvait correspondre à leurs moyens Sans doute ce thème a déjà été discuté dans le passé, si oui, pourrait-on me transmettre le lien de l'archive concernée. Merci et bon week-end, -- Claire Halleux *- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -* *Geographic Information Systems Specialist * *Kinshasa, Democratic Rep. of the Congo* *Mobile: +243 99 256 9980* *http://www.rgc.cd* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
