Re: [Talk-cz] něco se změnilo v JOSM?

[Marián Kyral]

Dne 5.8.2017 v 05:54 Zdeněk Pražák napsal(a):
> no jde o to, že jsem normálně zkusil stáhnout data do josm pomocí
> dálkového připojení z openstreetmap.org  a
> napsalo mi to že josm není spuštěno, přestože otevřeno bylo.

Tak občas se mi taky stalo, že mi nefungovalo dálkové ovládaní, že josm
neběží i když běželo. Pomohl až restart. Akorát nevím, jestli jednoho
programu, obou nebo celého systému :-)

> zkusil jsem tedy josm aktualizovat na verzi 12567 a situace zůstala
> stejná. Stáhl jsem si tedy data normálně přes josm a zjistil jsem že
> se změnily nastavené podkladové vrsttvy a nefunguje ctrl+T které
> měnilo tracery.
> Dnes ráno se mi již josm dálkově otevřít podařilo ale ctrl+t nadále
> nefunguje.
>

Tracery se mění opakovaným stiskem "T". Ne ctrl+T.
Nemáš nainstalovaný nějaký doplněk, který se s tím bije? JOSM totiž v
tomto případě potichu změní klávesové zkratky. Do konsole vypíše něco
takového:


2017-08-05 07:11:42.007 INFO: načítám doplněk 'reverter' (verze 33088)
2017-08-05 07:11:42.010 INFO: Reassigning shortcut 'tool:revert' from
null to 576 because of conflict with Ctrl+Shift+T
2017-08-05 07:11:42.010 INFO: Tichý konflikt klávesových zkratek:
'tool:revert' posunuto vedle 'tools:tracerRUIAN' na 'Alt+Shift+F1'.
2017-08-05 07:11:42.042 INFO: RemoteControl: adding command
"revert_changeset" (handled by RevertChangesetHandler)
2017-08-05 07:11:42.043 INFO: načítám doplněk 'apache-commons' (verze 32994)

Marián



> přikládám výpis z konzole:
> 1) hned po optevření josm
> 2017-08-05 05:45:16.612 INFO: ┌rove˛ logovßnÝ je na INFO (INFO, 800)
> 2017-08-05 05:45:21.254 INFO: GET https://josm.openstreetmap.de/maps
> -> 304
> 2017-08-05 05:45:23.526 WARNING: Cannot lock cache directory. Will not
> use disk
> cache
> [INFO] CompositeCacheManager - Instance is null, returning
> unconfigured instance
>
> [WARN] ThreadPoolManager - No configuration settings found.  Using
> hardcoded def
> ault values for all pools.
> [INFO] CompositeCacheManager - Setting default auxiliaries to null
> [INFO] CompositeCacheManager - setting defaultCompositeCacheAttributes
> to [ useL
> ateral = true, useRemote = true, useDisk = true, maxObjs = 1000,
> maxSpoolPerRun
> = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
> [INFO] CompositeCacheManager - setting defaultElementAttributes to [
> IS_LATERAL
> = true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false,
> MaxLifeSeconds =
> -1, IdleTime = -1, CreateTime = 1501904723654, LastAccessTime =
> 1501904723654, g
> etTimeToLiveSeconds() = -1, createTime = 1501904723654 ]
> [INFO] CompositeCacheConfigurator - Parsed regions []
> [INFO] CompositeCacheManager - Finished configuration in 25 ms.
> [INFO] CompositeCacheConfigurator - No special ElementAttribute class
> defined fo
> r key [jcs.region.TMS.elementattributes], using default class.
> [INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache
> for TMS
> [INFO] CompositeCache - Constructed cache with name [TMS] and cache
> attributes [
>  useLateral = true, useRemote = true, useDisk = true, maxObjs = 0,
> maxSpoolPerRu
> n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
> 2017-08-05 05:45:24.170 WARNING: Cannot start IPv4 remotecontrol
> server on port
> 8111: Address already in use: JVM_Bind
> 2017-08-05 05:45:24.171 WARNING: Cannot start IPv6 remotecontrol
> server on port
> 8111: Address already in use: JVM_Bind
> 2017-08-05 05:45:24.245 WARNING: Cannot start IPv4 remotecontrol https
> server on
>  port 8112: Keystore was tampered with, or password was incorrect
> 2017-08-05 05:45:24.247 WARNING: Cannot start IPv6 remotecontrol https
> server on
>  port 8112: Keystore was tampered with, or password was incorrect
>
> 2) po otevření josm a stažení dat včetně podkladových vrstev
> 12, estimated cache size: 48
> 2017-08-05 05:39:15.572 INFO: Allocate for tile source layer: 48 MB of
> memory. A
> vailable: 879 MB.
> 2017-08-05 05:39:16.221 INFO: GET
> http://eagri.cz/public/app/wms/plpis.fcgi?FORM
> AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
> OD==EPSG:32633=512=512=375522.7964987,5440215.13869
> 70,380414.7660987,5445107.1082970=true -> 200
> 2017-08-05 05:39:16.301 INFO: GET
> http://eagri.cz/public/app/wms/plpis.fcgi?FORM
> AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
> OD==EPSG:32633=512=512=380414.7660987,5440215.13869
> 70,385306.7356987,5445107.1082970=true -> 200
> 2017-08-05 05:39:16.718 INFO: GET
> http://eagri.cz/public/app/wms/plpis.fcgi?FORM
> AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
> OD==EPSG:32633=512=512=380414.7660987,5435323.16909
> 70,385306.7356987,5440215.1386970=true -> 200
> 2017-08-05 05:39:16.872 INFO: GET
> http://eagri.cz/public/app/wms/plpis.fcgi?FORM
> AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
> OD==EPSG:32633=512=512=380414.7660987,5445107.10829
> 70,385306.7356987,544.0778970=true -> 200
> 2017-08-05 05:39:17.263 INFO: GET
> http://eagri.cz/public/app/wms/plpis.fcgi?FORM
> 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Voici une requête Overpass qui me permet de télécharger tous les arrêts
desservis par STIB/MIVB:

[timeout:120][out:xml];
(
node["highway"="bus_stop"]["operator"~"(^|;)(STIB/MIVB)(;|$)"];
);
out meta;

Même avant que toutes les relations route sont déjà renseignées.

Maintenant, ça devient facile de les compter,par exemple.

N'avoir cette information que par biais des relations route/stop_area n'est
pas suffisant pour cela. L'avoir sur plusieurs objets représentant le même
arrêt trouble également le résultat.

Jo

2017-08-05 2:17 GMT+02:00 marc marc :

> Le 05. 08. 17 à 01:26, Éric Gillet a écrit :
> > Le 5 août 2017 à 01:04, marc marc a écrit :
> >
> > Pour ma part, le poteau, l'abribus, le marquage au sol sont des
> réalités
> > physiques, celle que je vois par "survey"
> > Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> > grand monde- Mais ce n'est pas une raison pour y mettre une info
> erronée
> > par exemple pour l'ensemble de Bruxelles.
> > C'est justement pour cette raison que je pense qu'il faut éviter de
> > mettre une information operator sur l'objet plateform ou
> stop_position.
> > Ces informations sont utile sur la relation ligne de bus.
> >
> > Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre
> > des informations erronées, mais des informations justes et pertinentes
> > ne devraient pas être "proscrites" d'OSM sous pretexte que des
> > utilisateurs maladroits puissent se tromper.
> Eviter parce qu'on n'a aucun moyen de vérifier cette information là sur
> le terrain, ce qui est pourtant la base d'osm (la situation serrait
> totalement différente si il y avait une plaque sur le poteau ou
> l'abribus donnant le nom de l'opérateur responsable de sa gestion).
>
> Eviter parce que quand on arrive à 100% d'incertitude sur une info, on
> peux se demander si on n'essaye pas de mettre un tag à tout prix au
> détriment de la qualité. il suffit de voir que la signification du tag
> elle-même est différente selon les personnes.
>
> Comment une app va-t-elle utiliser une info dont le sens est variable ?
> Ne serrait-il pas plus efficace qu'on essaye de trouver un socle de base
> unanimement accepté/utilisé plutôt que l'un rajoute des infos
> dupliqués/erronés  pendant que l'autre supprime des infos
> dupliqués/erronés ?
> Je ne parle pas de maladresse ou d'erreur, je parle d'un problème de
> signification du tag.
>
> Pour ma part, pour éviter toute yoyo dans certains tag, j'en suis arrivé
> à ne pas corriger certains tag que je sais erronés dont operator.
> Cette situation n'est bonne pour personne.
> ___
> 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: [Talk-cz] něco se změnilo v JOSM?

[Zdeněk Pražák]

no jde o to, že jsem normálně zkusil stáhnout data do josm pomocí dálkového
připojení z openstreetmap.org a napsalo mi to že josm není spuštěno,
přestože otevřeno bylo.
zkusil jsem tedy josm aktualizovat na verzi 12567 a situace zůstala stejná.
Stáhl jsem si tedy data normálně přes josm a zjistil jsem že se změnily
nastavené podkladové vrsttvy a nefunguje ctrl+T které měnilo tracery.
Dnes ráno se mi již josm dálkově otevřít podařilo ale ctrl+t nadále
nefunguje.

přikládám výpis z konzole:
1) hned po optevření josm
2017-08-05 05:45:16.612 INFO: ┌rove˛ logovßnÝ je na INFO (INFO, 800)
2017-08-05 05:45:21.254 INFO: GET https://josm.openstreetmap.de/maps -> 304
2017-08-05 05:45:23.526 WARNING: Cannot lock cache directory. Will not use
disk
cache
[INFO] CompositeCacheManager - Instance is null, returning unconfigured
instance

[WARN] ThreadPoolManager - No configuration settings found.  Using
hardcoded def
ault values for all pools.
[INFO] CompositeCacheManager - Setting default auxiliaries to null
[INFO] CompositeCacheManager - setting defaultCompositeCacheAttributes to [
useL
ateral = true, useRemote = true, useDisk = true, maxObjs = 1000,
maxSpoolPerRun
= -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
[INFO] CompositeCacheManager - setting defaultElementAttributes to [
IS_LATERAL
= true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false,
MaxLifeSeconds =
-1, IdleTime = -1, CreateTime = 1501904723654, LastAccessTime =
1501904723654, g
etTimeToLiveSeconds() = -1, createTime = 1501904723654 ]
[INFO] CompositeCacheConfigurator - Parsed regions []
[INFO] CompositeCacheManager - Finished configuration in 25 ms.
[INFO] CompositeCacheConfigurator - No special ElementAttribute class
defined fo
r key [jcs.region.TMS.elementattributes], using default class.
[INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache for TMS
[INFO] CompositeCache - Constructed cache with name [TMS] and cache
attributes [
 useLateral = true, useRemote = true, useDisk = true, maxObjs = 0,
maxSpoolPerRu
n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
2017-08-05 05:45:24.170 WARNING: Cannot start IPv4 remotecontrol server on
port
8111: Address already in use: JVM_Bind
2017-08-05 05:45:24.171 WARNING: Cannot start IPv6 remotecontrol server on
port
8111: Address already in use: JVM_Bind
2017-08-05 05:45:24.245 WARNING: Cannot start IPv4 remotecontrol https
server on
 port 8112: Keystore was tampered with, or password was incorrect
2017-08-05 05:45:24.247 WARNING: Cannot start IPv6 remotecontrol https
server on
 port 8112: Keystore was tampered with, or password was incorrect

2) po otevření josm a stažení dat včetně podkladových vrstev
12, estimated cache size: 48
2017-08-05 05:39:15.572 INFO: Allocate for tile source layer: 48 MB of
memory. A
vailable: 879 MB.
2017-08-05 05:39:16.221 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=375522.7964987,5440215.13869
70,380414.7660987,5445107.1082970=true -> 200
2017-08-05 05:39:16.301 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=380414.7660987,5440215.13869
70,385306.7356987,5445107.1082970=true -> 200
2017-08-05 05:39:16.718 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=380414.7660987,5435323.16909
70,385306.7356987,5440215.1386970=true -> 200
2017-08-05 05:39:16.872 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=380414.7660987,5445107.10829
70,385306.7356987,544.0778970=true -> 200
2017-08-05 05:39:17.263 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=385306.7356987,5440215.13869
70,390198.7052987,5445107.1082970=true -> 200
2017-08-05 05:39:17.294 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=370630.8268987,5440215.13869
70,375522.7964987,5445107.1082970=true -> 200
2017-08-05 05:39:17.511 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=375522.7964987,5445107.10829
70,380414.7660987,544.0778970=true -> 200
2017-08-05 05:39:17.728 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=375522.7964987,5435323.16909
70,380414.7660987,5440215.1386970=true -> 200
2017-08-05 05:39:18.572 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K
OD==EPSG:32633=512=512=385306.7356987,5435323.16909
70,390198.7052987,5440215.1386970=true -> 200
2017-08-05 05:39:19.145 INFO: GET
http://eagri.cz/public/app/wms/plpis.fcgi?FORM
AT=image/png=1.1.1=WMS=GetMap=LPIS_FB4,LPIS_FB4_K

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Le 05. 08. 17 à 01:26, Éric Gillet a écrit :
> Le 5 août 2017 à 01:04, marc marc a écrit :
> 
> Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités
> physiques, celle que je vois par "survey"
> Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> grand monde- Mais ce n'est pas une raison pour y mettre une info erronée
> par exemple pour l'ensemble de Bruxelles.
> C'est justement pour cette raison que je pense qu'il faut éviter de
> mettre une information operator sur l'objet plateform ou stop_position.
> Ces informations sont utile sur la relation ligne de bus.
> 
> Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre 
> des informations erronées, mais des informations justes et pertinentes 
> ne devraient pas être "proscrites" d'OSM sous pretexte que des 
> utilisateurs maladroits puissent se tromper.
Eviter parce qu'on n'a aucun moyen de vérifier cette information là sur 
le terrain, ce qui est pourtant la base d'osm (la situation serrait 
totalement différente si il y avait une plaque sur le poteau ou 
l'abribus donnant le nom de l'opérateur responsable de sa gestion).

Eviter parce que quand on arrive à 100% d'incertitude sur une info, on 
peux se demander si on n'essaye pas de mettre un tag à tout prix au 
détriment de la qualité. il suffit de voir que la signification du tag 
elle-même est différente selon les personnes.

Comment une app va-t-elle utiliser une info dont le sens est variable ?
Ne serrait-il pas plus efficace qu'on essaye de trouver un socle de base 
unanimement accepté/utilisé plutôt que l'un rajoute des infos 
dupliqués/erronés  pendant que l'autre supprime des infos 
dupliqués/erronés ?
Je ne parle pas de maladresse ou d'erreur, je parle d'un problème de 
signification du tag.

Pour ma part, pour éviter toute yoyo dans certains tag, j'en suis arrivé 
à ne pas corriger certains tag que je sais erronés dont operator.
Cette situation n'est bonne pour personne.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Peutetre nzije pas ete clair que he ne oarlais pzs de la Belgique qui est
encore tres différente de lz france en terme d'obligations légales des
collectivités locales ou de l'état et du fait du regime federal et des
instances differentes qui se recouvrent partiellement entre region et
communautés linguistiques.

Ca doit donc etre plus complique encore quen france de meme pouvoir definir
qui est en chzrge de quoi ou sil existe une compétence exclusivive ou
prioritaire en terme de decision ou responsabilité sans compter la justice
et le droit europeen qui impose que lesxdelegations de service public
fassent lobjet de matches publics ouverts a la concurrence européenne.

Toujours estil que le ca de competence exclusive sont plutot l'exception
que la règle et qie ces competences sont malgré tout limitées etvtoujours
contestables par un contre pouvoir et souvent aussi remises en cause par
les collectivites qui adsument ne pas suivre toutes les regles souvent
contradictoires tant quune autorite judiciaire vienne decider qui fait quoi
apres un litige et ses recours ou une ansence de decision quand un juge sen
remet au legislateur ou se declare incompetent avec la charge des
plaignants et defendeur de se mettre daccord sur une cour acceptant de
donner son avis.

Les transports sont des marches énormes et compliques avec de nombreux
acteurs et prestataire mais aussi un regard du citoyen qui sera le premier
a protester contre l'indécision ou lapplications de certains textes au
detriment d'un autre. Les collectivites vont alors ceder a la pression ou
imputer la faute a d'autres en commencant souvent contre l'Europe et ses
directives mal transcrites en droit national ou bien acceoper une pseudo
justice organisee par les prestataires privés dont les collectivités ne
peuvent se passer.
Meme en ile de france ou juste a Oaris ce nest pas simple et les exceptions
sont nombreuses du fait de cintrats anciens toujours valides et
dengagements recipriques nin annukes oar un texte de loi plus recent. Mes
status des contrats sont donc tres diversifiés.

Bref sur un point isole du reseau on a dautres resezus connectes et des
responsabilite differentes y compris pour les riverains pourtant nin
directement parties reconnus de la mise en place de ces reseau mais parties
uniquement en tant qu'usagers potentiel ou juste car ils sont dans un
voisinage ou p2rceqyils sont contribuables ou que ka loi peut leur donner
individuellement certains doiits particuliers.

Trouver un tag unique ou meme une combi aiqon de tags qui satisfasse chaue
utilisation dune infrastrucure devient delicat iu impossible.


Le 5 août 2017 12:37 AM, "Jo"  a écrit :

> Le mobilier urbain est entretenu par les communes (ou la région à
> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
> ce soit pour les abribus et la pub dessus.
>
> Pour moi, ces noeuds qui représentent les arrêts sont des objets
> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
> informations comme les horaires, quel site web dois-je consulter? Celui de
> De Lijn, du TEC ou de l'MIVB/STIB?
>
> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
> je vais y retrouver 3 horaires affichés.
>
> Et pour le route_ref, je les utilise pour comparer avec les routes que
> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>
> Polyglot
>
> 2017-08-04 23:31 GMT+02:00 marc marc :
>
>> Bonsoir,
>>
>> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
>> DC>> qu'il y ait 2 opérateurs m'interpelle
>>
>>
>> PV> Si l'arrêt est sur le domaine public,
>> PV> c'est de la compétence des communes,
>>
>> non, ce n'est pas le cas partout.
>> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
>> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
>> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
>> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
>> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
>> abribus, sans compter que certain arrêt n'ont pas été repris par cette
>> sous-traitante et sont donc encore géré par le sous-traitant précédent.
>> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
>> pas compétente pour l'abribus menacent de conclure un contrat en direct
>> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
>> récupérer seul les fruits.
>> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
>> de bus.
>> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
>> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
>> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
>> que de savoir qui paye les dégâts à un banc ou un lampadaire.
>> C'est un info qui concerne le mobilier urbain, c'est utile si 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Éric Gillet]

Le 5 août 2017 à 01:04, marc marc  a écrit :

> Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités
> physiques, celle que je vois par "survey"
> Je suis justement d'accord que le détail de JCDecaux n’intéresse pas
> grand monde- Mais ce n'est pas une raison pour y mettre une info erronée
> par exemple pour l'ensemble de Bruxelles.
> C'est justement pour cette raison que je pense qu'il faut éviter de
> mettre une information operator sur l'objet plateform ou stop_position.
> Ces informations sont utile sur la relation ligne de bus.
>

Pourquoi *éviter* de mettre cette information ? Il faut éviter de mettre
des informations erronées, mais des informations justes et pertinentes ne
devraient pas être "proscrites" d'OSM sous pretexte que des utilisateurs
maladroits puissent se tromper.
Au contraire, plus il y a de données justes dans la DB, plus il y a de
chance que les données entrées par la suite soient justes.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Pour ma part, le poteau, l'abribus, le marquage au sol sont des réalités 
physiques, celle que je vois par "survey"
Je suis justement d'accord que le détail de JCDecaux n’intéresse pas 
grand monde- Mais ce n'est pas une raison pour y mettre une info erronée 
par exemple pour l'ensemble de Bruxelles.
C'est justement pour cette raison que je pense qu'il faut éviter de 
mettre une information operator sur l'objet plateform ou stop_position.
Ces informations sont utile sur la relation ligne de bus.

Le 05. 08. 17 à 00:35, Jo a écrit :
> Le mobilier urbain est entretenu par les communes (ou la région à 
> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui 
> que ce soit pour les abribus et la pub dessus.
> 
> Pour moi, ces noeuds qui représentent les arrêts sont des objets 
> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les 
> dessert. C'est ça qui m'intéresse. Si je veux savoir ou aller chercher 
> des informations comme les horaires, quel site web dois-je consulter? 
> Celui de De Lijn, du TEC ou de l'MIVB/STIB?
> 
> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs, 
> je vais y retrouver 3 horaires affichés.
> 
> Et pour le route_ref, je les utilise pour comparer avec les routes que 
> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
> 
> Polyglot
> 
> 2017-08-04 23:31 GMT+02:00 marc marc 
> 
> Bonsoir,
> 
> J>>> network=DLVB;TECB;TECC
> J>>> operator=De Lijn;TEC
> DC>> qu'il y ait 2 opérateurs m'interpelle
> 
> PV> Si l'arrêt est sur le domaine public,
> PV> c'est de la compétence des communes,
> 
> non, ce n'est pas le cas partout.
> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
> abribus, sans compter que certain arrêt n'ont pas été repris par cette
> sous-traitante et sont donc encore géré par le sous-traitant précédent.
> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
> pas compétente pour l'abribus menacent de conclure un contrat en direct
> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
> récupérer seul les fruits.
> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
> de bus.
> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
> que de savoir qui paye les dégâts à un banc ou un lampadaire.
> C'est un info qui concerne le mobilier urbain, c'est utile si un app
> veux remonter les dégât, mais cela ne concerne pas les transports.
> 
> Pour le  public_transport=stop_position, cela dépend de ce qu'on
> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
> que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir
> lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
> savoir ce niveau de détail, pour ma part je ne met pas de tag operator
> sur stop_position.
> 
> Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
> lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux
> aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
> sur le mobilier urbain
> l'opérateur de la ligne de bus étant sur la relation de la ligne de bus
> 
> Cordialement,
> Marc

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

Re: [Talk-cl] Consulta de datos de ríos

[n0000b newbie]

Hola nuevamente.

Por la respuesta asumo que no existe en estos momentos un plan para la
importación de estos datos.

De acuerdo a http://wiki.openstreetmap.org/wiki/Chile_Imports se
importó la red vial hace bastante tiempo con la misma licencia o al
menos una muy similar. Por lo que no veo problemas en importar ciertas
partes manualmente que sean de interés.

¿Puedo agregar los enlaces de la BCN al wiki para que estén visibles
por si algún usuario se interesa?

Saludos.

> Hola nb,
> 
> Creo que hay algunas cosas a considerar. 
> 
> Primero, no se deja demasiado clara la fuente primaria de los datos
> ("...una representación cartográfica vectorial, surgida de diferentes
> fuentes..."), lo que es una primera luz de alarma dado lo cuidadosos
> que tenemos que ser de no copiar nada en lo que el creador o el
> titular de los derechos no nos haya dado autorización. 
> 
> Luego, la BCN exige atribución entre sus Condiciones de Uso
> ("...señalando como fuente a la Biblioteca del..."), lo que se hace
> hoy con etiquetas como attribution=* y source=*, además de la sección
> "Nuestros colaboradores" en http://www.openstreetmap.org/copyright y
> la página https://wiki.openstreetmap.org/wiki/Contributors de la
> Wiki. Pero hay toda una corriente de pensamiento al interior de la
> comunidad OSM que considera que es imposible asegurar 'ad eternum' la
> atribución pues la clausula (3) de cesión de derechos en los Términos
> del Contribuyente (http://wiki.osmfoundation.org/wiki/Licence/Contrib
> utor_Terms) abriría la posibilidad de migrar en el futuro, por
> ejemplo, a Dominio Público, con lo que se podría perder en un marco
> completamente legal la atribución, ergo nos haría incompatibles con
> cualquier fuente que exija atribución.   
> 
> Personalmente me parece que si bien este SHP tiene la ventaja de una
> gran cobertura nacional, no es de una definición/escala increíble ni
> nada que se le parezca. Prefiero avanzar trazando imágenes
> satelitales.
> 
> Saludos,  
> 
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
> 
> julio.co...@openstreetmap.cl
> 
> https://www.openstreetmap.cl/
> Cel: +56(9)89981083
> 
> 2017-08-02 16:26 GMT-04:00 nb newbie :
> > Hola estimados:
> > 
> > Revisando los mapas me he dado cuenta de la falta de muchos ríos y
> > esteros (en mi caso particular en la región del Bío-bío). Al buscar
> > fuentes he dado con estos mapas que poseen la red hidrográfica de
> > Chile:
> > 
> > https://www.bcn.cl/siit/mapas_vectoriales/index_html/
> > 
> > Respecto a esto ¿Existe alguna intención o hay algún proyecto para
> > la
> > importación de estos datos a la base de datos?
> > 
> > Saludos cordiales.
> > 
> > ___
> > Talk-cl mailing list
> > Talk-cl@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cl
> 
> 

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Le mobilier urbain est entretenu par les communes (ou la région à
Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
ce soit pour les abribus et la pub dessus.

Pour moi, ces noeuds qui représentent les arrêts sont des objets
'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
informations comme les horaires, quel site web dois-je consulter? Celui de
De Lijn, du TEC ou de l'MIVB/STIB?

Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs, je
vais y retrouver 3 horaires affichés.

Et pour le route_ref, je les utilise pour comparer avec les routes que nous
avons déjà cartographié. Là voilà une redondance qui m'est utile.

Polyglot

2017-08-04 23:31 GMT+02:00 marc marc :

> Bonsoir,
>
> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
> DC>> qu'il y ait 2 opérateurs m'interpelle
>
>
> PV> Si l'arrêt est sur le domaine public,
> PV> c'est de la compétence des communes,
>
> non, ce n'est pas le cas partout.
> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
> abribus, sans compter que certain arrêt n'ont pas été repris par cette
> sous-traitante et sont donc encore géré par le sous-traitant précédent.
> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
> pas compétente pour l'abribus menacent de conclure un contrat en direct
> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
> récupérer seul les fruits.
> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
> de bus.
> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
> que de savoir qui paye les dégâts à un banc ou un lampadaire.
> C'est un info qui concerne le mobilier urbain, c'est utile si un app
> veux remonter les dégât, mais cela ne concerne pas les transports.
>
> Pour le  public_transport=stop_position, cela dépend de ce qu'on
> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)
> que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir
> lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de
> savoir ce niveau de détail, pour ma part je ne met pas de tag operator
> sur stop_position.
>
> Devant l'ampleur des infos importantes manquantes (nom de l'arrêt,
> lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux
> aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur
> sur le mobilier urbain
> l'opérateur de la ligne de bus étant sur la relation de la ligne de bus
>
> Cordialement,
> Marc
> ___
> 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] bus : lignes de transport en commun Haute-Garonne : réseau

[marc marc]

Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle


PV> Si l'arrêt est sur le domaine public,
PV> c'est de la compétence des communes,

non, ce n'est pas le cas partout.
entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
Mais à Bruxelles, j'avais fait la recherche lors de la précédente 
discussion avec Jo. l'arrêt est géré par la région (l'équivalent de 
l’île de France) qui a délégué la tache à la Stib (l'équivalent de la 
ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les 
abribus, sans compter que certain arrêt n'ont pas été repris par cette 
sous-traitante et sont donc encore géré par le sous-traitant précédent.
Et pour couronner le tout, certaines communes qui ne sont à Bruxelles 
pas compétente pour l'abribus menacent de conclure un contrat en direct 
avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en 
récupérer seul les fruits.
Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt 
de bus.
Mais ce n'est possible de trouver qui qu'en analysant les contrats de 
gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm 
que de savoir qui paye les dégâts à un banc ou un lampadaire.
C'est un info qui concerne le mobilier urbain, c'est utile si un app 
veux remonter les dégât, mais cela ne concerne pas les transports.

Pour le  public_transport=stop_position, cela dépend de ce qu'on 
comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter 
(le chauffeur du bus donc la compagnie exploitante ou son commanditaire) 
que celui qui s'occupe des marques au sol (commune ou niveau de pouvoir 
lié à la gestion de cette route). Vu que je ne vois pas à quoi sert de 
savoir ce niveau de détail, pour ma part je ne met pas de tag operator 
sur stop_position.

Devant l'ampleur des infos importantes manquantes (nom de l'arrêt, 
lignes qui y passent, équipement de l'arrêt), je trouve qu'il vaut mieux 
aller à l'essentiel et éviter de rentrer dans le détail de l'opérateur 
sur le mobilier urbain
l'opérateur de la ligne de bus étant sur la relation de la ligne de bus

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Philippe Verdy]

