date:20141107

Re: [OSM-talk-be] Nieuwe tool op osm.org / New tool on osm.org

2014-11-07 Thread Jakka


Fijne tool.
Bij proberen zag ik ook 'missing' objecten.
zoals [missing nl.geocoder.search_osm_nominatim.admin_levels.level7 
translation] Kortrijk

Idee:
Die 'missing' objecten weglaten wanneer je niet ingelogd bent.
Heeft een cleaner zicht voor bezoekers.
Jakka

Marc Gemis schreef op 7/11/2014 om 12:02:

Er is nu een vraagteken bijgekomen aan de rechterzijde. Activeer door er
op te klikken. Klik daarna ergens op de kaart. Je krijgt dan een lijst
van alle nabije objecten met links naar de osm details van deze objecten

There is a new tool on osm.orf

At the right you will now find a questionmark. You can activate it by
clicking on it. Then click somewhere on the map. You will get a list of
all nearby objects with links to the osm details of those objects

groeten/regards

m


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





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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-11-07 Thread Sander Deryckere

Ik heb ontdekt dat het CRAB blijkbaar vaak huisnummers heeft die in het
echt niet zichtbaar zijn. Daaronder vallen de eerder genoemde percelen die
genummerd zijn (zonder gebouw), maar soms krijgt 1 huis ook meerdere
nummers, terwijl er van buiten maar 1 zichtbaar is (en er eigenlijk maar 1
gebruikt wordt).

Om die gevallen op te vangen stel ik een addr:official_housenumber voor.
Officiële huisnummers zijn de huisnummers zoals die in het CRAB zitten,
maar niet zichtbaar zijn.

Het voordeel van die tag wordt zichtbaar bij het geocoden en
reverse-geocoden.

Als je de positie (en het huis) weet, en je vraagt het adres van dat huis,
dan zal je enkel met het zichtbare huisnummer geconfronteerd worden.

Als je het adres weet, en je zoekt het huis, dan kan je zowel op puur
officiële als op zichtbare huisnummers zoeken.

Ik denk dat dit onderscheid de kwaliteit van OSM zal helpen, en
tegelijkertijd het aantal missing huisnummers verminderen, zonder dat één
van de twee echt fundamenteel van idee over huisnummers moet veranderen.

Als voorbeeld heb ik ook al een appartement zo getagged:
http://www.openstreetmap.org/way/114659528

De tools zijn er al op voorbereid, wat denken jullie?

Op 6 november 2014 22:51 schreef Jo winfi...@gmail.com:

Wat die tips betreft, ik ben allerlei dingen aan het uitproberen in JOSM.
Spijtig genoeg heb ik niet zo'n goede ervaringen met de Conflation plugin.
Die crasht bij mij nogal gemakkelijk. Ik ben nu zelf een scriptje aan het
ontwikkelen. Het nadeel daarvan is natuurlijk dat iedereen die dat zou
willen gebruiken de scripting plugin moet installeren + Jython.

Verder helpt de UtilsPlugin2 met z'n Select All Inside en dan Replace
Geometry. Ik heb die wel op andere sneltoetsen gezet, zodat ze vlotter
bereikbaar zijn. Gebouw aanklikken, 't' selecteert dan de CRAB-node erbij
(als die binnen de contour ligt toch), dan 'v' om de tags van de ene op de
andere over te zetten. Dat werkt vrij vlot en is wat m'n script ook doet in
een eerste pass.

Op plaatsen met rijtjeshuizen die nog niet gemapt zijn, komt de terracer
plugin heel erg van pas. Rechthoek rondtekenen met de buildingstool 'b'.
Indien nodig aanklikken om te selecteren, 't' om alle CRAB-nodes erbinnen
te selecteren. Shift-klik op een hoeknode in de buurt van het laagste
huisnummer, dan Shift-T om de terracer te starten.

Wat echter het meeste tijd kost, is de huizen uitlijnen op de luchtfoto's
en daar is niet veel aan te doen. Al die nodes verslepen, dat blijft
tijdrovend. Het enige wat nog meer tijd vraagt is ter plaatse gaan nakijken
hoe het zit met die appartementnummers :-)

