Bonjour,
Je relais l'appel de la cantine numérique brestoise sur l'organisation
d'un hackathon archipel Molène pour croiser les données entre acteurs
avec une vraie finalité d'usages. D'ailleurs le hackathon se déroule en
préambule du Forum des Usages Coopératifs à Brest auquel vous êtes tous
I managed to get the script to the next 'level'. For lines for which all
stops are mapped, it's possible to create skeleton route relations for all
the variations.
See here for an example:
https://dl.dropboxusercontent.com/u/42418402/RoutesFor%20W%20BXL%20-%20Waterloo.osm
Give me a sign if you
Share-Alike doesn't make much sense for data. Agree we should ask TEC to
go for CC BY or CC 0.
Kind regards,
Pieter
On 2014-06-18 23:12, Jo wrote:
I posted on the imports list. This is the first answer I got:
Hi,
I'm sorry to bear bad news, but the sharealike aspect of CC-BY-SA
On 2014-06-18 23:12, Jo wrote :
I posted on the imports list. This is the first answer I got:
Hi,
I'm sorry to bear bad news, but the sharealike aspect of CC-BY-SA
4.0 means that you cannot import the data into OSM, since CC-BY-SA 4.0
data can be publicly adapted only under
It only appears to be happening on areas with the default landuse -
residential, farms etc are rendered normally. That might be a clue. So
far it seems to be limited to an area in central England but it may
spread. The boundaries of the area are straight, and along tile
boundaries. It only
I was also about to report this, I noticed this last night. It seems
that there is a gap in the coastline somewhere
I initially thought it was something I did, as I was editing the
coastline around Runcorn/North Wales a few days ago but I can't find
any issues after some time searching, and the
After rerendering (/dirty), blue went away:
http://www.openstreetmap.org/#map=12/51.9605/-0.7644
Le 18/06/2014 08:27, Colin Smale a écrit :
It only appears to be happening on areas with the default landuse -
residential, farms etc are rendered normally. That might be a clue. So
far it seems
Indeed, it seems to be fixing itself now. Panic over!
On 2014-06-18 08:56, JB wrote:
After rerendering (/dirty), blue went away:
http://www.openstreetmap.org/#map=12/51.9605/-0.7644 [2]
Le 18/06/2014 08:27, Colin Smale a écrit :
It only appears to be happening on areas with the
Am 17/giu/2014 um 22:10 schrieb Rob Nickerson rob.j.nicker...@gmail.com:
What are the risks of introducing bad data and how can we reduce/eliminate
this?
I agree that integration of wikidata ids into OSM is desirable as it overcomes
(hopefully) the limitations of linking to articles (an
Thank you everybody!
Finally I could resolve this, with the kind help provided in this issue:
https://github.com/gravitystorm/openstreetmap-carto/issues/633
Labels need a place=state tag in order to get rendered. A deeper
discussion about how place areas should be rendered can be found here:
This would be a very interesting experiment that would show how much this
two data sets correlate. The starting premises (distance, involving tags
and properties) should be heavily reviewed and scrutinized in this mailing
list though.
I think we should have a (semi-official) list of correlating
Hi there,
I am a member of the wikidata community and from our side we also try to be
as integrative as possible. It is really nice to see that there are similar
efforts happening on OSM. Really cool!
Not long ago Magnus Manske (CC'ed) released Wikidata The Game. Explained on
this blog post
Hi,
some years ago I've started this article in the wiki about empty
relations, the reasons and the cleanup:
http://wiki.openstreetmap.org/wiki/Empty_relations
Am Montag, den 16.06.2014, 13:17 -0700 schrieb Paul Norman:
I'm proposing a regular mechanical edit to remove relations over two
A few OSM members interested in historic maps are working on our own
version of the New York Public Library Building Inspector. If you've not
yet tried it out, go take a look - it's a great site:
http://buildinginspector.nypl.org/
So, the core function they are asking contributors to do is to
It is a bit unclear to me how such a distinction would work in OSM (or
even how it is supposed to work in Wikipedia) but we can just sit back
and watch how that policy plays out.
Since there is still no clear picture on the exact nature of the
(potential) problem for OSM it's indeed very wise not
*Era: Re: [Talk-br] Paradas de ônibus do DF*
Olá a todos!
Quando a informação já é encontrada publicamente num canal oficial e
governamental, *e* como no caso específico desses PDFs
https://www.natal.rn.gov.br/semurb/paginas/ctd-106.html, ela geralmente
pode ser usada sem mais comunicações
O que seriam esses arquivos .cal que você mencionou?
Entendo que são arquivos de informações de data, mas isso são os horários
de ônibus ou algo assim?
Em 18 de junho de 2014 21:38, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
*Era: Re: [Talk-br] Paradas de ônibus do
Arquivos de calibração PicLayer
http://forum.openstreetmap.org/viewtopic.php?id=25779. Mas com eles não
há problemas. O copyright neles é de quem criá-los. Minha preocupação
http://forum.openstreetmap.org/viewtopic.php?pid=430107#p430107 é quanto
aos .osm que seriam traçados e importados no
Agora eu tenho dúvidas também quanto a isso...
Em 18 de junho de 2014 22:57, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
Arquivos de calibração PicLayer
http://forum.openstreetmap.org/viewtopic.php?id=25779. Mas com eles não
há problemas. O copyright neles é de quem
Editado http://forum.openstreetmap.org/viewtopic.php?pid=430107#p430107.
Em 18 de junho de 2014 23:17, Alexandre Magno Brito de Medeiros
alexandre@gmail.com escreveu:
Agora eu tenho dúvidas também quanto a isso...
Em 18 de junho de 2014 22:57, Alexandre Magno Brito de Medeiros
Hallo,
die Wochennotiz Nr. 204 mit allen wichtigen Neuigkeiten aus der
OpenStreetMap Welt ist da:
http://blog.openstreetmap.de/blog/2014/06/wochennotiz-nr-204/
Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo OSM-Mitstreiter,
GIS lebt auch von Geographen! Schon deshalb muss die Geographie-Ausbildung in
Halle erhalten bleiben.
Bitte zeichnet Sie dazu folgende Petition:
Da: Volker Schmidt vosc...@gmail.com
Si, varrebbe creare una pagina wiki (in inglese, direi).
Sono stato troppo pigro. Se non l'avrei già fatto.
Mi sento in colpa. Esiste un editor per wiki?
Ho problemi di ricordare tutte le formattazioni.
Forse la pagina è questa? [0]
Certo andrebbe
Qualcuno utilizzando Merkaator?
Dovrei reinstallarlo, ma il sito non risponde. Qualche informazione?
Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Mar 17/6/14, Francesco Pelullo f.pelu...@gmail.com ha scritto:
Volker Schmidt vosc...@gmail.com ha scritto:
Qualità del routing buono anche con Naviki.org e bikeroutetoaster.com
http://bikeroutetoaster.com senza alcun dubbio.
Questa sera ho provato a disegnare qualche percorso offroad ed
Obrigado Rui,
É verdade, é sempre bom ver o nosso trabalho ser usado em vários sites.
Só 2 comentários :
- o estilo MapQuest não dá para ver os POI, senão podíamos ver que o
restaurante já está no OSM e que a localização não corresponde ;-)
-- Původní zpráva --
Od: Kasparek Tomas kaspa...@fit.vutbr.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 18. 6. 2014 7:13:22
Předmět: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
On Tue, Jun 17, 2014 at 11:05:01PM +0200, Marián Kyral wrote:
Například tyto budovy:
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/49788027
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/42852951
Ale v bezprostředním okolí jsou ještě další tři budovy se stejným
problémem.
Chtěl jsem se zeptat, zda to je chyba, nebo je to z nějakého důvodu
správně.
-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 18. 6. 2014 9:50:45
Předmět: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Ahoj,
ano, hranice KU tam není a budovy byly zakresleny do OSM
Ahoj,
ano, hranice KU tam není a budovy byly zakresleny do OSM ještě dávno před
RUIAN.
Dne St 18. června 2014 09:42:26, hanoj napsal(a):
Například tyto budovy:
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/49788027
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/42852951
Ale v
Ahoj!
Ovšem v OSM mne nezajímá, jak jsou děleny pozemky pod budovou, mne zajímá
budova jako celek. A pokud z toho udělám jednu budovu, nemůžu tam nechat dvě
RÚIAN ID.
No v zasade... proc nemuzu? Oddelim strednikem ;-). A
hold... automaticky update na tomhle nepujde.
Zdravím,
já měl dojem z archivu diskusí, že hlášení chyb RUIANu chce místní
rada starších probrat se zástupci ČUZK právě na Geoinformatics 2014.
Takže zatím vyčkávám s editacemi budov, jestli bude nějaký výstup :-)
Namátkou co jsem za dva měsíce hraní s OSM našel:
* Budova v RUIANu
Ahoj,
-- Původní zpráva --
Od: Martin Švec - OSM o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 18. 6. 2014 13:45:54
Předmět: Re: [Talk-cz] RÚIAN - budova rozdělena na několik částí
Zdravím,
já měl dojem z archivu diskusí, že hlášení chyb
Ahoj,
* Budova vůbec není v RUIANu, i když budovy kolem ní v RUIANu jsou
(úplně chybějící objekty a/nebo duchové).
Duchové jsou potřeba - nemůže existovat AM bez vazby na SO. Ale
protože ještě nejsou zdigitalizována všechna území, dané SO nemají
definovánu geometrii a proto se jeví
Ahoj,
když jsem byl v předchozím threadu vyzván k prvnímu nástřelu k
diskusi, tak mi to nedalo a něco málo jsem ještě dneska vyplodil:
https://wiki.openstreetmap.org/wiki/User:Maatts
Ale jak říkám, tohoto by se měli spíš chopit organizátoři importů z
RUIANu. Já původně jen chtěl pomoct s
Ahoj,
Dne St 18. června 2014 14:37:28, Marián Kyral napsal(a):
* Byla vytvořena sada testů pro odhalení chyb v databázi - AM daleko od
objektu, ulice, více staveních objektů na jednom místě, nebo podezřele
blízko sebe a další - čeká se na spuštění interního systém na rozesílání
těchto chyb.
Ahoj,
koukám právě na přednášku http://sotm-eu.org/en/slots/69
o spolupráci mezi Wikipedií a OSM. Zaujala mě zmínka
o http://wtosm.openstreetmap.it/ což je skript, který prohledává
italskou wikipedii a vyhledává všechny stránky, které mají
geografické koordináty, ale nejsou linkované na
Ahoj,
z hlavy nevim, ale nemel by to byt velky problem prenest do ceskych
realii, ty sablony na ceske wikipedii jsou dost podobne.
Michal Reiter
Wikimedia ČR
Dne 18. června 2014 23:33 Matěj Cepl mc...@cepl.eu napsal(a):
Ahoj,
koukám právě na přednášku http://sotm-eu.org/en/slots/69
o
Bonjour,
En effet le syane est certainement concerné puisqu'ils sont propriétaire de
l'infrastructure.
N'ont-ils pas déjà commencé à faire ce genre de cartographie il y a des
années ?
Veulent-ils la partager ?
*François Lacombe*
francois dot lacombe At telecom-bretagne dot eu
Bonjour,
Je relais l'appel de la cantine numérique brestoise sur l'organisation
d'un hackathon archipel Molène pour croiser les données entre acteurs
avec une vraie finalité d'usages. D'ailleurs le hackathon se déroule en
préambule du Forum des Usages Coopératifs à Brest auquel vous êtes tous
Ok je demande,
Il y a depuis peu une personne qui a repris ce dossier:
Je me renseigne, a plus FredM
Le 18 juin 2014 10:05, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
Bonjour,
En effet le syane est certainement concerné puisqu'ils sont propriétaire
de
Si ce type de requête ne peut être géré par la surcouche mise par dessus
l'Overpass, y-a-t-il une solution technique qui pourrait résoudre ce problème
et offrir ces données?
Cela serait drôlement utile et contribuerait à décharger le serveur principal.
Pierre
Mettre en place un serveur miroir de l'API... plutôt lourd.
C'est pour quel usage au juste ? Il y a peut être un moyen plus efficace de
le faire, mais d'une toute autre façon.
Le 18 juin 2014 20:25, Pierre Béland pierz...@yahoo.fr a écrit :
Si ce type de requête ne peut être géré par la
J'utilise ces données pour produire des Statistiques de contribution OSM pour
une zone et une période donnée.
J'interroge l'API OSM à l'aide des commandes:
- changesets : Liste de changesets pour un bbox et période donnée -
Contributeur, Date, Commentaires, Éditeur, BBox de l'édition
-
Je crois que ça pourrait difficilement se faire car le terrain à cet
endroit est très en pente ! Je pense effectivement que le quartier a été
planifié dans un bureau, sans bien réaliser la réalité du terrain. Ça date
quand-même d'avant-guerre il me semble.
ChJ.
2014-06-18 4:08 GMT+02:00
Et puis je vois que tout autour du chemin c'est de la forêt. La pente n'est
peut-être pas la seule raison, même si le tracé aurait du être révisé en
cas d'aménagement (et là c'est aussi une question de coût et de rentabilité
des projets, même si ce n'est pas dans un désert, ce n'est pas si loin de
ハヤシです。
よく神社などで見かける「灯籠」でしょうか。
街灯の日本の伝統的な形が「灯籠」と理解していたので、深く考えずに
Tag:highway=street_lamp
としてきましたが、
Key:light_source
ですか・・・
最近は景観に配慮した灯籠型の街灯もあるので、
Proposed features/Tag:man made=lamp
lamp:light=candle / ark
lamp:type=street_lamp
のほうが汎用的でいいかなとおもいます。
We are finding quite a few places where we cannot route from or to.
When we try the nearest option to get the nearest node on a street, we
still get a latitude/longitude that will not route.
It seems that we have to try widening the circle until we find a point that
we can route with.
What we
John,
thanks for flagging this. We are working on a better/automatic solution right
now. In the mean-time you can avoid so-called ‚small‘ components of the road
network by adding a low zoom level to the query, e.g. z=12. With this setting,
it will ignore unconnected portions of the road
John
I have had issues navigating to places where the place node is in a large
pedestrian area and the closet ways are not routable, I have found moving the
place node somewhere more sensible fixes the problem.
Do you have some examples we can look at?
Cheers
Phil (trigpoint)
--
Sent from my
On Wed, Jun 18, 2014 at 1:33 PM, Dennis Luxen i...@project-osrm.org wrote:
thanks for flagging this. We are working on a better/automatic solution right
now. In the mean-time you can avoid so-called ‚small‘ components of the road
network by adding a low zoom level to the query, e.g. z=12.
It only appears to be happening on areas with the default landuse -
residential, farms etc are rendered normally. That might be a clue. So
far it seems to be limited to an area in central England but it may
spread. The boundaries of the area are straight, and along tile
boundaries. It only
I was also about to report this, I noticed this last night. It seems
that there is a gap in the coastline somewhere
I initially thought it was something I did, as I was editing the
coastline around Runcorn/North Wales a few days ago but I can't find
any issues after some time searching, and the
I was also about to report this, I noticed this last night. It seems
that there is a gap in the coastline somewhere
I initially thought it was something I did, as I was editing the
coastline around Runcorn/North Wales a few days ago but I can't find
any issues after some time searching, and the
Hi guys,
How do you best tag a place where people meet to play boardgames? I know we
have leisure = adult_gaming_centre and amenity = casino, but there's no tag
that I could find that's for a place like Games Workshop where people meet
to play non-digital games which don't involve gambling.
Indeed, it seems to be fixing itself now. Panic over!
On 2014-06-18 08:56, JB wrote:
After rerendering (/dirty), blue went away:
http://www.openstreetmap.org/#map=12/51.9605/-0.7644 [2]
Le 18/06/2014 08:27, Colin Smale a écrit :
It only appears to be happening on areas with the
I noticed that some islands within Pymatuning Reservoir
ttps://www.openstreetmap.org/#map=12/41.6074/-80.5203 , a large reservoir that
cuts across the Ohio and Pennsylvania borders for 8 miles, weren't
visible on the main map layer and was going to trace them.
The islands were tagged
It's one body of water, so I would create one multipolygon for the whole
reservoir. Data providers should be able to deal with things crossing
administrative boundaries, it happens with all sorts of objects.
Note that the user who did this made chunks of areas over the water--maybe
to avoid the
58 matches
Mail list logo
