OpenOrganizations

aJIeks · 2015-07-21 06:38:14

Добрый день,
давно наблюдаю за развитием OSM. В частности, за тем как живет его POI составляющая. Не редко сталкивался с тем, что POI на карте либо устаревают, либо содержат настолько мало информации, что использовать для чего-то сложнее, например, отметить любимый ресторан и указать его номер почти нереально + ограничения, наложенные плоской структурой данных.
Тогда был придуман проект для хранения/представления информации об организациях http://openorganizations.org Структура и архитектура вдохновлены OSM и позволяет укладывать данные по организациям любой сложности, а также отношения между ними.

Сейчас проект находится в глубокой альфе и представлен на суд сообщества для конструктивной критики. В базе нет данных особо, но доступен редактор, который позволит внести типовые данные, поэтому можно вносить что душе угодно, как угодно и так далее. Любые эксперименты приветствуются. API совместимо с OSM API с поправкой на имена сущностей. Если кому будет интересно, могу выложить адаптированную библиотеку на Ruby.
Полноценный запуск запланирован через несколько месяцев. К тому времени будут загружены имеющиеся и собранные данные. Остались доработки по интерфейсу и текстам, но API и хранилище готово на 100% + готов поиск по каталогу и API каталога в удобном для работы виде.

На данный момент определен формат описаний для основных контактов (телефоны, почта, сайты IM), организаций и адресов. Так же есть наработки по способам оплаты, банковским реквизитам и другим, но они не отражены в редакторе.

Если у кого-то будет интерес к данному проекту, либо предложение, да вообще что угодно, можно писать здесь или на почту ajieks(собака)openorganization.org, так же для тех, кто пользуется Slack создана группа. Подключиться к ней можно отправив любое письмо на slack(собака)bot.openorganizations.org в ответ будет выслано приглашение.

Надеюсь данный проект будет интересен OSM сообществу.
Спасибо.

