Re: [OSM-talk] Multiple errors in the same location

[Mateusz Konieczny]

AFAIK yes. See for example http://blog.imagico.de/openstreetmap-at-its-worst 


21. Nov 2018 23:29 by jem.maw...@gmail.com :


> Is the CanVec import notable for being problematic?___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Multiple errors in the same location

[Mateusz Konieczny]

22. Nov 2018 03:06 by pierz...@yahoo.fr :


> There were some imports made, duplicates created trying to follow OSM rules, 
> a lot of ctirics and tensions, and less and less contributors ready to edit 
> in these areas.




Can you can give examples of duplicates created "trying to follow OSM rules" 
rather than created

by runaway imports discouraging editors?




I tried to edit once or twice in Canada, but before doing anything at all it 
was necessary to delete

massive amounts of low-quality data imported without consultation.




See http://blog.imagico.de/openstreetmap-at-its-worst 
 for more detailed 
exploration

what went wrong.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Multiple errors in the same location

[Pierre Béland]

Hi Sandor
Let me present the more general context. To represent forestry and lake areas 
of northern countries such as Canada,  Russia, Scandinavia, etc. is more 
complex then it seems. These northern territories are covered by millions of 
lakes surrounded by forests, have islands, with sometimes again small lakes 
inner these islands. There were some imports made, duplicates created trying to 
follow OSM rules, a lot of ctirics and tensions, and less and less contributors 
ready to edit in these areas.

To see the complexity of some relations, look at the relation for Pipmuacan 
Resevoir https://www.openstreetmap.org/relation/381076 where there are 601 ways 
with inner role and 64 ways with outer role. My portable computer memory is 
often stressed trying to update such relaions with JOSM. Notice also that the 
surrouding forest around the reservoir is not yet defined. 

This make me think, Can we find such complex relations in West Europe urban or 
rural areas? And could we reduce the complexity, the burden for mappers that 
contribute to OSM?

It seems that the major problem we are faced with is that rendering sofwares 
need to determine where they apply wood texture and that the developpers try to 
reduce the time to compute the information to represent adequately such areas. 
There were strict rules implemented recently to enforce Mutlipolygon relations.

To follow these rules represents a lot of  burden for small communities (67 
contributors per day in Canada, 504 in Germany).  

I understand that developpers are also limited. But still, we should ask if the 
expectations about the OSM contributors are always realistic enough. 

You want answers how to map. I suggest that the community should look at 
solutions to reduce the burden of mappers. If we could progress in the 
discussion between contributors and developpers and try to look at other 
solutions to map northern territories, I think that this would be fantastic.
It would be interesting to look if some of the burden could be transferred to 
softwares developpers with the objective to reduce the database size, and 
increase coherence and quality.    For northern forest territories, if a 
polygon did trace forests outer limits, could for example softwares establish 
the lakes, natural features, landuse areas, airports, etc which are inner the 
forest and should not be rendered with the forest style ? 

Establish the polygons inside a polgyon and render them after this polygon ? 
Any other solutiojn?
Pierre 
 

Le mercredi 21 novembre 2018 04 h 24 min 20 s HNE, sandor 
 a écrit :  
 
 
Mateusz, this was really a quick and simple answer, probably made on reading 
the title only.

The issue is much more complicated than you can imagine. You could really help 
me (and the original mapper) if you describe your suggestion how to resolve the 
lake and the hole mismatch in the case from the link. More precisely, assume 
the other mentioned problems are resolved but the (newer) lake – hole in forest 
fitting problem. So, how to move/transform these two objects to fit together? 
Further, how to do the same for really large number of cases where a manual 
procedure by me or “wait until it is done by someone else” is, for many 
reasons, unrealistic. Thanks.

  

Sent from Mail for Windows 10

  

From: Mateusz Konieczny
Sent: søndag 18. november 2018 21:12
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] Multiple errors in the same location

  

16. Nov 2018 17:06 by sandor...@gmail.com:


When multiple errors appear in the same location the question is what to do?


  

The same as with a single error - fix the problem (how it should be done 
depends on situation) or

  

wait until it is done by someone else.

  
___
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: [Talk-GB] Guildford Blackwell Farm redevelopment

[Dave F]

Reverted.

On 20/11/2018 18:49, Dave F wrote:

Hi

Is their anyone in the Guildford  area who can verify these edits by a 
new user please?
They look like a part of the town's planned expansion, but I'm 
assuming Adam got a bit ahead of himself. He's also overlapped roads 
onto the railway. I've put in a changeset message to him.


http://osmlab.github.io/changeset-map/#63800817

Cheers
DaveF

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[talk-au] OSM use by Sydney Bushturkey mapping

[Warin]

Just for interest - no copyright violation.


This group are using OSM as the base map to plot bushturkey activities 
(in the Sydney region?).



https://www.spotteron.com/brushturkeys/


There do appear to be some anomalies ... for example residential housing 
in the Simpson Desert ... :-D





___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Multiple errors in the same location

[Jem]

> It is a CanVec import from 4 years ago

Is there subtext to this? I saw the weird natural=wood CanVec features
yesterday (polys cut up into quadtrees) and wondered about its validity. Is
the CanVec import notable for being problematic?

On Wed, 21 Nov 2018 at 19:16, sandor  wrote:

> Mateusz, this was really a quick and simple answer, probably made on
> reading the title only.
>
> The issue is much more complicated than you can imagine. You could really
> help me (and the original mapper) if you describe your suggestion how to
> resolve the lake and the hole mismatch in the case from the link. More
> precisely, assume the other mentioned problems are resolved but the (newer)
> lake – hole in forest fitting problem. So, how to move/transform these two
> objects to fit together? Further, how to do the same for really large
> number of cases where a manual procedure by me or “wait until it is done by
> someone else” is, for many reasons, unrealistic. Thanks.
>
>
>
> Sent from Mail  for
> Windows 10
>
>
>
> *From: *Mateusz Konieczny 
> *Sent: *søndag 18. november 2018 21:12
> *Cc: *talk@openstreetmap.org
> *Subject: *Re: [OSM-talk] Multiple errors in the same location
>
>
>
> 16. Nov 2018 17:06 by sandor...@gmail.com:
>
> When multiple errors appear in the same location the question is what to
> do?
>
>
>
> The same as with a single error - fix the problem (how it should be done
> depends on situation) or
>
>
>
> wait until it is done by someone else.
>
>
> ___
> 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: [OSRM-talk] osrm-extract error on --shared-memory "Shared memory settings conflict with path settings."

[Robert Sellers]

Let me clarify.  This error is on osrm-routed, and is specifically:

" "Shared memory settings conflict with path settings.".



On Wed, Nov 21, 2018 at 3:52 PM Robert Sellers 
wrote:

> Hi all,
>
> Please help if you understand this problem.  It came following an instance
> reboot (AWS EC2, Linux 16.04) after troubleshooting a warning with
> osrm-datastore "could not lock shared memory to RAM".  I am able to run the
> MLD pipeline without the "--shared-memory" flag, but it's disliking my
> settings for unknown reasons.
>
> This is a cross-post from
> https://github.com/Project-OSRM/osrm-backend/issues/5278, which has some
> additional information.
>
> Anyone have any suggestions?
>
> --
> *Robert Sellers*
> Data Scientist
> *Azimuth1*
> m: + 610 406 1521
> e: robert.sell...@azimuth1.com
> *www.azimuth1.com * [image: LinkedIn icon]
>  [image: Twitter icon]
> 
>


-- 
*Robert Sellers*
Data Scientist
*Azimuth1*
m: + 610 406 1521
e: robert.sell...@azimuth1.com
*www.azimuth1.com * [image: LinkedIn icon]
 [image: Twitter icon]

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] osrm-extract error on --shared-memory "Shared memory settings conflict with path settings."

[Robert Sellers]

Hi all,

Please help if you understand this problem.  It came following an instance
reboot (AWS EC2, Linux 16.04) after troubleshooting a warning with
osrm-datastore "could not lock shared memory to RAM".  I am able to run the
MLD pipeline without the "--shared-memory" flag, but it's disliking my
settings for unknown reasons.

This is a cross-post from
https://github.com/Project-OSRM/osrm-backend/issues/5278, which has some
additional information.

Anyone have any suggestions?

-- 
*Robert Sellers*
Data Scientist
*Azimuth1*
m: + 610 406 1521
e: robert.sell...@azimuth1.com
*www.azimuth1.com * [image: LinkedIn icon]
 [image: Twitter icon]

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Noémie Lehuby]

Hello,

Le challenge Pic4Review n'a pas fait long feu, merci à ceux qui ont 
participé !


Je vous propose à la place un autre challenge MapRoulette : 
https://maproulette.org/mr3/challenge/3317 Il devrait nous aider à faire 
bouger les chiffres des commissariats de police nationale vers le haut ;)


--
Noémie Lehuby

Le 19/11/2018 à 21:20, PanierAvide a écrit :

+1 pour ces missions :-)

Adrien.

Le 19/11/2018 à 20:50, Noémie Lehuby a écrit :

Hello,

Pour varier un peu les plaisirs, je vous propose deux nouvelles 
(petites) missions pour améliorer la qualité des commissariats et 
gendarmeries déjà présents dans OSM.


un challenge Pic4Review pour qualifier les amenity=police dont on ne 
sait pas encore s'il s'agit de gendarmerie, police nationale ou 
police municipale : https://pic4review.pavie.info/#/mission/355


Et pour les plus aguerris : un challenge MapRoulette pour vérifier et 
compléter le cas échéant les gendarmeries qui n'ont pas encore 
d'identifiant opendata : https://maproulette.org/mr3/challenge/3302


L'occasion de (re-)tester ces outils bien utiles de notre écosystème ;)





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Problema al añadir al Gestor de Tareas una importación de Catastro

[Javier Sánchez Portero]

Hola

Abre un incidente, por favor

https://github.com/OSM-es/CatAtom2Osm/issues

El mié., 21 nov. 2018 12:17, Jorge Sanz Sanfructuoso 
escribió:

> Hola.
>
> Hoy esta la tecnología contra mí, no quiere que importe nada jejeje
>
> Error nuevo también que antes no sucedía. En el gestor de tareas le doy a
> crear un nuevo proyecto. Después importo archivo zoning.geojson y me sale
> el mapa bien importado. Selecciono geometrías arbitrarias y cuando le doy a
> Crear proyecto me salta el siguiente error:
> No key 'geometry': Not an HTML form submission (Content-Type: )
>
> He probado con otras importaciones ya realizadas que no dieron problemas.
> Y al intentar subir el archivo me sale el mismo error. Así que no debería
> ser problema del archivo que subo. No sé si habra cambiado algo en el
> gestor de tareas que pueda provocar el error.
>
> Un saludo.
>
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Error en catatom2osm

[Javier Sánchez Portero]

Abre un incidente, por favor

https://github.com/OSM-es/CatAtom2Osm/issues


El mié., 21 nov. 2018 11:53, Jorge Sanz Sanfructuoso 
escribió:

> Hola.
>
> Llevo varias importaciones de catastro sin problemas pero con un municipio
> me ha salido un error que nunca me había salido.
>
> -El error es el siguiente:
>
> ERROR - La capa '37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía
>
> -Todo lo que sale por consola
>
> catatom2osm 37226
>
> QSqlDatabase: QSQLITE driver not loaded
>
> QSqlDatabase: available drivers:
>
> ERROR: Opening of authentication db FAILED
>
> QSqlQuery::prepare: database not open
>
> WARNING: Auth db query exec() FAILED
>
> 2018-11-21 11:46:44,621 - INFO - Comienza el procesado de '37226'
>
> 2018-11-21 11:46:46,345 - INFO - Descargando '37226/A.ES.SDGC.CP.37226.zip'
>
> 2018-11-21 11:46:46,759 - INFO - Leídos 34 características en
> '37226/A.ES.SDGC.CP.37226.cadastralzoning.gml'
>
> 2018-11-21 11:46:47,842 - INFO - Municipio: 'Pajares de la Laguna'
>
> 2018-11-21 11:46:50,303 - INFO - Generado '37226/boundary.poly'
>
> 2018-11-21 11:46:50,835 - INFO - Descargando '37226/A.ES.SDGC.AD.37226.zip'
>
> 2018-11-21 11:46:50,937 - ERROR - La capa
> '37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía
>
>
> Un saludo
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] admin_level=2 overlaps

[Andy Townsend]

On 21/11/2018 14:48, Ilya Zverev wrote:

After I sent the message, I’ve read in the wiki about this part of 
Serbian-Croatian border:

https://www.openstreetmap.org/#map=11/45.7313/18.9257



Also apparently part of the border of the Netherlands 
https://forum.openstreetmap.org/viewtopic.php?id=64546 .  That thread 
started with me asking about a change to the Dutch/Belgian border and 
later someone said that the Dutch/German border was overlapping.


See https://forum.openstreetmap.org/viewtopic.php?pid=726701#p726701 and 
https://www.openstreetmap.org/#map=10/53.3772/6.9022 .


Best Regards,

Andy

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSMF silently sides with Russia?

[Tomas Straupis]

Congratulations to Ukraine celebrating the Day of Dignity.
You HAVE a strong backbone!

This thread is depleated.
Bye
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[osm . sanspourriel]

Et pour moi maputnik, https://maputnik.github.io/

À ce détail près 100 % d'accord avec Christian (comme souvent !).