Si l'arrêt est sur le domaine public, c'est de la compétence des communes,
elle fera payer le ou les opérateurs présents qu'elle a autorisé ou leur
demandera de faire les travaux nécessaires. La commune pourtant ne gère pas
nécessairement l'équipement, les opérateurs eux-mêmes pouvant se mettre
d'accord pour faire réaliser ça par des prestataires.

Le domaine public n'est pas entièrement de la compétence communale partout,
les délégations et pouvoir étant compliquées.

De plus des arrêts existent aussi sur des domaines privés, notamment dans
des zones commerciales. Là aussi des tas d'accords sont possibles
localement avec les opérateurs de transport et leurs prestataires. Ce qui
montre l'usage c'est avant tout la signalisation (marquages et fiches
horaires) sur les équipements.

Ce n'est réellement clair que dans les grosses EPCI urbaines qui disposent
de la compétence exclusive et controle et autorise tout le monde présent et
peuvent décider seules des règles. La prise en charge des dégats sur les
installation n'est que rarement à la charge des EPCI, mais par une
délégation de service public, désignent un opérateur responsable. Cet
opérateur technique n'est pas nécessairement le même que l'exploitant des
lignes, les EPCI peuvent en décider autrement selon les contrats qu'elles
passent (qui peuvent donner des obligations limitées aux opérateurs, le
reste n'étant ps non plus à leur charge car hors cadre du contrat,
l'engagement peut être quantitatif, ou à hauteur d'un maximum financier,
établi par des relevés de comptes et des factures, et avec des délais pour
la réalisation des lots, ou des pénalités en cas de dépassement des délais:
si la collectivité veut une action plus rapide, elle pourra intervenir,
mais rien ne l'y oblige si la loi ou un réglement européen ou une décision
judiciaire ne le leur impose pas).

On a donc de nombreux prestataires, et un seul tag ne peut pas bien gérer
ça: combien de tags alors ? Une relation n'est-elle pas plus simple pour
gérer ce qui est commun à ses parties, et pour permettre la superposition
possible de plusieurs réseaux sur les mêmes équipements ou lignes ? C'est
pourtant une solution très peu coûteuse en donnée et facilement gérable,
permettant aussi l'homogénéité, même en cas de données incomplètes (ce qui
est presque toujours le cas, car ces réseaux bougent sans arrêt, souvent
chaque année voire à chaque saison), sans introduire de redondance
excessive comme avec la réplication de tags jamais assez précis. L'usager
lui ne voit que le réseau parce que c'est à ce réseau qu'il paye son titre
de transport (et souvent il existe plusieurs options pour ces titres,
depuis longtemps dans le monde aérien, plus récemment dans le ferroviaire,
et maintenant aussi ça vient pour le transport terrestre et même le
transport maritime où ni les communes ni les EPCI n'ont presque aucune
compétence directe mais juste certaines obligations).


Le 4 août 2017 à 22:15, David Crochet  a écrit :

> Bonjour
>
> Le 04/08/2017 à 19:07, Jo a écrit :
>
> network=DLVB;TECB;TECC
> operator=De Lijn;TEC
>
>
> Dans l'histoire, qu'un arrêt soit utilisé par plusieurs réseaux pourquoi
> pas. Mais qu'il y ait 2 opérateurs m'interpelle. Comment un arrêt peut-il
> être géré par 2 opérateurs ?
> Dans cette philosophie, il peut y en avoir qu'un seul, et pour le savoir
> je me pose cette question : en cas de dégradation, qui paie ? et la prépose
> à cette question me donne le nom de l'opérateur.
> Ensuite je me pose la question suivante : l'opérateur autorise qui à
> mettre les fiches-horaires ? et là j'ai la réponse à ma question de quel
> réseau est utilisé par l'arrêt.
>
> route_ref:De_Lijn=136;137
> route_ref:TECB=W;123
> route_ref:TECC=365a
>
> Ha mon humble avis, ces informations vont dans les relations utilisant
> l'arrêt et non sur l'arrêt lui-même
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Christoph

There are definitely points that can be addressed and improved (always) and I 
already agreed that we should include one of the points you touched on in the 
FAQ, the problem with some of the items you raise is that they essentially boil 
down to no management of domain names that use or are easily confused with our 
marks. 

I repeat the wording here "Please don’t register a domain that looks or sounds 
similar to an OSM mark, or includes a misspelled OSM mark" if the domain in 
question does not fulfill the criteria then it is not affected. For the domains 
that do conflict in the end we put the ganrdfathering procedure in to place.

As I pointed out to Jochen the number of potentially relevant domains is not 
particularly large and not all of them are easily confused with with our marks. 
This should not be major drama.

In an age in which essentially all OSM related activity takes place on the 
Internet and domain names are essentially ersatz-trademarks I can't see 
excluding them from the policy as being sensible.

Sorry.

Simon


On 04.08.2017 20:00, Christoph Hormann wrote:
> Simon, if you immediately dismiss or ridicule any critical thought here 
> this will not really be a "public review and consultation".  Without 
> insisting that my own arguments on the matter have merit may i suggest 
> you let people articulate and discuss their thoughts and refine their 
> opinion in open discussion even if it appears to you they are in error 
> (which might at least in some cases be due to you misunderstanding 
> them).
>


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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[David Crochet]

Bonjour


Le 04/08/2017 à 19:07, Jo a écrit :

network=DLVB;TECB;TECC
operator=De Lijn;TEC


Dans l'histoire, qu'un arrêt soit utilisé par plusieurs réseaux pourquoi 
pas. Mais qu'il y ait 2 opérateurs m'interpelle. Comment un arrêt 
peut-il être géré par 2 opérateurs ?
Dans cette philosophie, il peut y en avoir qu'un seul, et pour le savoir 
je me pose cette question : en cas de dégradation, qui paie ? et la 
prépose à cette question me donne le nom de l'opérateur.
Ensuite je me pose la question suivante : l'opérateur autorise qui à 
mettre les fiches-horaires ? et là j'ai la réponse à ma question de quel 
réseau est utilisé par l'arrêt.


   route_ref:De_Lijn=136;137
   route_ref:TECB=W;123
   route_ref:TECC=365a

Ha mon humble avis, ces informations vont dans les relations utilisant 
l'arrêt et non sur l'arrêt lui-même


Cordialement

--
David Crochet

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

Re: [OSM-talk] Draft Trademark Policy

[mmd]

Am 04.08.2017 um 19:07 schrieb Simon Poole:
> On 04.08.2017 18:07, Jochen Topf wrote:
>> On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote:
>>

>> I think it is totally unrealistic to expect hobby projects based on OSM
>> to ask for permission. I see three likely outcomes:
> It obviously wasn't to complicated and required lawyers to register the
> domain names in the first place and as the FAQ says we are only asking
> for the domainnames to be de-registered or given to the OSMF when they
> are no longer used for OpenStreetMap related purposes.
>>
[...]
> 
> Sorry but that is hyperbole, after the 13 years of OSM the number of
> domains affected amounts to something between 30 and 40., not 100s. The
> policy is rather clear on what is allowed and what not, and if there are
> further questions we can address that in the FAQs.

let's try to be a bit more specific here. Going through the "List of
OSM-based services" [1], I would come up with the following list of
candidates, which to my understanding would be affected in one way or
another by this Trademark Policy.

4.1. Domain names

osmarks.org, osmmosques.org, searchosm.com, osmcamera.tk
toposm.com, osmapa.pl, maps.osm2world.org, www.osm-3d.org
www.osmbuildings.org, osmocoder.de, osmlanduse.org, www.flosm.de
OsmHydrant.org, ra.osmsurround.org


5.1. Mimicking OSM sites ???

openbmap.org, openeventmap.net, openpoimap.org, openseamap.org
opensciencemap.org, openstreetphoto.org, openstreetview.org
opentouchmap.orgm, openbusinessmap.org, openwhatevermap.org
opencyclemap.org, opensnowmap.org, openstationmap.org
openwlanmap.org, openptmap.org, opengastromap.de
openlinkmap.de, openfiremap.org


Imho, it would be quite helpful to have some (possibly real world)
examples as part of the FAQ, highlighting potential issues and how to
deal with them.

Also, I'm wondering if such a policy would need a severability clause as
well?


-- 



[1] http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services


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

Re: [OSM-talk] Draft Trademark Policy

[Christoph Hormann]

On Friday 04 August 2017, Frederik Ramm wrote:
>
> Which doesn't mean that there's no room for improvement, but calling
> this a "strict" policy certainly means you haven't read a lot of
> trademark policies ;)

I meant 'strict' here in a purely relative sense compared to the current 
practice, not in absolute terms.  For this you would be right, i have 
next to no knowledge of trademark policies elsewhere and before getting 
into comparative analysis here we would also have to think about what 
kind of organization the OSMF can actually be compared to in this 
field.

So i stick to looking at what we have now and what this policy would 
change.  I am sorry if this was not apparent from what i wrote.

And in case this is not clear: I have not yet formed an opinion on the 
matter, i am still in the process of analyzing what effects a change in 
policy (from essentially no rules to these - however strict or lenient 
you might consider them) will have.

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

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

Re: [OSM-talk-fr] Problème pour taguer un poste de gaz

[François Lacombe]

Bonsoir

Lionel,
D'après la photo  du poste de Cenon sur Vienne :
ref=38292
name=Cenon-sur-Vienne DP

le "DP" à la fin doit servir à déterminer la valeur de substation=*, mais
pas encore trop d'infos sur la question pour l'instant.
On pourrait directement mettre substation=DP pour le retravailler
facilement plus tard si nécessaire.

Christian,
C'est très sain de faire son footing en relevant ce genre de POI ;)

Le 4 août 2017 à 11:09, David Crochet  a écrit :

> Une source avec de meilleurs précisions, surtout lorsque les balises ne
> sont plus visible en photographie aériennes, ce sont les servitudes
> d'utilité publique de type i3 (transport de gaz naturel par canalisation)
> disponibles sur certains documents administratifs édictées par les
> préfectures
>

+1 avec David