Op 6 november 2014 18:23 schreef Sander Deryckere sander...@gmail.com:

Ondertussen heb ik contact gehad met Jan Laporte van AGIV, en hij heeft
mij één en ander verduidelijkt.

Vooraleerst, het verschil tussen bus- en appartementsnumers is dat er in
busnummers geen betekenis zit, terwijl er in appartementsnummers wel een
betekenis zit (bijvoorbeeld, nummer 203 kan staan voor verdieping 2, kamer
3).

Het is nooit de bedoeling dat zowel bus- als appartementsnummer voorkomen
op hetzelfde gebouw, daarom denken ze er ook aan om dat onderscheid af te
schaffen (wat voor mij geen probleem is).

Ook het verschil tussen dubbele huisnummers (vb. 24-26), twee huisnummers
op één huis, en de huisnummerlabels van het CRAB is nu wat duidelijker.
bPost gebruikt dubbele huisnummers (of meervoudige huisnummers in het
algemeen) gewoon als huisnummer. CRAB heeft daarentegen per huisnummer een
apart object, dat aan hetzelfde gebouw gebonden wordt indien er sprake is
van een dubbel huisnummer.

De huisnummerlabels hangen daar maar ergens tussen, en het is niet omdat
er een huisnummerlabel is, dat er ook dubbele huisnummers zijn.

Als gevolg heb ik er nu voor gekozen om het huisnummerlabel niet meer te
gebruiken, en in plaats daarvan, ranges in OSM huisnummers te expanden (dus
22-26 matcht met 22, 24 en 26). Dat zorgt voor wat nieuwe, fragiele code,
dus testers zijn steeds welkom.

Daarnaast heeft Jan mij ook gewezen op het proces om fouten te melden,
wat ik ook op de wiki gedocumenteerd heb:
https://wiki.openstreetmap.org/wiki/NL:WikiProject_Belgium/Using_AGIV_Crab_data/Reporting_errors_to_AGIV

De fouten worden behandeld door de gemeente, dus is de snelheid van
behandeling ook afhankelijk van je gemeente. Net zoals de foute postcodes
(die buiten de gemeentegrenzen vallen), die moeten ook door de gemeenten
opgelost worden, en dat tegen juni 2015.

Ook over welke fouten moeten gemeld worden heeft Jan wat inzicht gegeven,
die zal ik later nog documenteren op de wiki.

Iedereen is natuurlijk welkom om te helpen met die documentatie (vooral
tips om snel te mappen zijn welkom), zodat we een degelijk
referentiedocument hebben. Ook het testen van de tools is steeds welkom.

@Thomas: hoe zit het met je conversiescript? De output is voor mij al
goed genoeg in ieder geval, en ik zou er graag eens naar kijken. Als je het
script

Re: [OSM-talk-be] Nieuwe tool op osm.org / New tool on osm.org

2014-11-07 Thread Sander Deryckere

Dat zijn onze arrondissementen. Die termen worden jammer genoeg uit het
Engels vertaald, en zijn ook niet afhankelijk van het land.

Zo is bij ons admin_level=9 een deelgemeente, maar het wordt als dorp
weergegeven (en dorp Kortrijk ziet er nogal raar uit). Voor admin_level=7
is er dus blijkbaar geen vertaling (of zelfs geen Engels origineel), en het
zou moeilijk zijn om te vertalen, omdat de term in Nederland waarschijnlijk
anders is.

Nu ja, op de Belgische mailing list zal je niemand bereiken die iets aan
die functionaliteit kan veranderen, daarvoor moet je hogerop, en het
waarschijnlijk zelf implementeren.

Groeten,
Sander