Perso c'est par exemple la base du Kenya et les pays adjacents) avec des 
MBTIles vecteur ou image en plus pour avoir une carte conforme au besoin 
du client (carte aéronautique, objets d'aide à la navigation entrés dans 
OSM et validés par les autorités compétentes).
Certaines fois j'ai l'impression de faire des Switch2OSM parties quand 
j'explique ce que je fais aux clients. Pas le plus désagréable ;-), 
c'est juste magique.
Par contre j'utilise imposm3 pour l'import des données, en partants de 
PBF, ceux mis à disposition par OpenStreetMap France, un niveau raster 
0-10 et un 11 pour le rendu français (merci Christian), ceux de 
Geofabrik bien-sûr (merci Frederik et Cie) des PBF créées par BBbike 
pour les données de zones non directement couvertes (étendues maritimes 
principalement) et des requête overpass turbo pour récupérer des données 
spécifiques mises en général dans les MBTiles (GDAL ou tipcanoe, je ne 
sais plus de tête ce qui va le mieux, ça dépend des cas) et stylé comme 
d'autres données.


Le seul côté crade c'est que je fais actuellement des feuilles 
différentes dérivées par sed pour avoir des langues différentes (côté 
Teressa/Mapnik). Et oui avec des clients dans 24 pays différents ils ne 
parlent pas tous la même (les mêmes !) langues. Komzit Brezhonneg, mar 
plij ;-).
Pis les conflits de frontières sont  à gérer pour avoir une version FR 
et un version FR-MA par exemple (à cause de la zone du Front Polisario : 
2 lignes de sed sur du SQL et hop fr devient fr-MA, merci NaturalEarth 
et les données OSM.

À ces détails techniques près, c'est la philosophie de Christian.

À la question du temps de validation, le changement c'est de l'ordre de 
la minute (ça dépend de l'interface entre la chaise et le clavier ;-)), 
pour la validation c'est à toi de voir les zones qui sont les plus 
tordues et les plus classiques pour voir si tu dégrades ou améliore la 
chose.


Actuellement serveur Tessera sur base PostGres/PostGIS (c'est à dite la 
pile MapBox) pour les données locales "données OSM brutes", serveur 
TileServerGL pour les données en direct (mise à jours mensuelles) de 
OpenTileMap (la même chose en ligne), MBTiles bitmap servies depuis 
Tessera, MBTiles bitmap ou vecteur dans TileServerGL.
Tessera permet le rendu serveur (Mapnik), inconvénient feuille de style 
différente du rendu local par défaut.
TileserverGL, c'est la même feuille de style pour le rendu vecteur (sur 
client) ou le rendu image (sur serveur).


Là (TileserverGL ) les 
feuilles de styles sont différentes et compatibles avec le rendu 
vectoriel sur téléphone, c'est un vrai plus quand tu dois vérifier et 
éviter de faire deux fois le même boulot. La guéguerre MapBox/Lukas M. 
semble enterrée (Lukas travaille chez MapBox mais contribue à 
OpenMapTiles) mais sans avoir résolu la confiscation à mon humble avis 
du style Mapnik par MapBox (précision : les contributeurs principaux de 
Mapnik sont actuellement chez MapBox).
Les scripts OpenMapTiles/klokantech permettent de générer facilement le 
style, la doc du style, la conversion des données OSM dans 
PostGres/PostGIS, il est possible (pas facile mais possible) d'être 
totalement indépendant de Klokantech (pas pire que MapBox) et je préfère 
la vision européenne ici allemande du libre à celle américaine : pas de 
modification de licence pour vous coincer un jour ou l'autre.


Car oui Klokantech comme Geofabrik sont de vrais contributeurs d'OSM pas 
des profiteurs d'une base (ne me faites pas dire pour autant que MapBox 
ne fait que profiter, je dis juste qu'ils ont tendance à tirer la 
couverture à eux et à assécher de développement du libre en embauchant 
le plus actifs qui restent ou non actifs en indépendants). Geofabrik est 
le parfait exemple d'entreprise basée sur OSM et contribuant à titre 
professionnel et les employés à titre personnels à OSM. Ça existe aussi 
chez MapBox mais à mon avis c'est moins répandu et c'est dommage. Voir 
peut remettre en cause notre volonté d'améliorer la base.


Je n'ai pas cité d'entreprise française jouant le jeu - la quasi 
totalité de ceux qui interviennent ici (ou pas), elles se reconnaitront 
facilement et vous les connaissez aussi.
Désolé pour cette digression qui n'est pas anecdotique quand on choisi 
un modèle de données.


François, n'hésite pas à continuer en MP mais je suis peu sur internet 
ces temps-ci.


Jean-Yvon

Le 21/11/2018 à 14:28, Christian Quest - cqu...@openstreetmap.fr a écrit :

Le 21/11/2018 à 14:12, François Lacombe a écrit :
Le mer. 21 nov. 2018 à 12:32, Christian Quest 
mailto:cqu...@openstreetmap.fr>> a écrit :


La meilleure plateforme de test pour travailler sur la feuille de
style
est locale... avec une base osm2pgsql utilisant un extrait
(région, pays).


Certes, mais combien d'heures de boulot pour valider un changement de 

Re: [OSM-talk-fr] Zone grise sur la BDOrtho en Île-de-France

[Charles MILLET]

J'ai trouvé une solution : se mettre au niveau de zoom le plus élevé 
avant le blanc, cliquer droit et décocher auto-zoom.


... bon en réalité c'est Stéphane P qui l'a trouvée :-D ! Merci 
Stéphane, tu gères ! 8-)


On 19/04/2018 11:06, marc marc wrote:

Le 19. 04. 18 à 10:37, Antoine Riche a écrit :

résolution native jusqu'au niveau 20
en bordure de la zone couverte à cette résolution, au lieu d'avoir
l'imagerie du zoom 19 qui s'adapte au zoom 20, les tuiles sont vides et
toutes grises. C'est par exemple le cas au niveau de la Rue Franklin
à Courbevoie (lien direct
JOSM ).

le problème est du au fait que la couche BDOrtho est définie comme
existant jusqu'au zoom20.
mais à cet endroit la tuile du zoom20 est blanche
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/20/530896/360545.jpg

il y a 2 pistes à tester :
côté josm on peux définir  no-tile-checksum qui permet de détecter
les "fausses" tuiles. j'ignore cependant si josm va automatiquement
demander la tuile de zoom-1.

côté proxy, si on a un moyen de détecter l'erreur, on peux ajouter un
header qu'on définir dans  no-tile-header afin que le client en soie
informé.

pour iD, j'ignore s'il y a un moyen de passer l'info

Si quelqu'un est motivé, le premier point est facile à tester :)
___
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] admin_level=2 overlaps (was: Re: OSMF silently sides with Russia?)

[Ilya Zverev]

After I sent the message, I’ve read in the wiki about this part of 
Serbian-Croatian border:

https://www.openstreetmap.org/#map=11/45.7313/18.9257

Parts to the left of the river are controlled by Croatia, parts to the right — 
by Serbia, but administrative relations do not reflect that.