Et les générateurs (les pipelines) de ces servitudes sont maintenant
disponibles sur data.gouv pour certains départements
http://www.data.gouv.fr/fr/search/?q=servitudes+i3

Si le votre n'est pas dans la liste, il faut motiver la DDT :)

A+

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

Re: [OSM-talk] Draft Trademark Policy

[Frederik Ramm]

Hi,

On 08/04/2017 07:28 PM, Simon Poole wrote:
> You must be joking, there is no proposed strict policy, just a very
> lenient one.

The work on the trademark policy has started a few years ago, and I was
involved in the beginning. I can certainly vouch for one thing: The
policy proposed here is, compared to trademark policies of other "Open"
projects like e.g. Debian, very, very lenient. There are explicit
permissions for the community to use the marks for various purposes
without asking permission; you may even print T-Shirts at a community
event and sell them (!) without having to ask anyone for permission. You
will be hard pressed to find any trademark policy that goes to such
lengths to give the community the freedom to use what is essentially
their marks.

Which doesn't mean that there's no room for improvement, but calling
this a "strict" policy certainly means you haven't read a lot of
trademark policies ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

semanárioOSM Nº 367 2017-07-25-2017-07-31

[weeklyteam]

Bom dia,

O semanárioOSM Nº 367, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/9326/

Aproveite!

Por falta de mão-de-obra, esta edição weeklyOSM parcialmente em português será 
a última. Esperamos continuar a contar consigo na edição em inglês ou em 
qualquer outra língua. Obrigado!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

semanárioOSM Nº 367 2017-07-25-2017-07-31

[weeklyteam]

Bom dia,

O semanárioOSM Nº 367, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/9326/

Aproveite!

Por falta de mão-de-obra, esta edição weeklyOSM parcialmente em português será 
a última. Esperamos continuar a contar consigo na edição em inglês ou em 
qualquer outra língua. Obrigado!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-GB] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-ie] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-in] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-ca] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-us] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[talk-ph] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-at] Unterirdische Wasserwege in Wien

[Friedrich Volkmann]

On 04.08.2017 19:05, Fabjan Sukalia wrote:

Mir ist heute ein Artikel von Wiener Zeitung über
unterirdische Bäche in Wien [1] aufgefallen.


Pass auf, in der Karte dort sind "ehemalige oberirdische Bachverläufe" 
eingezeichnet, die sich mit den heutigen unterirdischen Bachverläufen nicht 
decken müssen. Z.B. der Alserbach und der Ottakringer Bach wurden über die 
Jahrhunderte mehrmals umgeleitet und münden heute in Sammelkanäle.


Das Mappen Wiens unterirdischer Bachverläufe läuft also auf ein Mappen des 
Kanalsystems hinaus, zumindest der Hauptkanäle.



Die unterirdischen Bäche
sind nicht in der OSM eingetragen, also Alsbach, Ameisbach, usw. fehlen.


Das hat 3 Gründe: Erstens kennen die meisten Mapper die unterirdischen 
Bachverläufe nicht genau, zweitens interessiert die Kanalisation fast keinen 
Mapper, und drittens hat sie mit ihrer Größe und Komplexität davon 
abgeschreckt, überhaupt damit anzufangen.



Kann die OSM-Gemeinde auf einen Datensatz zugreifen,  wo diese enthalten
sind und sie in die OSM eintragen?


Im OGD-Portal findet sich in der Kategorie "Umwelt" ein "Gewässernetz Wien" 
(Kurzbeschreibung: Gewässernetz der Fließenden Gewässer Wiens): 
https://www.data.gv.at/katalog/dataset/ac4c2ac5-6be4-4471-bbf4-f09228f5db04


Kanäle gibt's unter www.kanis.at, aber dort ist keine Lizenz angegeben, und 
Namen oder Beschreibungen der Kanäle finde ich auch nicht.



Und wie soll man diese Bäche taggen?
Nach [2] braucht man ja nur zusätzlich tunnel=yes und layer=-1.


layer hängt davon ab, welche anderen Objekte mit layer<0 geschnitten werden. 
Kann sein, dass die noch oberhalb vom Bach sind; dann braucht der Bach dort 
layer < -1.


Das größere Problem ist waterway=stream vs. waterway=drain vs. 
man_made=pipeline (+ type=sewer).


Es wird viele Leuten stören, wenn in den Karten unzählige Kanäle gerendert 
werden. Und fehlerhafte Validatoren werden einiges anmeckern. Dann werden 
wieder die selbsternannten QA-Fachleute daherkommen und alles umtaggen und 
Fantasieverbindungen einfügen...


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[OSM-talk] weeklyOSM #367 2017-07-25-2017-07-31

[weeklyteam]

The weekly round-up of OSM news, issue # 367,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/9326/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Cartographie des années 80 ;)

[Yannick]

Le 04/08/2017 à 08:52, Christian Quest a écrit :
> Devoirs de vacances : récupération du contenu de mes disquettes Apple II
> sur lequel je faisais des serveurs Minitel...
> 
> ...et voilà ce que j'ai retrouvé:
> 
> http://212.47.238.202/minitel/minitel-loader.html?url=vtx/jca/E.PRES20.vtx
> 
> 

Bonsoir,

Oui c'est une certaine époque.
J'avais crée un 3614 ou 3613 avec un Amstrad 8256 avant de passer sous
Win 3.11
Et en 1998 j'ai attaqué Internet pour faire mon premier site en 1999.

À l'époque on faisait tout à la main et on osait manipuler le code pour
voir ce que cela donnait.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org
Aidez Ancestris à aller au Havre
https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017

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

Re: [Talk-es] Fixme

[Rodrigo Rega]

Si está bien situada puedes eliminar esa etiqueta.

Un saludo.

El 4 ago. 2017 20:03, "Javier Izcue"  escribió:

> Perdonad a todos pero soy novato en esto. Me he encontrado una fuente en
> el campo con un fixme:maybe. La fuente está correctamente situada. ¿Que
> debo de hacer? Muchas gracias.
>
> ___
> 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-cz] něco se změnilo v JOSM?

[Marián Kyral]

Dne 4.8.2017 v 17:38 Zdeněk Pražák napsal(a):
> Chtěl jsem se zeptat, zda se něco nezměnilo v JOSM
>
> Nechce mi fungovat vzdálené připojení z openstreetmap a když si stáhnu
> data přes JOSM tak mi nefungují tracery lpis a ruian
>
> co mám dělat pro uvedení do původního stavu
>

Ahoj,
JOSM se mění neustále. Nicméně nevím o tom, že by Tracer nefungoval.
Dnes jsem jej normálně používal. Nepíšeš, kterou verzi JOSM používáš.
Můžeš zkusit jinou. A pokud je nějaký problém s Tracerem, tak by se
hodil nějaký podrobnější popis co přesně se děje, co nefunguje a co to
vypisuje do konsole (terminálu).

Bez toho není možné zjistit, kde je problém.

Marián


> Pražák
>
>
> ___
> 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: [OSM-talk] Draft Trademark Policy

[Christoph Hormann]

Simon, if you immediately dismiss or ridicule any critical thought here 
this will not really be a "public review and consultation".  Without 
insisting that my own arguments on the matter have merit may i suggest 
you let people articulate and discuss their thoughts and refine their 
opinion in open discussion even if it appears to you they are in error 
(which might at least in some cases be due to you misunderstanding 
them).

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

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

[Talk-es] Fixme

[Javier Izcue]

Perdonad a todos pero soy novato en esto. Me he encontrado una fuente en 
el campo con un fixme:maybe. La fuente está correctamente situada. ¿Que 
debo de hacer? Muchas gracias.

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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

On 04.08.2017 17:59, Christoph Hormann wrote:
>
> Note the idea to ask for permission - apart from being inconvenient - 
> comes with two significant problems:
>
> * doing so removes the option to use a name without permission.  This in 
> particular applies for the OpenXMap things.  When using such a name in 
> a case where it makes sense and where it has nothing to do with OSM 
> (OpenAerialMap comes to mind) the idea that the OSMF would have the 
> right to deny such use is fairly far fetched and with thin legal basis.  
> So if i really want to use such a name it possibly makes more sense not 
> to ask.

Would have (the original) OAM project chosen OpenAerialMap if it wasn't
closely modelling itself on OSM at the time and in fact was intended as
a complimentary project building on  OSMs beginning popularity? No,
naturally not.. So, yes we have every moral and ethical right to limit
the use of a name derived from our marks and intentionally building on
the already well known name.

Matter of fact OAM is a good example of how a domainname can change
hands and end up with somebody completely different, exactly what we
don't want to happen.

> * permission could be subject to restriction (like: you may use this 
> name for your map as long as the map is partly/primarily based on OSM 
> data).  For a business any such restriction would represent a 
> significant constraint that would speak against asking for permission 
> and using such a name.

Are we interested in companies using names that can be easily confused
(that is the criteria) with OSM for non-OpenStreetMap purposes? I don't
think so.

>
> I understand your reasons why you think the OSMF needs to have a strict 
> policy here but it should be very clear that this would inevitably lead 
> to the names "OpenStreetMap" and "OSM" and similar/composite terms 
> being used much less even in fairly strictly OSM related projects that 
> the OSMF would probably have no problem with using the name.
>
You must be joking, there is no proposed strict policy, just a very
lenient one.

Simon

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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

On 04.08.2017 18:07, Jochen Topf wrote:
> On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote:
>
>> Yes and this is one of the big sore points, but we are not asking most
>> of them to change there name, just to get licensed/permission in some
>> form. To show why: there used to be an OSM based project called
> I think it is totally unrealistic to expect hobby projects based on OSM
> to ask for permission. I see three likely outcomes:
It obviously wasn't to complicated and required lawyers to register the
domain names in the first place and as the FAQ says we are only asking
for the domainnames to be de-registered or given to the OSMF when they
are no longer used for OpenStreetMap related purposes.
>
> * Most people will not know about the policy or they don't care and
>   they might choose a name that doesn't follow the policy. It takes a
>   while for OSMF to find out about this, get organized, and ask for a
>   license application or a name change. By that time the people are
>   already attached to their name. This will generate bad blood, not
>   to mention what you are going to do if the people ignore OSMF.
>
> * People who know about the policy choose a name that doesn't violate
>   the trademark policy. But they are outsiders now. They will avoid
>   to even mention OSM, they will not feel as part of the community
>   any more. We have always argued that everybody who does something
>   with OSM is part of the community, you don't have to be an OSMF
>   member, you don't have to have your service running on OSMF servers.
>   This great eco-system is in jeopardy if you alienate all those
>   people.
>
> * You scare people away from doing anything OSM-related because they
>   don't know and understand what they are allowed to do and what not.

Sorry but that is hyperbole, after the 13 years of OSM the number of
domains affected amounts to something between 30 and 40., not 100s. The
policy is rather clear on what is allowed and what not, and if there are
further questions we can address that in the FAQs.
>
> I can tell you that I will certainly not apply for a license/permission
> for any of my hobby projects. In the worst case license means lawyers
> and money, in the best case it means I have signed something that
> promises I behave in certain ways. What if I do something unwittingly
> that oversteps the permission in that license I got. What if I change a
> website I got the license for in some way, do I have to get re-licensed?
> Sure, all those things are less problematic in reality than they are
> in the real world. But for a hobby project I don't need this. And there
> is always something down the line that comes back to bite you. Some of
> my projects have Debian packages for instance, which for many years
> called their "Firefox" package "Iceweasel" because of Mozillas trademark
> policy. (They recently switched back to the name "Firefox", I don't
> know what changed.)
>
> And again the question of the practicality of all this: Even if people
> have to get licenses and actually do, we are looking at at least
> several hundreds of projects (There are nearly 3000 repositories on
> Github that have "openstreetmap" in their name or description).
> Can the OSMF even handle this?
>
> Jochen
Why would we be interested in the names of github repos/projects? We are
mainly interested in use of our marks in commerce and similar/related
activities and registrations that convey exclusive rights (domain and
company names etc).,

Simon

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

route=bus
bus=school

est effectivement préférable sur route=school_bus

Une information qui peut être intéressante est si le bus est exclusif pour
des élèves. Ici en Belgique, ils ne le sont pas.

C'est préférable de créer 1 noeud pour chaque arrêt de bus 'logique'. Au
début j'avais fait un noeud par opérateur/réseau, mais ça ne fonctionnait
pas.

Maintenant nous faisons ainsi:
bus=yes
highway=bus_stop
name:fr=Avenue Churchil
name:nl=Churchilllaan
name=Avenue Churchil - Churchillaan
network=DLVB;TECB;TECC
operator=De Lijn;TEC
public_transport=platform
ref:De_Lijn=301117
ref:TECB=Buccchu2
ref:TECC=Cucchur1
route_ref:De_Lijn=136;137
route_ref:TECB=W;123
route_ref:TECC=365a
zone:De_Lijn=20
zone:TEC=6221

Un arrêt desservi par les 2 opérateurs en Belgique. L'opérateur wallon a
des identifiants non partagés entres les division. On a donc utilisé
network pour démontrer la subdivision chez les opérateurs. (Au début nous
ne l’utilisions pas le tag network).

Voici un arrêt qui en outre est desservi par l'opérateur bruxellois:

addr:city=Uccle - Ukkel
addr:housenumber=1358A
addr:postcode=1180
addr:street=Chaussée de Waterloo - Waterloosesteenweg
bench=yes
bus=yes
covered=no
highway=bus_stop
name=Fort-Jaco
network=IBXL;DLVB;TECB;TECC
operator=STIB/MIVB;De Lijn;TEC
public_transport=platform
ref:De_Lijn=301130
ref:TECB=Buccfja2
ref:TECC=Cucjaco2
route_ref:De_Lijn=136;137
route_ref:TECB=W;123;124
route_ref:TECC=365a
route_ref=43
shelter=yes
zone:De_Lijn=20
zone:TEC=6221

Si un jour j'ajoute wikidata aux arrêts:
operator:wikidata=Q1631655;Q614819;Q366922
network:wikidata=Q1631655;Q34803298;Q3512072;Q3512073

Pour la plupart des arrêts c'est une valeur simple. Pour les relations
route et route_master c'est une valeur simple de toute façon.

En JOSM, avec le greffon Wikipedia installé, on voit les 'label' de ces
'numéros' wikidata, ce qui les rend un peu moins 'opaques'.

Polyglot



2017-08-04 10:46 GMT+02:00 Noémie Lehuby :

> Hello,
>
> Tout à fait d'accord avec Jo.
> On peut par ailleurs se prévoir des tests Osmose ou autre pour suivre dans
> le temps la cohérence entre wikidata et OSM et corriger le cas échéant.
>
> La manière actuelle de tagger complexifie la réutilisation des données :
> des fois, j'ai un tag network qui contient une valeur que je peux afficher
> à un humain, mais des fois, j'ai un identifiant de réseau et il faut que
> j'aille chercher ailleurs dans ma donnée pour trouver quelque chose à
> afficher à un humain.
> Comment je fais la différence entre les deux cas ? ben chais pas trop, si
> ça commence par "fr_" ça ressemble pas trop à un libellé pour un humain ?!?
>
> A minima, il faut qu'on indique que ce n'est pas un réseau qu'on a dans
> network, mais un identifiant de réseau (tag network_id ? network:wikidata ?
> ;) )
>
>
>
> Date: Fri, 4 Aug 2017 09:08:35 +0200
> From: Jo 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun
> Haute-Garonne : réseau
> Message-ID:
> 

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[Philip Barnes]

On Fri, 2017-08-04 at 15:29 +0100, Andy Mabbett wrote:
> That was, of course, meant to go to the Wikimedia UK mailing list,
> not
> the OSM UK list.
> 
> I was wondering why so many replies were about mapping...

But it has sparked some useful debate, both here and #osm-gb.

Phil (trigpoint)

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

Re: [OSM-talk] Draft Trademark Policy

[Jochen Topf]

On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote:
> > * Section 2.1 forbids anything called something like "OpenThingMap".
> >   This form of name is very popular, there are numerous existing
> >   examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
> >   have to change their names?
> Yes and this is one of the big sore points, but we are not asking most
> of them to change there name, just to get licensed/permission in some
> form. To show why: there used to be an OSM based project called

I think it is totally unrealistic to expect hobby projects based on OSM
to ask for permission. I see three likely outcomes:

* Most people will not know about the policy or they don't care and
  they might choose a name that doesn't follow the policy. It takes a
  while for OSMF to find out about this, get organized, and ask for a
  license application or a name change. By that time the people are
  already attached to their name. This will generate bad blood, not
  to mention what you are going to do if the people ignore OSMF.

* People who know about the policy choose a name that doesn't violate
  the trademark policy. But they are outsiders now. They will avoid
  to even mention OSM, they will not feel as part of the community
  any more. We have always argued that everybody who does something
  with OSM is part of the community, you don't have to be an OSMF
  member, you don't have to have your service running on OSMF servers.
  This great eco-system is in jeopardy if you alienate all those
  people.

* You scare people away from doing anything OSM-related because they
  don't know and understand what they are allowed to do and what not.

I can tell you that I will certainly not apply for a license/permission
for any of my hobby projects. In the worst case license means lawyers
and money, in the best case it means I have signed something that
promises I behave in certain ways. What if I do something unwittingly
that oversteps the permission in that license I got. What if I change a
website I got the license for in some way, do I have to get re-licensed?
Sure, all those things are less problematic in reality than they are
in the real world. But for a hobby project I don't need this. And there
is always something down the line that comes back to bite you. Some of
my projects have Debian packages for instance, which for many years
called their "Firefox" package "Iceweasel" because of Mozillas trademark
policy. (They recently switched back to the name "Firefox", I don't
know what changed.)

And again the question of the practicality of all this: Even if people
have to get licenses and actually do, we are looking at at least
several hundreds of projects (There are nearly 3000 repositories on
Github that have "openstreetmap" in their name or description).
Can the OSMF even handle this?

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] Draft Trademark Policy

[Christoph Hormann]

On Friday 04 August 2017, Simon Poole wrote:
> [...]
>
> As said, you simply need to ask for permission, we already have a
> grandfathering policy for older domains were we essentially guarantee
> that we will grant the permission, there is no reason we will not
> grandfather/find a solution for more recent registrations we might
> simply be more picky, that mainly because we believe there are some
> domain names in circulation that should not be.

Note the idea to ask for permission - apart from being inconvenient - 
comes with two significant problems:

* doing so removes the option to use a name without permission.  This in 
particular applies for the OpenXMap things.  When using such a name in 
a case where it makes sense and where it has nothing to do with OSM 
(OpenAerialMap comes to mind) the idea that the OSMF would have the 
right to deny such use is fairly far fetched and with thin legal basis.  
So if i really want to use such a name it possibly makes more sense not 
to ask.
* permission could be subject to restriction (like: you may use this 
name for your map as long as the map is partly/primarily based on OSM 
data).  For a business any such restriction would represent a 
significant constraint that would speak against asking for permission 
and using such a name.

I understand your reasons why you think the OSMF needs to have a strict 
policy here but it should be very clear that this would inevitably lead 
to the names "OpenStreetMap" and "OSM" and similar/composite terms 
being used much less even in fairly strictly OSM related projects that 
the OSMF would probably have no problem with using the name.

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

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

Re: [Talk-GB] Building that have been replaced

[me]