Op 7 november 2014 13:42 schreef Jakka vdmfrank...@gmail.com:

 Fijne tool.
 Bij proberen zag ik ook 'missing' objecten.
 zoals [missing nl.geocoder.search_osm_nominatim.admin_levels.level7
 translation] Kortrijk
 Idee:
 Die 'missing' objecten weglaten wanneer je niet ingelogd bent.
 Heeft een cleaner zicht voor bezoekers.
 Jakka

 Marc Gemis schreef op 7/11/2014 om 12:02:

 Er is nu een vraagteken bijgekomen aan de rechterzijde. Activeer door er
 op te klikken. Klik daarna ergens op de kaart. Je krijgt dan een lijst
 van alle nabije objecten met links naar de osm details van deze objecten

 There is a new tool on osm.orf

 At the right you will now find a questionmark. You can activate it by
 clicking on it. Then click somewhere on the map. You will get a list of
 all nearby objects with links to the osm details of those objects

 groeten/regards

 m


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




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

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-11-07 Thread Jo

Ik had altijd begrepen dat je een huisnummer ook aan een perceel kan
toewijzen. o.a. voor die braakliggende terreinen, maar bijv. ook voor
scholen met meerdere gebouwen of sites waar meerdere industriële gebouwen
hetzelfde adres hebben.

Dus voor die braakliggende terreinen, kan het huidige grondgebruik, bv
meadow of greenfield of brownfield (als er iets werd afgebroken, zodat het
braak kwam te liggen) voorzien van dat huisnummer.

Huisnummers/adressen blijven rare dingen. Ze betekenen iets anders voor het
kadaster dan voor de post en nog iets anders voor iemand die de
voordeur/toegang tot voortuin zoekt, al dan niet slechtziend of blind.

Onlangs ben ik in de Balk van Beel langs de verkeerde deur binnengegaan.
Daar hebben ze een afzonderlijk afleverpunt voor pakjes, Een deurbel vind
je daar echter niet... Nogal verwarrend, want je vind daar wel al die
huisnummers en een paneel met knopjes, maar aanbellen lukt niet. Zo'n
voorziening is natuurlijk uitzonderlijk, maar eigenlijk zouden we dat ook
moeten kunnen mappen. (Voor die transporteurs die die pakjes komen leveren
:-)

Jo