Ilya
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSMF silently sides with Russia?

[Mateusz Konieczny]

21. Nov 2018 15:17 by tomasstrau...@gmail.com :


> But I see no objective reasons why this should be the case in the
> data.




https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule 



 

>  Data could represent all sides.




No. This way we will end with micronation nonsenses like

https://en.wikipedia.org/wiki/Micronation 
 or worse





For more specific case see


https://en.wikipedia.org/wiki/Kugelmugel 



 

>  I've given examples how to do
> so, but it was proven again that there was NO ATTEMPT to have a
> resolution which would be acceptable to MORE people.




Hint 1: titles like "OSMF silently sides with Russia" are poor way to convince

others that you have a good idea.




Hint 2: before starting controversial disussion please check previous 
discussions

on a given topic

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSMF silently sides with Russia?

[Tomas Straupis]

2018-11-21, tr, 16:04 Mateusz Konieczny rašė:
> Taken together it means that Crimea (territory occupied by Russia) should be 
> marked
> as de facto within Russia.

  On OSM-Carto map - it could be so.

  But I see no objective reasons why this should be the case in the
data. Data could represent all sides. I've given examples how to do
so, but it was proven again that there was NO ATTEMPT to have a
resolution which would be acceptable to MORE people. The simplest
solution was chosen because of false counterarguments: Finland's non
existing border claims, historical and hypothetical but currently non
existing disputes etc.

-- 
Tomas

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] admin_level=2 overlaps (was: Re: OSMF silently sides with Russia?)

[Andy Townsend]

On 21/11/2018 13:47, Christoph Hormann wrote:

On Wednesday 21 November 2018, Ilya Zverev wrote:

[...]

To conclude, if we remove Kafia Kingi from the South Sudan relation,
there will be no notable violations to the 2013 agreement on our map
— though only by means of having one country overlap another.

I am inclined to concur.

For completeness: ... (more exampes snipped) ...


Another one is https://www.openstreetmap.org/way/8692572 west of Ceuta - 
it's an outer of Spain but not an inner of Morocco - they've "agreed to 
differ" on it for the time being. 
https://en.wikipedia.org/wiki/en:Perejil%20Island?uselang=en-GB#Sovereignty 
has some more info.  In this example I think that overlapping 
admin_level=2 is the best reflection of the on-the-ground situation.


This also presents a rendering conundrum for any renderer that wants to 
indicate the status as there isn't an easy way of showing "outer of one 
admin_level=2 but not an inner of another".


Best Regards,

Andy


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSMF silently sides with Russia?

[Mateusz Konieczny]

20. Nov 2018 07:15 by tomasstrau...@gmail.com :


> Hello
>
>   I think this needs more attention and should not be silently buried
> in archives.
>
>   OSMF/DWG has sided with Moscow to recognise illegal annexation of
> Ukraine's territory - Crimea.
>   > 
> https://wiki.osmfoundation.org/wiki/Working_Group_Minutes/DWG_2018-11-14_Crimea
>  
> 
>




To start from facts:




1) Russia started war with Ukraine and invaded its territory, for example Crimea




2) Russia successfully occupied Crimea and it is unlikely to change in near 
future 





3) OSM maps world as it exists, not as it should exist (on the ground rule).




--




Taken together it means that Crimea (territory occupied by Russia) should be 
marked 





as de facto within Russia.




It does not mean that Russian invasion is considered as legal/welcome/desirable 
by 





DWG or OSM community.





For reference: I really, really dislike the Russian government for obvious 
reasons, 





it is not changing that their invasion of Ukraine clearly succeeded at least in 
case of Crimea.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSMF silently sides with Russia?

[Christoph Hormann]

On Wednesday 21 November 2018, Ilya Zverev wrote:
> [...]
>
> To conclude, if we remove Kafia Kingi from the South Sudan relation,
> there will be no notable violations to the 2013 agreement on our map
> — though only by means of having one country overlap another.

I am inclined to concur.

For completeness: There are also cases where this kind of situation is 
solved with a gap instead of an overlap - like Hans Island:

https://www.openstreetmap.org/relation/2617574

(although an overlap might be a more accurate representation of the de 
facto control in this specific case)

And there are of course also cases where the overlap represents an 
undisputed situation:

https://www.openstreetmap.org/relation/3659532


-- 
Christoph Hormann
http://www.imagico.de/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Christian Quest]

Le 21/11/2018 à 14:12, François Lacombe a écrit :
Le mer. 21 nov. 2018 à 12:32, Christian Quest > a écrit :


La meilleure plateforme de test pour travailler sur la feuille de
style
est locale... avec une base osm2pgsql utilisant un extrait
(région, pays).


Certes, mais combien d'heures de boulot pour valider un changement de 
couleur ?
Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est 
plus long), j'aimerai un outil qui me permette de me rendre compte en 
live des modifs que je fais sur le mss.




kosmtik !

Ceux qui contribuent à la feuille de style openstreetmap-carto 
travaillent comme cela, avec un petit base osm2pgsql locale pour faire 
leur tests de modifs.


Je fais de même avec le rendu FR (base France locale pour moi, plus ou 
moins à jour, c'est assez secondaire).


--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Guildford Blackwell Farm redevelopment

[Tom Hughes]

On 21/11/2018 12:09, Andy Townsend wrote:


Is their anyone in the Guildford  area who can verify these edits by a
new user please?
They look like a part of the town's planned expansion, but I'm assuming
Adam got a bit ahead of himself. He's also overlapped roads onto the
railway. I've put in a changeset message to him.

http://osmlab.github.io/changeset-map/#63800817


Its changesets 1 and 2 by a new mapper.  If it's "likely not correct" 
then I'd suggest reverting now as doing that cleanly will get harder as 
time goes on (it's already 29 days ago).


I solicited some local intelligence:

https://twitter.com/jonobennett/status/1065232930883145728

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Jérôme Seigneuret]

Oui en effet mieux vaut un fichier local ou à défaut faire du fromscatch à
chaque fois que tu veux apporter et tester un cas à améliorer.

gravitystorm  prépare des versions en plus du master la dernière version
"stable" est celle utilisée sur le rendu openstreetmap.org

Il y a actuellement pas mal de contribution depuis ces derniers mois.
10 bugs en cours et 1 régression et une 40aine de sujet par mois...

Il me semble que gravistorm a déjà les scripts de préparer une intégration
docker
https://github.com/gravitystorm/openstreetmap-carto/blob/master/scripts/docker-startup.sh

Le mer. 21 nov. 2018 à 14:13, François Lacombe 
a écrit :

> Le mer. 21 nov. 2018 à 12:32, Christian Quest  a
> écrit :
>
>> La meilleure plateforme de test pour travailler sur la feuille de style
>> est locale... avec une base osm2pgsql utilisant un extrait (région, pays).
>>
>
> Certes, mais combien d'heures de boulot pour valider un changement de
> couleur ?
> Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est plus
> long), j'aimerai un outil qui me permette de me rendre compte en live des
> modifs que je fais sur le mss.
>
> Parce que sur la question des portiques, on y est depuis 1 mois, et je me
> retrouve à faire des rendus à la main sous paint pour gagner du temps.
> Une grosse arnaque, mais bon j'ai un métier aussi.
> ___
> 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-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[François Lacombe]

