Hi everyone,
If you have the traditional 3D glasses (the one with the red and cyan
filter), you might find this stereo 3D OSM-history map quite amazing. Read
the forwarded email below for details. :)
~Eugene
-- Forwarded message --
From: Christian Quest cqu...@openstreetmap.fr
On 27 August 2014 22:06, Andy Mabbett a...@pigsonthewing.org.uk wrote:
There is no license issue. No copyright-protected data is being added
to OSM. No cordinates from Wikidata are being added to OSM. No text
from Wikidata is being added to OSM.
While there may not be a problem in this case,
There are three aspects to your question.
1) wikidata is licensed on CC0 terms, essentially that boils down to no
restrictions on use at all. Looking at it from the WMFs position we can
link to wikidata data as much as we want, however on the other hand the
WMF does not guarantee or warrant in
Edward Betts edw...@4angle.com wrote:
Andrew Guertin andrew.guer...@uvm.edu wrote:
1: Elsewhere in this thread it was mentioned that there are 22000 wikidata
ids in OSM currently. Are there any objects which currently have a wikidata
id that your code would assign a different id to?
Edward Betts edw...@4angle.com wrote:
Edward Betts edw...@4angle.com wrote:
Andrew Guertin andrew.guer...@uvm.edu wrote:
1: Elsewhere in this thread it was mentioned that there are 22000 wikidata
ids in OSM currently. Are there any objects which currently have a
wikidata
id that
Edward, just so there is no misunderstanding: you are saying of the
21'000 odd wikidata tags 281 gave different results?
And if I understand the results correctly the majority of the 281 are
simply due to the wikidata tag not being on the place node but on the
corresponding admin boundary
Simon Poole si...@poole.ch wrote:
Edward, just so there is no misunderstanding: you are saying of the
21'000 odd wikidata tags 281 gave different results?
And if I understand the results correctly the majority of the 281 are
simply due to the wikidata tag not being on the place node but on
SomeoneElse li...@mail.atownsend.org.uk wrote:
* Personally, I'm actually fairly agnostic about the process of adding
wikidata tags - I can't really see what I'd use them for myself, but am open
to the possibility that someone could use them for something. However, an
important part of things
Simon Poole si...@poole.ch wrote:
On 28 August 2014 09:09, Simon Poole si...@poole.ch wrote:
What you do avoid by not tagging in OSM is
maintenance (given that OSM objects are not
necessarily a persistent reference to a single real
world entity).
Very few Wikidata IDs will change
Rob Nickerson rob.j.nicker...@gmail.com wrote:
In my mind this is a good move and should be supported. Point 3 above could
be resolved by running the script regularly to see if there are any new
matches. There have also been some good suggestions on this list such as a
KeepRight style (i.e.
Trying to solve a debate here, and folks would like to check this for
themselves: The average speed of a given metro area. As such, areas with
a lot of collected data and many US metro areas, like Dallas, either have
too much data or are geographically too large for the API. What's the
easiest
Hi,
On 08/29/2014 08:10 PM, Rob Nickerson wrote:
Lets just step back and reflect on this for a minute.
My overarching concern is that if this import is done, future imports
will use the but we also have Wikidata links argument for justification.
What we have here is a third-party database
Frederik Ramm frede...@remote.org wrote:
What we have here is a third-party database whose object identifiers we
add to OSM as tags in order to make linking things easier.
This is something that has often been requested by people but never been
granted on a large scale because we always said
Hi Fred,
The question of notability rules in Wikidata also crossed my mind.
At this stage we are asking the question is it worth linking existing OSM
data to existing wikidata via an automated process? The key word here is
automated - we are already manually adding the tags (20k so far) to OSM.
Hi,
On 08/30/2014 11:58 PM, Edward Betts wrote:
Frederik Ramm frede...@remote.org wrote:
What we have here is a third-party database whose object identifiers we
add to OSM as tags in order to make linking things easier.
This is something that has often been requested by people but never been
Am 29.08.2014 20:10, schrieb Rob Nickerson:
Lets just step back and reflect on this for a minute.
If we end um in this discussion with a general yes for this import:
why not use systems like maproulette to verify the data? This sounds
better to me than a bulk import.
Just my 2 cents,
On Sun, Aug 31, 2014 at 6:45 AM, Rob Nickerson rob.j.nicker...@gmail.com
wrote:
Summary: Good question and some long term thinking required but the import
will, at most, only make this thinking need to be done sooner. We'll have
to cross this question even if this import doesn't occur.
Just
Path er ekki vinsælt heldur
http://www.openstreetmap.org/user/Richard/diary/20333
Ég ætla að kíkja á cycle.travel fólkið og gá hvernig gengur með að
smella okkur þar inn og taka þetta áfram.
Þann 29.8.2014 14:08, skrifaði Morten Lange:
Hæ
Hef ekki náð að taka þátt í umræðunum, en þangað
Hallo Jörg,
aufrufen, bis 70 Zählen, und schon siehst du eine Seite :-)
Klappt wirklich.
Christoph
Am 29.08.2014 um 09:47 schrieb Jörg Frings-Fürst o...@jff-webhosting.net:
Hallo,
ist dev.openstreetmap.de offline?
Ich bekomme keine Seite angezeigt :_(
CU
Jörg
--
Jörg
Hallo,
ich kann meinen Google vs. OSM Kartenvergleich nun weltweit anbieten.
Damit sieht man schnell wo Google glaubt dass es Hauptstraßen gibt die
bei OSM nicht verzeichnet sind.
Oder andersrum: Gegenden in denen wir noch Straßen von Luftbildern
übernehmen sollten.
Ich habe das Ganze in
Ciao a tutti!
Mi è sorto un dubbio che vorrei esporvi: di solito quando più way adiacenti
o sovrapposte (siano esse building, landuse, leisure, highway, amenity o
altro) condividono una porzione di poligono, sono solito usare delle
relazioni.
Un esempio può essere questo:
Il 30/Ago/2014 10:19 Federico Cortese cortese...@gmail.com ha scritto:
Ciao a tutti!
Mi è sorto un dubbio che vorrei esporvi: di solito quando più way
adiacenti o sovrapposte (siano esse building, landuse, leisure, highway,
amenity o altro) condividono una porzione di poligono, sono solito
Ciao a tutti,
vorrei sapere se esiste un metodo efficace per ottenere delle carte leggibili
(con sia strade che edifici)
in formato DWG dalla mappa OSM. Ho provato a farlo con diverse procedure ma
fin'ora l'unica cosa che ho ottenuto è stato un insieme di punti
sparsi oppure una carta con solo
2014-08-30 17:31 GMT+02:00 Luca Meloni lmelonim...@yahoo.it:
Ciao a tutti,
vorrei sapere se esiste un metodo efficace per ottenere delle carte
leggibili (con sia strade che edifici) in formato DWG dalla mappa OSM. Ho
provato a farlo con diverse procedure ma fin'ora l'unica cosa che ho
io mi comporto come te ed uso relazioni, per gli stessi motivi
ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
On 21 August 2014 15:34, Andy Mabbett a...@pigsonthewing.org.uk wrote:
I note that the Chamberlain Clock in Birmingham's Jewellery Quarter:
https://www.openstreetmap.org/node/187104810
does not render in the default map:
https://www.openstreetmap.org/#map=19/52.48701/-1.91258
It
¿Nadie más se anima a votar?... Es un tema serio.
¿Algún Lagunero o Teldense que opine?
Saludos.
El 29 de agosto de 2014, 12:35, Benjamín Valero Espinosa
benjaval...@gmail.com escribió:
En el caso de mi ciudad Orihuela, la diferencia es bastante exagerada.
Aunque casualmente aún se
Yo también comparto la opinión de que mejor ceñirse al núcleo urbano, al
menos mientras no se haya fusionado como una conurbación a otro núcleo.
El 30/08/2014 07:48, Javier Sánchez javiers...@gmail.com escribió:
¿Nadie más se anima a votar?... Es un tema serio.
¿Algún Lagunero o Teldense que
Donde puedo encontrar documentación sobre que es una mala práctica poner
addr:country?
En el siguiente cambio se añade este tag a miles de
nodos:
http://www.openstreetmap.org/changeset/22127891
pgpxeGh1seGpn.pgp
Description: PGP signature
___
Talk-es
La página mostra que addr:country es opcional :
http://wiki.openstreetmap.org/wiki/Karlsruhe_Schema#Tags
Es una otra forma de is_in con los mismos argumentos :
http://wiki.openstreetmap.org/wiki/Talk:Key:is_in
El más importanta, mechanical edit y no respeto de :
El 30/08/14 08:47, Javier Sánchez escribió:
¿Nadie más se anima a votar?... Es un tema serio.
Creo que más que votar es una cuestión de lógica: si la etiqueta en
cuestión se aplica al nodo o área que define un determinado núcleo
urbano, no un término municipal, lo lógico es poner la población
Se puede encontrar en 2 de cada 3 respuestas de la lista de imports. Echa
un vistazo a los historiales.
--
Jaime Crespo
http://dbahire.com
El 30/08/2014 11:56, Simó Albert i Beltran s...@probeta.net escribió:
Donde puedo encontrar documentación sobre que es una mala práctica poner
Como el escritor original de esas líneas, lo que intenté es trasladar la
regla internacional de una manera razonable para nuestra geografía.
Ha pasado mucho tiempo de ello, así que mi única recomendación es leer de
nuevo las recomendaciones internacionales (y/o las equivalencias en otros
países
Hallo,
es gibt ein paar kleine Updates bezüglich der Gebäudeabdeckungskarte
(http://thomaskonrad.at/osm/osm-austria-building-coverage/):
* Die OSM-Daten werden jetzt täglich um 3 Uhr früh per Geofabrik-Dump
aktualisiert und ein aktueller Layer gerendert.
* Zum Vergleich kann man jetzt mit zwei
Hallo,
da ich noch nicht so lang mit OSM arbeite hätte ich dazu gleich eine Frage:
Wie kann ich im JOSM
Mit freundlichen Grüßen
Dipl.-Ing. Paul Wölfel
emailpaul.woel...@gmail.com
Tel. +43 664 88 533 801
Lindengasse 31/1/11
1070 Wien
Austria
On 29 Aug 2014, at 08:30, David Schmitt
On Sat, 30 Aug 2014 11:53:03 +0200
Thomas Konrad tkon...@gmx.net wrote:
Hallo,
es gibt ein paar kleine Updates bezüglich der Gebäudeabdeckungskarte
(http://thomaskonrad.at/osm/osm-austria-building-coverage/):
* Die OSM-Daten werden jetzt täglich um 3 Uhr früh per Geofabrik-Dump
Dobrý den,
no vidíte, já se tady vytahuji, jak jsme to opravili a tohohle jsem si
nevšiml. Já jsem to kontroloval v ISKN prostřednictvím Nahlížení do KN. V
katastru nemovitostí je polygon správně, protože tam je evidována 1 budova,
:-)
Tak to je chaos. Cedule s U Podjezdu se zdá novější, ale v RUIAN je
U podjezdu jako na té ceduli co se zdá starší.
Marek
On Fri, Aug 29, 2014 at 09:46:59PM +0200, Petr Kadlec wrote:
2014-08-29 18:17 GMT+02:00 Marek Chlup m...@chlup.net:
Původně mnou uvedená olomoucká ulice:
RUIAN:
A partir de ce lundi 1er septembre, je rejoins la très dynamique équipe
d'Etalab (data.gouv.fr).
Bien sûr je m'y occuperai de données, en particulier des données
géographiques mais pas uniquement. Il y a un gros travail à faire sur les
référentiels ouverts et sur l'adoption de fonctionnements
Très bonne nouvelle !
Bonne continuation Christian :)
Francois
Le 30 août 2014 10:46, Christian Quest cqu...@openstreetmap.fr a écrit :
A partir de ce lundi 1er septembre, je rejoins la très dynamique équipe
d'Etalab (data.gouv.fr).
Bien sûr je m'y occuperai de données, en particulier des
Salut Christophe,
Christophe Merlet a écrit :
Volontaire pour samedi.
Cool ! Merci, si nous sommes plusieurs, je vais confirmer aux
organisateurs notre intérêt pour un stand.
De mon côté, j'ai derechef proposé un atelier sur JOSM le dimanche. S'il
est accepté, j'aurai sans doute besoin comme
Bonjour,
J'ai du mal à comprendre sur quels objets on peut rajouter
sport=climbong. JOSM me donne une erreur sport without physical feature
quand je rajoute ce tag sur une falaise ou une arête.
Exemples :
https://www.openstreetmap.org/way/300954193 (école d'escalade sur falaise)
Bonjour,
JOSM voudrait voir sport=* associé à un élément physique sur lequel ou
dans lequel un sport est pratiqué. C'est ce que dit le wiki, où on trouve
une liste d'objets associés:
http://wiki.openstreetmap.org/wiki/Key:sport
Les natural=cliff, natural=arete, natural=couloir ou natural=stone
Bravo Christian et bon courage pour cette mission, en ligne avec le
développement du libre et le service public.
Merci à toi
Gaël
Le 30 août 2014 à 10:43, Christian Quest cqu...@openstreetmap.fr a écrit :
A partir de ce lundi 1er septembre, je rejoins la très dynamique équipe
d'Etalab
Salut,
Le 30 août 2014 15:38, Sébastien Dinot sebastien.di...@free.fr a écrit :
Salut Christophe,
Christophe Merlet a écrit :
Volontaire pour samedi.
Cool ! Merci, si nous sommes plusieurs, je vais confirmer aux
organisateurs notre intérêt pour un stand.
De mon côté, j'ai derechef
on pourrait alors ajouter les lacs et étangs ? natural=water...
ou les rivières et eaux vives Les sports nautiques aussi ont leur
terrain.
L'ennui c'est que ce terrain n'est souvent pas clairement délimité par les
limites naturelles. Je penche plutôt pour la définition d'un polygone
englobant
Le samedi 30 août 2014 18:53:56 Matthias Dietrich a écrit :
Bonjour,
JOSM voudrait voir sport=* associé à un élément physique sur lequel ou
dans lequel un sport est pratiqué. C'est ce que dit le wiki, où on trouve
une liste d'objets associés:
http://wiki.openstreetmap.org/wiki/Key:sport
On 8/29/2014 9:41 PM, Russ Nelson wrote:
And then I can point you to oddly connected roads, and a
lack of buildings, or new buildings.
Those things should certainly be mapped, but there are other projects to
put historical data.
___
Talk-us mailing
Russ Nelson wrote:
I fear that the deletionism infection has jumped from Wikipedia
to OpenStreetMap.
...is exactly what I was going to say.
Seriously, OSM in the US, outside a few cities, is still way beyond broken.
You can open it at any random location and the map is just fictional. (I
did,
On 8/30/2014 4:33 AM, Richard Fairhurst wrote:
Seriously, OSM in the US, outside a few cities, is still way beyond broken.
You can open it at any random location and the map is just fictional. (I
did, just now:http://www.osm.org/edit#map=13/36.1938/-103.6446 .
Landing on the high plains
Il giorno 30/ago/2014, alle ore 10:33, Richard Fairhurst
rich...@systemed.net ha scritto:
Russ Nelson wrote:
I fear that the deletionism infection has jumped from Wikipedia
to OpenStreetMap.
...is exactly what I was going to say.
Seriously, OSM in the US, outside a few cities, is
Paul Norman writes:
On 8/29/2014 9:41 PM, Russ Nelson wrote:
And then I can point you to oddly connected roads, and a
lack of buildings, or new buildings.
Those things should certainly be mapped, but there are other projects to
put historical data.
Don't render them, then. Oh, wait,
OK, I believe everyone has made their point here. Let’s leave it at this, or
take it offline.
—
Martijn van Exel
President, OpenStreetMap U.S. Chapter
http://openstreetmap.us/
@openstreetmapus
Elections for the 2014-2015 board Oct 4-12 - consider running for a board seat!
From: Russ
Good point. I’ll see about updating the JOSM layer, I am not sure the iD one
uses the same imagery actually.
—
Martijn van Exel
From: Hans De Kryger hans.dekryge...@gmail.com
Reply: Hans De Kryger hans.dekryge...@gmail.com
Date: August 29, 2014 at 11:45:40 PM
To: talk-us@openstreetmap.org
Mike N writes:
On 8/30/2014 4:33 AM, Richard Fairhurst wrote:
Seriously, OSM in the US, outside a few cities, is still way beyond broken.
You can open it at any random location and the map is just fictional. (I
did, just now:http://www.osm.org/edit#map=13/36.1938/-103.6446 .
Mike N. wrote:
Landing on the high plains desert in the west does not make a
good case that OSM in the US is broken. Desert imagery cues
do not match those of conventional climates.
I really wish I could agree with you, Mike, but my experience is that ~75%
of the US landmass is like that.
iD mostly uses https://github.com/osmlab/editor-imagery-index
So if it is added as a layer there, it can be made available in iD very easily.
So I think tiles need to be generated and the source needs to be added here:
Hi. Let's stop this thread here, please.
Thanks,
Your friendly list admin
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
On Sat, Aug 30, 2014 at 6:28 AM, Mike N nice...@att.net wrote:
Landing on the high plains desert in the west does not make a good case
that OSM in the US is broken. Desert imagery cues do not match those of
conventional climates. Those roads likely do exist, but are barely
visible in
On Sat, Aug 30, 2014 at 1:59 PM, Paul Johnson ba...@ursamundi.org wrote:
NO! We would *still* classify them as tracks! Because there's no good
reason to classify them as more major, given consistency. We're trying to
* not* break the routers, after all. Yes, I realize that the vast
60 matches
Mail list logo