Op 7 november 2014 22:16 schreef Glenn Plas gl...@byte-consult.be:

 Nu ik mapte ondertussen al gewoon een node op die braakliggende stukken
 met een toegewezen nummer, eentje met addr:street ook.

 Ik vroeg me af of het nut had, het zijn echte nummers die bestaan. Wel
 handig voor grond te kopen/verkopen bv.   Dus ik zou liever hebben dat
 die wel voor alles officiel in aanmerking komen (map/geocode etc)

 Ik vind het dus net goed dat ze boven komen, met de bedenking dat in het
 osm model een nummer aan een gebouw toehoort als ik me niet vergis.

 Die ongebruikte nummers liet ik zo.

 Glenn


 On 07-11-14 16:55, Marc Gemis wrote:
  Begrijp ik het goed dat in CRAB 22-26 staat, op straat 22 ? Dus je
  herhaalt het zichtbare nummer niet in addr:official_housenumber ?
 
  voor mij is het prima hoor, maakt me niet uit.
 
  2014-11-07 16:16 GMT+01:00 Sander Deryckere sander...@gmail.com
  mailto:sander...@gmail.com:
 
  Ik heb ontdekt dat het CRAB blijkbaar vaak huisnummers heeft die in
  het echt niet zichtbaar zijn. Daaronder vallen de eerder genoemde
  percelen die genummerd zijn (zonder gebouw), maar soms krijgt 1 huis
  ook meerdere nummers, terwijl er van buiten maar 1 zichtbaar is (en
  er eigenlijk maar 1 gebruikt wordt).
 
  Om die gevallen op te vangen stel ik een addr:official_housenumber
  voor. Officiële huisnummers zijn de huisnummers zoals die in het
  CRAB zitten, maar niet zichtbaar zijn.
 
  Het voordeel van die tag wordt zichtbaar bij het geocoden en
  reverse-geocoden.
 
  Als je de positie (en het huis) weet, en je vraagt het adres van dat
  huis, dan zal je enkel met het zichtbare huisnummer geconfronteerd
  worden.
 
  Als je het adres weet, en je zoekt het huis, dan kan je zowel op
  puur officiële als op zichtbare huisnummers zoeken.
 
  Ik denk dat dit onderscheid de kwaliteit van OSM zal helpen, en
  tegelijkertijd het aantal missing huisnummers verminderen, zonder
  dat één van de twee echt fundamenteel van idee over huisnummers moet
  veranderen.
 
  Als voorbeeld heb ik ook al een appartement zo getagged:
  http://www.openstreetmap.org/way/114659528
 
  De tools zijn er al op voorbereid, wat denken jullie?
 
  Op 6 november 2014 22:51 schreef Jo winfi...@gmail.com
  mailto:winfi...@gmail.com:
 
  Wat die tips betreft, ik ben allerlei dingen aan het uitproberen
  in JOSM. Spijtig genoeg heb ik niet zo'n goede ervaringen met de
  Conflation plugin. Die crasht bij mij nogal gemakkelijk. Ik ben
  nu zelf een scriptje aan het ontwikkelen. Het nadeel daarvan is
  natuurlijk dat iedereen die dat zou willen gebruiken de
  scripting plugin moet installeren + Jython.
 
  Verder helpt de UtilsPlugin2 met z'n Select All Inside en dan
  Replace Geometry. Ik heb die wel op andere sneltoetsen gezet,
  zodat ze vlotter bereikbaar zijn. Gebouw aanklikken, 't'
  selecteert dan de CRAB-node erbij (als die binnen de contour
  ligt toch), dan 'v' om de tags van de ene op de andere over te
  zetten. Dat werkt vrij vlot en is wat m'n script ook doet in een
  eerste pass.
 
  Op plaatsen met rijtjeshuizen die nog niet gemapt zijn, komt de
  terracer plugin heel erg van pas. Rechthoek rondtekenen met de
  buildingstool 'b'. Indien nodig aanklikken om te selecteren, 't'
  om alle CRAB-nodes erbinnen te selecteren. Shift-klik op een
  hoeknode in de buurt van het laagste huisnummer, dan Shift-T om
  de terracer te starten.
 
  Wat echter het meeste tijd kost, is de huizen uitlijnen op de
  luchtfoto's en daar is niet veel aan te doen. Al die nodes
  verslepen, dat blijft tijdrovend. Het enige wat nog meer tijd
  vraagt is ter plaatse gaan nakijken hoe het zit

Re: [OSM-talk-be] import AGIV CRAB-data

2014-11-07 Thread Gilbert Hersschens

Je kan voor de deur voor leveranciers de tag entrance=service gebruiken.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-legal-talk] Regarding community guidelines for map layers

2014-11-07 Thread Michal Palenik

On Thu, Nov 06, 2014 at 08:23:20AM -0800, Matt Morrow wrote:
there seems to be a contradiction:
if your renderer/preprocessing alters one DB based on another (eg
removing elements from one, based on elements of the other one),
derivative DB kicks in. whether the DB are connected at preprocessing
stage or merely in cache of renderer does not matter. they are not
independent.

a complete different situation would be, if renderer just draws icons on
top of each other (eg using the second stage to draw bigger icons, which
will probably overwrite first stage icons). then the DB are independent.

That is in contradiction to the Open Data License/Use Cases page.

Can one freely arrange data within a Collective Database as appropriate
for the application

When a programmer is working with OSM and data from other sources and
thereby creates a Collective Database they will want to be free to arrange
the combined data in the most appropriate form for their purpose. We
believe that this should be allowed so long as merged database itself is
not being published.

(answer) The non-OSM parts of a collective database do not need to be
published.

this refers to the fact, that how databases are stored on disk does not
determine whether it is collective or derivative. saying if it's
a collective DB, you can store both parts in one SQL database. it does
not matter.

it does not say anything about whether a produced work is based on
collective or derivative DB.

http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Can_one_freely_arrange_data_within_a_Collective_Database_as_appropriate_for_the_application

92 matches

Mail list logo