Le mer. 21 nov. 2018 à 12:32, Christian Quest  a
écrit :

> La meilleure plateforme de test pour travailler sur la feuille de style
> est locale... avec une base osm2pgsql utilisant un extrait (région, pays).
>

Certes, mais combien d'heures de boulot pour valider un changement de
couleur ?
Pour un jeu d'attributs fixes (sinon faut recharger la base, c'est plus
long), j'aimerai un outil qui me permette de me rendre compte en live des
modifs que je fais sur le mss.

Parce que sur la question des portiques, on y est depuis 1 mois, et je me
retrouve à faire des rendus à la main sous paint pour gagner du temps.
Une grosse arnaque, mais bon j'ai un métier aussi.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cz] pozvánka na prosincový mapathon v Brně

[r.stampach]

Vážení příznivci OpenStreetMap,

na velmi podařeném brněnském setkání State of the Map 2018 mnohé zaujala 
přednáška o aktivitě Missing Maps od Jana Böhma (k shlédnutí na 
https://www.youtube.com/watch?v=2Z6CXd2XHL0=youtu.be).

Mimo jiné, Honza mluvil o tom, že čeští mapéři jsou schopni mapovat na výzvu. 
Zrovna dnes se například objevila výzva k mapování města Butembo, v provincii 
Nord-Kivu, Demokratická republika Kongo. Protože zde vypukla nová epidemie 
Eboly.
Případný task s instrukcemi pro mapování: https://tasks.hotosm.org/project/5485 

Někteří z účastníků SOTM se mě následně ptali, kdy se uskuteční v Brně 
následující mapathon.

Odpověď zní, že brzy. Konkrétně 12. prosince 2018 od 17 do 21 hodin.
Místo: Geografický ústav Přírodovědecká fakulta Masarykova univerzita
Kotlářská 2, 61137 Brno
budova 4, 2. patro, učebna Z7
https://www.openstreetmap.org/way/84965582

Registrace: 
https://www.eventbrite.co.uk/e/brnensky-prosincovy-missing-maps-mapathon-tickets-52899598122?

Budeme pracovat ve třech skupinách:
Skupina začátečníků bude při školení získávat první zkušenosti s editací 
OpenStreetMap
Zkušenější mapéři se budou mít možnost naučit program JOSM – volně dostupný 
pokročilý editor pro OpenStreetMap.
Ti, kteří už umí alespoň základy JOSM, se mohou vyškolit na validátory, kteří 
kontrolují výsledky práce dalších mapérů. Vyškolení co největšího počtu 
validátorů je aktuálně ten nejdůležitější úkol mapathonů po celém světě. Jsou 
nedostatkoví a vážení, tak se přidejte.
Samozřejmě, zváni jsou i zkušení uživatelé, kteří už žádné školení nepotřebují 
a chtějí jen nerušeně mapovat.

Těší se na Vás organizační tým brněnských mapathonů (Radim, Daniel, Jakub, 
Katka a Michal) a také organizátoři konference OpenAlt 2018.

Radim Štampach
Geografický ústav
Přírodovědecká fakulta
Masarykova univerzita

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Rete idrografica minore

[Sergio Manzi]

Eccola, un'isola: 
https://www.openstreetmap.org/relation/2146941#map=16/44.9375/12.2613

Ri-ciao!


On 2018-11-21 13:20, Sergio Manzi wrote:
>
> :-) Hai ragione, spesso nei delta i vari rami prendono nomi differenti, ma 
> ciò non toglie che comunque facciano parte dello stesso fiume "principale": 
> guarda per esempio la relazione che descrive il Po [1].
>
> A parte i delta, penso che lo stesso discorso possa valere per un fiume che 
> "/si divide e poi si ricongiunge/" perché... c'è un'isola in mezzo. Di 
> questo, però non ho trovato esempi.
>
> Ciao!
>
> [1] https://www.openstreetmap.org/relation/2146941#map=10/44.9677/11.8817
>
>
> On 2018-11-21 06:47, Ivo Reano wrote:
>> Hei! Non ci avevo pensato. Dev'essere colpa dell'abitare in montagna e di 
>> essere abituato a vedere solo piccoli corsi d'acqua!
>> Ma mi pare che anche le divisioni foceali prendano una diversificazione nel 
>> nome (mi viene in mente il Po di Goro)
>> E rimango dell'idea che il nome sia di un corso d'acqua e se ho il dubbio 
>> sui rami più piccoli li lascio senza nome.
>> Salvo sapere che se da una zona ricca di sorgenti nasce un rio di una 
>> qualche importanza metterò un nodo con locality e name "Sorgenti del rio ..."
>>
>>
>> Il giorno mer 21 nov 2018 alle ore 00:18 Sergio Manzi > > ha scritto:
>>
>> Mah... credo che tutti gli estuari a "delta" del mondo non siano molto 
>> d'accordo...
>>
>> Ciao!
>>
>> Sergio
>>
>>
>> On 2018-11-20 20:26, Ivo Reano wrote:
>>> Scrivo a proposito dell'utilizzo di una relazione per "unire" diversi 
>>> rami di un corso d'acqua.
>>> Se non vengo smentito penso che non sia corretto.
>>> Un corso d'acqua ha un nome sul suo intero percorso, un ramo secondario 
>>> può avere un nome diverso, ma non dovrebbe avere lo stesso nome del corso 
>>> principale!
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-it
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Rete idrografica minore

[Sergio Manzi]

:-) Hai ragione, spesso nei delta i vari rami prendono nomi differenti, ma ciò 
non toglie che comunque facciano parte dello stesso fiume "principale": guarda 
per esempio la relazione che descrive il Po [1].

A parte i delta, penso che lo stesso discorso possa valere per un fiume che 
"/si divide e poi si ricongiunge/" perché... c'è un'isola in mezzo. Di questo, 
però non ho trovato esempi.

Ciao!

[1] https://www.openstreetmap.org/relation/2146941#map=10/44.9677/11.8817


