Bonjour,
J’ai (re)lus l’ensemble de ce fil très intéressant.
> Le 30 nov. 2019 à 12:21, Cédric Frayssinet a écrit :
>
> Par exemple ce mini-projet sur le manuel Delagrave :
> https://www.lib-manuels.fr/textbook/5d10efe207571612cb53d27c?demo=true=99
>
>
Well it sort of works, I'm having trouble testing as I need to use a Windows
machine to run u-center, and my main machine is not Windows. It is also very
bright outside and the screen is not.
Nevertheless I've tried running it in a single position (ie leave it on the
ground) and get the drift
Hi,
Hard to believe, but the conference that we had once in 2013, has got
its second coming! Announcing the perfect event for these living in
Eastern Europe, or who can afford flying AirBaltic:
State of the Map Baltics 2020 will take place in Riga, Latvia, on 6th of
March 2020. It will be a
Effettivamente non sembra lunga. Accertati:
- aver impostato nella query il formato "xml"
- aver impostato nella "remote data" di umap il link della compact
query e non la stringa
- che in umap il formato sia "osm"
Per facilitare le prova anche ad altri, manda il link della query
invece di uno
čt 12. 12. 2019 v 15:31 odesílatel Martin Koppenhoefer
napsal:
>
> Very interesting! The timestamps are not valid (quite often there is a time
> tag, which seems to be the GPG-logger time) and there is no user information
> though. Also a lot of way ids are negative and all objects are in
Many thanks Satoshi IIDA, We (Canberra Cavalry) have quite a few Japanese
players in our team this year, mainly pitchers. Tonight should be a good
night and the Japanese ambassador to Australia will be there. I only hope
he doesn't want my t-shirt :-) Cheers form Canberra Australia Nick
Hello from Japan.
The text in vertical lines are "七十億総伊能化 / Ino-rize 7 Billion people", means
the population of whole world.
And horizontal line, "一億 / 100 Million", means Japanese population = all of
Japan.
伊能/Ino is the most famous historical mapper in Edo-era.
He made a map of whole Japan by
Can anyone, who was at SOTM 2012 tell me what the inscription on the front
of the T-shirt says.
I'm going to wear mine tonight at a "Japanese Night" at the Baseball and
anyone from Japan who is there is bound to come up and ask me about it.
I know it starts of "70 Million people can't be
Ne me fais pas croire que le FANTOIR est décrit dans le COG, même en 2019.
Là c'est toi qui confond, ce n'est même pas la même source (et il n'y a pas
de synchro directe entre les deux, toujours des décalages)!
COG: source INSEE (https://www.insee.fr/fr/information/2016807)
FANTOIR: source DGFIP
Il y a plusieurs ref:FR:FANTOIR avec un code direction différent de 0 en
région parisienne, il y en a aussi à Dunkerque et autour avec le code
direction 1 . On les enlève ?
J'ai corrigé pas mal de ref:FR:FANTOIR, sur toute la France, beaucoup de
code direction 0 et aussi des fautes de frappe.
Hi,
I have been trying for some time to get better accuracy for survey mapping and
think I might now be on to something. I’ve just got off the phone with Chris
Marshall from Frontier SI who is promoting the use of the Geoscience SBAS test
bed and was really helpful
I’m now armed with a Ublox
HI all-
Six OpenStreetMap communities (in Bolivia, Iraq, Peru, Philippines, Sierra
Leone, and South Sudan) are raising funds this year for some pretty amazing
OpenStreetMap projects - from getting a community started for the first
time in South Sudan to mapping for mental health awareness in the
On 12/12/2019 18:55, Stefan Tauner wrote:
On Thu, 12 Dec 2019 18:42:37 +0100
Robert Grübler wrote:
Die Erkennbarkeit hat sich merklich verbessert, aber gut ist sie weiterhin
nicht.
Von gänzlich unsichtbar auf nicht bemerkbar (ich hab heute zum 1. Mal
drauf geschaut und obwohl ich wußte,
No, ODbL does not apply to any database that does not include OSM data.
There are two reasons.
First, this example is analogous to the FAQ here:
Sto modificando una umap con link stastici a link dinamici e mi sono
impatuto che link lunghi non si esportano da Overpass turbo.
Ho una query created con Overpass turbo wizard:
type:way
and
(highway~"^cy" or ((highway~"^tr" or highway=path) and
(bicycle~"^de" or bicycle~"^of")))
and
(foot=no or
Ne me fais pas croire que tu ne sais pas trouver les pages qui décrivent
très précisément le COG et tous les champs. C'est sûr que c'est moins
facile de trouver le dernier COG du printemps-été 2019 avec toutes la
liste de toutes les communes et leur identifiant unique que de peigner
la girafe,
Le COG ne répond pas à ça concernant le FANTOIR, et les codes communes ne
sont pas si uniques que ça (il y a tout un historique lié aux
fusions/défusions, et réaménagement de frontières communales ou
réaffectations de voies limitrophes) ! Le définition des tues est une
compétence communale, mais
Le 12/12/2019 à 22:12, Vincent de Château-Thierry a écrit :
Bonsoir,
Pareil,
D'après la description du fichier FANTOIR
(https://www.data.gouv.fr/fr/datasets/r/7c52d813-1e98-4772-8a7a-6a01f9d30c6e
) c'est 11. Sauf que le code direction - fiscale ? - (deuxième
"champ") semble avoir été ràz,
Le Code Officiel Géographique est ton ami.
HTH
Le 12/12/2019 à 22:19, Philippe Verdy a écrit :
Mais est-ce que ça marche pour Paris (un seul code commune comme 75000
ou plusieurs, un par arrondissement 75101 à 75120) et Marseilles? Pas de
doublon indésirables? Le dédoublonnage (renumérotation
Mais est-ce que ça marche pour Paris (un seul code commune comme 75000 ou
plusieurs, un par arrondissement 75101 à 75120) et Marseilles? Pas de
doublon indésirables? Le dédoublonnage (renumérotation éventuelle) a-t-il
déjà eu lieu dans les anciennes directions pour avoir des codes FANTOIR
uniques
OK pour ce message, mais il y a d'autres cas où aucun message n'est envoyé
en retour, nulle part (dans aucun dossier "spam" non plus); la liste ne
fonctionne pas (et cela pas seulement de façon temporaire, les messages ne
seront jamais transmis même plusieurs jours, semaines ou mois après), comme
Bonsoir,
Le 11/12/2019 à 21:53, deuzeffe a écrit :
Le 11/12/2019 à 05:10, Jérôme Amagat a écrit :
Bonjour,
D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=*
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères :
J'appelle ceci un message d'erreur, même si c'est en étranger^^ :
Message transféré
Sujet : Re: [OSM-talk-fr] adresse mail rejetée
Date : Thu, 12 Dec 2019 20:57:49 +
De :talk-fr-ow...@openstreetmap.org
Your message has been rejected, probably because you are
Non justement, aucun message d'erreur n'est expédié, le message est perdu
directement et complètement silencieusement.
Le jeu. 12 déc. 2019 à 20:24, a écrit :
> Le 12/12/2019 à 17:55, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> sinon ré"pondre à ces messages nous fera utiliser à nouveau
does contain derivate however,which means license applies
On Thu, 12 Dec 2019, 19:46 , wrote:
> > we are here to create more open data, not to feed proprietary data than
> is lock under their TOS.
>
> I want to apologize for my misunderstanding: my final product does not
> contain any
Let me get into detail is this project to proof that this case isn't constructed.
We've purchased geodata with real estate prices (houses & flats) for Germany's federal state "Northrhine Westfalia". Each row has coordinates in WGS84. The TOS of the purchhased dataset state, that it's not
> we are here to create more open data, not to feed proprietary data than is
> lock under their TOS.
I want to apologize for my misunderstanding: my final product does not contain
any OpenStreetMap data.
___
legal-talk mailing list
Yes, if a Derivative Database was created in the first place, and that
is not clear at all, see:
/“Derivative Database” – Means a database based upon the Database, and//
//includes any translation, adaptation, arrangement, modification, or any//
//other alteration of the Database or of a
Le 12/12/2019 à 17:55, Philippe Verdy - verd...@wanadoo.fr a écrit :
sinon ré"pondre à ces messages nous fera utiliser à nouveau l'ancienne
adresse qui ne sera plus reconnue alors qu'on est pourtant bien abonné
avec la nouvelle adresse avec laquelle on répond.
Ceci est a priori un faux
Am Do., 12. Dez. 2019 um 19:53 Uhr schrieb <
matthias.straetl...@buerotiger.de>:
> But I neither want to merge OSM data or add it to my data. I just want to
> use it to
> select points of my dataset.
then it may eventually fall under the geocoding guideline:
Am Do., 12. Dez. 2019 um 18:46 Uhr schrieb Robert Grübler <
robgrueb...@gmail.com>:
>
> Gegenüberstellung:
> https://abload.de/img/omm_windy_cpr2mhk8x.jpg
>
> Die Erkennbarkeit hat sich merklich verbessert, aber gut ist sie weiterhin
> nicht. Dennoch bin ich geneigt es zu akzeptieren, da die
Pierre,
Je ne sais pas si tu voulais dessiner un circuit pour pédalos :-)
Il y a plusieurs iles et marécages autour de l'archipel de Boucherville. Et
Martin a aussi édité le secteur.
Il existe déja Chemin : 77938080 "natural"="wetland"
plus un autre à l'intérieur qui décrit une ile.
Il
https://opendatacommons.org/licenses/odbl/1.0/index.html
the license is quite clear and 4.2 applies to the case you mention. any use
of OSM data (over 100 nodes) combined with proprietary data results in more
open data under ODbL.
we are here to create more open data, not to feed proprietary data
> From a practical point of view, boundaries in OSM rarely originate from
> surveys,
> you might be lucky to be able to identify the original source (most likely
> open data)
> which may have a more liberal license than ODbL (check the history and
> changeset
> source tags / object source
Hi,
> when you write „number of boundaries“, you intend „boundary points“?
No, for example postcodes. I want to merge some of them to new polygons.
Regards,
Matthias
___
legal-talk mailing list
legal-talk@openstreetmap.org
Hi,
> In my NAL opinion, the result will be derived from OSM data and
> therefore inherits the ODbL license. This does, however, not mean that
> you have to publish it; but *if* you publish (or "publilcy use") it,
> then it has to be available under ODbL. If you just use it internally
> then it
Pour que tu saches sans attendre plus : je ne serai pas des vôtres.
Bonne et fructueuse réunion.
Jean-Yvon
Le 12/12/2019 à 14:23, Tony Emery via Talk-fr -
talk-fr@openstreetmap.org a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Ce que je vois à partir de JOSM, il y a doublons- 3 chemins superposés pour
décrire le contour de l'ile
Je suis a corriger. attendre avant d'éditer a nouveau.
Pierre
Le jeudi 12 décembre 2019 12 h 23 min 42 s UTC−5, Martin Chalifoux via
Talk-ca a écrit :
Tu as sans doute cassé
On Thu, 12 Dec 2019 18:42:37 +0100
Robert Grübler wrote:
> Die Erkennbarkeit hat sich merklich verbessert, aber gut ist sie weiterhin
> nicht.
Von gänzlich unsichtbar auf nicht bemerkbar (ich hab heute zum 1. Mal
drauf geschaut und obwohl ich wußte, dass es da ist mehrere Sekunden
gebraucht...
Le jeu. 12 déc. 2019 à 13:57, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via
> osm2pgsql.
>
Ah, mais on ne savait pas ;-)
Ttraite le HStore dans Postgresql directement alors?
Lors de ta requête. Cela sera
robhubi schrieb am Freitag, 15. November 2019 22:21
> Sehr schön, die Entwickler haben reagiert:
> https://community.windy.com/topic/3353/map-correction/15
Die adaptierte Attributierung ist nun auch auf der Webseite zu sehen:
https://www.windy.com/?47.052,15.469,18
Attributierung vorher:
robhubi schrieb am Freitag, 15. November 2019 22:19
> Sehr schön, die Entwickler haben reagiert:
> https://community.windy.com/topic/3353/map-correction/15
Die adaptierte Attributierung ist nun auch auf der Webseite zu sehen:
https://www.windy.com/?47.052,15.469,18
Attributierung vorher:
Tu as sans doute cassé des relations. La relation du fleuve st-laurent est très
complexe et personne devrait jouer avec. Comme on dit, if it works don’t fix
it. Je pense que quelqu’un est en train de corriger, alors je vais pas jouer
dedans pour le moment. Si ce-soir c'est pas corrigé je vais
Bonjour,
Certaines îles du Parc des Îles de Boucherville n'apparaissent pas sur
la carte...
Île de la Commune
Île à Pinard
Île Saint-Jean
J'ai essayé de corriger la situation mais sans succès. Quelqu'un
peut-il corriger et/ou m'expliquer...
Il y a une autre raison: lorsqu'on envoie un mail à la liste, celle-ci
tente d'identifier si l'utilisateur est abonné. Si on s'est inscrit
initialement avec une adresse NOM@DOMAINE1 et que maintenant on a changé de
fournisseur mail, et redirigé les messages, on continue de recevoir les
messages de
Salut Tony,
Essaie ceci :
Dans ton projet tu définis une (ou plusieurs) variable(s) dont la valeur est le
nom de la clé que tu veux extraire
champ : 'building' par exemple
Dans ta couche de données osm, ajoute un champ virtuel de type texte (ou autre
suivant besoin) qui contient la formule :
> Le 12 déc. 2019 à 16:13, FR via Talk-fr a écrit :
>
> Est-ce qu’il est possible avec iD de remonter dans l’historique
Il y a un lien en bas à gauche vers osm.org pour afficher l'historique.
Mais iD comme Josm sans plugin reverter ne permet à ma connaissance pas
d'annuler la supression.
Bonjour
Et bien je constate que mon alerte n’aura pas été inutile ;-) Les bonnes
pratiques énoncées dans ce texte recoupent tout à fait en creux les bugs
que j'ai pu constater.
J'espère seulement que le ou la prof des chiapacans qui nous ont mis le
waï dans OSM (1) ne se formalise pas trop de
Very interesting! The timestamps are not valid (quite often there is a time
tag, which seems to be the GPG-logger time) and there is no user
information though. Also a lot of way ids are negative and all objects are
in version 1. Are these known limitations?
I have only looked at
On Thu, 12 Dec 2019 at 14:21, Andy Robinson wrote:
>
> For those keeping an eye on the HS2 Phase 1 preparatory works changes to the
> landscape here is the link to the latest Camden district 12 month look ahead
> which covers Euston and its approaches.
>
> http://tiny.cc/r9skhz
For the trivia
Hi,
successfully processed all data from cc-by-sa folder up to 2006-04-03.
All results in v0.6 are available here:
https://osm.fit.vutbr.cz/extracts/
Bye tom.k
čt 5. 12. 2019 v 13:03 odesílatel Tom Ka napsal:
>
> Just to note - most of these old (v0.3) data have errors in UTF-8
> encoding in
Bonjour à toutes et à tous,
Petit rappel !
Le prochain conseil d'administration physique (CAP) de l'association
OpenStreetMap France (OSM-FR) aura lieu les 15 et 16 février 2020 à la
Turbine à Grenoble. L'adresse est la suivante : 3-5 esplanade Andry Farcy,
38000 Grenoble.
Ce CAP n'est pas
For those keeping an eye on the HS2 Phase 1 preparatory works changes to the
landscape here is the link to the latest Camden district 12 month look ahead
which covers Euston and its approaches.
http://tiny.cc/r9skhz
Cheers
Andy
___
Talk-GB mailing
Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via
osm2pgsql.
Mon problème est que si je demande à osm2pgsql d'extraire tous les champs
(via le fichier de config), je vais en avoir beaucoup dont la majorité sera
vide et cela rendra mes requêtes futures compliquées à gérer.
Tak je to potreba nove nastavit v preferencies - display - GPS points,
je tam toho vic.
Bye tom.k
čt 12. 12. 2019 v 11:54 odesílatel Tom Ka napsal:
>
> Ano, body vidim taky. podle zmen v JOSM se s tim neco delalo, jestli
> je to feature nebo nejak rozdrbane ale tezko rict.
>
> Bye
>
> st 11.
Ano, body vidim taky. podle zmen v JOSM se s tim neco delalo, jestli
je to feature nebo nejak rozdrbane ale tezko rict.
Bye
st 11. 12. 2019 v 19:02 odesílatel Pavel Pilát napsal:
>
> Před pár dny jsem po měsíci spustil JOSM (aktualizoval se) a při stažení
> zájmové oblasti jsem zaškrtl i "RAW
Le 10/12/2019 à 18:01, marc marc a écrit :
quelqu'un a un message d'erreur d'un de ces emails rejetté ?
Bonjour,
Je aais par une autre adresse que OVH est inscrit à tort comme spammeur chez
spamhaus.
Ce qui explique que certains reçoivent des messages marqués [SPAM] et
que d'autres ne les
Il y a aussi les changements en articles d'association. Recommandation
de Simon Pool est "yes" pour tous les trois changements ...
Am 12.12.19 um 09:42 schrieb thevenon.jul...@free.fr:
> - Mail original
> De: "Vincent Bergeot"
> À: talk-fr@openstreetmap.org
> Envoyé: Lundi 9 Décembre
Sveiki
OpenGIS jau papublikavo šių metų CartoCon pranešimų vaizdo medžiagą.
https://www.youtube.com/watch?v=IMlJdCCQhZY
~4:10:00 prof. A.Bumblausko pranešimas „Žemaitija tarp kartografinių
klaidų“ - cepelinų dangaus nuotaikos praskaidrinimui. Iš karto po jo -
OpenStreetMap pranešimas.
- Mail original
De: "Vincent Bergeot"
À: talk-fr@openstreetmap.org
Envoyé: Lundi 9 Décembre 2019 10:15:12
Objet: [OSM-talk-fr] Élections au board de la Fondation OSM
> Bonjour,
> Vote à la fondation jusqu'au 14 décembre (2019-12-14 16:00 UTC ) pour les
> votant(-e)s et pour la
Am Do., 12. Dez. 2019 um 08:01 Uhr schrieb <
matthias.straetl...@buerotiger.de>:
> I want to use polygons (district boundaries) from OSM dataset to select
> points for a proprietary dataset.
>From a practical point of view, boundaries in OSM rarely originate from
surveys, you might be lucky to
sent from a phone
> On 12. Dec 2019, at 08:19, Frederik Ramm wrote:
>
> As an exception to the above, if the number of boundaries you use is
> less than 100 - an crucially this could be after the trivial alterations
> you mention - then the extract you are making is considered not to be
>
62 matches
Mail list logo