On 04/08/17 at 09:20am, SK53 wrote:
>Around here (Nottingham) we generally put something like demolished:
>building=* on the old way. Particular ly useful if you have several active
>mappers not all knowing about recent demolitions.

This is exactly what we try and do in Edinburgh. An example is here:
https://www.openstreetmap.org/way/372571074

When something new is build then these will get deleted. We have had
occasions where building have been re-added based on imagery.

We work a similar plan on shops or businesses that close, rather than delete
we would mark as disused:shop= or shop=vacant 

Cheers
Chris


>On 4 Aug 2017 07:19, "David Fox" <[1]davefoxfa...@btinternet.com> wrote:
> 
>  Add the new building. We should map what is currently on the ground.
>  Please don't be slave to out of date data or fear of edits being
>  reversed.
> 
>  On 4 August 2017, at 06:42, Warin <[2]61sundow...@gmail.com> wrote:
> 
>  How different is the footprint of the new building?
> 
>  I would think that the new building will be of a similar size to the old
>  one - given the planing permissions.
> 
>  So unless you intend to put in the new building .. I would leave it
>  alone - that gives at least an indication that there is a building
>  there.
> 
>  Add a note to say it has been replaced with something similar?
> 
>  On 04-Aug-17 09:37 AM, Dan S wrote:
>  > [3]https://wiki.openstreetmap.org/wiki/Key:demolished:
>  >
>  > (your note is not likely to be noticed by someone who is in the middle
>  > of editing, I suggest)
>  >
>  >
>  >
>  > 2017-08-03 16:39 GMT+01:00 Andrew Black
>  <[4]andrewdbl...@googlemail.com>:
>  >> What should one do if there are building that have been knocked down
>  and
>  >> rebuilt.
>  >> Loathe just to delete them because an armchair mapper will come back
>  and add
>  >> them back. The new building is not in current bing imagary.
>  >> I have added a note  #1077006
>  >>
>  >> I am loathe to take photos or roam with a GPS in a hospital grounds!
>  >>
>  >> ___
>  >> Talk-GB mailing list
>  >> [5]Talk-GB@openstreetmap.org
>  >> [6]https://lists.openstreetmap.org/listinfo/talk-gb
>  >>
>  > ___
>  > Talk-GB mailing list
>  > [7]Talk-GB@openstreetmap.org
>  > [8]https://lists.openstreetmap.org/listinfo/talk-gb
> 
>  ___
>  Talk-GB mailing list
>  [9]Talk-GB@openstreetmap.org
>  [10]https://lists.openstreetmap.org/listinfo/talk-gb
>  ___
>  Talk-GB mailing list
>  [11]Talk-GB@openstreetmap.org
>  [12]https://lists.openstreetmap.org/listinfo/talk-gb
> 
> References
> 
>Visible links
>1. mailto:davefoxfa...@btinternet.com
>2. mailto:61sundow...@gmail.com
>3. https://wiki.openstreetmap.org/wiki/Key:demolished
>4. mailto:andrewdbl...@googlemail.com
>5. mailto:Talk-GB@openstreetmap.org
>6. https://lists.openstreetmap.org/listinfo/talk-gb
>7. mailto:Talk-GB@openstreetmap.org
>8. https://lists.openstreetmap.org/listinfo/talk-gb
>9. mailto:Talk-GB@openstreetmap.org
>   10. https://lists.openstreetmap.org/listinfo/talk-gb
>   11. mailto:Talk-GB@openstreetmap.org
>   12. https://lists.openstreetmap.org/listinfo/talk-gb

> ___
> 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-cz] něco se změnilo v JOSM?

[Zdeněk Pražák]

Chtěl jsem se zeptat, zda se něco nezměnilo v JOSM

Nechce mi fungovat vzdálené připojení z openstreetmap a když si stáhnu data
přes JOSM tak mi nefungují tracery lpis a ruian

co mám dělat pro uvedení do původního stavu

Pražák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 04.08.2017 um 15:12 schrieb Jochen Topf:
> On Thu, Aug 03, 2017 at 11:07:44PM +0200, Simon Poole wrote:
>> The LWG would like to start a period of public review and consultation
>> on our draft trademark policy, that we intend to bring forward to the
>> OSMF board for adoption as a formal policy, please see the text here:
>>
>>
>> https://wiki.openstreetmap.org/wiki/Trademark_Policy#OpenStreetMap_Trademark_Policy
> This is a very well-written document and the will to create a fair
> policy is clearly visible. But it immediately opens a whole slew of
> questions for me, many of them concerning my own projects.

Naturally we realize that parts of this policy are actually trying to
put worms back in to the can and that liberal amounts of grandfathering
will be needed to achieve that.

>
> * Section 2.1 forbids anything called something like "OpenThingMap".
>   This form of name is very popular, there are numerous existing
>   examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
>   have to change their names?
Yes and this is one of the big sore points, but we are not asking most
of them to change there name, just to get licensed/permission in some
form. To show why: there used to be an OSM based project called
OpenWeatherMap, somewhere along the road they sold out, abandoned use of
the name or whatever, in any case OpenWeatherMap is now a fully
commercial project that doesn't have anything to do at all with OSM. We
definitely want to stop the use of closeness to the OSM marks  as a
stepping stone to get rid of OSM when the undertaking is popular.

> * I have a written an open source software called "OSMCoastline" (among
>   many others), this clearly contains the "OSM" abbreviation. The use
>   of this software is very specific to OSM data. It doesn't make sense
>   for this software not to have OSM in its name really so much is it
>   tied to the OSM data. Can it keep this name? There is no mentioning
>   of software in the policy at all.
We haven't stated anything explicit, but you - can always simply ask for
permission and we may add a similar clause as we have for remixed logos .

> * I am running the website openstreetmapdata.com where people can download
> 

As said, you simply need to ask for permission, we already have a
grandfathering policy for older domains were we essentially guarantee
that we will grant the permission, there is no reason we will not
grandfather/find a solution for more recent registrations we might
simply be more picky, that mainly because we believe there are some
domain names in circulation that should not be.

Naturally this is a lot of pain and work and it would have all been a
lot easier 10 years ago, but naturally anybody using such a name was
doing so at their own risk the whole time.

> If such a policy is introduced, I would hope that the OSMF provides some
> proactive guidance to the many many people already doing good things
> based on OSM and help them get into compliance. I fear many people will
> rather stop offering their services instead of understanding the legal
> issues involved. This is especially important, because - from my limited
> understanding of trademark law - it is necessary to actually defend your
> trademarks if you want to keep them. So unlike the data license
> violations which the OSMF can ignore as much as it wants to without
> limiting what they can do in the future, the OSMF has to actually
> defend its trademark. So if the OSMF says that, say "OpenSeaMap" is not
> according to our policy, it HAS to fight it (even if nobody really minds
> them using this name) to make this stick. So just ignoring some
> violations and fighting others isn't possible. Which opens the whole
> question of whether the OSMF is organizationally and financially in a
> position to actually do this fighting? If not, why have this policy?
>
> Jochen

We believe that it is in the best interest of the whole OSM community if
we exert control over our marks as outlined in the policy, to not do so
increases the likelihood of misuse as I've outlined and other issues
(see the  mappy hour case in the US). Because of that we hope that we
will see a lot of  use of the grandfathering scheme (the number are not
really that large).

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[SK53]

Hi Brian,

The GiGL data are open AFAIK. I have downloaded a copy but havent looked at
it yet: it should be appearing on the GLA Data Store.

Jerry

On 4 August 2017 at 15:15, Brian Prangle  wrote:

> While we're on this subject, it isn't readily apparent to me  which map
> base the Guardian is using for this campaign. We should be lobbying them to
> use an open source rather than an online POPS which does suggest a
> delicious irony. But if they're using OSM  then good for them.  I've
> already raised this with them but not received a reply
>
> Regards
>
> Brian
>
> On 4 August 2017 at 14:16, Dan S  wrote:
>
>> 2017-08-04 13:20 GMT+01:00 SK53 :
>> > Personally I'm rather more interested in mapping POPS as they are
>> becoming
>> > an issue in larger cities.
>>
>> We could map the boundaries of POPS through a systematic procedure of
>> standing in specific spots, looking like we don't want to buy
>> anything, and waiting for the security guards' reaction?
>>
>> Dan
>>
>> ___
>> 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-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[Andy Mabbett]

That was, of course, meant to go to the Wikimedia UK mailing list, not
the OSM UK list.

I was wondering why so many replies were about mapping...

On 3 August 2017 at 13:47, Andy Mabbett  wrote:
> We appear to have no pics on Commons of Lewis Cubitt Square, a newly
> (2016?) created public open space behind Kings Cross station:
>
>https://www.kingscross.co.uk/lewis-cubitt-square
>
> If anyone is passing there, please take a few, and add one to:
>
> https://www.wikidata.org/wiki/Q34622297
>
> The same goes for the other parts of that development, such as Lewis
> Cubitt Park:
>
> https://www.kingscross.co.uk/lewis-cubitt-park
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk



-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[Brian Prangle]

While we're on this subject, it isn't readily apparent to me  which map
base the Guardian is using for this campaign. We should be lobbying them to
use an open source rather than an online POPS which does suggest a
delicious irony. But if they're using OSM  then good for them.  I've
already raised this with them but not received a reply

Regards

Brian

On 4 August 2017 at 14:16, Dan S  wrote:

> 2017-08-04 13:20 GMT+01:00 SK53 :
> > Personally I'm rather more interested in mapping POPS as they are
> becoming
> > an issue in larger cities.
>
> We could map the boundaries of POPS through a systematic procedure of
> standing in specific spots, looking like we don't want to buy
> anything, and waiting for the security guards' reaction?
>
> Dan
>
> ___
> 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: [OSM-talk] Draft Trademark Policy

[Ian Dees]

On Aug 4, 2017 08:19, "Jochen Topf"  wrote:

On Thu, Aug 03, 2017 at 11:07:44PM +0200, Simon Poole wrote:
> The LWG would like to start a period of public review and consultation
> on our draft trademark policy, that we intend to bring forward to the
> OSMF board for adoption as a formal policy, please see the text here:
>
>
> https://wiki.openstreetmap.org/wiki/Trademark_Policy#
OpenStreetMap_Trademark_Policy

This is a very well-written document and the will to create a fair
policy is clearly visible. But it immediately opens a whole slew of
questions for me, many of them concerning my own projects.

* Section 2.1 forbids anything called something like "OpenThingMap".
  This form of name is very popular, there are numerous existing
  examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
  have to change their names?
* I have a written an open source software called "OSMCoastline" (among
  many others), this clearly contains the "OSM" abbreviation. The use
  of this software is very specific to OSM data. It doesn't make sense
  for this software not to have OSM in its name really so much is it
  tied to the OSM data. Can it keep this name? There is no mentioning
  of software in the policy at all.
* I am running the website openstreetmapdata.com where people can download
  OSM-derived data and only OSM-derived data. Currently all services
  there are free, we are only asking for donations (and receive almost
  none). But I want to reserve the right to charge for services there.
  The character of this site is in between a community site and
  something commercial. It comes out of my engagement for OSM and the
  OSM community, but it is not something run by the OSMF or so. It is
  run by me and Christoph personally and we might want to move it more
  into the direction of a commercial enterprise in the future. I know
  I am not alone with this, there are many sites that are half-open,
  half-community, half-commercial. And that is, in my opinion a good
  thing, because it is a way for OSM enthusiasts to move to something
  where they can make some money with what they are doing and sustain
  their services. But it raises the question of where community ends
  and trademark licenses are needed. It is quite clear from the policy
  that I can not keep using that domain name. What is not clear to me
  is how I have to do the wording on that site to keep within the
  Trademark Policy? Lets say I changed the site name to
  megaawesomedownloads.com, what else would I have to do? All the
  data on there is 100% derived from OSM data. I don't want to invent
  any bugus "product names", when I offer "OSM coastline data" for
  download, that describes best what you can download. Is a website
  a "Publication" in the sense of the section 4.3?

If such a policy is introduced, I would hope that the OSMF provides some
proactive guidance to the many many people already doing good things
based on OSM and help them get into compliance. I fear many people will
rather stop offering their services instead of understanding the legal
issues involved. This is especially important, because - from my limited
understanding of trademark law - it is necessary to actually defend your
trademarks if you want to keep them. So unlike the data license
violations which the OSMF can ignore as much as it wants to without
limiting what they can do in the future, the OSMF has to actually
defend its trademark. So if the OSMF says that, say "OpenSeaMap" is not
according to our policy, it HAS to fight it (even if nobody really minds
them using this name) to make this stick. So just ignoring some
violations and fighting others isn't possible. Which opens the whole
question of whether the OSMF is organizationally and financially in a
position to actually do this fighting? If not, why have this policy?


I think Jochen and others in this thread are giving great examples of an
important overall point about the OpenStreetMap community. The ongoing
position of the OSMF has been that it should run the API and the website
and the community should support and run any tools the community find
useful. It sounds like this policy is contradictory to that position in
that the community tools that happen to use OpenStreetMap in the name now
must ask for permission or change names.

I understand that OSMF wants to protect it's trademark, but extra care must
be taken to handle the unique situation of our community.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Draft Trademark Policy

[Jochen Topf]

On Thu, Aug 03, 2017 at 11:07:44PM +0200, Simon Poole wrote:
> The LWG would like to start a period of public review and consultation
> on our draft trademark policy, that we intend to bring forward to the
> OSMF board for adoption as a formal policy, please see the text here:
> 
> 
> https://wiki.openstreetmap.org/wiki/Trademark_Policy#OpenStreetMap_Trademark_Policy

This is a very well-written document and the will to create a fair
policy is clearly visible. But it immediately opens a whole slew of
questions for me, many of them concerning my own projects.

* Section 2.1 forbids anything called something like "OpenThingMap".
  This form of name is very popular, there are numerous existing
  examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
  have to change their names?
* I have a written an open source software called "OSMCoastline" (among
  many others), this clearly contains the "OSM" abbreviation. The use
  of this software is very specific to OSM data. It doesn't make sense
  for this software not to have OSM in its name really so much is it
  tied to the OSM data. Can it keep this name? There is no mentioning
  of software in the policy at all.
* I am running the website openstreetmapdata.com where people can download
  OSM-derived data and only OSM-derived data. Currently all services
  there are free, we are only asking for donations (and receive almost
  none). But I want to reserve the right to charge for services there.
  The character of this site is in between a community site and
  something commercial. It comes out of my engagement for OSM and the
  OSM community, but it is not something run by the OSMF or so. It is
  run by me and Christoph personally and we might want to move it more
  into the direction of a commercial enterprise in the future. I know
  I am not alone with this, there are many sites that are half-open,
  half-community, half-commercial. And that is, in my opinion a good
  thing, because it is a way for OSM enthusiasts to move to something
  where they can make some money with what they are doing and sustain
  their services. But it raises the question of where community ends
  and trademark licenses are needed. It is quite clear from the policy
  that I can not keep using that domain name. What is not clear to me
  is how I have to do the wording on that site to keep within the
  Trademark Policy? Lets say I changed the site name to
  megaawesomedownloads.com, what else would I have to do? All the
  data on there is 100% derived from OSM data. I don't want to invent
  any bugus "product names", when I offer "OSM coastline data" for
  download, that describes best what you can download. Is a website
  a "Publication" in the sense of the section 4.3?

If such a policy is introduced, I would hope that the OSMF provides some
proactive guidance to the many many people already doing good things
based on OSM and help them get into compliance. I fear many people will
rather stop offering their services instead of understanding the legal
issues involved. This is especially important, because - from my limited
understanding of trademark law - it is necessary to actually defend your
trademarks if you want to keep them. So unlike the data license
violations which the OSMF can ignore as much as it wants to without
limiting what they can do in the future, the OSMF has to actually
defend its trademark. So if the OSMF says that, say "OpenSeaMap" is not
according to our policy, it HAS to fight it (even if nobody really minds
them using this name) to make this stick. So just ignoring some
violations and fighting others isn't possible. Which opens the whole
question of whether the OSMF is organizationally and financially in a
position to actually do this fighting? If not, why have this policy?

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[Dan S]

2017-08-04 13:20 GMT+01:00 SK53 :
> Personally I'm rather more interested in mapping POPS as they are becoming
> an issue in larger cities.

We could map the boundaries of POPS through a systematic procedure of
standing in specific spots, looking like we don't want to buy
anything, and waiting for the security guards' reaction?

Dan

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

Re: [OSM-talk-fr] Cartographie des années 80 ;)

[GarenKreiz]

Séquence nostalgie!

Merci pour les liens intéressants vers les contenus et les logiciels.

J'ai commis une géocache qui demande un petit décodage CEPT
https://www.geocaching.com/geocache/GC359V6_minitel . Les joueurs peinent
maintenant à trouver des émulateurs à télécharger et certains en sont
réduits à dessiner les caractères alphamosaïques sur une feuille de papier!
Pas sûr qu'ils arrivent à trouver 212.47.238.202
 pour se faciliter la tâche!


Le 4 août 2017 à 11:57, Christian Quest  a écrit :

> Le 04/08/2017 à 10:13, Alain VASSAULT a écrit :
>
>> Hop souvenirs souvenirs
>> Tu éditait ou tu hébergeait sur Apple II ?
>>
>>
> Ouille, là tu met une thune dans le bastringue qui ne va plus s'arrêter ;)
>
> Dans l'ordre:
>
> - 1984/85: j'ai développé mon logiciel pour écrire des serveurs sur Apple
> II, il s'agit de Cristel... j'ai mis le code source (assembleur 6502) sur
> github il y a peu: https://github.com/cquest/cristel (je suis en train
> d'en refaire une version python)
>
> - 1985: j'ai créé mon micro-serveur "Computel" avec... écrit en BASIC
> Applesoft, ça ressemblait à ça: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.vtx,vtx/compu
> tel-05-1985/E.PAGE2.vtx
>
> - 1985/86: ensuite création de ma société, commercialisation de Cristel et
> hébergement... on est passé à du "multivoies", c'est à dire 3 Apple II sur
> une disque dur (de 10Mo) en réseau: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.JCA.vtx,vtx/
> jca/E.COMPUTEL.SCHEMA.vtx
>
> - 1986: on est passé sur Macintosh, avec Dragster... serveur 1 à 64 voies.
>
> Je peut récupérer quelques écrans vtx pour zieuter le code? Je me suis
>> toujours demandé comment c'était codé à l'époque.
>>
>>
> Tu as un paquet d'écrans sur http://212.47.238.202/minitel/vtx/
>
> La norme c'est le CEPT2, et la bible ce sont les "STUM" (Spécification
> Techniques d'Utilisation du Minitel) qu'on trouve en PDF par exemple sur:
> https://wiki.labomedia.org/index.php/Fichier:STUM1B.pdf
>
> Simpa aussi l'émulateur de terminal sur Internet. Il s'agit de quel soft ?
>>
>>
> C'est un sous ensemble de "miedit", un éditeur de page codé en
> javascript...
> https://github.com/Zigazou/miedit
>
> Tu peux le tester sur https://zigazou.github.io/miedit/
>
>
> Merci pour ce partage.
>>
>
> Et l'opendata à l'époque ça ressemblait à: http://212.47.238.202/minitel/
> minitel-loader.html?url=vtx/stcloud/E.ECOLESMENU.vtx
>
>
> --
> 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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

..