On 2018-11-21 06:47, Ivo Reano wrote:
> Hei! Non ci avevo pensato. Dev'essere colpa dell'abitare in montagna e di 
> essere abituato a vedere solo piccoli corsi d'acqua!
> Ma mi pare che anche le divisioni foceali prendano una diversificazione nel 
> nome (mi viene in mente il Po di Goro)
> E rimango dell'idea che il nome sia di un corso d'acqua e se ho il dubbio sui 
> rami più piccoli li lascio senza nome.
> Salvo sapere che se da una zona ricca di sorgenti nasce un rio di una qualche 
> importanza metterò un nodo con locality e name "Sorgenti del rio ..."
>
>
> Il giorno mer 21 nov 2018 alle ore 00:18 Sergio Manzi  > ha scritto:
>
> Mah... credo che tutti gli estuari a "delta" del mondo non siano molto 
> d'accordo...
>
> Ciao!
>
> Sergio
>
>
> On 2018-11-20 20:26, Ivo Reano wrote:
>> Scrivo a proposito dell'utilizzo di una relazione per "unire" diversi 
>> rami di un corso d'acqua.
>> Se non vengo smentito penso che non sia corretto.
>> Un corso d'acqua ha un nome sul suo intero percorso, un ramo secondario 
>> può avere un nome diverso, ma non dovrebbe avere lo stesso nome del corso 
>> principale!
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-it
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Guildford Blackwell Farm redevelopment

[Andy Townsend]

Is their anyone in the Guildford  area who can verify these edits by a
new user please?
They look like a part of the town's planned expansion, but I'm assuming
Adam got a bit ahead of himself. He's also overlapped roads onto the
railway. I've put in a changeset message to him.

http://osmlab.github.io/changeset-map/#63800817

Cheers
DaveF


Its changesets 1 and 2 by a new mapper.  If it's "likely not correct" 
then I'd suggest reverting now as doing that cleanly will get harder as 
time goes on (it's already 29 days ago).


If it's more than just "planned expansion" and there's an element of 
fantasy I'd suggest that they might try https://opengeofiction.net .  As 
it is just changesets 1 and 2 I would (as everyone has so far) assume 
good faith and keep everything friendly.


If a revert is needed, it's only 2 changesets, so should be doable in 
JOSM without too many issues.  If it gets complicated then by all means 
drop the DWG a mail at d...@osmfoundation.org to see if we can help.


Best Regards,

Andy (from the Data Working Group)

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Christian Quest]

Si ils ont beaucoup divergé, il faut considérer que ce sont deux rendus 
différents qui peuvent s'inspirer l'un de l'autre et reprendre des 
changements dans les deux sens.


Certains ajouts que j'ai fait dans le rendu FR ont mis des années à être 
repris dans le rendu international, et l'inverse aussi.


Difficile d'automatiser car ça reste des choix de design, avec souvent 
des effets de bords qu'on ne voit pas immédiatement.



Le 21/11/2018 à 12:56, Cyrille37 OSM a écrit :

Salut

Le 21/11/2018 à 12:07, marc marc a écrit :

j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.


C'est aussi mon avis, c'est le gros point noir: maintenir un "fork" 
d'évolutions du rendu doit être bien difficile.


Cyrille37.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Cyrille37 OSM]

Salut

Le 21/11/2018 à 12:07, marc marc a écrit :

j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.


C'est aussi mon avis, c'est le gros point noir: maintenir un "fork" 
d'évolutions du rendu doit être bien difficile.


Cyrille37.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Guildford Blackwell Farm redevelopment

[Nick Whitelegg]

Not been in Guildford area for a while but I do note that there is a Blackwell 
Farm railway station showing. AFAIK no new railway stations have been built on 
this route (Guildford-Reading line).


Wikipedia (not necessarily accurate) suggests it's merely a proposal at this 
stage.


I do have to say that this does look like an odd area for a big development, as 
it's on the north side of the Hogs Back which I always took to be an area 
protected from development (as wiki says).



Nick



From: Dave F 
Sent: 20 November 2018 18:49:53
To: Talk-GB@openstreetmap.org
Subject: [Talk-GB] Guildford Blackwell Farm redevelopment

Hi

Is their anyone in the Guildford  area who can verify these edits by a
new user please?
They look like a part of the town's planned expansion, but I'm assuming
Adam got a bit ahead of himself. He's also overlapped roads onto the
railway. I've put in a changeset message to him.

http://osmlab.github.io/changeset-map/#63800817

Cheers
DaveF

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Rete idrografica minore

[Andrea Albani]

Il giorno mer 21 nov 2018 alle ore 09:53 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

> Ciao Andrea,
> per prossimità intendi che il nodo del canale sta vicino o sopra alla way
> della strada?
> In relazione non metterei nulla.
>
> Ciao Roberto,

intendo dire che sta vicino e che coincide con il  punto in cui il canale
comincia il suo percorso nel sottosuolo, ovviamente con la precisione
consentita dai mezzi che abbiamo a disposizione.
Se ti può essere utile vedi ad esempio questo caso [0] dove la Roggia
Speziana si insinua sotto Via Cairoli e prosegue in "sotterranea".

Ciao

[0] https://www.openstreetmap.org/#map=19/45.18902/9.27665
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Christian Quest]

La meilleure plateforme de test pour travailler sur la feuille de style 
est locale... avec une base osm2pgsql utilisant un extrait (région, pays).


Déployer un style de plus sur nos serveurs "monde" ne me semble pas 
durable. On a séparé les rendus FR et humanitaires pour des raisons de 
perf. A défaut, c'est sur le serveur non critique (layers) qu'on 
pourrait l'ajouter.


Par contre, il faut vraiment savoir quel est l'objectif, j'avoue ne pas 
bien le saisir.



Le 21/11/2018 à 12:07, marc marc a écrit :

Le 21. 11. 18 à 11:12, François Lacombe a écrit :

Une plateforme de test manque clairement pour faire ces propositions de
rendus.
On irait beaucoup plus vite à chaque modification si on avait les moyens
de faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

rajouter une feuille de style sur l'un des 3 serveurs de rendu osm-fr
me semble (je parle en mon nom propre) tout à fait possible comme
demande. pour la maintenance, cela peux se limiter à :
- forker le dépôt gravitystorm en osm-fr/openstreetmap-carto-test
- y faire les modifs
ce n'est pas + de travail que ce qu'à fait l'auteur du PR
- synchroniser le serveur avec le dépôt (manuellement ou la nuit)
si ce n'est que cela qui bloque, je veux bien rajouter cela
à ma liste de chose à faire :)

mais quand je vois la divergence entre le rendu osm-fr et osm.org
j'ai l'impression que la tâche chronophage est de regarder chaque mois
s'il y a des choses à faire pour maintenir les PR non mergé dans le
dépôt initial qui sont parfois à adapter de temps à autre suite aux
modifs du dépôt initial.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OSMF silently sides with Russia?

[Ilya Zverev]

Hi everyone,

Adding some constructive data to the discussion, I’ve run a query to find 
disputed territories that are mapped in violation to the 2013 agreement — like 
Crimea was before this week.

There are only 20 overlaps of admin_level=2 polygons (has been in Spring 2018, 
I haven’t updated the database lately). Of these, only three are notable:

* Ukraine vs Russia (44800 km², resolved)
* Argentina vs Chile (1507 km², ice shelf with no inhabitants, status unknown)
* Sudan vs South Sudan (23150 km²)

The latter may considered a violation. There are few disputed territories:

* Kafia Kingi is controlled by Sudan, but mapped as part of both administrative 
boundaries.
* Abyei is a special area that can be considered a part of both countries. Its 
inhabitants have both citizenships.
* Town of Heglig is controlled by Sudan and mapped as Sudan-exclusive.
* I see no overlaps on other disputed territories.

To conclude, if we remove Kafia Kingi from the South Sudan relation, there will 
be no notable violations to the 2013 agreement on our map — though only by 
means of having one country overlap another.

See the list for yourself: https://pastebin.com/MAH6YX5s

We may have an issue with some partially recognized countries, like Abkhazia, 
which are still mapped as parts of other countries, despite not being 
controlled by them.

Ilya
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-es] Problema al añadir al Gestor de Tareas una importación de Catastro

[Jorge Sanz Sanfructuoso]

Hola.

Hoy esta la tecnología contra mí, no quiere que importe nada jejeje

Error nuevo también que antes no sucedía. En el gestor de tareas le doy a
crear un nuevo proyecto. Después importo archivo zoning.geojson y me sale
el mapa bien importado. Selecciono geometrías arbitrarias y cuando le doy a
Crear proyecto me salta el siguiente error:
No key 'geometry': Not an HTML form submission (Content-Type: )

He probado con otras importaciones ya realizadas que no dieron problemas. Y
al intentar subir el archivo me sale el mismo error. Así que no debería ser
problema del archivo que subo. No sé si habra cambiado algo en el gestor de
tareas que pueda provocar el error.

Un saludo.


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[marc marc]

Le 21. 11. 18 à 11:12, François Lacombe a écrit :
> Une plateforme de test manque clairement pour faire ces propositions de 
> rendus.
> On irait beaucoup plus vite à chaque modification si on avait les moyens 
> de faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

rajouter une feuille de style sur l'un des 3 serveurs de rendu osm-fr
me semble (je parle en mon nom propre) tout à fait possible comme 
demande. pour la maintenance, cela peux se limiter à :
- forker le dépôt gravitystorm en osm-fr/openstreetmap-carto-test
- y faire les modifs
ce n'est pas + de travail que ce qu'à fait l'auteur du PR
- synchroniser le serveur avec le dépôt (manuellement ou la nuit)
si ce n'est que cela qui bloque, je veux bien rajouter cela
à ma liste de chose à faire :)

mais quand je vois la divergence entre le rendu osm-fr et osm.org
j'ai l'impression que la tâche chronophage est de regarder chaque mois 
s'il y a des choses à faire pour maintenir les PR non mergé dans le 
dépôt initial qui sont parfois à adapter de temps à autre suite aux 
modifs du dépôt initial.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Error en catatom2osm

[Jorge Sanz Sanfructuoso]

Hola.

Llevo varias importaciones de catastro sin problemas pero con un municipio
me ha salido un error que nunca me había salido.

-El error es el siguiente:

ERROR - La capa '37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía

-Todo lo que sale por consola

catatom2osm 37226

QSqlDatabase: QSQLITE driver not loaded

QSqlDatabase: available drivers:

ERROR: Opening of authentication db FAILED

QSqlQuery::prepare: database not open

WARNING: Auth db query exec() FAILED

2018-11-21 11:46:44,621 - INFO - Comienza el procesado de '37226'

2018-11-21 11:46:46,345 - INFO - Descargando '37226/A.ES.SDGC.CP.37226.zip'

2018-11-21 11:46:46,759 - INFO - Leídos 34 características en
'37226/A.ES.SDGC.CP.37226.cadastralzoning.gml'

2018-11-21 11:46:47,842 - INFO - Municipio: 'Pajares de la Laguna'

2018-11-21 11:46:50,303 - INFO - Generado '37226/boundary.poly'

2018-11-21 11:46:50,835 - INFO - Descargando '37226/A.ES.SDGC.AD.37226.zip'

2018-11-21 11:46:50,937 - ERROR - La capa
'37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía


Un saludo
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] compteurs vélo

[marc marc]

Le 21. 11. 18 à 11:04, lau a écrit :
> support : ground

s'il est enterré, il n'est pas posé sur le sol
donc plutôt location=underground

> recording:remote : yes => dans quel cas utiliser celui-ci ?

j'imagine que cela signifie que les données sont envoyé "ailleurs"
par exemple pour être consulté en temps réel via un site web
Par opposition au compteur donc quelqu'un vient récupérer les données
de temps à autre
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[François Lacombe]

Salut Jérôme

Merci pour le relais.
C'est une discussion qui dure, qui dure... pour afficher quelques traits
bien souvent dans des emprises bien délimitées.
Une fois que ce sera fait, plus d'utilisateurs seront intéressés pour
dessiner les portiques.

Une plateforme de test manque clairement pour faire ces propositions de
rendus.
On irait beaucoup plus vite à chaque modification si on avait les moyens de
faire un rendu, mais je n'ai pas le temps de maintenir un tel serveur.

François

Le mer. 21 nov. 2018 à 10:59, Jérôme Seigneuret 
a écrit :

> Bonjour,
> Pour info le rendu va être amélioré pour les postes HT/BT avec l'ajout des
> portails et des insulateurs dans le rendu
>
> https://github.com/gravitystorm/openstreetmap-carto/pull/3464
>
> Bon c'est sur Tavel. Un mec qui dev et qui aime bien notre région ;-)
>
> https://openinframap.org/#16.44/44.014812/4.641802
>
> A+
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> 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] compteurs vélo

[lau]

Bonjour,

avez-vous des recommandations pour tagguer les compteurs vélo ?

Je vois qu'à Nantes le totem d'éco-compteur 
http://www.eco-public.com/public2/?id=100117731


est taggué en :

amenity : clock
man_made : monitoring_station
monitoring:bicycle : yes
support : pole

pour un compteur enterré est-ce que ça donnerait juste ce qui suit ? :

man_made : monitoring_station
monitoring:bicycle : yes
support : ground

Je vois qu'à Nantes 2 autres compteurs "non totems" n'ont tout 
simplement pas le tag "support"


À Paris on y ajoute :

recording:automated : yes

ou

recording:remote : yes => dans quel cas utiliser celui-ci ?

voire

mapillary=[lien vers la photo mapillary]

Pour info la page key:monitoring:bicycle sur le wiki 
https://wiki.openstreetmap.org/wiki/Key:monitoring:bicycle


Merci de vos avis,

Laurence



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Amélioration des rendus pour Openstreemap.org - Add render for power portals and insulators

[Jérôme Seigneuret]

Bonjour,
Pour info le rendu va être amélioré pour les postes HT/BT avec l'ajout des
portails et des insulateurs dans le rendu