UPD
Как уже написали ниже, анонимность доверея не вызывает. Проект поддерживается и разрабатывается справочником Вектор (http://vmp.ru).

Last edited by aJIeks (2015-07-21 12:51:53)

dkiselev · 2015-07-21 07:00:01

Под какой лицензией доступны данные и где это написано?
Как эти данные планируется связывать с данными ОСМ (и планируется ли).

aJIeks · 2015-07-21 07:37:56

Данные планируется открывать под аналогичной OSM лицензии. В настоящее время не все тексты заполнены и не все ссылки выставлены. Альфа версия
Со временем и код серверной части откроем.
Данные связываются в сторону OSM через координаты и osm_id, например запрос:
http://catalog.openorganizations.org/0. … dary=31055
В ответе есть поле building, туда будет вынесена информация из OSM по зданию к которому они привязано, сейчас планета находится отдельно (сделали свой конвертер из OSM в PG) и получить нет возможности. Ближе к запуску все компоненты будут объеденены вместе.

dkiselev · 2015-07-21 07:54:30

А что планируете делать с изменчивостью айдишек осма?

Hind · 2015-07-21 08:07:11

Кто, предполагается, будет вносить и актуализировать данные, и каковы гарантии, что сервис проживёт дольше месяца? Монетизация, спонсор?

У 2Гис, например, есть целый штат сотрудников для обзвона организаций.

aJIeks · 2015-07-21 08:34:08

Источника наполнения три:
- мы сами (http://vmp.ru)
- наши партнеры
- люди

У нас есть собственные данные по городам, в первую очередь будут загружены они. Так же будут загружаться данные, которые можно собрать, не нарушая лецензий и тд.
Данный проект является лишь составной частью. Есть основной, который будет объединять данную базу + картографию. Монетизация будет как него так и возможны эдементы на подобии того как сделано в API 2Gis (обязательные для показа рекламные элементы). Но это не повлияет на саму открытость данных.

Hind wrote:

есть целый штат сотрудников для обзвона организаций.

Данное никто не отменял, модель развития уже продумана.

Hind wrote:

проживёт дольше месяца

Закрываться не планируем наоборот расти и набирать партнеров.
Уже сейчас есть действующий проект, ряд партнеров как в России, так и в СНГ. В целом занимаемся этим уже достаточно давно, так что опыт есть. За проектом стоит команда со стажем
А решение для перехода на модель подобную OSM была принята для обеспечения большей гибкости, повышению скорости роста ну и привлечению помощи от сообщества.

Данный сервис лишь половина задуманного, в полном объеме запуск запланирован в течении этого года.

Last edited by aJIeks (2015-07-21 12:45:24)

Hind · 2015-07-21 08:55:30

Интересный проект. Правда, после регистрации войти не удалось («неправильный пароль»), хотя по ссылке подтверждения аккаунта в письме я переходил.

aJIeks · 2015-07-21 09:06:11

Hind wrote:

Интересный проект. Правда, после регистрации войти не удалось («неправильный пароль»), хотя по ссылке подтверждения аккаунта в письме я переходил.

Хм, странно, проверю сейчас еще раз. Есть подозрение, сейчас проверю и активирую учетку. Наверно стоит отключить активацию юзеров на тестовый период .

Upd: хост был старый, утром переезд был Активировал аккаунт, можно заходить. Приношу свои извинения

Last edited by aJIeks (2015-07-21 09:12:33)

vvoovv · 2015-07-21 12:05:28

aJIeks wrote:

Источника наполнения три:
- мы сами

Мы это кто? На вашем сайте никаких выходных данных не нашёл.

Анонимность доверия вам не прибавляет.

Last edited by vvoovv (2015-07-21 12:08:21)

aJIeks · 2015-07-21 12:44:53

vvoovv wrote:

aJIeks wrote:
Источника наполнения три:
- мы сами
Мы это кто? На вашем сайте никаких выходных данных не нашёл.
Анонимность доверия вам не прибавляет.

Мы это http://vmp.ru/. Обновлю первое сообщение в топике.

toorboalex · 2015-07-21 20:15:32

Алексей, с почином вас! Я уж было подумал, что проект заглох... Рад, что ошибался.

Ergo · 2015-07-21 20:56:23

Наконец-то эту идею реализовали в открытом виде.
Ведь это, как я понял, те же Викиданные, только по организациям - та часть информации, которую Викиданные не охватывают. Как вариант, можно будет в последствии не расписывать организацию в OSM, а указывать тег с идентификатором OpenOrganizations.

d1g · 2015-07-22 04:34:51

aJIeks wrote:

У нас есть собственные данные по городам, в первую очередь будут загружены они.

Таксономии в ваших данных есть в каком-либо виде? Дело в том что многие теги в OSM исторические и смысла не имеют по большей части: amenity=fuel, amenity=car_repair, amenity=bar.

Автолюбителям/АЗС
Автолюбителям/СТО
Заведения общепита/Ресторан
Заведения общепита/Фаст-фуд
Заведения общепита/Столовая

Сравните это с плоскими тегами OSM:

amenity=fuel
amenity=car_repair
amenity=restaurant
amenity=fast_food
amenity=fast_food + fast_food=cafeteria

Модель данных OSM не идеальна и будет работать только до определённого момента сложности иерархий:
http://forum.openstreetmap.org/viewtopi … 61#p481661
http://forum.openstreetmap.org/viewtopi … 68#p482068
http://forum.openstreetmap.org/viewtopi … 79#p482379
http://forum.openstreetmap.org/viewtopi … 14#p482114

Насколько сложно будет реализовать в вашей системе иерархии? Если вы выбрали путь как и OSM для POI тегов то рано или поздно вы придёте к такой же проблеме.

aJIeks wrote:

Монетизация будет как него так и возможны эдементы на подобии того как сделано в API 2Gis (обязательные для показа рекламные элементы). Но это не повлияет на саму открытость данных.

Хотелось бы верить что это будет так. Некоторые компании реализуют это юридически авторским правом, а "свободность" обеспечивается только словесно. У некоторых компаний случаются кризисные моменты и они выбирают путь защищать свои данные любой ценой и теряют наполнителей и сообщество. Не повторяйте их ошибки:

https://www.openstreetmap.org/copyright - на данные OpenStreetMap должна быть ссылка в углу
http://opendatacommons.org/licenses/odbl/summary/ - выдержка юр. текста
http://wiki.osmfoundation.org/wiki/Lice … utor_Terms

Если же когда-нибудь захотите импортировать в главную базу OSM будем всегда рады:
https://wiki.openstreetmap.org/wiki/Import/Guidelines - всё сводится к тому, чтобы договориться с сообществом как будет проходить импорт

Last edited by d1g (2015-07-22 05:25:34)

aJIeks · 2015-07-22 05:25:21

toorboalex wrote:

Алексей, с почином вас! Я уж было подумал, что проект заглох... Рад, что ошибался.

Выложенная часть была готова давно, просто думали открывать или нет в альфе, вот приняли решения, а чего ждать

Ergo wrote:

Ведь это, как я понял, те же Викиданные, только по организациям - та часть информации, которую Викиданные не охватывают. Как вариант, можно будет в последствии не расписывать организацию в OSM, а указывать тег с идентификатором OpenOrganizations.

Да именно, так. Видел как в забугорной части OSM указывают тэги со ссылкой на Tiger например или туже Википедию, можно по тому же принципу и здесь.

d1g wrote:

Насколько сложно будет реализовать в вашей системе иерархии?

Хороший вопрос. В свое время читал по онтологиям различную информацию, веселая штука. Касательно иерархии. Если я правильно понял, как расписать сложную конструкцию вида назначение организации и уточнения?
Тут как по мне варианта два:
- идем через рубрикатор
- идем через тэги

Первый вариант может иметь древовидную структуру, не проблема. На тэгах можно реализовывать простешие отношения, более сложные разбивать. Например расмотрим случай.
Дано: два ресторана (два юр лица), оба управляются одной компанией (управляющая). В первом ресторане есть WiFi, оплата пластиком и наличкой + отдельно доставка. Второй ресторан также имеет WiFi но с паролем, бонусную программу + специализируется на нескольких кухнях и меню есть на сайте. Представим это в нашей схеме:

R1:
- organization=restaurant
- name=Ресторан 1
- name:en=Restaurant 1
- C:
-- web=main
-- value: http://site.ru
- C:
-- email=main
-- value=hello@site.ru
- C:
-- email=hr
-- value= hr@site.ru
-- owner=отдел кадров
-- comment=резюме сюда
-- person=Марья Ивановна
- C:
-- email=pr
-- value= pr@site.ru
-- owner=рекламный отдел
- B: (lat, lon)
-- branch=restaurant
-- country=Страна
-- city=Город
-- street=Улица
-- house=Дом
-- C:
--- phone=wired
--- value=7123456789
--- owner=администратор
-- C:
--- wifi=open
--- name=RestWiFi
-- С:
--- payment=cash
--- currency=ruble
-- С:
--- payment=cash
--- currency=euro
-- С:
--- payment=card
--- card=visa
-- С:
--- payment=card
--- card=mastercard
- B: (lat, lon)
-- branch=delivery
-- country=Страна
-- city=Город
-- street=Улица
-- house=Дом
-- C:
--- phone=wired
--- value=7987654321
--- owner=заказ
-- С:
--- payment=cash
--- currency=euro
-- С:
--- payment=card
--- card=visa

R2:
- organization=restaurant
- name=Ресторан 2
- name:en=Restaurant 2
- C:
-- web=main
-- value: http://site2.ru
- C:
-- email=main
-- value=hello@site2.ru
- B: (lat, lon)
-- branch=restaurant
-- country=Страна
-- city=Город
-- street=Улица
-- house=Дом
-- C:
--- phone=wired
--- value=7987654321
--- owner=администратор
-- C:
--- wifi=private
--- name=RestWiFi2
--- password=12345678
-- С:
--- payment=cash
--- currency=ruble
-- С:
--- payment=card
--- card=visa
-- С:
--- payment=card
--- card=mastercard
-- С:
--- payment=bonus
--- comment=Супер накопительная бонусная программа
--- link=http://site2.ru/bonus
-- C:
--- menu=asia
--- link=http://site2.ru/menu1
-- C:
--- menu=russian
--- link=http://site2.ru/menu2

R0:
- organization=true
- name=Управляющая
- C:
-- web=main
-- value: http://site3.ru
- C:
-- email=main
-- value=hello@site3.ru
- B: (lat, lon)
-- branch=restaurant
-- country=Страна
-- city=Город
-- street=Улица
-- house=Дом
-- C:
--- phone=wired
--- value=7987654321
--- owner=директор
<-- R1 (role=manage)
<-- R2 (role=manage)

Возможно это громоздко, но поставленную задачу решило. Определяя такую структуру исходили из следующего:
- если сущностей может быть не один экземпляр, то выносим в отдельный Contact;
- если один, то тэги размещаются внутри;
- если один, но логичские тэги могут пересечься, то тоже выносим;
- если сущность может включать другую, то это Relation.

d1g · 2015-07-22 05:43:37

aJIeks wrote:

-- C:
--- phone=wired
--- value=7987654321
--- owner=администратор
-- C:
--- wifi=private
--- name=RestWiFi2
--- password=12345678

aJIeks wrote:

<-- R1 (role=manage)
<-- R2 (role=manage)

Интересно, с ходу недостатков не найду.

Движок wikibase не хотите использовать? "statements" это что-то похожее на теги в OSM, но лучше - они строго типизированы

https://www.wikidata.org/wiki/Q2:

https://www.wikidata.org/wiki/Property:P585 - тип времени
https://www.wikidata.org/wiki/Special:W … perty:P585 - объекты мира с этим свойством

http://wikiba.se/ - сам движок

Saint_Byte · 2015-07-22 06:52:39

А налоговая не собирается данные открывать?

aJIeks · 2015-07-22 07:35:53

Saint_Byte wrote:

А налоговая не собирается данные открывать?

У нас есть выход на администрацию нашего города, работаем с ними по проекту хранению и обмена данными. Сейчас хотим предложить схему синхронизации их баз с нами. Когда проект сними будет выполнен, можно его показывать и другим структурам как пример. Гос структуры ж они такие, так просто не сдвинутся

ЗЫ в свое время получили данные из налоговой, это ад, указано что попало. Адреса только юридические, а это половина квартиры, контактов почти нет и так далее. По хорошему от них можно взять только юридическую информацию: ИНН КПП и тд.

aJIeks · 2015-07-22 07:48:39

d1g wrote:

Интересно, с ходу недостатков не найду.

OSM в плане хранения POI сильно ограничен тем, что он не может позволить разделить данные на отдельные сущности, т.к. заточен под хранения геоданных. Хотя и там порой не все одназначно, но все же жить можно. А в POI когда смотрели как там устроено, первое с чем столкнулись это невозможность адекватно отобразить множественные данные, одно только это ставит в тупик. Можно извратиться используя различные соглашения, но это тот еще костыль.

А по ссылкам посмотрю, не натыкался раньше. Но с первого взгляда выглядит очень интересно и в чем-то похоже, можно во всяком случае подчерпнуть оттуда что-нибудь.

Сейчас анализируем данные, рассматриваем возможности и способы их укладки. Пробуем сразу прийти к некоторой формализации эти правил. Первый вариант спецификации был подсмотрен здесь, получилось например вот так:

<?xml version="1.0" encoding="UTF-8"?>
<ooc-tag-definition-list release-date="2014-05-05" release-id="0001" version="1" xsi:noNamespaceSchemaLocation="../schema/ooc-tag-definition-list.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<tag-def key="payment" oncontact="yes">
		<description xml:lang="ru">Способ оплаты</description>
		<value-def value="card">
			<display-name xml:lang="ru">Пластиковая карта</display-name>
		</value-def>
		<value-def value="cash">
			<display-name xml:lang="ru">Наличные</display-name>
		</value-def>
		<value-def value="emoney">
			<display-name xml:lang="ru">Электронные деньги</display-name>
		</value-def>
	</tag-def>
	<tag-def key="emoney">
		<display-name xml:lang="ru">Электронные деньги</display-name>
		<description xml:lang="ru">Наименование системы электронных денег</description>
		<value-def value="webmoney"/>
		<value-def value="bitcoin"/>
		<value-def value="yandex"/>
	</tag-def>
	<tag-def key="wallet">
		<display-name xml:lang="ru">Кошелек</display-name>
		<description xml:lang="ru">Кошелек для перевода электронных денег</description>
	</tag-def>
	<tag-def key="card">
		<display-name xml:lang="ru">Платежная система</display-name>
		<description xml:lang="ru">Платежная система, которой выпущена пластиковая карта</description>
		<value-def value="visa">
			<display-name>Visa</display-name>
		</value-def>
		<value-def value="mastercard">
			<display-name>MasterCard</display-name>
		</value-def>
	</tag-def>
	

	<preset name="card-payment">
		<implies key="tag" value="payment/card"/>
		<requires key="card" />
	</preset>
	
	<preset name="emoney-payment">
		<implies key="tag" value="payment/emoney" />
		<requires key="wallet" />
		<requires key="emoney" />
	</preset>
	
</ooc-tag-definition-list>

Ergo · 2015-07-22 09:03:08

aJIeks wrote:

А по ссылкам посмотрю, не натыкался раньше.
...
Сейчас анализируем данные, рассматриваем возможности и способы их укладки. Пробуем сразу прийти к некоторой формализации эти правил.

Ах вот даже как...
В таком случае, категорически рекомендую посмотреть эти ссылки (можно ещё вот эту http://www.youtube.com/watch?v=BUW9S1sVgrQ - с подобными лекциями даже я начал что-то в этом понимать), освежить знания по весёлым онтологиям, Linked Data и Semantic Web.

Пока не поздно и данных мало, есть хорошая возможность вырулить на модель данных будущего.

toorboalex · 2015-07-22 09:27:26

Попытался ввести организацию. На чем сразу же "споткнулся":
- Наименование организации (кстати, попробуйте найти "Вектор, ООО", их теперь два). Стоит ли пихать форму организации (ООО, ОАО, ЗАО, ПАО и т.п. в наименование или же эти сведения стоит разделить по отдельным полям)? И всякие там сокращенные наименования и т.п. тоже отдельными полями...
- При вводе номера телефона не дает указать его в международном формате вида +7(3462)00-00-00. Только в виде 83462000000 или 000000. Причем 83462000000 форматируется после ввода в 73462000000 и +7(346)200-00-00.
- При вводе web-адреса на дает указывать его с префиксом http://, https://. Только само значение. Причем, после сохранения, в начало адреса префикс http:// подставляется автоматически.
- Для редактирования организации необходимо нажать на название организации, а кнопка "Редактировать" справа - вообще не при делах.
- После переименования организации "улетели" все её контакты.

Понятно, что это еще глубокая Альфа-версия.

aJIeks · 2015-07-22 09:43:03

toorboalex wrote:

- Наименование организации (кстати, попробуйте найти "Вектор, ООО", их теперь два). Стоит ли пихать форму организации (ООО, ОАО, ЗАО, ПАО и т.п. в наименование или же эти сведения стоит разделить по отдельным полям)? И всякие там сокращенные наименования и т.п. тоже отдельными полями...

Это наверно стоит разделить на отдельные, проблемы нет, скорее всего даже нужно сделать будет. Поставлю себе в ToDo на неделе. Достаточно простая задача.

toorboalex wrote:

- При вводе номера телефона не дает указать его в международном формате вида +7(3462)00-00-00. Только в виде 83462000000 или 000000. Причем 83462000000 форматируется после ввода в 73462000000 и +7(346)200-00-00.

Интерфейс редактора опирался на наши текущие наработки, точнее даже так, для прототипа редактора были взяты текущие наработки и адаптированы под новую схему. Значение указывается в чистом формате, т.е. без каких либо знаков, только цифры, а вот в поле синоним забивается так, как хотелось бы видеть его. Надо поработать на названиями полей.

toorboalex wrote:

- При вводе web-адреса на дает указывать его с префиксом http://, https://. Только само значение. Причем, после сохранения, в начало адреса префикс http:// подставляется автоматически.

Опять же, наследие старого, перетащилось. Тоже в туду.

toorboalex wrote:

- После переименования организации "улетели" все её контакты.

Странное поведение, проверю что не так пошло, спасибо.

toorboalex wrote:

Понятно, что это еще глубокая Альфа-версия.

Собственно для этого и выложили, т.к. у самих глаз уже замылен, все кажется привычным и очевидным.

aJIeks · 2015-07-22 09:47:47

Ergo wrote:

aJIeks wrote:
А по ссылкам посмотрю, не натыкался раньше.
...
Сейчас анализируем данные, рассматриваем возможности и способы их укладки. Пробуем сразу прийти к некоторой формализации эти правил.
Ах вот даже как...
В таком случае, категорически рекомендую посмотреть эти ссылки (можно ещё вот эту http://www.youtube.com/watch?v=BUW9S1sVgrQ - с подобными лекциями даже я начал что-то в этом понимать), освежить знания по весёлым онтологиям, Linked Data и Semantic Web.
Пока не поздно и данных мало, есть хорошая возможность вырулить на модель данных будущего.

Данные есть, но они на стадии устаканивания соглашений по тэгам и тд. Т.к. если их уже залить, то переиграть будет уже сложно. А то возможных данных много, те что можем пощупать уже в целом ясно как укладывать, но возможных случаев много, а как это описать еще больше.

А вообще формализованное представление данных по организациям/геоданным и тп достаточно сложная тема, можно хоть кандидатские писать Была такая мысля, все минимумы сданы, осталось дело за статьями и самой дисертацией

aJIeks · 2015-07-22 10:32:00

Ergo wrote:

можно ещё вот эту http://www.youtube.com/watch?v=BUW9S1sVgrQ

Вспомнил годы аспирантские Семантичаская модель хороша, но достаточно тяжелая как по внутренней структуре так и технически. Имеет смысл сделать сам сервис интероперабельным.
В целом модель которую заложили не плохо ложится на триплеты, например:
- телефон организации => <телефон> - принадлежит (по-умолчанию, пустая роль в связи) - <организация>
- компания дочка другой компании => <компания> - дочка (роль - affiliated) - <компания>
(если правильно понимаю концепцию онтологий)

Осталось определетить единообразно и системно сущности.

Самая сложная задача в контексте LilnkedData и SemanticWeb это URI. Если человека можно привязать по email, то для организаций сложно. Есть ряд идентификаторов (https://en.wikipedia.org/wiki/International_identifier), но всех они не покрывают. Есть национальные, но там особенности системы надо знать.

Но в целом, имея семантическую модель, можно прийти к тому что запросы к модели формируют не конечный ответ, а промежуточный фильтр, который выгребает уже конечные данные. Но это уже задача на будущее, пока держу в голове, посматриваю почитываю, охватить тяжело все и сразу.

Last edited by aJIeks (2015-07-22 10:45:56)

Sergey Astakhov · 2015-07-22 11:27:59

aJIeks wrote:

Тут как по мне варианта два:
- идем через рубрикатор
- идем через тэги

Для сайта openstreetmap.ru была сделана такая штука, возможно и вам подойдёт: http://wiki.openstreetmap.org/wiki/RU:Catalog

Saint_Byte · 2015-07-22 12:39:03

aJIeks wrote:

Самая сложная задача в контексте LilnkedData и SemanticWeb это URI. Если человека можно привязать по email, то для организаций сложно. Есть ряд идентификаторов (https://en.wikipedia.org/wiki/International_identifier), но всех они не покрывают. Есть национальные, но там особенности системы надо знать.

так же есть вот такой формат: http://schema.org/Organization

#1 2015-07-21 06:38:14

OpenOrganizations

#2 2015-07-21 07:00:01

Re: OpenOrganizations

#3 2015-07-21 07:37:56

Re: OpenOrganizations

#4 2015-07-21 07:54:30

Re: OpenOrganizations

#5 2015-07-21 08:07:11

Re: OpenOrganizations

#6 2015-07-21 08:34:08

Re: OpenOrganizations

#7 2015-07-21 08:55:30

Re: OpenOrganizations

#8 2015-07-21 09:06:11

Re: OpenOrganizations

#9 2015-07-21 12:05:28

Re: OpenOrganizations

#10 2015-07-21 12:44:53

Re: OpenOrganizations

#11 2015-07-21 20:15:32

Re: OpenOrganizations

#12 2015-07-21 20:56:23

Re: OpenOrganizations

#13 2015-07-22 04:34:51

Re: OpenOrganizations

#14 2015-07-22 05:25:21

Re: OpenOrganizations

#15 2015-07-22 05:43:37

Re: OpenOrganizations

#16 2015-07-22 06:52:39

Re: OpenOrganizations

#17 2015-07-22 07:35:53

Re: OpenOrganizations

#18 2015-07-22 07:48:39

Re: OpenOrganizations

#19 2015-07-22 09:03:08

Re: OpenOrganizations

#20 2015-07-22 09:27:26

Re: OpenOrganizations

#21 2015-07-22 09:43:03

Re: OpenOrganizations

#22 2015-07-22 09:47:47

Re: OpenOrganizations

#23 2015-07-22 10:32:00

Re: OpenOrganizations

#24 2015-07-22 11:27:59

Re: OpenOrganizations

#25 2015-07-22 12:39:03

Re: OpenOrganizations

Board footer