Am 04.08.2017 um 14:08 schrieb Christoph Hormann:
>
> Furthermore IMO it is not really in the interest of OpenStreetMap to 
> discourage use of the name in names of products that are based on 
> OpenStreetMap data. 
Naturally having to ask for permission "discourages" such use, which as
I already pointed out to Matthijs is in my opinion a good thing.

Not just because of the confusion it causes, even if we grant
permission, but because of all the other aspects of using our marks in
product names on top. For example if we granted somebody the right to
name their product "OpenStreetMap Navigation" we are tipping the market
playing field to the advantage of that one player. It is really
something that we shouldn't be doing.

And yes we have a small number of cases where that has historically
happened without permission outside of the realm of pure user groups
(the local chapter process, and perhaps one day a local user group
structure are designed to deal with that), which are difficult to undo,
but that is not a reason to make things worse.

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Building that have been replaced

[SK53]

Dave,

I would be very grateful if you did not talk about me (or David Earl, for
that matter) in such an off-hand way on this mailing list. I find it really
offensive.

This is nothing to do with historical mapping: it's retaining an element to
avoid erroneous re-mapping of a non-existent building. They get deleted
when imagery is updated. In the past considerable work has been created by
people mapping from aerial imagery when someone has gone to the trouble of
updating stuff from a survey. Keeping a small number of elements in OSM for
this purpose is I believe entirely reasonable.


Jerry

On 4 August 2017 at 12:45, Dave F  wrote:

>
> On 04/08/2017 12:11, Dan S wrote:
>
>> 2017-08-04 12:04 GMT+01:00 Dave F :
>>
>>> I'm pretty sure we've had this conversion before, where I pointed out
>>> OSM is
>>> not a historical record. If gone in the real world,it should be removed
>>> from
>>> OSM. If you wish to store out date info, transfer it to Open History Map.
>>>
>> Yes I thought so too. I tried to search the talk-gb archive for it but
>> I couldn't find the thread. Shame it isn't easier to find things in
>> our previous threads.
>>
> This is the welcome screen shown to all new users:
> http://www.openstreetmap.org/welcome.html
>
>
>
>> Seeing OSM is a global endeavour it's disappointing you keep repeat
>>> 'Around
>>> here...' as if Nottingham is somehow different & special when compare
>>> with
>>> elsewhere.
>>>
>> Don't worry too much about that, I'm sure it's just about awareness,
>> not exceptionalism!
>>
>
> From his previous posts, regrettably I don't believe that to be true. And
> he's not alone. See Cambridge University where a mapper has knowingly
> misinterpreted well defined tags to suit his custom rendering, (every uni
> building is tagged amenity=university & recreation grounds are tagged as
> pitches).
> https://www.openstreetmap.org/#map=18/52.20114/0.12167
>
> https://map.cam.ac.uk/#52.199657,0.117062,16
>
> 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: [OSM-talk-fr] tag de la semaine : harmoniser step.condition en step:condition

[marc marc]

Oui, c'est aussi mon impression.
Je me suis dis que le mieux serrait de commencer par les tag oü le ":" 
est majoritaire, pour essayer d'entrainer les autres par la suite.

Le 04. 08. 17 à 14:22, PanierAvide a écrit :
> Je me suis occupé de créer la page wiki correspondante : 
> https://wiki.openstreetmap.org/wiki/FR:Key:step:condition
> 
> Par contre, à l'échelle internationale, le tag "step.condition" est plus 
> utilisé (1300 fois contre 250 pour la version ":"). Même si la version 
> avec le ":" a plus de sens comparé aux autres tags, ça va être plus 
> compliqué de faire les modifs à plus grande échelle.
> 
> Adrien.
> 
> 
> Le 04/08/2017 à 13:27, marc marc a écrit :
>> Bonjour,
>>
>> Pour info, j'ai normalisé qlq step.condition en step:condition
>>
>> il reste encore 34 steps de la semaine passé, si vous avez un peu de
>> temps et l'envie,n'hésitez pas :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Building that have been replaced

[SK53]

This happens to be a local convention which has evolved. I have no idea how
it is done in other places as I don't tend to keep track of changes in
buildings and am less likely to be in the position of regularly seeing a
building & then not being aware of it being demolished. So I'm not offering
it as a general solution and that needs to be said.'

I always say where to place it in context: not everyone reading these
emails will want to trawl through a whole list. So I try and provide enough
information for the casual reader as well as the regular reader.

Different parts of the UK have evolved quite different ways of mapping
certain features. Often a local consensus emerges because mappers encounter
each others work and probably copy a particular approach: either, if they
haven't seen such things mapped before, or if they didn't know any suitable
tags. This is not a bad thing: it ensures that data does get captured, and
usually it only pertains to fairly rare tags or situations.

Jerry

On 4 August 2017 at 12:04, Dave F  wrote:

> I'm pretty sure we've had this conversion before, where I pointed out OSM
> is not a historical record. If gone in the real world,it should be removed
> from OSM. If you wish to store out date info, transfer it to Open History
> Map.
>
> Seeing OSM is a global endeavour it's disappointing you keep repeat
> 'Around here...' as if Nottingham is somehow different & special when
> compare with elsewhere.
>
> On 04/08/2017 09:20, SK53 wrote:
>
> Around here (Nottingham) we generally put something like demolished:
> building=* on the old way. Particular ly useful if you have several active
> mappers not all knowing about recent demolitions.
>
> On 4 Aug 2017 07:19, "David Fox"  wrote:
>
>> Add the new building. We should map what is currently on the ground.
>> Please don't be slave to out of date data or fear of edits being reversed.
>>
>> On 4 August 2017, at 06:42, Warin <61sundow...@gmail.com> wrote:
>>
>> How different is the footprint of the new building?
>>
>> I would think that the new building will be of a similar size to the old
>> one - given the planing permissions.
>>
>> So unless you intend to put in the new building .. I would leave it alone
>> - that gives at least an indication that there is a building there.
>>
>> Add a note to say it has been replaced with something similar?
>>
>>
>> On 04-Aug-17 09:37 AM, Dan S wrote:
>> > https://wiki.openstreetmap.org/wiki/Key:demolished:
>> >
>> > (your note is not likely to be noticed by someone who is in the middle
>> > of editing, I suggest)
>> >
>> >
>> >
>> > 2017-08-03 16:39 GMT+01:00 Andrew Black :
>> >> What should one do if there are building that have been knocked down
>> and
>> >> rebuilt.
>> >> Loathe just to delete them because an armchair mapper will come back
>> and add
>> >> them back. The new building is not in current bing imagary.
>> >> I have added a note  #1077006
>> >>
>> >> I am loathe to take photos or roam with a GPS in a hospital grounds!
>> >>
>> >> ___
>> >> 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-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-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: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 04.08.2017 um 13:53 schrieb Matthijs Melissen:
> On 3 August 2017 at 23:07, Simon Poole  wrote:
>> The LWG would like to start a period of public review and consultation on
>> our draft trademark policy, that we intend to bring forward to the OSMF
>> board for adoption as a formal policy, please see the text here:
> The proposed policy would discourage people from using 'OpenStreetMap'
> in their project names. To be honest, I don't think this policy is
> going the right way.

Allowing such use without laying down the rules opens up a gigantic can
of worms, that is what we are trying to avoid with putting this policy
in place, Further we have ample examples of were using our marks in
product names leads to clear confusion in the market and for consumers.

> This policy seems to protect against applications using OpenStreetMap
> in the name without using OpenStreetMap data. I don't think that's a
> serious problem, while the opposite 'problem' occurs quite often:
> projects using OpenStreetMap data without making it clear that they
> are doing so (except in some small attribution).
Note the question of using trademarks has nothing to do with providing
attribution for use of OSM data (with the narrow exception of the actual
attribution text), nor is using a trademark in a product or a service
name a replacement for proper attribution.

>
> For example, I would much rather have that people would call their app
> 'OpenStreetMap.me' rather than 'Maps.me'. This policy seems to
> discourage that.
I suspect we are going to have to disagree on that.

BTW in your scenario what would stop the hypothetical OpenStreetMap.me
starting to use Here or TomTom data  once they had established
themselves by using our well known name?

Simon

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




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] tag de la semaine : harmoniser step.condition en step:condition

[PanierAvide]

Je me suis occupé de créer la page wiki correspondante : 
https://wiki.openstreetmap.org/wiki/FR:Key:step:condition


Par contre, à l'échelle internationale, le tag "step.condition" est plus 
utilisé (1300 fois contre 250 pour la version ":"). Même si la version 
avec le ":" a plus de sens comparé aux autres tags, ça va être plus 
compliqué de faire les modifs à plus grande échelle.


Adrien.


Le 04/08/2017 à 13:27, marc marc a écrit :

Bonjour,

Pour info, j'ai normalisé qlq step.condition en step:condition

il reste encore 34 steps de la semaine passé, si vous avez un peu de
temps et l'envie,n'hésitez pas :-)

___
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: [Talk-GB] Lewis Cubitt Square, Kings Cross

[SK53]

See for example:
https://www.nicholasgooddenphotography.co.uk/london-blog/permit-for-photography-london.
I think it's entirely reasonable to warn people about such issues.

I think I may have taken photos of Granary Square but not sure if from
within the private bounds.

Personally I'm rather more interested in mapping POPS as they are becoming
an issue in larger cities.

Jerry

On 4 August 2017 at 12:57, Andy Mabbett  wrote:

> On 4 August 2017 at 09:23, SK53  wrote:
>
> > Isn't this one of the Pops (privately-owned public-space) recently
> mapped by
> > GiGL? In which case the landowner might forbid photographs.
>
> That doesn't mean that photographs cannot be taken; just that if they
> ask a photographer to stop or leave, they should do so. (And good luck
> to them spotting, let alone stopping, everyone who takes a pic with
> their mobile phone.)
>
> Nor can they stop people taking pictures from adjacent public spaces,
> such as the highway.
>
> In either case, once the pics are taken, Wikipedia and its sister
> projects can use them.
>
> ___
> 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-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Kevin Hemker]

Normalerweise ist der Bottleneck bei einem Datenbankimport der Import
selbst, also die Datenbank bzw. der damit einhergehende I/O. Da macht es
wenig Unterschied welche Programmiersprache Du verwendest. Um welche
Daten geht es denn hier? So wie ich das verstanden habe, sind es ja nur
ein paar POIs, die Du importieren willst, das sollte nicht wirklich sehr
aufwändig sein.

Jochen
Das Problem ist, dass ich basierend auf dem Typ des Poi, den vorhanden 
tags und dem Alter/letzte Änderung einen Wert berechne. Gereicht hätte 
es, nur bei Veränderungen neu zu berechnen - das sind dann nur eine 
Handvoll pro Tag. Wenn ich aber täglich einen Komplettimport mache, muss 
ich ja auch ALLES neu berechnen lassen, und das werden wohl ein paar 
zigtausend sein.


Du hast mir schonmal sehr geholfen, jetzt weiss ich zumindest warum es 
nicht so geht wie ich dachte...


Vielen Dank dafür!

Kevin

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

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[Andy Mabbett]

On 4 August 2017 at 09:23, SK53  wrote:

> Isn't this one of the Pops (privately-owned public-space) recently mapped by
> GiGL? In which case the landowner might forbid photographs.

That doesn't mean that photographs cannot be taken; just that if they
ask a photographer to stop or leave, they should do so. (And good luck
to them spotting, let alone stopping, everyone who takes a pic with
their mobile phone.)

Nor can they stop people taking pictures from adjacent public spaces,
such as the highway.

In either case, once the pics are taken, Wikipedia and its sister
projects can use them.

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

Re: [OSM-talk] Draft Trademark Policy

[Matthijs Melissen]

On 3 August 2017 at 23:07, Simon Poole  wrote:
> The LWG would like to start a period of public review and consultation on
> our draft trademark policy, that we intend to bring forward to the OSMF
> board for adoption as a formal policy, please see the text here:

The proposed policy would discourage people from using 'OpenStreetMap'
in their project names. To be honest, I don't think this policy is
going the right way.

This policy seems to protect against applications using OpenStreetMap
in the name without using OpenStreetMap data. I don't think that's a
serious problem, while the opposite 'problem' occurs quite often:
projects using OpenStreetMap data without making it clear that they
are doing so (except in some small attribution).

For example, I would much rather have that people would call their app
'OpenStreetMap.me' rather than 'Maps.me'. This policy seems to
discourage that.

-- Matthijs

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

Re: [Talk-GB] Building that have been replaced

[Dave F]

On 04/08/2017 12:11, Dan S wrote:

2017-08-04 12:04 GMT+01:00 Dave F :

I'm pretty sure we've had this conversion before, where I pointed out OSM is
not a historical record. If gone in the real world,it should be removed from
OSM. If you wish to store out date info, transfer it to Open History Map.

Yes I thought so too. I tried to search the talk-gb archive for it but
I couldn't find the thread. Shame it isn't easier to find things in
our previous threads.

This is the welcome screen shown to all new users:
http://www.openstreetmap.org/welcome.html





Seeing OSM is a global endeavour it's disappointing you keep repeat 'Around
here...' as if Nottingham is somehow different & special when compare with
elsewhere.

Don't worry too much about that, I'm sure it's just about awareness,
not exceptionalism!


From his previous posts, regrettably I don't believe that to be true. 
And he's not alone. See Cambridge University where a mapper has 
knowingly misinterpreted well defined tags to suit his custom rendering, 
(every uni building is tagged amenity=university & recreation grounds 
are tagged as pitches).

https://www.openstreetmap.org/#map=18/52.20114/0.12167

https://map.cam.ac.uk/#52.199657,0.117062,16

DaveF


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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 04.08.2017 um 13:22 schrieb Frederik Ramm:
>
> remely unwieldy product names that just cause trouble" :-)).
> I've always thought that using this name would the honest approach,
> rather than selling a product called "Geofabrik's cool Geodata"
> something or other, where the fact that it's 100% processed OSM is
> somewhere in the small print.
Well how small the small print is, is your choice :-).

If you create a borderline case, you can't really complain if there is
an extra hoop or two to jump through. So you probably would need
permission, which likely would be contingent on a) it remaining true
that this is 100% OSM data and b) adding a notice, similar to what
Christoph already mentioned, to your product description.  Naturally in
the case of GeoFabrik the problem is actually finding somebody without a
CoI that could decide on the matter.
>> A personal note: one of my pet peeves are the awful unimaginative,
>> uncreative and descriptive product and service names used in OSM-space,
> I don't see why I should call something that simply is an OSM WMS by a
> creative name that requires everyone to follow an extra indirection to
> understand what it is.

I don't really think some thing like:

*/GeoFabrik Awesone WMS Services/*/
//
//100% guaranteed wholesome OpenStreetMap(TM) data served hot from
replication./

Really counts as "an extra indirection"

Simon


signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] tag de la semaine : harmoniser step.condition en step:condition

[marc marc]

Bonjour,

Pour info, j'ai normalisé qlq step.condition en step:condition

il reste encore 34 steps de la semaine passé, si vous avez un peu de 
temps et l'envie,n'hésitez pas :-)

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

Re: [Talk-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Jochen Topf]

On Fri, Aug 04, 2017 at 12:46:56PM +0200, Kevin Hemker wrote:
> > Ja, aber das muss eine Datenbank sein, die komplett alle Daten enthält.
> > In den .osc-Dateien sind nur geänderte Objekte drin, nicht ungeänderte
> > Objekte, die mit den geänderten zusammenhängen, wie es bei Nodes in Ways
> > oder Ways in Relationen der Fall ist.
> > 
> Verstehe ich das also richtig: Wenn an einem Way nur Tags geändert wurden
> ist im .osc nur der Way mit den Tags, sowie den ID-Referenzen auf die Knoten
> enthalten - die zugehörigen Nodes als solche fehlen aber, weil unverändert.
> Wurde aber das Element in seiner Lage verändert, so sind neben den
> Referenzen auch diejenigen Nodes komplett enthalten, die verschoben wurden?

Jopp, das ist richtig.

> > Aber eine allgemeine Empfehlung: Das OSM-Datenmodell ist komplex und das
> > mit den Änderungen richtig hinzubekommen ist schwierig. Wenn es irgend
> > geht, dann würde ich lieber einmal am Tag oder einmal die Woche einen
> > kompletten Neuimport durchlaufen lassen oder so. Das macht es viel
> > einfacher.
> > 
> > Jochen
> 
> Nach Erstsicht der augmented diffs teile ich diese Einschätzung; das
> auseinanderzufriemeln wäre von der Performance her wahrscheinlich auch nicht
> produktiver.
> Allerdings ist ein kompletter Neuimport schon ein ziemlicher Overhead,
> zurzeit ist die Updateroutine beim Projekt in PHP umgesetzt.
> Für einen häufigeren Neuimport müsste ich mich dann wohl in C|Java
> einarbeiten.

Normalerweise ist der Bottleneck bei einem Datenbankimport der Import
selbst, also die Datenbank bzw. der damit einhergehende I/O. Da macht es
wenig Unterschied welche Programmiersprache Du verwendest. Um welche
Daten geht es denn hier? So wie ich das verstanden habe, sind es ja nur
ein paar POIs, die Du importieren willst, das sollte nicht wirklich sehr
aufwändig sein.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] Draft Trademark Policy

[Frederik Ramm]

Hi,

On 04.08.2017 12:48, Simon Poole wrote:
>> Geofabrik for example offers a product called "OpenStreetMap Data in 
>> Layered GIS Format" [1] - that is certainly a nominative use but at the 
>> same time also "sell(ing) stuff with OSM’s brand on it" as per section 
>> 3.4.

> Yes, but that isn't a conflict. IMHO GeoFabrik simply needs permission
> to use the mark that way (and a further licence for "creating and using
> extremely unwieldy product names that just cause trouble" :-)).

I've always thought that using this name would the honest approach,
rather than selling a product called "Geofabrik's cool Geodata"
something or other, where the fact that it's 100% processed OSM is
somewhere in the small print.

> A personal note: one of my pet peeves are the awful unimaginative,
> uncreative and descriptive product and service names used in OSM-space,

I don't see why I should call something that simply is an OSM WMS by a
creative name that requires everyone to follow an extra indirection to
understand what it is.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-GB] Building that have been replaced

[Dan S]

2017-08-04 12:04 GMT+01:00 Dave F :
> I'm pretty sure we've had this conversion before, where I pointed out OSM is
> not a historical record. If gone in the real world,it should be removed from
> OSM. If you wish to store out date info, transfer it to Open History Map.

Yes I thought so too. I tried to search the talk-gb archive for it but
I couldn't find the thread. Shame it isn't easier to find things in
our previous threads.

> Seeing OSM is a global endeavour it's disappointing you keep repeat 'Around
> here...' as if Nottingham is somehow different & special when compare with
> elsewhere.

Don't worry too much about that, I'm sure it's just about awareness,
not exceptionalism!

Dan


> On 04/08/2017 09:20, SK53 wrote:
>
> Around here (Nottingham) we generally put something like demolished:
> building=* on the old way. Particular ly useful if you have several active
> mappers not all knowing about recent demolitions.
>
> On 4 Aug 2017 07:19, "David Fox"  wrote:
>>
>> Add the new building. We should map what is currently on the ground.
>> Please don't be slave to out of date data or fear of edits being reversed.
>>
>> On 4 August 2017, at 06:42, Warin <61sundow...@gmail.com> wrote:
>>
>> How different is the footprint of the new building?
>>
>> I would think that the new building will be of a similar size to the old
>> one - given the planing permissions.
>>
>> So unless you intend to put in the new building .. I would leave it alone
>> - that gives at least an indication that there is a building there.
>>
>> Add a note to say it has been replaced with something similar?
>>
>>
>> On 04-Aug-17 09:37 AM, Dan S wrote:
>> > https://wiki.openstreetmap.org/wiki/Key:demolished:
>> >
>> > (your note is not likely to be noticed by someone who is in the middle
>> > of editing, I suggest)
>> >
>> >
>> >
>> > 2017-08-03 16:39 GMT+01:00 Andrew Black :
>> >> What should one do if there are building that have been knocked down
>> >> and
>> >> rebuilt.
>> >> Loathe just to delete them because an armchair mapper will come back
>> >> and add
>> >> them back. The new building is not in current bing imagary.
>> >> I have added a note  #1077006
>> >>
>> >> I am loathe to take photos or roam with a GPS in a hospital grounds!
>> >>
>> >> ___
>> >> 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-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-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-GB] Building that have been replaced

[Dave F]

I'm pretty sure we've had this conversion before, where I pointed out 
OSM is not a historical record. If gone in the real world,it should be 
removed from OSM. If you wish to store out date info, transfer it to 
Open History Map.


Seeing OSM is a global endeavour it's disappointing you keep repeat 
'Around here...' as if Nottingham is somehow different & special when 
compare with elsewhere.


On 04/08/2017 09:20, SK53 wrote:
Around here (Nottingham) we generally put something like demolished: 
building=* on the old way. Particular ly useful if you have several 
active mappers not all knowing about recent demolitions.


On 4 Aug 2017 07:19, "David Fox" > wrote:


Add the new building. We should map what is currently on the
ground. Please don't be slave to out of date data or fear of edits
being reversed.

On 4 August 2017, at 06:42, Warin <61sundow...@gmail.com
> wrote:

How different is the footprint of the new building?

I would think that the new building will be of a similar size to
the old one - given the planing permissions.

So unless you intend to put in the new building .. I would leave
it alone - that gives at least an indication that there is a
building there.

Add a note to say it has been replaced with something similar?


On 04-Aug-17 09:37 AM, Dan S wrote:
> https://wiki.openstreetmap.org/wiki/Key:demolished
:
>
> (your note is not likely to be noticed by someone who is in the
middle
> of editing, I suggest)
>
>
>
> 2017-08-03 16:39 GMT+01:00 Andrew Black
>:
>> What should one do if there are building that have been knocked
down and
>> rebuilt.
>> Loathe just to delete them because an armchair mapper will come
back and add
>> them back. The new building is not in current bing imagary.
>> I have added a note  #1077006
>>
>> I am loathe to take photos or roam with a GPS in a hospital
grounds!
>>
>> ___
>> 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-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-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 04.08.2017 um 12:29 schrieb Christoph Hormann:
>
> Nominative/referential use and including 'OpenStreetMap' in the name of 
> a product are not mutually exclusive.
>
> Geofabrik for example offers a product called "OpenStreetMap Data in 
> Layered GIS Format" [1] - that is certainly a nominative use but at the 
> same time also "sell(ing) stuff with OSM’s brand on it" as per section 
> 3.4.
>
> [1] http://www.geofabrik.de/data/geofabrik-osm-gis-standard-0.7.pdf
>
Yes, but that isn't a conflict. IMHO GeoFabrik simply needs permission
to use the mark that way (and a further licence for "creating and using
extremely unwieldy product names that just cause trouble" :-)).

Moving the current "product name" to the description and using something
else as the name of the product would naturally remove the need for
permission.

A personal note: one of my pet peeves are the awful unimaginative,
uncreative and descriptive product and service names used in OSM-space,
while I can just barely live with community projects not doing better,
you are not going to find me making excuses for commercial entities.

Simon






signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Kevin Hemker]

Ja, aber das muss eine Datenbank sein, die komplett alle Daten enthält.
In den .osc-Dateien sind nur geänderte Objekte drin, nicht ungeänderte
Objekte, die mit den geänderten zusammenhängen, wie es bei Nodes in Ways
oder Ways in Relationen der Fall ist.

Verstehe ich das also richtig: Wenn an einem Way nur Tags geändert 
wurden ist im .osc nur der Way mit den Tags, sowie den ID-Referenzen auf 
die Knoten enthalten - die zugehörigen Nodes als solche fehlen aber, 
weil unverändert.
Wurde aber das Element in seiner Lage verändert, so sind neben den 
Referenzen auch diejenigen Nodes komplett enthalten, die verschoben wurden?



Aber eine allgemeine Empfehlung: Das OSM-Datenmodell ist komplex und das
mit den Änderungen richtig hinzubekommen ist schwierig. Wenn es irgend
geht, dann würde ich lieber einmal am Tag oder einmal die Woche einen
kompletten Neuimport durchlaufen lassen oder so. Das macht es viel
einfacher.

Jochen


Nach Erstsicht der augmented diffs teile ich diese Einschätzung; das 
auseinanderzufriemeln wäre von der Performance her wahrscheinlich auch 
nicht produktiver.
Allerdings ist ein kompletter Neuimport schon ein ziemlicher Overhead, 
zurzeit ist die Updateroutine beim Projekt in PHP umgesetzt.
Für einen häufigeren Neuimport müsste ich mich dann wohl in C|Java 
einarbeiten.


Wenn aber obiger Sachverhalt so ist wie ich denke (kannst du mir das 
netterweise noch kurz bestätigen) kann ich damit vielleicht was 
anfangen, auf die exakte 10cm Position kommt es mir bei Gebäuden nicht 
an, Hauptsache man findet es :)



Womöglich habt Ihr mitbekommen, dass ich (sorry dafür) ein cross-post 
gestartet hab. Damit das nicht so bleibt würde ich gern eine 
Zusammenfassung vom Bisherigen ins Forum packen und darum bitten, 
weitere Tipps dort zu posten.


Dankeschön



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

Re: [Talk-GB] Building that have been replaced

[Michael Booth]

Do you mean https://www.openstreetmap.org/way/445288438 is no longer 
there, and has been rebuilt into a rectangular building?


If so, have a look at the newer DigitalGlobe imagery, and also OS 
OpenData StreetView to see the new building. Mind and check imagery 
alignment as there's normally an offset to Bing.


On 03/08/2017 16:39, Andrew Black wrote:
What should one do if there are building that have been knocked down 
and rebuilt.
Loathe just to delete them because an armchair mapper will come back 
and add them back. The new building is not in current bing imagary.

I have added a note  #1077006

I am loathe to take photos or roam with a GPS in a hospital grounds!


___
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: [OSM-talk] Draft Trademark Policy

[Christoph Hormann]

On Friday 04 August 2017, Simon Poole wrote:
>
> I don't quite see why you believe there is a conflict, nominative
> use, for example in the description of a product or service, is a
> completely different kettle of fish than use in a product/service
> name or on or as part of a product.
>
> Example the difference between saying "XY utilizes OpenStreetMap(TM)
> data to do Z" and naming a product "OpenStreetMap XY".

Nominative/referential use and including 'OpenStreetMap' in the name of 
a product are not mutually exclusive.

Geofabrik for example offers a product called "OpenStreetMap Data in 
Layered GIS Format" [1] - that is certainly a nominative use but at the 
same time also "sell(ing) stuff with OSM’s brand on it" as per section 
3.4.

[1] http://www.geofabrik.de/data/geofabrik-osm-gis-standard-0.7.pdf

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

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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

For reference a couple of trademark policies from similar organisations:

  * WMF (starting from the same text, and no we are not going to spend
what was likely equivalent to our yearly budget on making out
version so flashy :-))
https://wikimediafoundation.org/wiki/Trademark_policy
  * OSGeo http://www.osgeo.org/trademark_guidelines
  * Mozilla https://www.mozilla.org/en-US/foundation/trademarks/policy/

Simon



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 04.08.2017 um 11:39 schrieb Christoph Hormann:
> On Thursday 03 August 2017, Simon Poole wrote:
>> Dear all
>>
>> The LWG would like to start a period of public review and
>> consultation on our draft trademark policy, that we intend to bring
>> forward to the OSMF board for adoption as a formal policy, please see
>> the text here:
>>
>>
>> https://wiki.openstreetmap.org/wiki/Trademark_Policy#OpenStreetMap_Tr
>> ademark_Policy
> Am i reading this right that to comply with both the ODbL and the 
> trademark policy i would have to - when using OSM data - add both
>
> Contains data Copyright OpenStreetMap Contributors
>
> and
>
> OpenStreetMap is a trademark of the OpenStreetMap Foundation, and is 
> used with their permission. This product is not endorsed by or 
> affiliated with the OpenStreetMap Foundation.
We will add a clarification (which was in the original text) to the FAQ,
we are not requiring the trademark notice as part of the attribution text.

>
> Also i am not sure if according to this policy i would have to obtain 
> permission from the OSMF to use the term 'OpenStreetMap' when 
> advertising commercial services and products based on OpenStreetMap 
> data.  This could be considered to fall under 3.3 
> (nominative/referential use) but 3.3.3 specifically excludes commercial 
> purposes.
>
I don't quite see why you believe there is a conflict, nominative use,
for example in the description of a product or service, is a completely
different kettle of fish than use in a product/service name or on or as
part of a product.

Example the difference between saying "XY utilizes OpenStreetMap(TM)
data to do Z" and naming a product "OpenStreetMap XY".

Simon



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Cartographie des années 80 ;)

[Christian Quest]

Le 04/08/2017 à 10:13, Alain VASSAULT a écrit :

Hop souvenirs souvenirs
Tu éditait ou tu hébergeait sur Apple II ?



Ouille, là tu met une thune dans le bastringue qui ne va plus s'arrêter ;)

Dans l'ordre:

- 1984/85: j'ai développé mon logiciel pour écrire des serveurs sur 
Apple II, il s'agit de Cristel... j'ai mis le code source (assembleur 
6502) sur github il y a peu: https://github.com/cquest/cristel (je suis 
en train d'en refaire une version python)


- 1985: j'ai créé mon micro-serveur "Computel" avec... écrit en BASIC 
Applesoft, ça ressemblait à ça: 
http://212.47.238.202/minitel/minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.vtx,vtx/computel-05-1985/E.PAGE2.vtx


- 1985/86: ensuite création de ma société, commercialisation de Cristel 
et hébergement... on est passé à du "multivoies", c'est à dire 3 Apple 
II sur une disque dur (de 10Mo) en réseau: 
http://212.47.238.202/minitel/minitel-loader.html?url=vtx/amiserv/E.COMPUTEL.JCA.vtx,vtx/jca/E.COMPUTEL.SCHEMA.vtx


- 1986: on est passé sur Macintosh, avec Dragster... serveur 1 à 64 voies.

Je peut récupérer quelques écrans vtx pour zieuter le code? Je me suis 
toujours demandé comment c'était codé à l'époque.




Tu as un paquet d'écrans sur http://212.47.238.202/minitel/vtx/

La norme c'est le CEPT2, et la bible ce sont les "STUM" (Spécification 
Techniques d'Utilisation du Minitel) qu'on trouve en PDF par exemple 
sur: https://wiki.labomedia.org/index.php/Fichier:STUM1B.pdf



Simpa aussi l'émulateur de terminal sur Internet. Il s'agit de quel soft ?



C'est un sous ensemble de "miedit", un éditeur de page codé en javascript...
https://github.com/Zigazou/miedit

Tu peux le tester sur https://zigazou.github.io/miedit/



Merci pour ce partage.


Et l'opendata à l'époque ça ressemblait à: 
http://212.47.238.202/minitel/minitel-loader.html?url=vtx/stcloud/E.ECOLESMENU.vtx


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] Draft Trademark Policy

[Christoph Hormann]

On Thursday 03 August 2017, Simon Poole wrote:
> Dear all
>
> The LWG would like to start a period of public review and
> consultation on our draft trademark policy, that we intend to bring
> forward to the OSMF board for adoption as a formal policy, please see
> the text here:
>
>
> https://wiki.openstreetmap.org/wiki/Trademark_Policy#OpenStreetMap_Tr
>ademark_Policy

Am i reading this right that to comply with both the ODbL and the 
trademark policy i would have to - when using OSM data - add both

Contains data Copyright OpenStreetMap Contributors

and

OpenStreetMap is a trademark of the OpenStreetMap Foundation, and is 
used with their permission. This product is not endorsed by or 
affiliated with the OpenStreetMap Foundation.

Also i am not sure if according to this policy i would have to obtain 
permission from the OSMF to use the term 'OpenStreetMap' when 
advertising commercial services and products based on OpenStreetMap 
data.  This could be considered to fall under 3.3 
(nominative/referential use) but 3.3.3 specifically excludes commercial 
purposes.

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

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

Re: [Talk-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Jochen Topf]

On Fri, Aug 04, 2017 at 10:54:49AM +0200, Kevin Hemker wrote:
> Allerdings dachte ich, gerade die osmChange-Dateien sind geeignet
> Datenbanken aktuell zu halten...

Ja, aber das muss eine Datenbank sein, die komplett alle Daten enthält.
In den .osc-Dateien sind nur geänderte Objekte drin, nicht ungeänderte
Objekte, die mit den geänderten zusammenhängen, wie es bei Nodes in Ways
oder Ways in Relationen der Fall ist.

> Ziel ist, eine eigene MySQL-Datenbank (die Informationen über Poi vorhält)
> zu aktualisieren. Ways (also typischerweise Gebäude) sind darin durch ihren
> Mittelpunkt repräsentiert. Bisher habe ich dazu (testweise in kleineren
> Gebieten) den csv-export von overpass genutzt (DB-Inhalte vorher gelöscht
> und dann neu eingespielt), aber nun möchte ich das Gebiet ausweiten und die
> DB entsprechend aktualisieren statt täglich komplett neu zu füllen.
> 
> Um dabei nicht jeden einzelnen Änderungseintrag durch meine DB-Updateroutine
> jagen zu müssen und dort zu prüfen, ob er überhaupt in die DB soll möchte
> ich vorher schon filtern, was wesentlich performanter ist.

Du kannst versuchen, auf die augmented diffs zurückzugreifen, die haben
dann alle abhängigen Objekte in der alten und neuen Version drin.

Aber eine allgemeine Empfehlung: Das OSM-Datenmodell ist komplex und das
mit den Änderungen richtig hinzubekommen ist schwierig. Wenn es irgend
geht, dann würde ich lieber einmal am Tag oder einmal die Woche einen
kompletten Neuimport durchlaufen lassen oder so. Das macht es viel
einfacher.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-cz] Landuse okolo integrovaného výjezdového centra?

[Vladimír Slávik]

Co takhle amenity=rescue_station - ale je to dost podvyživený druh, zdá se,
a moc dobře nesedí :(

Intuice mi napovídá že bez ohledu na konkrétní hodnotu tagu, tohle
pravděpodobně nebude landuse ale amenity.

PS: Co z tohohle to vlastně je? Všechno?
emergency=ambulance_station
amenity=fire_station
amenity=police

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 4. 8. 2017 10:24:54
Předmět: [Talk-cz] Landuse okolo integrovaného výjezdového centra?
"Marně bádám, kterou hodnotu landuse použít pro areál IVC (112).

Možnosti jsou:
1) Residental - ale nikdo tam trvale nežije
2) Industrial - ale je to průmysl?
3) Commercial - jsou tam kanceláře, ale nejsou komerční
4) ?

Díky,
Marián

___
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: [OSM-talk-fr] Problème pour taguer un poste de gaz

[David Crochet]

Bonjour


Le 04/08/2017 à 10:38, g...@laposte.net a écrit :
Mes footings me donne l'occasion de suivre ces pipelines pour reperer 
les codes des bornes et les taguer. Comme base d'itinéraire, je 
consulte sans la copier la carte du reseau GRTgaz :

http://www.grtgaz.com/notre-entreprise/notre-reseau.html


Une source avec de meilleurs précisions, surtout lorsque les balises ne 
sont plus visible en photographie aériennes, ce sont les servitudes 
d'utilité publique de type i3 (transport de gaz naturel par 
canalisation) disponibles sur certains documents administratifs édictées 
par les préfectures


Cordialement

--
David Crochet


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

Re: [Talk-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Kevin Hemker]

Hallo Jochen,

vielen Dank für den Hinweis, das sehe ich mir an.

Allerdings dachte ich, gerade die osmChange-Dateien sind geeignet 
Datenbanken aktuell zu halten...


Ziel ist, eine eigene MySQL-Datenbank (die Informationen über Poi 
vorhält) zu aktualisieren. Ways (also typischerweise Gebäude) sind darin 
durch ihren Mittelpunkt repräsentiert. Bisher habe ich dazu (testweise 
in kleineren Gebieten) den csv-export von overpass genutzt (DB-Inhalte 
vorher gelöscht und dann neu eingespielt), aber nun möchte ich das 
Gebiet ausweiten und die DB entsprechend aktualisieren statt täglich 
komplett neu zu füllen.


Um dabei nicht jeden einzelnen Änderungseintrag durch meine 
DB-Updateroutine jagen zu müssen und dort zu prüfen, ob er überhaupt in 
die DB soll möchte ich vorher schon filtern, was wesentlich performanter 
ist.


LG


Am 04.08.2017 um 10:24 schrieb Jochen Topf:

On Thu, Aug 03, 2017 at 10:40:05PM +0200, Kevin Hemker wrote:

eigentlich ja keine große Sache, aber nach etlichen Stunden Verzweiflung
wende ich mich an euch und hoffe auf Hilfe:

Ausgangspunkt: .osc-Datei vom osm-Server. Das Filtern soll folgendes
Ergebnis liefern:

  * keine Relationen mehr
  * alle ways zu nodes konvertiert
  * nur nodes behalten, die ein paar bestimmte keys haben.

Eine .osc-Datei enthält zu einem Way nicht unbedingt alle Nodes, die in
diesem Way sind. Daher wirst Du mit diesem Ansatz immer Probleme haben.

Was willst Du denn am Ende erreichen? Wenn das Ziel ist, rauszufinden,
wo es überall Änderungen bestimmter Art gegeben hast, dann reichen die
.osc-Dateien nicht als Datenquelle aus. Du kannst Dir mal
http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs
anschauen, vielleicht hilft Dir das weiter.

Jochen


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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Hello, 

Tout à fait d'accord avec Jo.
On peut par ailleurs se prévoir des tests Osmose ou autre pour suivre
dans le temps la cohérence entre wikidata et OSM et corriger le cas
échéant.

La manière actuelle de tagger complexifie la réutilisation des données :
des fois, j'ai un tag network qui contient une valeur que je peux
afficher à un humain, mais des fois, j'ai un identifiant de réseau et il
faut que j'aille chercher ailleurs dans ma donnée pour trouver quelque
chose à afficher à un humain. 
Comment je fais la différence entre les deux cas ? ben chais pas trop,
si ça commence par "fr_" ça ressemble pas trop à un libellé pour un
humain ?!?

A minima, il faut qu'on indique que ce n'est pas un réseau qu'on a dans
network, mais un identifiant de réseau (tag network_id ?
network:wikidata ? ;) ) 

> Date: Fri, 4 Aug 2017 09:08:35 +0200
> From: Jo 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] bus : lignes de transport en commun
> Haute-Garonne : réseau
> Message-ID:
> 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Noémie Lehuby]

Salut Lenny,


Le Conseil Départemental de la Haute-Garonne organise les transports
publics sur le Département hors Métropole y compris les transports
scolaires (le lien de la page du wiki qui renvoi vers Tisséo est 
erroné).

Un exemple, la commune de Ondes http://www.mairie-ondes31.fr/f
r/vie-pratique/transports.html et la première ligne
http://www.mairie-ondes31.fr/_resources/Transport%2520scolai
re/S7105%2520RPI%2520-%2520ONDES-GRENADE%2520-%2520ST
%2520CAPRAIS.pdf?download=true où l'on peut voir qu'il n'y a aucun 
lien,

ni avec Tisséo, ni avec le Réseau Arc-en-Ciel


S'il y a effectivement un réseau de transport scolaire, il faut un tag 
network différent. Faisons simple et efficace.

D'après ta fiche horaire, pour cette ligne, je pense que ça serait
network = Transports Scolaires de la Haute-Garonne
operator = Cars Gers Garonne


En cherchant le school= yes proposé par Noémie , j'ai trouvé une
relation qui utilise le tag "route=school_bus"
http://www.openstreetmap.org/relation/3235487 qui me parait pas mal, 
non ?


Je ne suis pas fan de route = school_bus.
Ça me parait plus sain d'avoir route = bus, et un attribut 
complémentaire disant c'est scolaire.
Comme on a fait pour les bus de nuits : c'est du bus (route = bus), et 
ça roule la nuit (by_night = only)


Les valeurs qu'on met dans route sont sensées être limitées, pour 
faciliter la vie des réutilisateurs : si je cherche tous les parcours de 
bus, je vais utiliser route = bus, je vais pas avoir à l'idée de 
regarder si par hasard il y aussi des school_bus, des foot_bus, des 
tourist_bus, des night_only_bus, des whatever_bus etc
Tu remarqueras d'ailleurs que le rendu transport ne sait pas quoi faire 
de ton school_bus, que le validateur JOSM te dit que c'est un type de 
relation inconnu.



--
@nlehuby

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

Re: [OSM-talk-fr] Problème pour taguer un poste de gaz

[gnrc]

Bonjour 

Il y a quelques temps, j'avais commencé à taguer les postes et réseaux gaz 
autour de Lyon, vois le poste ci-dessous avec son pipeline : 
https://www.openstreetmap.org/way/329374822 

Comme dit François, la plaque sur le portail du poste indique sa ref et son 
nom. 
Chaque pieu ou plaque d'identification du pipeline a une ref qui peut porter a 
confusion, car parfois dupliquée entre piquet/plaque/poteau et ancien/nouveau 
marquage. Mes footings me donne l'occasion de suivre ces pipelines pour reperer 
les codes des bornes et les taguer. Comme base d'itinéraire, je consulte sans 
la copier la carte du reseau GRTgaz : 
http://www.grtgaz.com/notre-entreprise/notre-reseau.html 

Courage, c'est un peu long. 

Christian (gnrc69) 
Chaque goutte remplit l’océan. 

- Mail original -

De: "Lionel Allorge"  
À: talk-fr@openstreetmap.org 
Envoyé: Jeudi 3 Août 2017 19:47:47 
Objet: Re: [OSM-talk-fr] Problème pour taguer un poste de gaz 

Bonjour, 

> pipeline=substation est bien la bonne piste, normalisée il y a 1 ou 2> ans 
> pour suivre ce qui avait été fait pour les réseaux électriques.> 
https://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dsubstation> > Par 
contre il ne faut pas mettre man_made=pipeline dessus.> > Il y a une clé 
substation=* à mettre pour donner la fonction du poste. 
Merci pour ces précisions. 

> Je serai prenneur de la photo de la plaque indicative jaune sur la 
> grille pour aider à en déterminer la valeur. 
> => Logique à indiquer sur une traduction française de la page 

Voici la photo : 

https://commons.wikimedia.org/wiki/File:Poste_de_gaz_%C3%A0_Cenon-sur-Vienne_le_17_juillet_2017_-_1.jpg
 

En cliquant sur la photo on obtient la version haute définition sur 
laquelle la plaque est lisible. 

Et j'ai aussi dans la région un autre poste de gaz dans la région qui 
est lui composé de bonbonnes de gaz et non plus d'un pipeline : 

https://commons.wikimedia.org/wiki/File:Poste_de_gaz_%C3%A0_Senill%C3%A9_le_17_juillet_2017_-_2.jpg
 

https://commons.wikimedia.org/wiki/File:Poste_de_gaz_%C3%A0_Senill%C3%A9_le_17_juillet_2017_-_3.jpg
 


Librement. 

-- 
Lionel Allorge 
April : http://www.april.org 
Lune Rouge : http://www.lunerouge.org 
Wikimedia France : http://wikimedia.fr 
OpenStreetMap France : http://www.openstreetmap.fr/ 
 
« Le fait le plus terrifiant à propos de l'univers n'est pas 
qu'il est hostile, mais qu'il est indifférent » 
Stanley Kubrick 

___ 
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] Cartographie des années 80 ;)

[Alain VASSAULT]

Hop souvenirs souvenirs
Tu éditait ou tu hébergeait sur Apple II ?

Je peut récupérer quelques écrans vtx pour zieuter le code? Je me suis toujours 
demandé comment c'était codé à l'époque.

Simpa aussi l'émulateur de terminal sur Internet. Il s'agit de quel soft ?

Merci pour ce partage.



Le 4 août 2017 08:52:39 GMT+02:00, Christian Quest  a 
écrit :
>Devoirs de vacances : récupération du contenu de mes disquettes Apple
>II 
>sur lequel je faisais des serveurs Minitel...
>
>...et voilà ce que j'ai retrouvé:
>
>http://212.47.238.202/minitel/minitel-loader.html?url=vtx/jca/E.PRES20.vtx
>
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Ich verzeifle daran eine .osc-Datei zu filtern

[Jochen Topf]

On Thu, Aug 03, 2017 at 10:40:05PM +0200, Kevin Hemker wrote:
> eigentlich ja keine große Sache, aber nach etlichen Stunden Verzweiflung
> wende ich mich an euch und hoffe auf Hilfe:
> 
> Ausgangspunkt: .osc-Datei vom osm-Server. Das Filtern soll folgendes
> Ergebnis liefern:
> 
>  * keine Relationen mehr
>  * alle ways zu nodes konvertiert
>  * nur nodes behalten, die ein paar bestimmte keys haben.

Eine .osc-Datei enthält zu einem Way nicht unbedingt alle Nodes, die in
diesem Way sind. Daher wirst Du mit diesem Ansatz immer Probleme haben.

Was willst Du denn am Ende erreichen? Wenn das Ziel ist, rauszufinden,
wo es überall Änderungen bestimmter Art gegeben hast, dann reichen die
.osc-Dateien nicht als Datenquelle aus. Du kannst Dir mal 
http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs
anschauen, vielleicht hilft Dir das weiter.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-GB] Lewis Cubitt Square, Kings Cross

[SK53]

Isn't this one of the Pops (privately-owned public-space) recently mapped
by GiGL? In which case the landowner might forbid photographs.

Jerry

On 3 Aug 2017 20:44, "Andy Mabbett"  wrote:

> We appear to have no pics on Commons of Lewis Cubitt Square, a newly
> (2016?) created public open space behind Kings Cross station:
>
>https://www.kingscross.co.uk/lewis-cubitt-square
>
> If anyone is passing there, please take a few, and add one to:
>
> https://www.wikidata.org/wiki/Q34622297
>
> The same goes for the other parts of that development, such as Lewis
> Cubitt Park:
>
> https://www.kingscross.co.uk/lewis-cubitt-park
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> 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-GB] [Osmf-talk] OSM and Diversity

[Dan S]

Hi,

Yes - I find myself in the confusing position of being very grateful
for Kate's message, and for Fredrik's message.

This recent discussion originated in the talk-gb mailing list. Now
that OSM UK has been formed as a hub for UK-specific work
http://osmuk.org/ I've been wondering if that will enable us to do
proactive work such as initiatives with school students (as Stefan
mentions, though also inspired by the initiatives mentioned e.g. in
Kathleen's slides). I'm only a peripheral member of OSM UK though so I
can't claim to know the mind of its board, but it might be possible to
get funding to improve diversity in our UK community. (Another
inspiration from Kathleen's slides: find money, take some concrete
action.)

Best
Dan


2017-08-03 20:18 GMT+01:00 Stefan Keller :
> Hi,
>
> I agree with Kate and others about gentle communication and doing
> small steps towards a better (gender) diversity. Obviously OSM should
> attract more non-male/non-young/non-white/non-rich/non-european
> members.
>
> But I don't see why we should ignore questionable academic disussions
> and papers. It's up to Frederik to take his time to dissect Andrew
> Hall's recent "Wikimedia Research Showcase" and Monica Stephens' paper
> on "Gender and the GeoWebHOT" 2013 (for those interested see other
> thread entitled "Live OSM discussion in ~45 minutes ...").
>
> There exists no unbiased map and I support the idea that VGI has a
> systematic and a project specific bias (see Muki Haklay's post here on
> "PhD opportunity on biases..."). I think we agree on the systematic
> bias. But IMHO also the project specific bias of OSM is neither very
> evident nor stronger i.e. than the average tech. project and/or
> association.
>
> So OSM is in good company like e.g. with many sports clubs - and
> computer science. Believe me, they are wringing hands in academia and
> industry there too. I'm co-organizing coding events for women like
> Girls Weeks, @DjangoGirls - besides Mapping Parties - having a great
> time. Unfortunately with limited success since years when looking at
> the low female quota in such jobs.
>
> Being both a computer scientist and a geographer have an observation
> though, which could give a hint: In high school, geographical and
> social departments the gender diversity seems quite good. And to me
> OSM has quite much to do with geography and society (including
> tourism).
>
> So, IMHO it would be worthwhile to find out the commonalities and what
> attracts women to engage in geography or social professions. And I
> don't think it's because of the majority of men nor hostile
> debaters/contributors nor code creators. It's happening at K-12 and
> before... (*)
>
> :Stefan (on the way to SotM 2017 Japan!)
>
> (*) Have you seen the children's activities at SotM-FR 2017? See e.g.
> https://twitter.com/assotiriad/status/869779597256257537 and
> http://openstreetmap.fr/sotmfr2017
>
>
> 2017-08-01 15:31 GMT+02:00 Kathleen Danielson :
>> Hi Everyone,
>>
>> Just dropping in, as another woman who was on the OSMF Board, but did not
>> manage to finish her term. (Another fun cut was hearing "Good Morning,
>> Gentlemen!" being called out as someone entered a face to face board meeting
>> at which Kate and I were present, definitely not being gentlemen.)
>>
>> I've mostly checked out of OSM these days, because it was exhausting (I
>> wonder why...).
>>
>> If you're wringing your hands about what we can do about the diversity
>> problem (as I saw in a different thread), you haven't been paying attention.
>> We've been talking about this for years. Here's a talk I gave in 2015
>> literally called "Improving Diversity in OSM" [1]. Here's a list of other
>> OSM-specific resources that have been collected on the wiki [2].
>>
>> I hope you'll take to heart the work that so many of us already poured into
>> this topic. I hope you'll also think long and hard about why quite a few of
>> us who amassed that body of work are no longer active within the community.
>>
>> Kathleen
>>
>> [1] https://www.youtube.com/watch?time_continue=2=WIzTEaMEc8k
>> [2] http://wiki.openstreetmap.org/wiki/Diversity
>>
>> On Tue, Aug 1, 2017 at 10:11 AM, Robert Banick  wrote:
>>>
>>> Hi Kate,
>>>
>>> I don’t have any brilliant contributions to add, beyond thanking you for
>>> this well spoken message. I agree completely with what you said and will try
>>> to remember the enjoinder of “just don’t”. I’m not a big mailing lister but
>>> I am certainly guilty of narrowing in on small things instead of addressing
>>> the bigger picture.
>>>
>>> I think it’s a great idea to include these principles in the Core Values
>>> list. I also think that really, 99% of people on this mailing list
>>> implicitly recognize those Core Values, if not always the best behaviors to
>>> reach them. Doesn’t mean we shouldn’t recognize them, I just think it’s
>>> worth noting we are a community of good intentions, just not 

Re: [Talk-GB] Building that have been replaced

[SK53]

Around here (Nottingham) we generally put something like demolished:
building=* on the old way. Particular ly useful if you have several active
mappers not all knowing about recent demolitions.

On 4 Aug 2017 07:19, "David Fox"  wrote:

> Add the new building. We should map what is currently on the ground.
> Please don't be slave to out of date data or fear of edits being reversed.
>
> On 4 August 2017, at 06:42, Warin <61sundow...@gmail.com> wrote:
>
> How different is the footprint of the new building?
>
> I would think that the new building will be of a similar size to the old
> one - given the planing permissions.
>
> So unless you intend to put in the new building .. I would leave it alone
> - that gives at least an indication that there is a building there.
>
> Add a note to say it has been replaced with something similar?
>
>
> On 04-Aug-17 09:37 AM, Dan S wrote:
> > https://wiki.openstreetmap.org/wiki/Key:demolished:
> >
> > (your note is not likely to be noticed by someone who is in the middle
> > of editing, I suggest)
> >
> >
> >
> > 2017-08-03 16:39 GMT+01:00 Andrew Black :
> >> What should one do if there are building that have been knocked down and
> >> rebuilt.
> >> Loathe just to delete them because an armchair mapper will come back
> and add
> >> them back. The new building is not in current bing imagary.
> >> I have added a note  #1077006
> >>
> >> I am loathe to take photos or roam with a GPS in a hospital grounds!
> >>
> >> ___
> >> 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-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-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-cz] Landuse okolo integrovaného výjezdového centra?

[Marián Kyral]

Marně bádám, kterou hodnotu landuse použít pro areál IVC (112).

Možnosti jsou:
  1) Residental - ale nikdo tam trvale nežije
  2) Industrial - ale je to průmysl?
  3) Commercial - jsou tam kanceláře, ale nejsou komerční
  4) ?

Díky,
Marián

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : "Network"

[lenny]

Le 02/08/2017 à 22:33, Philippe Verdy a écrit :
Ce cas n'est pas unique: les transports en commun dans un territoire 
n'ont l'exclusivité de leur organisation que dans les EPCI de type 
métropole, communauté urbaine, ou communauté d'agglomération. Sinon 
les EPCI peuvent décider de partager certaines lignes entre leurs 
communes, ou bien les communes peuvent faire exception et organiser 
leur propre transport public avec les opérateurs qu'elles souhaitent. 
On peut donc se retrouver avec les morceaux de lignes cogérés, des 
arrêts partagés. Les usagers peuent avoir à acquitter plusieurs 
billets de transports, ou des compléments selon leurs abonnement.


Qui va gérer les équipements (zones d'arrêts, signalisation, abris)? 
En général ce sera la commune ou la collectivité qui a en charge la 
voie de transport, et il n'y a pas de garantie que la comune ou l'EPCI 
participe; un exploitant peut aussi financer une partie de 
l'équipement, ou dans certains cas les résidents riverains eux-mêmes 
ou une asso qui les représente (avec l'accord de la collectivité s'il 
faut un permis de construire) quand l'équipement se situe sur un 
terrain privé comme une zone commerciale ou un secteur résidentiel 
privé ; la ligne n'est pas entièrement d'intérêt public mais peut être 
paritaire. On parle alors difficilement de réseau, même si la ligne 
peut participer à plusieurs réseaux et y être mentionnée sans y être 
totalement intégrée (avec une tarification spéciale et des 
restrictions sur la validité des abonnements). La ligne aura un nom ou 
juste un parcours indicatif. La ligne peut même être totalement privée 
mais accessible au public selon les conditions fixées par le 
transporteur et l'octroi de subventions facultative pour fixer un 
tarif à certaines catégories usagers munis d'abonnements et que la 
commune veut bien aider à financer.


La commune peut le faire sans passer de contrat exclusif avec un 
transporteur exploitant et renouveler les contrats au coup par coup ou 
en faisant appel à la concurrence des transporteurs. En zone très 
rurale en effet les besoins de transport sont très aléatoires et 
changent souvent radicalement d'une année sur l'autre à cause du petit 
nombre d'usagers et de leur fréquentation très irrégulière. aussi de 
nombreuses lignes rurales ont des trajets indicatifs avec des parcours 
optionnels et des arrêts possibles uniquement à la demande (sur 
réservation).
Oui, oui ; bon d'accord !!! mais je voulais juste expliquer à Noémie que 
les Transports Scolaires de la Haute-Garonne ne dépendent ni de Tisséo, 
ni du Réseau Arc-en-Ciel.


Je vais essayer d'écrire ce qui me perturbe dans chaque solution 
"network=fr_" et "network:wikidata" :
-  je ne vois pas l'utilité du "fr_" d'autant plus qu'il ne 
garantit pas l'unicité pour les réseaux de bus
- Avec taginfo, on ramène des "network=fr_xxx" et des 
"network=FR:xxx" ?
-  a-t-on besoin d'un tag network si la relation itinéraire maître 
est membre de la relation network ?
- Je n'ai pas trouvé de tag network:wikidata ; oui, wikidata 
garantirait l'unicité, mais je ne vois pas de facilité pour l'utiliser, 
trouver le code depuis un éditeur d'osm ne me parait pas très aisé et je 
me vois mal le mettre sur chaque objet.


Comme je n'ai pas de connaissances permettant de juger entre les 
divergences concernant les données "network", je vais laisser en l'état, 
en ajoutant "wikidata=" dans la relation network .


Est-ce que le tag "network" n'est pas suffisant au niveau de la relation 
"route" ?
S'il y a plusieurs poteaux sur un arrêt (abris installé par le CD31 avec 
n° de ligne + poteau installé par Tisséo avec n° de ligne ; ou poteau du 
CD31 avec inscription "transport scolaire + poteau Tisséo) un seul node 
ou plusieurs (en général, je n'en met qu'un)


Pour les transports scolaires, a-t-on besoin d'un tag network ?
En cherchant le scholl= yes proposé par Noémie , j'ai trouvé une 
relation qui utilise le tag "route=school_bus" 
http://www.openstreetmap.org/relation/3235487 qui me parait pas mal, non ?






Le 2 août 2017 à 20:39, lenny > a écrit :




Le 01/08/2017 à 21:44, Noémie Lehuby a écrit :

Hello,

A-t-on vraiment un réseau de transports scolaires à part
entière ? si non, j'imagine qu'on peut les mettre dans le
réseau Tisséo existant (éventuellement avec un tag school =
yes/only sur les relations route et route_master)

Tisséo gère les transports sur Toulouse Métropole y compris les
transports scolaires sur la Métropole.

Le Conseil Départemental de la Haute-Garonne organise les
transports publics sur le Département hors Métropole y compris les
transports scolaires (le lien de la page du wiki qui renvoi vers
Tisséo est erroné).
Un exemple, la commune de Ondes
http://www.mairie-ondes31.fr/fr/vie-pratique/transports.html
 et
   

Re: [Talk-de] FOSSGIS als deutsches OSMF-Chapter

[Christoph Hormann]

On Thursday 03 August 2017, Frederik Ramm wrote:
>der FOSSGIS-Vorstand sammelt jetzt die Unterlagen zusammen, die
> die OSMF für eine Local Chapter-Bewerbung braucht
> (http://wiki.osmfoundation.org/wiki/Local_Chapters/Application_docume
>nts).
>
> Wir haben das Standard-"Local Chapter Agreement" gründlich geprüft
> und möchten der OSMF anbieten, es mit nur wenigen Änderungen zu
> unterschreiben. Diese Änderungen sind:

Insgesamt sieht das erst mal gut aus aus meiner Sicht und folglich gibt 
es für mich keine Bedenken, die ich im Konsultations-Prozess noch 
vorbringen wollen würde.

> Dass nicht jeder zu einer Mitgliederversammlung kommen kann und will,
> ist uns bewusst. Schon heute kann man seine Stimme an jemand anderen
> übertragen, wenn man will; richtig ist, dass wir etwas klarer sagen
> sollten, wie das geht. Die Möglichkeit der "Remote-Teilnahme" möchten
> wir für die Zukunft weiter untersuchen.

Hier sollte erwähnt werden, dass die Stimmübertragung per Satzung 
derzeit auf eine zusätzliche Stimme pro anwesendem Mitglied beschränkt 
ist.

> "Das Verfahren, Mitglied zu werden, könnte etwas weniger antik und
> weniger abschreckend gestaltet werden"
>
> Da wird vom Vorstand schon ein Satzungsänderungsantrag für die 2018er
> MV vorbereitet, der es ermöglichen soll, online Mitglied zu werden.
> Der muss dann natürlich von den Mitgliedern genehmigt werden, aber
> ich sehe nicht, wieso jemand was dagegen haben könnte.

Das klingt gut.

Vielleicht noch als Erläuterung zu meiner etwas salopp formulierten 
Amerkung:  Derzeit sagt die Satzung des FOSSGIS, dass der Vorstand über 
die Aufnahme neuer Mitglieder entscheidet wobei Ablehnungen von der 
Mitgliederversammlung bestätigt werden müssen [1].  Das tritt zwar 
praktisch vermutlich so gut wie nie auf, steht aber formell ein 
bisschen im Konflikt mit einer Anforderung der OSMF [2], welche 
sagt: "...should allow easy and mass membership and democratic 
participation in the decisions processes".

> Es wurde angemerkt, dass es im FOSSGIS ein Stimmrecht für juristische
> Personen gibt, bei der OSMF aber nicht. Der FOSSGIS-Vorstand sieht
> hier derzeit keinen Handlungsbedarf, vorallem, weil es sich bei den
> 24 juristischen Personen, die im FOSSGIS Mitglied sind, in den
> meisten Fällen um Klein- und Kleinstunternehmen handelt und nicht um
> das "große Kapital".

Klar, aber das ist halt eine gewisse Ungleich-Behandlung.  Wenn Du zum 
Beispiel eine persönliche Mitgliedschaft hast und eine 
Firmen-Mitgliedschaft für die Geofabrik dann hast Du im Prinzip zwei 
Stimmen.  Ich sehe eigentlich keinen triftigen Grund, weshalb das 
Stimmrecht in der Mitgliederversammlung nich auf natürliche Personen 
beschränkt werden kann aber das kann man ja problemlos jederzeit als 
Satzungsänderungsantrag einreichen.

Grundsätzlich wird für einen Erfolg des FOSSGIS als local chapter 
entscheidend sein, dass sich die OSM-Aktiven auch in größerer Zahl dort 
beteiligen.  Ist dies erst einmal der Fall ist eigentlich auch 
sichergestellt, dass die Interessen der deutschen OSM-Community im 
Verein ausreichend repräsentiert werden.

[1] https://www.fossgis.de/verein_satzung.html
[2] http://wiki.osmfoundation.org/wiki/Local_Chapters/FAQ

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

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

Re: [Talk-lt] Svetainių tikrinimas

[Ramas]

Jei 503(bet kuris 5xx), reiškiasi svetainė yra, tik ji laikinai neveikia.
Tokius galima praleisti.

O jei redirect, tai tada reiktų pažiūrėt, permanent ar ne. Permanent atveju
reiktų įtraukti į taisytinų sąrašą.

2017-08-04 10:31 GMT+03:00 sirex :

> On 2017-08-04, Tomas Straupis wrote:
> >   wget -S http://www.thierrykepykla.lt/lt/
> >   grąžina 503 Service temporarily unavailable, nors naršyklėje įrašius
> > adresą gaunamas normalus rezultatas.
>
> Kas įdomiausia, naršyklė taip pat gauna 503, panašų, kad svetainė
> tiesiog kreivokai sukonfigūruota.
>
> Kaip šitą išspręsti nežinau, gal tiesiog įtraukti į baltąjį sąrašą arba
> ieškoti POI pavadinimo grąžintame HTML kode, tuo atveju jei gaunamas ne
> OK statusas.
>
> >   wget -S https://www.nvaistine.lt/
> >   gaunama problema su sertifikatu, nors naršyklė (firefox/chrome)
> > vėlgi niekuo nesiskundžia.
> > KLAIDA: The certificate of ‘www.nvaistine.lt’ is not trusted.
> > KLAIDA: The certificate of ‘www.nvaistine.lt’ hasn't got a known issuer.
> > KLAIDA: The certificate of ‘www.nvaistine.lt’ was signed using an
> > insecure algorithm.
>
> Sertifikatus galima ignoruoti su --no-check-certificate.
>
>
> --
>  Mantas aka sirex
>   __o   /\
> _ \<,_   -- http://t.me/sirexo --/\/  \
> ___(_)/_(_)_/_/\
> ^
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-cz] Import poštovních schránek - máme id schránky!

[Marián Kyral]

Omlouvám se za dvojitý post, ale někde se to zaseklo a myslel jsem, že
ti už nedojde :-D

Marián

Dne 3.8.2017 v 21:56 Marián Kyral napsal(a):
> Dne 3.8.2017 v 11:16 majka napsal(a):
>> Ahoj Mariáne,
>>
>> díky za info a díky i Daliborovi za zařízení...
>>
>> Koukala jsem na poi-importer - neujelo ti trochu to číslování při
>> převodu? Konkrétně např. depo České Budějovice, 37371, schránka 34 je
>> braná ne jako 37371/34 nebo 37371/034, ale jako 37371/340. Vzhledem k
>> tomu, že číslování jde i do stovek, mohl by to být problém - schránka
>> č. 10 by pak v referenci duplikovala schránku č. 100 - a taky se to
>> tak tváří (Čéčova 711/21, České Budějovice 3, 37004, České Budějovice).
>>
>
> Máš pravdu, posunulo se mi ref - dával jsem tam to budoucí (ne
> aktuálně zpracovávané). Opravím.
>
>
>> A jaký formát číslování tedy budeme používat? Ta výše uvedená č. 34
>> je nyní v OSM jako 37371:34; není problém to převést hromadně, jen si
>> ten formát chci potvrdit. Ta druhá je tam jen jako 10 z počátku,
>> zapomněla jsem tady tu referenci opravit poté, co mi došlo, že je to
>> číslování za depo...
>>
>
> Je to první nástřel, formát ref klidně změním. I když lomítko se mi
> líbí více. I další připomínky jsou vítány.
>
> Marián
>
>
>> Majka
>>
>> 2017-08-03 8:28 GMT+02:00 Marián Kyral > >:
>>
>> Ahoj,
>> začal nový měsíc, takže jsem stáhl aktualizovaný seznam schránek
>> a hle -
>> nově je v něm jednoznačné ID schránky. Takže se dají jednoduše
>> spárovat
>> řádky, které patří k sobě, aplikovat na ně korekce souřadnic a
>> následně
>> je i párovat se záznamy v OSM.
>> Moc díky Daliborovi, že to zařídil (y). Je to přesně to co jsme
>> potřebovali.
>>
>> $ head $IN_FILE | iconv -f cp1250 -t utf-8
>> 
>> psc;zkrnaz_posty;cis_schranky;adresa;sour_x;sour_y;misto_popis;cast_obce;obec;okres;cas;omezeni
>> 59302;Bystřice n/Pernšt. D II;1;Masarykovo náměstí 105, 59301,
>> Bystřice
>> nad Pernštejnem;1121521.19;619403.24;pošta Bystřice nad
>> Pernštejnem16:00;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;2;Masarykovo náměstí 298, 59301,
>> Bystřice
>> nad Pernštejnem;1121723.84;619180.51;náměstí TGM 29812:00;1-5 -
>> pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;3;Spojovací 936, 59301, Bystřice nad
>> Pernštejnem;1121373.73;619850.2;Spojovací, Bystřice nad
>> Pernštejnem10:30;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;4;Bratrská 310, 59301, Bystřice nad
>> Pernštejnem;1121888.72;619265.87;Nádražní 310, Bystřice nad
>> Pernštejnem12:00;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;5;Stříbrná 851, 59301, Bystřice nad
>> Pernštejnem;1121023.76;620399.43;Stříbrná, Bystřice nad
>> Pernštejnem12:00;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;6;Nádražní 608, 59301, Bystřice nad
>> Pernštejnem;1122272.57;619369.48;Jívová, Bystřice nad
>> Pernštejnem09:30;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;7;Zlatkov 59, 59301,
>> Rožná;1125157.05;619965.82;Jednota, Zlatkov08:00;1-5 -
>> pracovní dny
>> (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;9;Zahradní 684, 59301, Bystřice nad
>> Pernštejnem;1121661.28;618918.89;obchod Voldán, Bystřice nad
>> Pernštejnem09:00;1-5 - pracovní dny (pondělí až pátek)
>> 59302;Bystřice n/Pernšt. D II;10;Nový dvůr 342, 59301, Bystřice nad
>> Pernštejnem;1122704.77;620235.39;ČD, Bystřice nad
>> Pernštejnem12:00;1-5 - pracovní dny (pondělí až pátek)
>>
>> $ tail -n +2 $IN_FILE | iconv -f cp1250 -t utf-8 |cut -d ";" -f 1,3-
>> |sort |grep "79907;7;"
>> 79907;7Prostějov, sídl.E.Beneše 3916/21
>> (stojan);Prostějov;Prostějov;Prostějov;11:00;6 - sobota
>> 79907;7Prostějov, sídl.E.Beneše 3916/21
>> (stojan);Prostějov;Prostějov;Prostějov;17:15;1-5 - pracovní dny
>> (pondělí
>> až pátek)
>>
>> Aktualizoval jsem data na
>> http://osm.kyralovi.cz/POI-Importer-testing
>> 
>> Přidal jsem klíč "ref" ve tvaru "PSC/cis_schranky".
>>
>> Marián
>>
>> ___
>> 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

Re: [Talk-lv] geoserver problēma

[Pēteris Brūns]

1) Nezinot failu izcelsmi reizēm palīdz faila pārrakstīšana ar
gdal_translate, GDAL tad satīra GTiff metadatus, kuri reizēm mēdz GeoServer
neaptikt
2) gdaladdo operācija gan izskatās nedaudz dīvaina, bet nezinot datus un
iemeslus var tikai likties un sasisties. Labā prakse gan ir taisīt ārējās
piramīdas, tas tā...

Priekā!

On 3 August 2017 at 16:56, Rihards  wrote:

> ļoti jauki cilvēki plāno publicēt atvērtus datus / nodrošināt servisus,
> bet saskārušies ar problēmu. varbūt kādam ir pieredze ar geoserver un
> kāds padoms ?
>
> zemāk 2 geotiff, no kuriem viens strādā, otrs nē. exception pašās beigās.
>
> --
>  Rihards
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>



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

Re: [Talk-lt] Svetainių tikrinimas

[sirex]

On 2017-08-04, Tomas Straupis wrote:
>   wget -S http://www.thierrykepykla.lt/lt/
>   grąžina 503 Service temporarily unavailable, nors naršyklėje įrašius
> adresą gaunamas normalus rezultatas.

Kas įdomiausia, naršyklė taip pat gauna 503, panašų, kad svetainė
tiesiog kreivokai sukonfigūruota.

Kaip šitą išspręsti nežinau, gal tiesiog įtraukti į baltąjį sąrašą arba
ieškoti POI pavadinimo grąžintame HTML kode, tuo atveju jei gaunamas ne
OK statusas.

>   wget -S https://www.nvaistine.lt/
>   gaunama problema su sertifikatu, nors naršyklė (firefox/chrome)
> vėlgi niekuo nesiskundžia.
> KLAIDA: The certificate of ‘www.nvaistine.lt’ is not trusted.
> KLAIDA: The certificate of ‘www.nvaistine.lt’ hasn't got a known issuer.
> KLAIDA: The certificate of ‘www.nvaistine.lt’ was signed using an
> insecure algorithm.

Sertifikatus galima ignoruoti su --no-check-certificate.


-- 
 Mantas aka sirex
  __o   /\
_ \<,_   -- http://t.me/sirexo --/\/  \
___(_)/_(_)_/_/\
^

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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

L'idée serait d'avoir

operator=
operator:wikidata=Q...

ensemble, le même pour network, S'il y a ambiguité, les tags wikidata
seront différents et ça permet d'utiliser des valeus 'concis' pour
operator/network/brand.

Polyglot



2017-08-04 9:00 GMT+02:00 Christian Quest :

> Attention, les tags wikidata sont utiles pour établir un lien avec
> wikidata, mais si c'est pour aller y chercher le nom du réseau ce n'est pas
> une bonne solution.
>
> Il est déjà complexe de retrouver certaines infos qui sont dans OSM par un
> usage parfois abusif des relations, mais si il faut en plus interroger une
> autre base pour avoir des infos cohérents/harmonisées c'est encore pire.
>
> Pour la majorité usages, les données OSM doivent le plus possible se
> suffire à elles même !
>
> wikidata c'est bien, en abuser ça craint ;)
> Là où ça devient utile c'est pour des outils comme osmose qui peuvent
> vérifier que les autres tags (name, network etc) sont cohérents avec le tag
> xxx:wikidata et donc aider à monter en qualité et cohérence à l'intérieur
> même d'OSM.
>
>
> Le 02/08/2017 à 11:34, Donat ROBAUX a écrit :
>
>
> Je pensais exactement à ca Polyglot!
> Après je ne sais pas quel est le tag le plus approprié operator:wikidata /
> network:wikidata / brand:wikidata
> Au-delà de la question du tag approprié pour le network du réseau de
> transport, les tags wikidata présente l'avantage d'être unique. On le voit
> bien avec les 2 réseaux de transport Arc-en-Ciel en France qui par la clé
> network ne peuvent pas être différenciés (même en rajoutant :FR dedans).
> On aurait beaucoup à gagner à plus utiliser les tags wikidata et ca
> rejoint la discussion sur les réseaux de magasins suite à la libération du
> fichier SIRET. Certes c'est moins interprétable du 1er coup, mais ca
> facilite à mon avis grandement la maintenance de grands réseaux (de
> transport ou de magasin) et on a plus ce problème de multiples orthographes
> pour désigner la même chose.
>
>
> --
> 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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Christian Quest]

Attention, les tags wikidata sont utiles pour établir un lien avec 
wikidata, mais si c'est pour aller y chercher le nom du réseau ce n'est 
pas une bonne solution.


Il est déjà complexe de retrouver certaines infos qui sont dans OSM par 
un usage parfois abusif des relations, mais si il faut en plus 
interroger une autre base pour avoir des infos cohérents/harmonisées 
c'est encore pire.


Pour la majorité usages, les données OSM doivent le plus possible se 
suffire à elles même !


wikidata c'est bien, en abuser ça craint ;)

Là où ça devient utile c'est pour des outils comme osmose qui peuvent 
vérifier que les autres tags (name, network etc) sont cohérents avec le 
tag xxx:wikidata et donc aider à monter en qualité et cohérence à 
l'intérieur même d'OSM.



Le 02/08/2017 à 11:34, Donat ROBAUX a écrit :


Je pensais exactement à ca Polyglot!
Après je ne sais pas quel est le tag le plus approprié 
operator:wikidata / network:wikidata / brand:wikidata
Au-delà de la question du tag approprié pour le network du réseau de 
transport, les tags wikidata présente l'avantage d'être unique. On le 
voit bien avec les 2 réseaux de transport Arc-en-Ciel en France qui 
par la clé network ne peuvent pas être différenciés (même en rajoutant 
:FR dedans).
On aurait beaucoup à gagner à plus utiliser les tags wikidata et ca 
rejoint la discussion sur les réseaux de magasins suite à la 
libération du fichier SIRET. Certes c'est moins interprétable du 1er 
coup, mais ca facilite à mon avis grandement la maintenance de grands 
réseaux (de transport ou de magasin) et on a plus ce problème de 
multiples orthographes pour désigner la même chose.




--
Christian Quest - OpenStreetMap France

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

[OSM-talk-fr] Cartographie des années 80 ;)

[Christian Quest]

Devoirs de vacances : récupération du contenu de mes disquettes Apple II 
sur lequel je faisais des serveurs Minitel...


...et voilà ce que j'ai retrouvé:

http://212.47.238.202/minitel/minitel-loader.html?url=vtx/jca/E.PRES20.vtx


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

[Christian Quest]

Plutôt faute à pas de temps... mais je vais profiter des congés pour 
regarder ça.


C'est sûrement un bug dans l'ordre des couches sur les premiers zoom 
avec la landuse qui vient écraser le reste alors qu'il devrait être en 
dessous.



Le 31/07/2017 à 21:10, Adrien Grellier a écrit :


Bonjour,

En février j'avais pointé un problème dans le rendu OSM-FR, sur les 
noms de pays.


Aujourd'hui je constate que ça n'a pas changé, mais que les mises à 
jour des tuiles ne se font pas à partir d'un certain niveau, comme par 
ex. ici :


http://tile.openstreetmap.fr/?zoom=13=47.33279=-1.50283=B00FF

En zoomant d'un cran, certaines zones ajoutées il y a un moment 
apparaissent.



Est-ce un problème de serveur surchargé ? Un bug inextricable ? Ou 
simplement la faute à « pas le temps » ?


J'aime bien ce rendu, que j'utilise dans un cadre associatif, donc 
s'il y a quelque chose que je peux faire pour améliorer la situation…


Bonne soirée

Adrien




--
Christian Quest - OpenStreetMap France


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

Re: [Talk-GB] Building that have been replaced

[David Fox]

Add the new building. We should map what is currently on the ground. Please 
don't be slave to out of date data or fear of edits being reversed.

On 4 August 2017, at 06:42, Warin <61sundow...@gmail.com> wrote:

How different is the footprint of the new building?

I would think that the new building will be of a similar size to the old one - 
given the planing permissions.

So unless you intend to put in the new building .. I would leave it alone - 
that gives at least an indication that there is a building there.

Add a note to say it has been replaced with something similar?


On 04-Aug-17 09:37 AM, Dan S wrote:
> https://wiki.openstreetmap.org/wiki/Key:demolished:
>
> (your note is not likely to be noticed by someone who is in the middle
> of editing, I suggest)
>
>
>
> 2017-08-03 16:39 GMT+01:00 Andrew Black :
>> What should one do if there are building that have been knocked down and
>> rebuilt.
>> Loathe just to delete them because an armchair mapper will come back and add
>> them back. The new building is not in current bing imagary.
>> I have added a note  #1077006
>>
>> I am loathe to take photos or roam with a GPS in a hospital grounds!
>>
>> ___
>> 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-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