https://github.com/gravitystorm/openstreetmap-carto/pull/3464

Bon c'est sur Tavel. Un mec qui dev et qui aime bien notre région ;-)

https://openinframap.org/#16.44/44.014812/4.641802

A+
-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Multiple errors in the same location

[sandor]

Mateusz, this was really a quick and simple answer, probably made on reading 
the title only.
The issue is much more complicated than you can imagine. You could really help 
me (and the original mapper) if you describe your suggestion how to resolve the 
lake and the hole mismatch in the case from the link. More precisely, assume 
the other mentioned problems are resolved but the (newer) lake – hole in forest 
fitting problem. So, how to move/transform these two objects to fit together? 
Further, how to do the same for really large number of cases where a manual 
procedure by me or “wait until it is done by someone else” is, for many 
reasons, unrealistic. Thanks.

Sent from Mail for Windows 10

From: Mateusz Konieczny
Sent: søndag 18. november 2018 21:12
Cc: talk@openstreetmap.org
Subject: Re: [OSM-talk] Multiple errors in the same location

16. Nov 2018 17:06 by sandor...@gmail.com:
When multiple errors appear in the same location the question is what to do?

The same as with a single error - fix the problem (how it should be done 
depends on situation) or

wait until it is done by someone else.

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] R: Re: Priorità ad una strada invece che all'altra con lo stesso highway

[emmexx]

On 11/21/2018 09:39 AM, riccardopastoc...@alice.it wrote:
> C) distanza dal target 3km, velocità 70Km/h, non asfaltata,
> surface:compacted, presenza di buche, ma è quella messa meglio, è quella
> più utilizzata, è quella più auspicabile 
> per il passaggio delle auto
> 
> 1) E' lecito suggerire ad Osmand il transito sulla strada C) ???
> 2) Se la risposta è SI, (considerando gli esempi riportati A;B;C), come
> faccio a far preferire C ad una automobile ??? 

Non credo ti convenga ragionare in questo modo perché probabilmente
riesci ad ottenere il risultato che vorresti in un contesto ma in un
altro il routing arriva ad altri risultati.

Quello che puoi fare dal lato di OSM è inserire più informazioni
possibili ed oggettive, usando i tag già previsti e che trovi nel wiki.
Nel caso delle buche puoi usare il tag smoothness con il valore più
appropriato [https://wiki.openstreetmap.org/wiki/Key:smoothness].

Il routing (osmand in questo caso) farà i suoi calcoli utilizzando molti
parametri e mettendo insieme le informazioni provenienti da osm con una
certa logica.
Probabilmente se il risultato è diverso da quello che ti aspetti, e ti
pare che i dati oggettivi necessari presenti in osm ci siano tutti, ti
conviene modificare qualche parametro di osmand o chiedere agli
sviluppatori di osmand di rivedere l'algoritmo in modo da tenere conto
di un numero maggiore di informazioni o di considerarle in maniera diversa.

ciao
maxx

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Rete idrografica minore

[Roberto Brazzelli]

Ciao Andrea,
per prossimità intendi che il nodo del canale sta vicino o sopra alla way
della strada?
In relazione non metterei nulla.

Grazie



Il giorno mar 20 nov 2018 alle ore 18:13 Andrea Albani 
ha scritto:

> Il giorno mar 20 nov 2018 alle ore 15:30 Roberto Brazzelli <
> geom.brazze...@gmail.com> ha scritto:
>
>> Ho guardato le mappature in zone attive e direi di no,
>> aggiungo però un dubbio...se il canale a cielo aperto finisce
>> su una strada (ovviamente prosegue in canale coperto ma non ho
>> dati per mappare), è giusto interrompere la way del canale sulla way
>> della strada? credo di si..e in questo caso serve relazione?
>>
>
> In assenza di informazioni il canale lo interrompi in prossimità della
> strada (ovvero i due elementi non devono condividere nodi). Al limite metti
> un fixme=continue sul nodo terminale.
> Nel caso di piccoli centri abitati a volte si riesce a stimare il percorso
> dalle ortofoto o da sopralluogo visto che se il fosso/canale va sottoterra
> poi (tipicamente) ne esce anche. La logica è che normalmente il suo
> percorso non avviene sotto gli edifici, ma in prossimità degli stessi
> ovvero la sua tombinatura è diventata parte di una strada oppure piccole
> strisce di terreno fra proprietà/edifiici.
> Non ho però capito cosa intendi mettere in relazione in questo caso che
> hai citato visto che il fosso con la strada c'entra poco e, nel caso
> disegnassi anche la parte tombinata, avresti comunque una way distinta
> rispetto a quella della highway.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: Priorità ad una strada invece che all'altra con lo stesso highway

[riccardopastoc...@alice.it]

Ecco arrivati a questo punto, inizio a perdermi proprio come avviene nelle 
strade di campagna.
Quindi ...chi vuole essere il mio navigatore ed aiutarmi a raggiungere 
l'obbiettivo prefissato?

Esempio: mi trovo in campagna, in un incrocio da cui partono 3 strade (A;B;C)
Tutte e tre vanno verso il mio obbiettivo finale, la distanza è più o meno 
simile, anzi quella più corta è quella più impervia.
A) distanza dal target 2,5km, velocità 70Km/h, non asfaltata, 
surface:compacted, presenza di molte bucheB) distanza dal target 3km, velocità 
70Km/h, non asfaltata, surface:compacted, presenza di molte buche C) distanza 
dal target 3km, velocità 70Km/h, non asfaltata, surface:compacted, presenza di 
buche, ma è quella messa meglio, è quella più utilizzata, è quella più 
auspicabile per il passaggio delle auto
1) E' lecito suggerire ad Osmand il transito sulla strada C) ???2) Se la 
risposta è SI, (considerando gli esempi riportati A;B;C), come faccio a far 
preferire C ad una automobile ??? 

Grazie a tutti anticipatamenteRiccardo Pastocchi





  Messaggio originale
 
Da: emm...@tiscalinet.it
 
Data: 20-nov-2018 20.19
 
A: "openstreetmap list - italiano"
 
Ogg: Re: [Talk-it] Priorità ad una strada invece che all#39;altra con lo 
stesso highway
 

 
On 11/20/2018 06:22 PM, Volker Schmidt wrote:
 
> 
 
> In un certo senso io mappo volutamente per il router, e alcuni elementi
 
> solo per i router
 

 
Tu inserisci delle informazioni "oggettive", siano esse per l'utilizzo
 
da parte dei motori di routing o di altri consumatori di dati.
 

 
Non inserisci invece informazioni per fare in modo che il routing ti
 
faccia andare su un percorso piuttosto che su un altro, quella è una
 
scelta che farà il motore di routing in base a parametri che non
 
dipendono dai dati osm.
 

 
Esattamente come non inserisci un valore di un elemento col solo scopo
 
di vederlo sulla mappa in un certo modo.
 

 
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